As I wrote - its NOT problem ONLY of P31.
What about occupation? about football club? Employer?
--- And in this case (this item is little bit special, but other items in these categories should be ok) - should I create new items for every monumetntal specie of tree? monumental Oaks, monumental birch, monumental xyz? Or might be solution to add Monumental tree with qualifier Oak. But this script cannot create such type of statement.
JAnD
---------- Forwarded message ---------- From: Gerard Meijssen gerard.meijssen@gmail.com Date: 2014-05-29 10:31 GMT+02:00 Subject: Re: [Pywikipedia-l] claimit.py and -exists To: jan.dudik@volny.cz, Pywikipedia discussion list < pywikipedia-l@lists.wikimedia.org>
Hoi, HMMMM .... P31 is instance of.. What I typically find is that when multiples are used for this property it is an abuse..
So sorry to bud in on a technical issue, but are you SURE that this is what you want ? Thanks, GerardM
On 29 May 2014 10:26, Jan Dudík jan.dudik@gmail.com wrote:
Hello, I have problem with script claimit.py, respective with adding multiple values of one statement.
Typical problem is P31. In wikidata is often P31=Q123 P31=Q456
and I want to add some other. I tested various combination of -exist:ptqs, but always there is some item to which is not added new value or added duplicate
In https://www.wikidata.org/wiki/Q10854900
my idea was: P31=Q811534 https://www.wikidata.org/w/index.php?title=Q811534 (1x) P31= ... various trees
But script added (-exists:ptq) in every run one instance of Q811534 and one instace of certain taxon. After few runs script says that P31 already exists and does not add new taxons (this item maybe should be solved in different way, but problem is not only in this item and this property)
Is it problem in script or only incorrect combination of letters?
JAnD
Pywikipedia-l mailing list Pywikipedia-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l