[Wikidata-bugs] [Maniphest] [Commented On] T193030: Mention the Wikibase Registry on wikiba.se

[Prtksxna]

Prtksxna added a comment.
Hey @Geekyatri, you can just start working on a task that you're interested in, just remember to assign it to yourself. Also see - https://www.mediawiki.org/wiki/How_to_become_a_MediaWiki_hacker#Communicate_that_you_work_on_a_task

Note that I am not familiar with this project and won't be able to help here.TASK DETAILhttps://phabricator.wikimedia.org/T193030EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PrtksxnaCc: Geekyatri, Prtksxna, RazShuty, Aklapper, Addshore, Daniel_Mietchen, Kieubinhtb, LJ, Asad_Ali_Palijo, Lahi, SandraF_WMF, Andrawaag, Soteriaspace, RazeSoldier, Jayprakash12345, JakeTheDeveloper, YULdigitalpreservation, Zoranzoki21, TerraCodes, D3r1ck01, MuhammadShuaib, SimmeD, Wikidata-bugs, aude, Lydia_Pintscher___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T205183: Can't start docker-compose, iptables problem

[Legoktm]

Legoktm edited projects, added Wikibase-Containers; removed docker-pkg.Restricted Application added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T205183EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: Aklapper, Wiso, Lahi, Gq86, GoranSMilovanovic, QZanden, Gstupp, LawExplorer, Abbe98, Wikidata-bugs, aude, Addshore, Mbch331, hashar, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Mapping Wikidata to other ontologies

[Marielle Volz]

I think probably a distinction can be made in terms of whether your use
case involves exporting items into other ontologies, versus importing items
from other ontologies into wikidata. You'll have different issues with
granularity in either direction and they may not be entirely symmetrical,
so you might actually have to model it in both directions, difficulties of
querying aside.

My use case involves creating wikidata items from citoid
 items, so I have been thinking of
modelling the Zotero/Citation Style Language on wikidata as part of using
citoid on Wikidata (which uses the Zotero ontology.) Unlike schema.org
there's no canonical url pointing to different properties, so I'd actually
like to create an item for each Zotero / Citoid property and actually store
the entire schema itself on wikidata. (This has the additional use case
being able to provide documentation of the properties using reasonator as
well!)

I've created an example on test wikidata here:
https://test.wikidata.org/wiki/Q173241. Here we have the property
publicationTitle, which in citoid/Zotero, has a string value. In wikidata
we would want this to point to an item corresponding to the publication so
we'd use "published in" property as equivalent. There's also hierarchy
modelled here, with websiteTitle being a subclass of publicationTitle:
https://test.wikidata.org/wiki/Q173239

This is a different way of modelling it versus adding an equivalent
property to the wikidata property a la
https://www.wikidata.org/wiki/Property:P356. For my use case, this would be
the easiest model for querying the properties. But I share Stas's concern
here that this could quickly explode the number of items. How many items
called "title" do we need, because "title" is a property in a lot of
examples?

You can see in my example I made my property and instance of both a citoid
property and a zotero property. They mostly overlap, but there are few
citoid properties which are not Zotero properties. CSL properties are even
trickier. I think if they have the same exact name string and all other
properties and equivalencies they can be put in one item but I don't
anticipate that happening much with other less similar ontologies.

Not exactly sure what to use for the name of the property to store the
string, i.e. "publicationTitle" either - might have to create a new
property for that (I checked, Official Name doesn't take "JSON" as a valid
language!)

(The other thing is I've now gone down the rabbit hole of thinking about
modelly markup and programming languages. In a JSON object there's a
limited number of types (Object, string, array, integer etc), and I've had
a go of adding that on test wikidata - but it kind of opens up the idea of
actually adding in a full model of a programming language which sounds
crazy until you consider that we've done basically that with the addition
of lexographical data!)

Cheers,
Marielle

On Sun, Sep 23, 2018 at 8:57 PM Stas Malyshev 
wrote:

