> Tom, I've checked the version in the cvs and I had made significant
changes
> from that version.
Hm, it sounds like I guessed wrong about which version was newer ... is
there something flaky about your machine's system clock? The file
timestamps in the two tarballs definitely pointed the othe
I also added other functionality to the module but I forgot to update the
README... contrary to what it says in the README.isn, you do can cast from
ean13 to other types, as long as the cast is valid (i.e. you can't cast a
EAN13 of a UPC or a ISMN code to a ISBN number, for instance.)
So, the
"Jeremy Kronuz" <[EMAIL PROTECTED]> writes:
> Tom, I've checked the version in the cvs and I had made significant changes
> from that version.
Hm, it sounds like I guessed wrong about which version was newer ... is
there something flaky about your machine's system clock? The file
timestamps in t
>> I'm reviewing this for addition to contrib/ now. I notice that there
is
>> no clear license statement. Is it OK to put the following into the
>> README file?
> Tom, yes. Also, I just put copyright in the files that contain a
significant
> amount of code written by me. (i.e. isn.h and isn.
"Jeremy Kronuz" <[EMAIL PROTECTED]> writes:
>> I'm reviewing this for addition to contrib/ now. I notice that there is
>> no clear license statement. Is it OK to put the following into the
>> README file?
> Tom, yes. Also, I just put copyright in the files that contain a significant
> amount of
"Jeremy Kronuz" <[EMAIL PROTECTED]> writes:
> Hello again,This is an usable version of my EAN13/UPC/ISBN module.
I'm reviewing this for addition to contrib/ now. I notice that there is
no clear license statement. Is it OK to put the following into the
README file?
EAN13 - UPC - ISBN (books)
Tom Lane wrote:
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> > Tom Lane wrote:
> >> I'm reviewing this for addition to contrib/ now. I notice that there is
> >> no clear license statement. Is it OK to put the following into the
> >> README file?
>
> >> This module is released under the same BSD
Bruce Momjian <[EMAIL PROTECTED]> writes:
> Tom Lane wrote:
>> I'm reviewing this for addition to contrib/ now. I notice that there is
>> no clear license statement. Is it OK to put the following into the
>> README file?
>> This module is released under the same BSD license as the rest of Postgr
Tom Lane wrote:
> "Jeremy Kronuz" <[EMAIL PROTECTED]> writes:
> > Hello again,This is an usable version of my EAN13/UPC/ISBN module.
>
> I'm reviewing this for addition to contrib/ now. I notice that there is
> no clear license statement. Is it OK to put the following into the
> README file?
>
"Jeremy Kronuz" <[EMAIL PROTECTED]> writes:
> Hello again,This is an usable version of my EAN13/UPC/ISBN module.
I'm reviewing this for addition to contrib/ now. I notice that there is
no clear license statement. Is it OK to put the following into the
README file?
EAN13 - UPC - ISBN (books) -
So we want to replace the isbn in /contrib with this in 8.2?
---
Andrew Dunstan wrote:
> Michael Glaesemann wrote:
> >
> > On Aug 22, 2006, at 2:52 , Bruce Momjian wrote:
> >
> >>
> >> Do we want to replace our /contrib/isbn
AIL PROTECTED]> CC: [EMAIL PROTECTED]; pgsql-hackers@postgresql.org> Subject: Re: [HACKERS] ISBN/ISSN/ISMN/EAN13 module> > Michael Glaesemann wrote:> >> > On Aug 22, 2006, at 2:52 , Bruce Momjian wrote:> >> >>> >> Do we want to replace our /contrib/isbn w
>
> > > > > Michael wrote:> > > I do hope that your algorithm for generating 13 digits from 10 has been > > > validated with isbn.org, since all the check digits will change. I > > > believe it is crucial for postgresql to generate isbn codes in both 10 > > > and 13 digits> >> > Indeed now that
Jeremy Kronuz wrote:
> Michael wrote:
> I do hope that your algorithm for generating 13 digits from 10 has been
> validated with isbn.org, since all the check digits will change. I
> believe it is crucial for postgresql to generate isbn codes in both 10
> and 13 digits
Indeed now that see
> Michael wrote:> I do hope that your algorithm for generating 13 digits from 10 has been > validated with isbn.org, since all the check digits will change. I > believe it is crucial for postgresql to generate isbn codes in both 10 > and 13 digits
Indeed now that see the module it's finally cl
Michael Glaesemann wrote:
On Aug 22, 2006, at 2:52 , Bruce Momjian wrote:
Do we want to replace our /contrib/isbn with this, or have it pgfoundry?
If contrib/isbn is made obsolete by the pgfoundry ISBN/ISSN/ISMN/EAN13
code, unless there's a compelling reason that the pgfoundry be part of
On Aug 22, 2006, at 2:52 , Bruce Momjian wrote:
Do we want to replace our /contrib/isbn with this, or have it
pgfoundry?
If contrib/isbn is made obsolete by the pgfoundry ISBN/ISSN/ISMN/
EAN13 code, unless there's a compelling reason that the pgfoundry be
part of the distribution, I rec
Jeremy Kronuz wrote:
I suppose having it to replace the current contrib/isbn would be a
good option, this 13 digits ISBN will be the standard by 2007, and
some publishers are already issuing 13 digit ISBN numbers since last year.
The module I created uses int64 instead of strings, for the num
performance might be better too, though I haven't tested for speed.
Please, let me know if it will be included as a contrib, as I have updated the ISBN range numbers to include the most recent ones.
Kronuz.
> From: [EMAIL PROTECTED]> Subject: Re: [HACKERS] ISBN/ISSN/ISMN/EAN13 module&
Bruce Momjian wrote:
Do we want to replace our /contrib/isbn with this, or have it pgfoundry?
---
Jeremy Kronuz wrote:
I worked on this ISBN/ISSN/ISMN/EAN13 module about more than a year
ago, and I was wondering if it
Do we want to replace our /contrib/isbn with this, or have it pgfoundry?
---
Jeremy Kronuz wrote:
> I worked on this ISBN/ISSN/ISMN/EAN13 module about more than a year
> ago, and I was wondering if it could be made official,
I worked on this ISBN/ISSN/ISMN/EAN13 module about more than a year ago, and I was wondering if it could be made official, I honestly think it's better than the ISBN/ISSN currently included in the official release; plus mine would also probably support UPC codes and it already support the new ISB
22 matches
Mail list logo
