Re: [Wikidata-l] Wikidata for Wiktionary

WMF nor WMDE maintains. It's one thing to make new service (which btw I think is an awesome idea, just wanted to say it so that it would be clear than I am not criticizing the whole idea, just this aspect of it) and another add subtle changes to an existing one. -- Stas Malyshev smalys

Re: [Wikidata-l] Wikidata for Wiktionary

server with only one database and only one table - why not use separation that already comes for free with another instance? We still can reuse any code we like. -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata-l mailing list Wikidata-l

Re: [Wikidata-l] Wikidata for Wiktionary

structure would produce? -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Making queries on Wikibase

some missing parts (see https://phabricator.wikimedia.org/T50143), though dumpJson should be safe to use if you want JSON. We're actively working on the RDF part so it will be ready for use soon too. -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata-l

Re: [Wikidata-l] Auto-transliteration of names of humans

Hi! use ISO standards. One of the reasons is their impartiality (in the meaning that they are not related to one specific language). Wikidata labels, however, *are* related to specific language. Every label is associated with the language. -- Stas Malyshev smalys...@wikimedia.org

Re: [Wikidata-l] novalue in qualifiers or references

Hi! What about people who were born in the 18th-century? We know they are dead, but their death is not recorded and we only know when they were last active. How do you set that end date? That's what somevalue/unknown is for. -- Stas Malyshev smalys...@wikimedia.org

Re: [Wikidata-l] novalue in qualifiers or references

there might be cases where it is useful, still not on references. But I think maybe not forbidding as such but having the guideline on what is considered the Right Thing and then if there's an exception than the editors can use their own judgement. -- Stas Malyshev smalys...@wikimedia.org

Re: [Wikidata-l] novalue in qualifiers or references

it does make sense. -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] Auto-transliteration of names of humans

people, neither experienced nor new. -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] items about data model concepts

. https://www.wikidata.org/wiki/Q16354757 is not Wikibase Data model :) Which reminds me of https://www.wikidata.org/wiki/Q1061035 ... -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https

Re: [Wikidata-l] items about data model concepts

Hi! Hi, there is items about Wikibase data model in Wikidata (created by me, but not only) If I understand correctly, they could be cited in the semantic web as https://www.wikidata.org/entity/Q19798647 What would be the purpose of these items? I.e., what is the intended usage? -- Stas

Re: [Wikidata-l] Auto-transliteration of names of humans

://www.wikidata.org/wiki/Q1187613's is Уотсон. And I have no idea what is the correct romanization of https://www.wikidata.org/wiki/Q4105300's name. -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https

Re: [Wikidata-l] World's largest cities with a female mayor :-)

once ranks are used more widely to mark it. I think this is solved with preferred ranks and truthy statements concept pretty nice. So people should start using ranks to separate current data from historical data. -- Stas Malyshev smalys...@wikimedia.org

Re: [Wikidata-l] External identifiers vs. Wikidata-internal links data

https://www.wikidata.org/wiki/Property:P1207 Q42 is a treasure trove for these :) Will see if there is more. -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata-l mailing list Wikidata-l@lists.wikimedia.org https://lists.wikimedia.org/mailman

Re: [Wikidata-l] External identifiers vs. Wikidata-internal links data

of encyclopaedic knowledge. It's indeed important, so I think the idea is not to diminish their importance somehow but to give them separate space which may lead to improved workflows for both data properties and external ID properties. -- Stas Malyshev smalys...@wikimedia.org

Re: [Wikidata-l] External identifiers vs. Wikidata-internal links data

Hi! I agree this would be a nice idea. I believe it would be relatively easy to do, if only properties could have properties of their own. AFAIK they can, e.g. https://www.wikidata.org/wiki/Property:P35 -- Stas Malyshev smalys...@wikimedia.org

Re: [Wikidata-l] Mapping Wikidata properties to Freebase properties

https://www.wikidata.org/wiki/Property:P1628 with Freebase full URIs. I think using https://www.wikidata.org/wiki/Property:P1628 is a good idea. It may also be useful to add qualifier of (P642) to https://www.wikidata.org/wiki/Q1453477 (Freebase). -- Stas Malyshev smalys...@wikimedia.org

Re: [Wikidata-l] mapping template parameters using Wikidata?

name may have completely different semantics. In Wikidata, however, properties are generic, so I wonder if it would be possible to keep context. dbPedia obviously does have context but not sure where it would be in Wikidata. -- Stas Malyshev smalys...@wikimedia.org