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(a)gmail.com>
Date: 2014-05-29 10:31 GMT+02:00
Subject: Re: [Pywikipedia-l] claimit.py and -exists
To: jan.dudik(a)volny.cz, Pywikipedia discussion list <
pywikipedia-l(a)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(a)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(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l