> Hi!
>
> > That's one way of linking up, but another way is using equivalent
> > property ( https://www.wikidata.org/wiki/Property:P1628 ) and equivalent
> > class ( https://www.wikidata.org/wiki/Property:P1709 ). See for example
>
> It is technically possible to add values for P1628 into RDF export.
> However, the following questions arise:
>
> 1. Are we ready to claim these are exact equivalents? Sometimes semantic
> meanings differ, and some properties have class requirements - e.g.
> http://schema.org/illustrator expects value to be of class Person, but
> of course Wikidata item would not have that class. Same for the subject
> - it expected to be of a class Book, but won't be. This may confuse some
> systems. Is that ok?
>
> 2. How we deal with multiple ontologies with the same meanings? E.g.
> https://www.wikidata.org/wiki/Property:P21 has 4 equivalent properties.
> There might be more. Do we want to generate them all? Why there are two
> properties for the same FOAF ontology - is that right?
>
> 3. If you change P1628, that does not automatically make all items with
> the relevant predicate update. You need to do an extensive update
> process - which is currently does not exist, and for popular property
> may require significant resources to complete, some properties have
> millions of uses.
>
> Using P1709 is even more tricky since Wikidata ontology (provided we
> call what we have an ontology, which may also not be acceptable to some)
> is rather different from traditional semantic ontologies, and we do not
> really enforce any of the rules with regard to classes, property
> domain/ranges, etc. and have frequent and numerous exceptions to those.
>
> --
> Stas Malyshev
> smalys...@wikimedia.org
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list

[Wikidata] wikibase docker images and sitelinks

[Erik Paulson]

Hello -

I've got a very basic wikibase up and running, using this tutorial:

https://medium.com/@thisismattmiller/wikibase-for-research-infrastructure-part-1-d3f640dfad34

The tutorial along with the docker images make getting up and running
pretty easy - So I've got a small base loaded - 7 properties, a couple of
"core items", and then about 2000 jazz musicians. All seems mostly fine - I
can query it via SPARQL, edit items in wikibase, and create pages in the
wiki. The sample code is a touch out of date because the wikidata client
library used for the examples has evolved a bit, but it wasn't too hard to
figure out.

However, I can't seem to create a link from the item to a page in my wiki -
I don't appear to be have a site that I can link against. When I try to use
this page:

http://localhost:8181/wiki/Special:SetSiteLink

whatever i try, it tells me that my site ID is unknown, and that I should
try a known site like 'enwiki' (which also fails). I've tried just about
every variation of siteID that I can think of.

Trying to add a site link in the wikidata item page for an item fails too -
when I try to add a link, I'm never presented with a list of sites to
potentially link to in the 'Wikipedia' box (and in the
wikinews/wikivoyage/etc sitelink boxes)

The wikibase installation page at
https://www.mediawiki.org/wiki/Wikibase/Installation#There_are_no_sites_I_can_set_in_a_new_item
suggests running these commands:
php lib/maintenance/populateSitesTable.php
php repo/maintenance/rebuildItemsPerSite.php

So I docker exec'ed into the wikibase container and ran them. Now, I'm
presented with site link options - but all to wikipedia.org sites, not my
local site.

I've tried inserting a row into the 'sites' table in MySQL to something
that points to the local site, but still no dice.

Can someone point me at what I'm missing?

Related: the docker-compose system that comes up also brings up a regular
mediawiki site, and it seemingly has the wikibase-client extension running,
because I can reference my local wikibase data and pull out properties for
items - for example, I can make a page for 'Teddy Edwards', and use this
syntax and get a result:

{{#statements:P7|from=Q1932}}

P7 in the tutorial is the URL for an image from the linkedjazz site. (Teddy
Edwards is assigned Q1932 in the tutorial I'm following)

However, because I can't make a sitelink from
http://localhost:8181/wiki/Item:Q1932 to
http://localhost:8181/wiki/Teddy_Edwards.

And (I think) because of the lack of that sitelink, the wikibase client
only works with the |from syntax - if I put in my Teddy_Edwards article
just a {{#statements:P7}} line, I get no results when it's rendered.

Am I correct that this second problem is tied to my first problem?

Thanks in advance for any suggestions,

-Erik
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Mapping Wikidata to other ontologies

[Stas Malyshev]

Hi!

> That's one way of linking up, but another way is using equivalent
> property ( https://www.wikidata.org/wiki/Property:P1628 ) and equivalent
> class ( https://www.wikidata.org/wiki/Property:P1709 ). See for example

It is technically possible to add values for P1628 into RDF export.
However, the following questions arise:

1. Are we ready to claim these are exact equivalents? Sometimes semantic
meanings differ, and some properties have class requirements - e.g.
http://schema.org/illustrator expects value to be of class Person, but
of course Wikidata item would not have that class. Same for the subject
- it expected to be of a class Book, but won't be. This may confuse some
systems. Is that ok?

2. How we deal with multiple ontologies with the same meanings? E.g.
https://www.wikidata.org/wiki/Property:P21 has 4 equivalent properties.
There might be more. Do we want to generate them all? Why there are two
properties for the same FOAF ontology - is that right?

3. If you change P1628, that does not automatically make all items with
the relevant predicate update. You need to do an extensive update
process - which is currently does not exist, and for popular property
may require significant resources to complete, some properties have
millions of uses.

Using P1709 is even more tricky since Wikidata ontology (provided we
call what we have an ontology, which may also not be acceptable to some)
is rather different from traditional semantic ontologies, and we do not
really enforce any of the rules with regard to classes, property
domain/ranges, etc. and have frequent and numerous exceptions to those.

-- 
Stas Malyshev
smalys...@wikimedia.org

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Is there an "indigenous to" for Plants ?

[Thad Guidry]

The data I am actually working with is here:
http://www.xerces.org/wp-content/uploads/2012/06/conserving_bb.pdf#page=29
and within
https://www.wildflower.org/collections/collection.php?collection=xerces_bumble
that use USDA Native status.

After searching the Property proposal archives (guided by Laura's
suggestions) for "indigenous" and others, I found discussion between John
Vandenberg and Felix Reimann that was sort of helpful...where they discuss
"indigenous"...

https://www.wikidata.org/wiki/Wikidata:Property_proposal/Archive/24#WWF_ecoregion
https://www.wikidata.org/wiki/Wikidata:Property_proposal/Archive/23#WWF_ecoregion_code
https://www.wikidata.org/wiki/Wikidata:Property_proposal/Archive/24#biome

But even John and Felix are left openly pondering the best way to capture
"native" status of Plants in Wikidata.

Which also leaves my question open about the best way / property to store
the concepts of Native Plants
(we have the opposite already being invasive to P5588


USDA defines "native" as this and with codes:
https://plants.usda.gov/faq.html#native
https://plants.usda.gov/native_status_def.html

Where you often see the codes and data used on sites such as
https://www.wildflower.org/plants/result.php?id_plant=AGSC

How do folks openly discuss such "left open" questions with experts ?  Do I
just ask John and Felix on their Talk pages ?  I'd prefer a roundtable
discussion.  How is that done on Wikidata ?

-Thad
+ThadGuidry 
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Is there an "indigenous to" for Plants ?

[Nicolas VIGNERON]

Le dim. 23 sept. 2018 à 18:25, Laura Soito  a écrit :

> Not sure if either of these would be applicable for your data, but similar
> to 'Indigenous to ' for
> there is a property 'Endemic to
> ' that can be applied to
> taxon. Or more generally, there is habitat
>  which seems like it can be
> used to specify geographic locations as well other places where an organism
> might live (e.g. soil, within other organisms, etc).
>
> Laura
>

Thanks Laura, I was looking for P183 ('endemic to') but couldn't find it.
If there is a relevant item, it is the best property for this need (if I
understand correctly).
I did find P2974 ('habitat') but the expected value is not an area but a
type of area.

An example to be more clear: P183 would the "Sahara" and P2974 would be
"desert".
For some organisms, it can seems a bit redundant (the "Sahara" is already
indicated as a "desert") but for organism without a specific area, it's
important (for instance for a human virus, the habitat is "human" and there
is no area per se).

Cheers, ~nicolas
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T125976: Run mediawiki::maintenance scripts in Beta Cluster

[Krenair]

Krenair added a comment.
We can try, but this is puppet.git, and we may just get a CR-2.TASK DETAILhttps://phabricator.wikimedia.org/T125976EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KrenairCc: gerritbot, Joe, Jdforrester-WMF, Krinkle, Dzahn, Reedy, MarcoAurelio, dcausse, Addshore, thcipriani, hashar, greg, EBernhardson, Aklapper, Krenair, StudiesWorld, NebulousIris, AndyTan, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Zppix, Maathavan, Wong128hk, Luke081515, Wikidata-bugs, aude, faidon, Mbch331, Rxy, Jay8g, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T125976: Run mediawiki::maintenance scripts in Beta Cluster

[Reedy]

Reedy added a comment.
Make it do a file existence && run scriptTASK DETAILhttps://phabricator.wikimedia.org/T125976EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReedyCc: gerritbot, Joe, Jdforrester-WMF, Krinkle, Dzahn, Reedy, MarcoAurelio, dcausse, Addshore, thcipriani, hashar, greg, EBernhardson, Aklapper, Krenair, StudiesWorld, NebulousIris, AndyTan, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Zppix, Maathavan, Wong128hk, Luke081515, Wikidata-bugs, aude, faidon, Mbch331, Rxy, Jay8g, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T125976: Run mediawiki::maintenance scripts in Beta Cluster

[MarcoAurelio]

MarcoAurelio added a comment.
On the other hand, if purge_checkuser detects CheckUser is not installed it will just print that the CheckUser extension is not installed and will move along. It's just a bit of logspam instead of potential privacy issues.TASK DETAILhttps://phabricator.wikimedia.org/T125976EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarcoAurelioCc: gerritbot, Joe, Jdforrester-WMF, Krinkle, Dzahn, Reedy, MarcoAurelio, dcausse, Addshore, thcipriani, hashar, greg, EBernhardson, Aklapper, Krenair, StudiesWorld, NebulousIris, AndyTan, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Zppix, Maathavan, Wong128hk, Luke081515, Wikidata-bugs, aude, faidon, Mbch331, Rxy, Jay8g, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Is there an "indigenous to" for Plants ?

[Laura Soito]

 Not sure if either of these would be applicable for your data, but similar
to 'Indigenous to ' for there
is a property 'Endemic to '
that can be applied to taxon. Or more generally, there is habitat
 which seems like it can be
used to specify geographic locations as well other places where an organism
might live (e.g. soil, within other organisms, etc).

Laura




On Sun, Sep 23, 2018 at 9:31 AM Thad Guidry  wrote:

> Ah thanks Nicolas !
>
> And then I see it can be queried with
> https://maps.wikimedia.org/geoshape?query=  ??
> is that correct ?
>
> -Thad
> +ThadGuidry 
>
>
> On Sun, Sep 23, 2018 at 10:24 AM Nicolas VIGNERON <
> vigneron.nico...@gmail.com> wrote:
>
>> Le dim. 23 sept. 2018 à 17:14, Jan Ainali  a écrit :
>>
>>> Species don't care much for administrative borders so until we have the
>>> ability to store actual geographical data there is not much to do. Sure,
>>> for some islands or lakes it might make sense to tie it to another item but
>>> those are special cases for a problem that should be more generally solved.
>>>
>>> /Jan
>>>
>>
>> Hi,
>>
>> As a reminder, there is the possibility to « store actual geographical »
>> with P3896  (maybe not the
>> good property here but the datatype "geoshape" does exist and is used).
>>
>> Cheers, ~nicolas
>> ___
>> Wikidata mailing list
>> Wikidata@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Is there an "indigenous to" for Plants ?

[Nicolas VIGNERON]

Le dim. 23 sept. 2018 à 17:31, Thad Guidry  a écrit :

> Ah thanks Nicolas !
>

No problem, this possibility is not well known so I took the chance to talk
about it.


> And then I see it can be queried with
> https://maps.wikimedia.org/geoshape?query=  ??
> is that correct ?
>

Yes :
https://maps.wikimedia.org/geoshape?query=SELECT%20*%20WHERE%20{%0A%20%20%3Fid%20wdt%3AP131%20wd%3AQ12130%20%3B%20wdt%3AP3896%20%3Fgeo%20.%0A}
You can also query it in the usual SPARQL query service :
https://query.wikidata.org/#%23defaultView%3AMap%0ASELECT%20%2a%20WHERE%20%7B%0A%20%20%3Fdpt%20wdt%3AP131%20wd%3AQ12130%20%3B%20wdt%3AP3896%20%3Fgeo%20.%0A%7D
(I remember a better query about elections in Germany or something, but I
can't find it again).

Cheers, ~nicolas
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Is there an "indigenous to" for Plants ?

[Thad Guidry]

Ah thanks Nicolas !

And then I see it can be queried with
https://maps.wikimedia.org/geoshape?query=  ??
is that correct ?

-Thad
+ThadGuidry 


On Sun, Sep 23, 2018 at 10:24 AM Nicolas VIGNERON <
vigneron.nico...@gmail.com> wrote:

> Le dim. 23 sept. 2018 à 17:14, Jan Ainali  a écrit :
>
>> Species don't care much for administrative borders so until we have the
>> ability to store actual geographical data there is not much to do. Sure,
>> for some islands or lakes it might make sense to tie it to another item but
>> those are special cases for a problem that should be more generally solved.
>>
>> /Jan
>>
>
> Hi,
>
> As a reminder, there is the possibility to « store actual geographical »
> with P3896  (maybe not the
> good property here but the datatype "geoshape" does exist and is used).
>
> Cheers, ~nicolas
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Is there an "indigenous to" for Plants ?

[Nicolas VIGNERON]

Le dim. 23 sept. 2018 à 17:14, Jan Ainali  a écrit :

> Species don't care much for administrative borders so until we have the
> ability to store actual geographical data there is not much to do. Sure,
> for some islands or lakes it might make sense to tie it to another item but
> those are special cases for a problem that should be more generally solved.
>
> /Jan
>

Hi,

As a reminder, there is the possibility to « store actual geographical »
with P3896  (maybe not the
good property here but the datatype "geoshape" does exist and is used).

Cheers, ~nicolas
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Is there an "indigenous to" for Plants ?

[Jan Ainali]

Species don't care much for administrative borders so until we have the
ability to store actual geographical data there is not much to do. Sure,
for some islands or lakes it might make sense to tie it to another item but
those are special cases for a problem that should be more generally solved.

/Jan


Den sön 23 sep. 2018 kl 17:07 skrev Thad Guidry :

> Hi Andy !
>
> Thanks !  But, yeah both of those are not useful... because they are image
> based and not DATA based.
>
> I need a property that holds location data, so that anyone can build those
> images and maps.  This is WikiDATA.
>
> Hmm, location data... so location with a qualifier for "native" or some
> such ?  (any precedent here ?)
> But that would be flipping it around and possibly would make querying for
> data more difficult by map/image builders.
>
> -Thad
> +ThadGuidry 
>
>
> On Sun, Sep 23, 2018 at 1:02 AM Andy Mabbett 
> wrote:
>
>> On 22 September 2018 at 16:52, Thad Guidry  wrote:
>>
>> > Is there a property for "indigenous to" or "native in" for Plants usage
>> ?
>>
>> The nearest I can find is:
>>
>>https://www.wikidata.org/wiki/Property:P181
>>
>>"taxon range map image"
>>
>> and:
>>
>>https://www.wikidata.org/wiki/Property:P1846
>>
>>"distribution map"
>>
>> See also:
>>
>>
>> https://www.wikidata.org/wiki/Wikidata:Property_proposal/Archive/30#P1846
>>
>> --
>> Andy Mabbett
>> @pigsonthewing
>> http://pigsonthewing.org.uk
>>
>> ___
>> Wikidata mailing list
>> Wikidata@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Is there an "indigenous to" for Plants ?

[Thad Guidry]

Hi Andy !

Thanks !  But, yeah both of those are not useful... because they are image
based and not DATA based.

I need a property that holds location data, so that anyone can build those
images and maps.  This is WikiDATA.

Hmm, location data... so location with a qualifier for "native" or some
such ?  (any precedent here ?)
But that would be flipping it around and possibly would make querying for
data more difficult by map/image builders.

-Thad
+ThadGuidry 


On Sun, Sep 23, 2018 at 1:02 AM Andy Mabbett 
wrote:

> On 22 September 2018 at 16:52, Thad Guidry  wrote:
>
> > Is there a property for "indigenous to" or "native in" for Plants usage ?
>
> The nearest I can find is:
>
>https://www.wikidata.org/wiki/Property:P181
>
>"taxon range map image"
>
> and:
>
>https://www.wikidata.org/wiki/Property:P1846
>
>"distribution map"
>
> See also:
>
>
> https://www.wikidata.org/wiki/Wikidata:Property_proposal/Archive/30#P1846
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Claimed] T204122: Normalize SPARQL queries

[abian]

abian claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T204122EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: gerritbot, Lucas_Werkmeister_WMDE, abian, Aklapper, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, LawExplorer, Salgo60, Lewizho99, Maathavan, Jonas, Xmlizer, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T205216: Buggy message when trying to merge a non-existent Lexeme via Special:MergeLexemes

[abian]

abian added a parent task: T189129: Allow merging two Lexemes.
TASK DETAILhttps://phabricator.wikimedia.org/T205216EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: abian, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T189129: Allow merging two Lexemes

[abian]

abian added a subtask: T205216: Buggy message when trying to merge a non-existent Lexeme via Special:MergeLexemes.
TASK DETAILhttps://phabricator.wikimedia.org/T189129EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, abianCc: Mbch331, Jakob_WMDE, Ebraminio, Addshore, daniel, WMDE-leszek, Bugreporter, Aklapper, Lydia_Pintscher, Lea_Lacroix_WMDE, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Darkdadaah___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Mapping Wikidata to other ontologies

[James Heald]

I would also agree with this.  In my opinion P2888 should only be used 
as a last resort.


If possible, it's usually a much better idea to use a specific 
external-id property for the external database -- it gives us better 
organisation, it's more obvious on the page, and it's much more 
efficient to query.


If you want to emphasise that the matched items are indeed supposed to 
have identical coverage and meaning at each end, use qualifier P4390 
("mapping relation type") with value Q39893449 ("exact match") on the 
external-id statement.


Best regards,

  James.



On 22/09/2018 15:07, Ettore RIZZA wrote:

@Andra Waagmester: I am a little disconcerted by the property P2888 "exact
match" . I see it is mostly
used to link entities, not properties, and I can't figure out how it
differs from an external id (unless it's just a convenient way of linking
concepts to databases that do not have an external id in Wikidata?)



---
This email has been checked for viruses by AVG.
https://www.avg.com


___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Created] T205216: Buggy message when trying to merge a non-existent Lexeme via Special:MergeLexemes

[abian]

abian created this task.abian added projects: Lexicographical data, Wikidata.
TASK DESCRIPTIONAs an editor I want to know when I've introduced a wrong Lexeme ID when trying to merge two Lexemes via Special:MergeLexemes in order to fix the ID and merge the correct Lexemes.

Problem: The buggy message '$1' not found appears:


when trying to merge an existent Lexeme to a non-existent Lexeme,
when trying to merge a non-existent Lexeme to an existent Lexeme and
when trying to merge two non-existent Lexemes.


Example:

Screenshots/mockups:


Buggy behavior on Special:MergeLexemes:


F26169390: 1-not-found.png


Behavior on Special:MergeItems:


F26169638: merging-items.png

BDD
GIVEN I am on Special:MergeLexemes
WHEN I specify one or two non-existent Lexemes (LA, LB) to be merged
AND press "Merge Lexemes"
THEN the Lexemes are not merged
AND a message which follows the same format as the one of Special:MergeItems tells me that the Lexeme LA, or LB, does not exist.

Acceptance criteria:





Open questions:TASK DETAILhttps://phabricator.wikimedia.org/T205216EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: abian, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T174160: Language code(s) for nowiki should be changed to nb

[Liuxinyu970226]

Liuxinyu970226 added a commit: rMWb5b235f54d69: Revert "Rename autonym for 'no' from 'norsk bokmål' to 'norsk'".
TASK DETAILhttps://phabricator.wikimedia.org/T174160EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Liuxinyu970226Cc: Nsaa, Pasleim, tstarling, Haros, Ranveig, Pcoombe, Kviften, Kjetil, Danmichaelo, Liuxinyu970226, Njardarlogar, Abbe98, Hogne, Aklapper, jhsoby, jeblad, Soulkeeper, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, Zoranzoki21, LawExplorer, DatGuy, Devwaker, Niklitov, Urbanecm, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T174160: Language code(s) for nowiki should be changed to nb

[Liuxinyu970226]

Liuxinyu970226 added a commit: rMW3d2d056b1084: Revert "Rename autonym for 'no' from 'norsk bokmål' to 'norsk'".
TASK DETAILhttps://phabricator.wikimedia.org/T174160EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Liuxinyu970226Cc: Nsaa, Pasleim, tstarling, Haros, Ranveig, Pcoombe, Kviften, Kjetil, Danmichaelo, Liuxinyu970226, Njardarlogar, Abbe98, Hogne, Aklapper, jhsoby, jeblad, Soulkeeper, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, Zoranzoki21, LawExplorer, DatGuy, Devwaker, Niklitov, Urbanecm, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T174160: Language code(s) for nowiki should be changed to nb

[Liuxinyu970226]

Liuxinyu970226 added a commit: rMWfc4832c69068: Revert "Rename autonym for 'no' from 'norsk bokmål' to 'norsk'".
TASK DETAILhttps://phabricator.wikimedia.org/T174160EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Liuxinyu970226Cc: Nsaa, Pasleim, tstarling, Haros, Ranveig, Pcoombe, Kviften, Kjetil, Danmichaelo, Liuxinyu970226, Njardarlogar, Abbe98, Hogne, Aklapper, jhsoby, jeblad, Soulkeeper, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, Zoranzoki21, LawExplorer, DatGuy, Devwaker, Niklitov, Urbanecm, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T189421: "Filter" and "Show" buttons doesn't update language dynamically

[Gopavasanth]

Gopavasanth removed a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T189421EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GopavasanthCc: Lucas_Werkmeister_WMDE, gerritbot, Micru, Rammanojpotla, Gopavasanth, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Salgo60, Jonas, Xmlizer, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Baloch007, Darkminds3113, Bsandipan, Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, Lewizho99, Maathavan___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T189421: "Filter" and "Show" buttons doesn't update language dynamically

[Gopavasanth]

Gopavasanth closed this task as "Resolved".Gopavasanth claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T189421EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GopavasanthCc: Lucas_Werkmeister_WMDE, gerritbot, Micru, Rammanojpotla, Gopavasanth, Aklapper, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, LawExplorer, Salgo60, Lewizho99, Maathavan, Jonas, Xmlizer, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Is there an "indigenous to" for Plants ?

[Andy Mabbett]

On 22 September 2018 at 16:52, Thad Guidry  wrote:

> Is there a property for "indigenous to" or "native in" for Plants usage ?

The nearest I can find is:

   https://www.wikidata.org/wiki/Property:P181

   "taxon range map image"

and:

   https://www.wikidata.org/wiki/Property:P1846

   "distribution map"

See also:

   https://www.wikidata.org/wiki/Wikidata:Property_proposal/Archive/30#P1846

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata