Property talk:P212

From Wikidata
Jump to navigation Jump to search

Documentation

ISBN-13
identifier for a book (edition), thirteen digit
RepresentsInternational Standard Book Number (Q33057)
Data typeExternal identifier
Domain
According to this template: version, edition, or translation (Q3331189) single edition of a book
According to statements in the property:
version, edition, or translation (Q3331189)
When possible, data should only be stored as statements
Allowed values13 digits, grouped in blocks separated by dashes (note: this information should be moved to a property statement; use property format as a regular expression (P1793))
ExampleLa Fraternité de l'Anneau (Q22137041)978-2-267-02700-6 (RDF)
Format and edit filter validationAbuse filter #83
Formatter URLhttps://www.wikidata.org/wiki/Special:BookSources/$1
Tracking: usageCategory:Pages using Wikidata property P212 (Q23909095)
See alsoISBN-10 (P957), ISBN publisher prefix (P3035), ISBN identifier group (P3097)
Lists
Proposal discussionProperty proposal/Archive/3#P212
Current uses37,941
Search for values
[create] Create a translatable help page (preferably in English) for this property to be included here
Distinct values: this property likely contains a value that is different from all other items. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P212#Unique value, SPARQL (every item), SPARQL (by value), SPARQL (new)
Single value: this property generally contains a single value. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P212#Single value, SPARQL, SPARQL (new)
Type “version, edition, or translation (Q3331189): element must contain property “instance of (P31)” with classes “version, edition, or translation (Q3331189)” or their subclasses (defined using subclass of (P279)). (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P212#Type Q3331189, SPARQL, SPARQL (new)
Qualifiers “distribution (P437), language of work or name (P407), applies to part (P518), publisher (P123): this property should be used only with the listed qualifiers. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P212#Allowed qualifiers, SPARQL, SPARQL (new)
Format “97[89]-([0-57]-(\d-\d{7}|\d\d-\d{6}|\d\d\d-\d{5}|\d{4}-\d{4}|\d{5}-\d\d\d|\d{6}-\d\d|\d{7}-\d)|[89]\d-(\d-\d{6}|\d\d-\d{5}|\d\d\d-\d{4}|\d{4}-\d\d\d|\d{5}-\d\d|\d{6}-\d)|[69]\d\d-(\d-\d{5}|\d\d-\d{4}|\d\d\d-\d\d\d|\d{4}-\d\d|\d{5}-\d)|99[0-8]\d-\d-\d{4}|99[0-8]\d-\d\d-\d\d\d|99[0-8]\d-\d\d\d-\d\d|99[0-8]\d-\d{4}-\d|999\d\d-\d-\d\d\d|999\d\d-\d\d-\d\d|999\d\d-\d\d\d-\d)-\d|”: value must be formatted using this pattern (PCRE syntax). (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P212#Format, SPARQL, SPARQL (new)
Scope is: the property must be used by specified way only (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P212#scope, SPARQL (new)
Allowed entity types are Wikibase item (Q29934200): the property may only be used on a certain entity type (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P212#allowed entity types, SPARQL (new)
Conflicts with “instance of (P31): human (Q5): this property must not be used with the listed properties and values. (Help)
Exceptions are possible as rare values may exist.
List of this constraint violations: Database reports/Constraint violations/P212#Conflicts with P31, search, SPARQL, SPARQL (new)
Pictogram voting comment.svg Invalid ISBN-13
ISBN-13 that have wrong checksum (Help)
Violations query: SELECT ?item { { ?item wdt:P212 ?value } UNION { ?statement pq:P212 ?value . ?item ?p ?statement . ?prop wikibase:claim ?p } UNION { ?ref pr:P212 ?value . ?statement prov:wasDerivedFrom ?ref . ?item ?p ?statement . ?prop wikibase:claim ?p } . BIND(REPLACE(STR(?value), "-", "") AS ?nohyphen) . FILTER(STRLEN(?nohyphen) = 13) . BIND(xsd:integer(SUBSTR(?nohyphen, 1, 1)) + xsd:integer(SUBSTR(?nohyphen, 2, 1)) * 3 + xsd:integer(SUBSTR(?nohyphen, 3, 1)) + xsd:integer(SUBSTR(?nohyphen, 4, 1)) * 3 + xsd:integer(SUBSTR(?nohyphen, 5, 1)) + xsd:integer(SUBSTR(?nohyphen, 6, 1)) * 3 + xsd:integer(SUBSTR(?nohyphen, 7, 1)) + xsd:integer(SUBSTR(?nohyphen, 8, 1)) * 3 + xsd:integer(SUBSTR(?nohyphen, 9, 1)) + xsd:integer(SUBSTR(?nohyphen, 10, 1)) * 3 + xsd:integer(SUBSTR(?nohyphen, 11, 1)) + xsd:integer(SUBSTR(?nohyphen, 12, 1)) * 3 + xsd:integer(SUBSTR(?nohyphen, 13, 1)) AS ?checksum) . FILTER(FLOOR(?checksum / 10) != (?checksum / 10)) }
List of this constraint violations: Database reports/Complex constraint violations/P212#Invalid ISBN-13
Pattern ^(ISBN *)?(\d{1,5}-\d{1,7}-\d{1,6}-[\dX]|\d{9}[\dX])$ will be automatically replaced to \2 and moved to ISBN-10 (P957) property.
Testing: TODO list

Pattern ^ISBN *([0-9-]{13,17})$ will be automatically replaced to \1.
Testing: TODO list

This property is being used by:

Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

ISBN 13 ?[edit]

There are several ISBN format (10 digits, 13 digits). Shouldn't we have several properties as well ? Or maybe we just want to have the more recent 13 digit format, but in that case, it should be indicated in the description. --Zolo (talk) 09:35, 7 March 2013 (UTC)

✓ Done Let's start with ISBN-13. --Kolja21 (talk) 22:09, 7 March 2013 (UTC)
On the long run we might need a property "ISBN-10", but for now we can use ISBN-13 Online Converter for older numbers. --Kolja21 (talk) 22:22, 7 March 2013 (UTC)

How are we supposed to handle multiple translations of a book? The list of properties provides the example <The God Delusion> ISBN-13 <978-0-618-68000-9>. This makes perfect sense in English but Wikidata is multilingual and this ISBN is not the one of Pour en finir avec Dieu (French translation), Der Gotteswahn (German translation) or El espejismo de Dios (Spanish translation). If we include all of them, then it's impossible for readers to determine which ISBN corresponds to what. I'd be in favour of restricting this property to the ISBN of the original edition in the original language. Pichpich (talk) 19:28, 27 March 2013 (UTC)

I think having an item for each edition (Wikidata talk:Notability#Books), though it would not solve the problem of the ISBN of the main item. I guess the main item shuold have the ISBN of the original edition, and we some Lua Module could probably find the ISBN for the translation. --Zolo (talk) 21:28, 27 March 2013 (UTC)
okay, this is ISBN-13 now. but shouldn't there also be ISBN-10 as well? --Shisma (talk) 16:55, 28 March 2013 (UTC)
ISBN-10 is not on Wikidata:Property proposal but I think it's uncontroversial. See also: Wikidata:Books task force. --Kolja21 (talk) 00:38, 29 March 2013 (UTC)
I agree with Kolja21, we should have a page for each book, with is "national" ISBN. I agre we should also have a ISBN-10, just in case.
Still, we need to discuss relations between books. Please join the discussion here. --Aubrey (talk) 10:56, 29 March 2013 (UTC)
I think that this property should be valid both ISBN-10 and ISBN-13 (changing the constraints), and that is should be renamed to "ISBN". The reasons for this is that if we want the ISBN to used in creating URIs to other websites, those websites typically handle both ISBN-10 and -13. This would also avoid confusionn in trying to do reverse lookups in Wikidata by ISBN, when that functionality arrives later. Maximilianklein (talk) 21:50, 10 September 2013 (UTC)
@Kolja21:, @Zolo:, @Shisma:, @Aubrey:, we seem to be in agreement at least that we should start supporting ISBN-10, either by allowing this property to support both or to make another property. I would like to come to a consensus, and preferably to make this property support both 10 and 13, because I am ready to harvest Infobox Book. Any objections? Maximilianklein (talk) 19:20, 7 October 2013 (UTC)
Using this property for both types of ISBN is fine with me, but then I do not know how other websites manage ISBN either. --Zolo (talk) 20:13, 7 October 2013 (UTC)
This discussion was open for a week and I pinged all relevant parties for comment, of the one respondent, there was agreement. I believe this is consensus. @Akkakk: can you update the regex checker to support both 10 and 13 digit variants? 132.174.133.182 21:23, 14 October 2013 (UTC)
I think it's better to create a new property ISBN 10, see Wikidata:Property proposal/Creative work#ISBN-10. It's easier to handle, avoids chaos and helps with the clean up. --Kolja21 (talk) 23:58, 14 October 2013 (UTC)
Et voilà: ISBN-10 (P957) --Kolja21 (talk) 16:29, 15 October 2013 (UTC)
@Kolja21: Can you please explain what you mean by "avoids chaos and helps with the clean up"? As for clean up, it seems like the regex here could be formatted so that only either a clean ISBN10 or ISBN13 could exist. As for avoids chaos, since ISBN10s can be converted to ISBN13s, it would be possible when having two distinct properties, that an item has two claims a ISBN-10 (P957) and a ISBN-13 (P212) and they would be really representing the same underlying edition. Maximilianklein (talk) 19:11, 17 October 2013 (UTC)
With "chaos" I refer to the number of "format" violations on WD:Database reports (violations count: more than 1000). Since bots and humans edit WD, it seems at least helpful for the humans that there is the ten digit variant. I don't mind if ISBN-10 (P957) stays empty and a bot converts the numbers into ISBN-13. (BTW: Sorry, that I've not replied earlier, but the Notifications system has not yet been deployed to Wikidata.) --Kolja21 (talk) 21:44, 17 October 2013 (UTC)

ISBN for different languages and formats[edit]

The ISBN numbers are different for every language version of a book, and I have worked on book templates on Swedish Wikipedia and we have the possibility to add ISBN number for:

  • The original book
  • The paperback version
  • The audiobook on CD
  • The audio book on MP3-CD
  • The E-book
  • Downloadable MP3 audiobook

And that is only the ISBN-numbers for the Swedish versions.

How do we solve this? I personally think that this is a database that should be filled with data, so should we make properties for Swedish paperback version, English paperback version, Norwegian paperback version, Swedish MP3-CD version, English MP3-CD version, and so on? /abbedabbtalk 13:30, 30 March 2013 (UTC)

Right now we have no single edition books in Wikidata. We only have works. So strictly speaking the ISBN should be the ISBN of the first edition. We still have a long way to go before we can use Wikidata as a bibliography, see: Wikidata:Books task force. --Kolja21 (talk) 13:53, 30 March 2013 (UTC)
Seconded and Wikidata:List of properties should be updated to make it clear that we don't want multiple ISBNs for a single work. Pichpich (talk) 16:53, 30 March 2013 (UTC)
I've added the single value constraint to the property to indicate that there should only be one value. It will be possible to see how many items violate this rule here. 130.88.141.34 08:14, 7 June 2013 (UTC)
I don't see why there shouldn't be multiple ISBN values. Why select a single one? If yes, which one? --  Docu  at 19:48, 7 June 2013 (UTC)
  • For the main book item the ISBN number is the number for the first edition.
  • Where an item is for a particular edition then the ISBN number is for that edition.
  • Where the main book item uses the edition number (P393) property to list other editions (rather than giving them separate items) then use the ISBN-13 (P212) property as a qualifier to give the ISBN number for that edition. Filceolaire (talk) 22:04, 9 September 2013 (UTC)

In case of conference proceedings or journals, usually there are printed and electronic version of the same work, sometimes CD versions as well, with their own ISBN number. These are completely the same works, only the format (and the price) are different. Are you sure that we should create multiple bibliographic items for each formats? Wouldn't be better to define the ISBN numbers for the item with qualifiers, like print/electronic/e-book/cd etc. Samat (talk) 13:13, 14 December 2017 (UTC)

@Samat: At the English Wikipedia, the practice is to SAYWHEREYOUGOTIT. If you found something in a specific edition, that is what you cite, not the first, nor the latest. You don't presume all formats or editions are equivalent: some national editions of books may be varied silently by their publishers to suit local sensibilities, politics, or tastes. One might also have a single consistent text with numerous applicable ISBNs simply for marketing/distribution reasons. We can't really second-guess all the variations. LeadSongDog (talk) 21:28, 9 August 2018 (UTC)

format constraint[edit]

the new format constraint pattern will assure that there are four dashes in the string. --Akkakk 01:10, 8 June 2013 (UTC)

changed according to de:ISBN-Gruppennummer --Akkakk 15:34, 19 August 2013 (UTC)
@Akkakk: Can you please change the format constraint to allow for the sequence "[\d]{3}\-[\d]{9}[\dxX]". That is three numbers a dash and then 10 numbers or a terminal X. It is a valid form, see this amazon book for instance but shows as an error in the constraint violation report. Maximilianklein (talk) 18:40, 5 November 2013 (UTC)
@Maximilianklein: Amazon as a source? You're kidding. Open Library is full of Amazon records, one more horrible than the other. We should at least keep a minimum of scientific standards. I would delete all numbers that have been taken from there. --Kolja21 (talk) 20:43, 5 November 2013 (UTC)
@Kolja21: I'm not saying that we should use Amazon or Open Library or any bad data as sources. I'm saying that 3digits-dash-10digits should be a valid P212 format. Maximilianklein (talk) 06:10, 6 November 2013 (UTC)
@Maximilianklein: Of cause their are all kind of ways people and companies note the ISBN. But imho WD should use the official form. Why? Because "99921-58-10-7" provides the reader with the information that the ISBN is from Qatar. If you write the number without hyphens "9992158107" or like Amazon "978-9992158104" the ISBN still works but with disadvantages for the human reader. --Kolja21 (talk) 10:41, 6 November 2013 (UTC)

Presentation[edit]

there is in my understanding no officially preferred presentation of the ISBN according to the standard. Therefore I changed the English label to not need to mention hyphenation. Maximilianklein (talk) 22:35, 24 October 2013 (UTC)

That's sad. A computer don't care but human readers need the hyphens. I really think we should change the way of working. Right now WD imports to many data without control. If there are inconsistencies we lower the standards. We should use WD to improve the quality, instead of producing low quality duplicates. --Kolja21 (talk) 22:57, 24 October 2013 (UTC)
I agree we should aim for high quality. Maybe getting there takes a while. Maybe you start with an unhyphenated number, and then later someone comes and hyphenates it. Maximilianklein (talk) 18:37, 5 November 2013 (UTC)

redux[edit]

Time has passed. Do we have a consensus on how ISBN-13s should be formatted? If we do, a bot can carry out the necessary changes. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:52, 27 August 2016 (UTC)

@Pigsonthewing: The number to be stored is a 9-, 10- or bookland 13-digit integer, represented as strings. Any of the many forms of string in which it is acquired should be acceptable if it has the nine correct numerical digits, but the hyphens/dashes/spaces/whatever should be stripped out for storage. If a check-digit (vice "X") is provided, it should be validated and stored. If it is wrong, some form of exception handling is obviously needed. The correctness of the ISBN should be validated using queries to trustworthy repositories: surprisingly often an ISBN has multiple referents, rules notwithstanding, and sometimes a preliminary ISBN is used without the referent book being subsequently published. The ISBN-10 and ISBN-13 presentation format for easy human reading is a separate matter that may vary between users. I'd suggest just picking the presentation format called for in the standard, but others may disagree. I would think the bot role should be simply in putting those resultant formatted strings into citations in a way that is acceptable to the various projects' users. LeadSongDog (talk) 21:15, 9 August 2018 (UTC)
The question was "Do we have a consensus..?" Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 23:01, 10 August 2018 (UTC)

Note: my bot now inserts hyphens. So you can add data in digits-only format, its will be fixed automatically. — Ivan A. Krestinin (talk) 21:24, 9 August 2018 (UTC)

Format question[edit]

Please see Wikidata:Request_a_query#Query_to_extract_Wikipedia_article_content_based_on_a_list_of_ISBNs.
--- Jura 06:58, 27 June 2018 (UTC)