Property talk:P1055

From Wikidata
Jump to: navigation, search
NLM Unique ID
identifier in the catalog of the National Library of Medicine
Description Catalog of the United States National Library of Medicine (Q611833).
Data type according to this template: String
according to statements in the entity: String
When possible, data should only be stored as statements
Domain creative work
Example JAMA (Q1470970) => 7501160
Source external reference, Wikipedia list article (either infobox or source) (note: this should be moved to the property statements)
Formatter URL http://locatorplus.gov/cgi-bin/Pwebrecon.cgi?DB=local&v1=1&ti=1,1&Search_Arg=$1&Search_Code=0359&CNT=20&SID=1
Proposal discussion Property proposal/Archive/17#P1055


A couple of questions about this property[edit]

Hi, I am new to Wikidata. I work as a contractor for the NLM, so this property caught my eye. I have a couple of questions.

  • Why was it changed to string? AFAIK, these identifiers are integers. I'm not 100% sure of that, but I could check. Wouldn't it be better to have the datatype match, if, in fact, these are integers?
  • Is there guidance anywhere on how this should be discovered / used, other than the JAMA example? If not, where would just documentation usually go? Here on the talk page? If it would be worthwhile, I could write some.
  • I see that the domain is "creative work", and I'm wondering if that's right. JAMA is a journal, which is a container of creative works, but is it a creative work itself? Sorry if that's a dumb question.
  • Related to that, where, on the JAMA (Q1470970) page, can I find that this item is a "creative work"? Is there an "is-a" property, that points to a class? If so, I can't find it.

Thanks! Klortho (talk) 05:35, 22 December 2013 (UTC)

Klortho: I'm not sure if I'm 100% correct on some things, but this is what I think:
  • On bullet one, the property is using the string datatype so that it can later (thanks to the software) point to the URL of the NCBI, as shown on JAMA (Q1470970). This wouldn't be possible using the integer datatype, apart from the fact that we don't have yet an integer datatype available. Also, a FYI, the datatype of a property cannot be changed.
  • On bullet two: Well, actually you can add this property to any item which has such an ID. I have no idea which items need this property (I guess you could find it using the National Library of Medicine registry, just like you find a song's writer on the liner notes). About a proper documentation, I think that the box atop this page is such thing.
  • On bullet three: The domain was an internal classification used on Wikidata, now deprecated, named "main type" (invalid ID (P107)). The domain of the property was specified as to belong to one of the "types" (creative work, term, etc) in relation to that property. Since the property's fate was decided on an RfC, it doesn't matter anymore.
  • Since the main type property (invalid ID (P107)) is to be deleted, another property (instance of (P31)) is the one who takes over. This other property is way more flexible (for example, at JAMA (Q1470970), it would be instance of = journal).
Hope this helps. — ΛΧΣ21 07:01, 22 December 2013 (UTC)
Hi, thanks for the responses! Unfortunately, they just leave me with more questions:
  • Are you saying that the value of this property for JAMA is "[http://www.ncbi.nlm.nih.gov/nlmcatalog/7501160 7501160]"? If so, why don't I see it that way when I click "edit" on the JAMA page? There, I just see the integer value. Where is the URL template rule (how to turn the integer into a URL) stored? Is *that* editable?
  • If "Domain: creative work" is meaningless, why is it still in the documentation template? Can I take it out? I think, old and deprecated information should be cleaned up whenever possible.
  • So, is there any formal way to code the domain of a property according to instance of (P31)? For example, any way to specify that the domain of this property must be a *journal*?
I am thinking I will also leave some of these questions on Wikidata:Project_chat.
Thanks again!
Klortho (talk) 07:19, 22 December 2013 (UTC)

Change in formatter URL[edit]

I just changed the formatter URL as it was selective only for certain types of NLM entries. For example, Q19561861 wouldn't have worked, despite that the NLM ID was correct. The new one also searches the NLM catalog directory, rather than via the NCBI. I checked on multiple different files to be sure that it works before changing it. Of note, the query doesn't run correctly if all those arguments aren't there. It may look busy, but it is a library search. Hazmat2 (talk) 18:28, 12 March 2015 (UTC)