Hello Byrial ,
by taking a look to low level datatypes list : http://www.wikidata.org/wiki/Special:ListDatatypes does representing common media files in strings considered to be an in consistency that will be fixed in the next releases ? or just it will stay as this forever ?
another question:
if i wanted to get all the datatypes and map them to the parallel xsd types , how can i get an updated list with all wikiData properties and their datatypes not the low level.
thanks Regards
On Wed, Aug 21, 2013 at 8:12 PM, Byrial Jensen byrial@vip.cybercity.dkwrote:
Den 21-08-2013 19:45, Hady elsahar skrev:
Hello All ,
i was looking at WikiData dump , specifically this one : wikidatawiki-20130818-pages-**meta-hist-incr.xml.bz2
then i came to this statement
the property P158 which is the seal flag image . http://www.wikidata.org/wiki/**Property:P158http://www.wikidata.org/wiki/Property:P158 and it's DataType should be "Commons media file" ? not "string" ? i'm not sure if it's always the same way and i don't get it , or the statement data is not consistent with property datatypes?
The values for properties of type commonsMedia are always stored as strings. That's why there is no row for commonsMedia in my table at http://www.wikidata.org/wiki/**User:Byrial/Statement_** statistics#Properties_after_**their_value_typehttp://www.wikidata.org/wiki/User:Byrial/Statement_statistics#Properties_after_their_value_type
another Question : should i usually rely on the datatypes written in the
json dumps or should i build and index of wkidata properties and their datatypes to avoid such situation ?
You need both the datatype of the property (to distinguish ordinary string values from commonsMedia strings) and the datatype for each stored value (to know if it is an ordinary value or novalue or somevalue).
Regards,
- Byrial
______________________________**_________________ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikidata-lhttps://lists.wikimedia.org/mailman/listinfo/wikidata-l