- From: Dan Scott <denials@gmail.com>
- Date: Fri, 29 Nov 2013 10:12:50 -0500
- To: François-Xavier Pelegrin <francois-xavier.pelegrin@issn.org>
- Cc: "public-schemabibex@w3.org" <public-schemabibex@w3.org>
- Message-ID: <CAAY5AM3FbmVk2wrq3YEgDoGj7Q+GLbVYv1JnrbNxMj41vjzKXQ@mail.gmail.com>
Hi François-Xavier: On Tue, Nov 26, 2013 at 12:34 PM, François-Xavier Pelegrin < francois-xavier.pelegrin@issn.org> wrote: > Dear all, > > > > We have been informed about the discussion about ISSN and schema.org and > I would like to bring additional information/clarifications. > > > > There are not different types of ISSN but one single identifier. But it is > true indeed that according to ISSN rules, each medium version of a journal > (print, online, CD-ROM etc), each language edition and each geographic > edition must have a separate ISSN. And most of the publishers use to > display the ISSNs assigned to the different versions of their journals on > their website, see for instance: > > > > http://www.tandfonline.com/toc/calr20/current#.UpTE2Cemn3Q (print/online, > see under the title) > > > > http://journals.cambridge.org/action/displayJournal?jid=NEU (idem, see > on the right side). > > > > That being said, the ISSN Network does not support the use of the labels > “print ISSN” and “e-ISSN” but recommends rather to indicate: > > > > ISSN 1562-6865 (Online) > > ISSN 1063-7710 (Print) > > or: > > Online edition: ISSN 1562-6865 > > Print edition: ISSN 1063-7710 > > > > In library catalogues, this “erroneous” distinction between “print” and > “e-issn” does not exist as you know. ISSNs are noted in the MARC 21 field > 022 or in subfield $x of 76X, 77X and 78X and these fields/subfields do not > convey any information about the medium (776 is for “other medium versions” > in general, not for electronic versions in particular). > > > > Regarding the ISSN-L, it is the first ISSN, among the ISSN assigned to the > different medium versions of a same title, entered in the ISSN Register. It > is rarely displayed on publishers websites and it is present mostly in > bibliographic records being in the ISSN Register (all the records of the > ISSN Register are populated with ISSN-L) or in National Catalogues, see for > instance: > > > > http://catalogue.bnf.fr/ark:/12148/cb34432085x/PUBLIC (BNF catalogue) > > > > My knowledge of schema.org is very limited, but I would spontaneously > recommend to distinguish only between ISSN and ISSN-L and not to create a > specific property for “e-issn” (if not why not create properties for > “CD-ROM ISSN” etc). Finally, the ISSN International Centre would be more > than happy to continue the discussion with you or some of you, preferably > from mid-december (and a phone conversation is possible if you feel it can > be useful). > Thanks for your interest in this discussion! I have edited the description of the proposed Periodical "issn" property at http://www.w3.org/community/schemabibex/wiki/Periodical#Thing_.3E_CreativeWork_.3E_Collection_.3E_Periodicalto reflect the repeatability of the property if one wishes to reflect different editions, with an example of format as the most likely reason for adding multiple "issn" properties.. If the ISSN-L is currently rarely displayed, then perhaps we should simply be silent about it in the current Periodical proposal rather than minting a separate "issn-l" property at this time. That said, I don't think there would be significant harm caused if someone did end up using the "issn" property to identify an ISSN-L, given that it would be likely to be one of several "issn" properties in that case. If you have further comments about the current proposal and want to talk with us further, we certainly welcome your participation on the list and on the conference calls! I believe our next call was to be rescheduled for next Wednesday, but don't have the scheduling information ready at hand (and the minutes from our last meeting haven't magically been populated at http://www.w3.org/community/schemabibex/wiki/Meet_20131121 yet - heh). Thanks, Dan
Received on Friday, 29 November 2013 15:13:22 UTC