Property talk:P1323
Documentation
Terminologia Anatomica (1998 edition) human anatomical terminology identifier
A\d\d\.\d\.\d\d\.\d\d\d[FM]?
”: value must be formatted using this pattern (PCRE syntax). (Help)List of violations of this constraint: Database reports/Constraint violations/P1323#Format, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P1323#Unique value, SPARQL (every item), SPARQL (by value)
List of violations of this constraint: Database reports/Constraint violations/P1323#Single value, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P1323#Type Q27043950, Q96482377, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P1323#Item P3982, search, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P1323#Entity types
List of violations of this constraint: Database reports/Constraint violations/P1323#Scope, SPARQL
Pattern ^(\d\d\.\d\.\d\d\.\d\d\d)$ will be automatically replaced to A\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.) |
|
|
Link syntax
[edit]Thank you for editing. Today, I realized that current links to TA Online seems not working. For example, ear (Q7362) has TA statements A01.1.00.005.
And its external link is as follows (this doesn't work)
http://www.unifr.ch/ifaa/Public/EntryPage/TA98%20Tree/Entity%20TA98%20EN/A01.1.00.005%20Entity%20TA98%20EN.htm
Actually the link should be as follows (without "A" shown in red at above. This works.)
http://www.unifr.ch/ifaa/Public/EntryPage/TA98%20Tree/Entity%20TA98%20EN/01.1.00.005%20Entity%20TA98%20EN.htm
Though I don't know how and at where the link settings are stored in Wikidata. In English Wikipedia, deletion of "A" is done by the code like this (see w:en:Template:TA98)
{{Str right|{{{1}}}|1}}
Thank you for reading.--Was a bee (talk) 06:53, 3 August 2014 (UTC)
- @Was a bee: - The links are stored here: MediaWiki:Gadget-AuthorityControl.js - I will see if anyone knows how to remove the "A". -Tobias1984 (talk) 08:10, 3 August 2014 (UTC)
- @Tobias1984: Any luck on the 'A' problem? BoH (talk) 15:29, 4 August 2015 (UTC)
- @BoH: The formatter-URL is now stored in the statements of each property. If removing the A does not work we could also let a bot remove all the 'A's from the beginning of the strings. If every string starts with an 'A', we don't really need to store that. --Tobias1984 (talk) 16:50, 4 August 2015 (UTC)
- @Tobias1984:, we should be able to just replicate what is done for P628. there, they strip off the leading 'E'. if you look in MediaWiki:Gadget-AuthorityControl.js there you will see the following lines for P628:
- @BoH: The formatter-URL is now stored in the statements of each property. If removing the A does not work we could also let a bot remove all the 'A's from the beginning of the strings. If every string starts with an 'A', we don't really need to store that. --Tobias1984 (talk) 16:50, 4 August 2015 (UTC)
- @Tobias1984: Any luck on the 'A' problem? BoH (talk) 15:29, 4 August 2015 (UTC)
case 628: // E Number linkValue = value.substring( 1, 16 ); // Skip initial letter break;
- for this property, the same trick should work
case 1323: // TA98 linkValue = value.substring( 1, 16 ); // Skip initial letter break;
- not exactly sure why they are using "16" for the maximum substring length, but if that works for P628, it should work here as well. Frietjes (talk) 17:04, 4 August 2015 (UTC)
- @Frietjes: I didn't know about that! Thanks for already submitting the fix! --Tobias1984 (talk) 18:30, 4 August 2015 (UTC)
- Thanks Frietjes! BoH (talk) 19:22, 4 August 2015 (UTC)
- not exactly sure why they are using "16" for the maximum substring length, but if that works for P628, it should work here as well. Frietjes (talk) 17:04, 4 August 2015 (UTC)
Multiple values
[edit]Some anatomy parts have more than one TA98 property. For example "ear" has one code in the category "Parts of human body" (A01.1.00.005) and in the category "Olfactory organ"(A15.3.00.001). So what do you think about allowing multiple values for this property? --Stiegenaufgang (talk) 07:42, 7 August 2014 (UTC)
- @Stiegenaufgang: I think it is better to add the TA98-id to the specific items and use queries for other items. A query for "all TA98-IDs that are used for the ear" has to look for all the items that are "part of --> ear" and gather the IDs from those items. -Tobias1984 (talk) 08:00, 7 August 2014 (UTC)
- @Stiegenaufgang, Tobias1984:. Today multiple TA-ID became available nicely in English Wikipedia (:en:Module_talk:Wikidata). I think it is OK and good adding all TAID to each page. As a background information, Terminologia Anatomica is not "tree like" ontology (like Foundational Model of Anatomy) rather a dictionary, which tries to list all terms in certain order. And certain organ appears multiple times in different context (means has multiple TAIDs). --Was a bee (talk) 02:59, 22 September 2014 (UTC)
- See article Ear in English Wikipedia. You can see how multiple TAIDs are shown in articles. --Was a bee (talk) 03:02, 22 September 2014 (UTC)
- @Was a bee: I think that is a good way of handling the TA IDs for a start. More problematic are for example the ICD codes in items like cancer (Q12078) Adding all the values is quite an effort and a lot of duplicates. Plus it messes a with the constraint violations. -Tobias1984 (talk) 11:07, 22 September 2014 (UTC)
- @Tobias1984: Wow... I didn't know such case. At least TA IDs are not so many. I know some double TA IDs, but I have not yet seen triple TA IDs. (Surely that ICD codes are too many. I suppose value format like 'C00-C97' would be, perhaps, nice. Because their website affords such type of URL links [1] But this is another topic.) --Was a bee (talk) 07:50, 23 September 2014 (UTC)
- @Was a bee: I think that is a good way of handling the TA IDs for a start. More problematic are for example the ICD codes in items like cancer (Q12078) Adding all the values is quite an effort and a lot of duplicates. Plus it messes a with the constraint violations. -Tobias1984 (talk) 11:07, 22 September 2014 (UTC)
- See article Ear in English Wikipedia. You can see how multiple TAIDs are shown in articles. --Was a bee (talk) 03:02, 22 September 2014 (UTC)
Strange formatter URL
[edit]I'm not used to seeing a formatter URL (P1630) starting with http://tools.wmflabs.org/wikidata-externalid-url/?p=1323&url_prefix=
then containing an encoded version of the external URL, in this case https:%2F%2Fwww.unifr.ch%2Fifaa%2FPublic%2FEntryPage%2FTA98%20Tree%2FEntity%20TA98%20EN%2F&url_suffix=%20Entity%20TA98%20EN.htm&id=$1
. Why not just use the non-encoded URL? The regular external link was originally added by @KrBot, Ivan A. Krestinin: in Dec 2014, and then @ArthurPSmith: added the wmflabs prefix in June 2016. What are the pros & cons of doing this, and which one is preferred? —Tom.Reding (talk) 17:17, 25 November 2018 (UTC)
- @Tom.Reding: I don't remember the details of this specific case, but generally the external-id redirector is added because the default Wikidata external id interpretation fails in some way. In particular it does not handle url-encoded terms in an id correctly, so that may be the problem here. ArthurPSmith (talk) 16:56, 26 November 2018 (UTC)
- All Properties
- Properties with external-id-datatype
- Properties used on 1000+ items
- Properties with format constraints
- Properties with unique value constraints
- Properties with single value constraints
- Properties with constraints on type
- Properties with constraints on items using them
- Properties with entity type constraints
- Properties with scope constraints
- Anatomy properties
- Medical properties