[Wikidata] Re: Challenge of the day: sports season without sports

[Jan Ainali]

These 2000 something items with no other statement than that it is a sports
season (and hence no redundancy at all) could be prioritized as they are
kind of useless right now: https://w.wiki/698Y

Best,
Jan Ainali


Den fre 23 dec. 2022 kl 22:46 skrev Dan Brickley :

>
>
> On Fri, 23 Dec 2022 at 21:32, Peter F. Patel-Schneider <
> pfpschnei...@gmail.com> wrote:
>
>> Why should this not be done?   It seems reasonable to me.   Is there some
>> official statement that this should not be done?
>>
>
> The Blazegraph Wikidata SPARQL endpoint (as it is a sadly abandoned
> codebase) already creaking at the seams, and struggling to keep up with the
> happily thriving growth of Wikidata.
>
> In this situation it seems that adding redundant factoids into the
> database might not be the best use of constrained resources, for now at
> least.
>
> More generally, where is any notion of inference in Wikidata defined?
>>
>
> This is a good question, I’d love to know too. Maybe mapping the
> equivalent P:Whatevers to rdfs:subClassOf and rdf:type would be a start?
>
> If they were in a form from which we could generate even just SPARQL
> CONSTRUCT queries, and perhaps populate an auxiliary dataset/database with
> the additional implied information.
>
> Dan
>
>> There appear to be more problems with sports season.   For example,
>> https://www.wikidata.org/wiki/Q1487136 doesn't appear to be linked to
>> any league or cup.
>>
>>
>>
>>
>> peter
>>
>>
>> On 12/23/22 15:15, Thad Guidry wrote:
>>
>>
>> Please do not do this,
>> What you are likely wanting to accomplish is relating a sports season to
>> a category of sports and this is already done.  So the relationships are
>> inferred.
>>
>> On Fri, Dec 23, 2022 at 11:01 PM Romaine Wiki 
>> wrote:
>>
>>> Hi all,
>>>
>>> Too many items on Wikidata still miss the basic statements. Perhaps we
>>> can focus together for a short period of time on a single subject to get
>>> this fixed.
>>>
>>> For example: all items with instance of (P31) sports season should also
>>> have have sport (P641) as statement.
>>>
>>> When I just ran a query I saw 24000 sports season items that are still
>>> missing sport (P641).
>>>
>>> Query:
>>> https://query.wikidata.org/#SELECT%20%3Fitem%20%3FitemLabel%20WHERE%20%7B%0A%20%20%3Fitem%20wdt%3AP31%20wd%3AQ27020041%20.%0A%20%20MINUS%20%7B%0A%20%20%20%20%3Fitem%20wdt%3AP641%20%3Fmissing%20.%0A%20%20%7D%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%22.%20%7D%0A%7D%0A
>>>
>>> I already did a few myself but for the largest part help is needed. Who
>>> has ideas and can help getting this statement added to all the sports
>>> season items.
>>>
>>> Thanks!
>>>
>>> Romaine
>>>
>>> ___
>>> Wikidata mailing list -- wikidata@lists.wikimedia.org
>>> Public archives at
>>> https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/GST2SPL43JUGN74242BWRS7CYDLFMDCL/
>>> To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
>>>
>> --
>> Thad
>> https://www.linkedin.com/in/thadguidry/
>> https://calendly.com/thadguidry/
>>
>> ___
>> Wikidata mailing list -- wikidata@lists.wikimedia.org
>> Public archives at 
>> https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/ERKXD6D3673T6GA5NGBAYTAW44DDHTPY/
>> To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
>>
>> ___
>> Wikidata mailing list -- wikidata@lists.wikimedia.org
>> Public archives at
>> https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/OD5VGSCX2JF6QXXLBDMJCEZMN6OPOFY4/
>> To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
>>
> ___
> Wikidata mailing list -- wikidata@lists.wikimedia.org
> Public archives at
> https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/VEE75U26Y7UR2WA5XQHYXLMB7CWEMMOJ/
> To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
>
___
Wikidata mailing list -- wikidata@lists.wikimedia.org
Public archives at 
https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/BIIGD4YGX3WXRDGQZMGMFGNTJM52YBG7/
To unsubscribe send an email to wikidata-le...@lists.wikimedia.org

[Wikidata] Re: Can no longer login (with or without VPN)

[Jan Ainali]

You are not blocked:
https://www.wikidata.org/wiki/Special:Log?type=block==User%3AThadguidrylogeventslist

Have you tried logging in with capital T in your username?

Best,
Jan Ainali


Den tors 17 nov. 2022 kl 03:57 skrev Thad Guidry :

> Hi team!
>
> Something happened with my account? (it's not my end because I cleared
> cookies and tried to login with my saved password as well as tried to reset
> my password).
>
> I continually get the message:
>   Incorrect username or password entered. Please try again.
>
> [image: image.png]
>
> I was ideally hoping that I could be put on the exclusion list so that I
> didn't have to even use a VPN to connect from China where I moved to
> permanently as many of you know.
>
> What should be the next steps to:
> 1. unblock me for *wikidata.org <http://wikidata.org>* somehow if I am
> blocked somewhere in the system?
> 2. add my account so that I can login to *wikidata.org
> <http://wikidata.org> *and *meta.wikipedia.org
> <http://meta.wikipedia.org>* without needing to go through a VPN?
>
> Thad
> https://www.linkedin.com/in/thadguidry/
> https://calendly.com/thadguidry/
>
> ___
> Wikidata mailing list -- wikidata@lists.wikimedia.org
> Public archives at
> https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/7MRZTCQ2ECG5SZ7LV7LMIOG52LQX6FBL/
> To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
>
___
Wikidata mailing list -- wikidata@lists.wikimedia.org
Public archives at 
https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/LU3GYIUHTYAQSPVRICF5ROVBG4L3MWHO/
To unsubscribe send an email to wikidata-le...@lists.wikimedia.org

[Wikidata] Re: Easiest way to get all sitelists counts > 0?

[Jan Ainali]

Here is a dashboard with the number of items that do have a sitelink:
https://grafana.wikimedia.org/goto/9qEhxrP7k?orgId=1

Jan Ainali


Den tis 22 mars 2022 kl 22:25 skrev :

> Is there a simple way to get the sitelinks count data for all Wikidata
> items?  I want to use the data to help rank possible text entity links to
> Wikidata items
>
> I'm really only interested in counts for items that have at least one
> (e.g., wikibase:sitelinks value that's >0).  According to statistics I've
> seen, only about 1/3 of Wikidata items have at least one sitelink.
>
> I'm not sure if wikibase:sitelinks is included in the standard WIkidata
> dump.  I could try a SPARQL query with an OFFSET and LIMIT, but I doubt
> that the approach would work to completion.
> ___
> Wikidata mailing list -- wikidata@lists.wikimedia.org
> To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
>
___
Wikidata mailing list -- wikidata@lists.wikimedia.org
To unsubscribe send an email to wikidata-le...@lists.wikimedia.org

[Wikidata] Re: Change list policy for call for papers postings?

[Jan Ainali]

Beat, do you suggest that all messages should be moderated?

Because right now it is not, and I was hoping that we could keep like that
and just ask people to not spam the list (and if they do, put them
individually on moderation).

Jan Ainali


Den sön 19 sep. 2021 kl 18:14 skrev Estermann Beat :

> Dear all,
>
>
>
> If there is an obvious thematic link to the topic of the list, then let
> the message through; if not, discard it; if in doubt, ask the sender to
> clarify the link.
>
>
>
> This should go for any message sent to the list; there is no need for any
> specific rules regarding CfPs, event announcements, etc.
>
>
>
> My 2 cents,
>
> Beat
>
>
>
>
>
> *From:* Nicolas VIGNERON 
> *Sent:* Sonntag, 19. September 2021 14:09
> *To:* Discussion list for the Wikidata project <
> wikidata@lists.wikimedia.org>
> *Subject:* [Wikidata] Re: Change list policy for call for papers postings?
>
>
>
> Hi,
>
>
>
> Maybe not a full ban (or maybe, I wouldn't be against it) but at least
> some clear rules to avoid these spam.
>
>
>
> My 2 cents:
>
> An example of mail that should absolutely be avoided (and not just on this
> mailing list) is when a similar mail is sent several times in a short
> timespan. We had almost the same mail sent in 2 days this week ! (not to
> blame this person in particular, this is not the first time it happens and
> it's bad communication).
>
> Also, senders should strive to make an effort to tell us how the call is
> related and/or could benefit to/from Wikidata (very often it's unclear, we
> shouldn't have to guess why we are receiving these calls).
>
>
>
> Cheers, ~nicolas
>
>
>
> Le dim. 19 sept. 2021 à 12:57, Luca Martinelli [Sannita] <
> martinellil...@gmail.com> a écrit :
>
> Back on point, please.
>
> In regards to calls for papers, do we want to ban them altogether, to
> set standards to allow some of them, or leave them be as they are now?
>
> L.
> ___
> Wikidata mailing list -- wikidata@lists.wikimedia.org
> To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
>
> ___
> Wikidata mailing list -- wikidata@lists.wikimedia.org
> To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
>
___
Wikidata mailing list -- wikidata@lists.wikimedia.org
To unsubscribe send an email to wikidata-le...@lists.wikimedia.org

[Wikidata] Change list policy for call for papers postings?

[Jan Ainali]

I find all these academic call for papers/abstracts/submissions emails on
this mailing list a bit spammy.

I would be okay with them if the person mailing introduced it with a
sentence or two why they believe it to be specifically interesting for the
Wikidata community.

Am I just grumpy and should delete and ignore, or do you too think we
should introduce some guidelines for this?

/Jan Ainali
___
Wikidata mailing list -- wikidata@lists.wikimedia.org
To unsubscribe send an email to wikidata-le...@lists.wikimedia.org

Re: [Wikidata] Property to encode the skills of a person

[Jan Ainali]

Den fre 9 okt. 2020 kl 21:41 skrev Thad Guidry :

>
> It's always best to look at the properties for this type P1963
>  on any particular entity
> type, such as looking and scrolling down on Q5 human
>  or Q901 scientist
>  which already lists many of those
> properties above.  Whatever is in properties for this type
>  is further used as a
> dropdown statement hint and its based on if you apply a instance of
>  statement and fill in a more
> specific type for a person, like saying this person is an instance of chess
> player , or scientist
> , or politician
> .
>
>
No, don't add occupations as P31 on humans. Add them with P106 instead.

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

Re: [Wikidata] How do you access Wikidata’s data and how does that work for you?

[Jan Ainali]

If someone don't want to use the Google form, how would they know which
questions to answer?

Best,
Jan Ainali
http://ainali.com


Den ons 27 maj 2020 kl 12:18 skrev Mohammed Sadat Abdulai <
mohammed.sadat_...@wikimedia.de>:

> *Apologies for cross-posting*
>
> Hello all,
>
> The Wikidata development team is currently doing some research to
> understand better how people access and reuse Wikidata’s data from the code
> of their applications and tools (for example through APIs), and how we can
> improve the tools to make your workflows easier.
>
> We are running a short survey to gather more information from people who
> build tools based on Wikidata’s data. If you would like to participate,
> please use this link
> <https://docs.google.com/forms/d/e/1FAIpQLSfJ-I_Ib2EOuRVG4XfeUazhXTvgKsjcKhAa2eauibSsNM_EwA/viewform?usp=sf_link>
> (Google Forms, estimated fill-in time 5min). If you don’t want to use
> Google Forms, you can also send me a private email with your answers. We
> would love to get as many answers as possible before June 9th.
>
> The data will be anonymously collected and will only be shared in an
> aggregated form.
>
> If you have any questions, feel free to reach out to me directly.
>
>
> Cheers,
>
> --
>
> Mohammed Sadat Abdulai
>
> *Community Communications Manager for Wikidata/Wikibase*
>
> Wikimedia Deutschland e.V.
> Tempelhofer Ufer 23-24
> 10963 Berlin
> www.wikimedia.de
> ___
> 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] Wikidata-powered COVID19 Dashboard

[Jan Ainali]

Why would it not be allowed?
If it is not, WDQS is at least complicit since it under Link have the
option Embed result that gives you the iframe tag to use.

Jan Ainali

Den sön 12 apr. 2020 kl 10:28 skrev Stryn :

> Not sure is it allowed to frame Wikidata query on your site, at least I
> don't like sites that have external site inside a frame.
> Also having many queries there it makes loading of your site slow. My
> phone was unable to load the site, it was crashing.
>
> *Stryn*
>
> *Wikimedia StewardAdmin and checkuser on the Finnish Wikipedia** | Admin
> on Wikidata*
> * | Admin on Meta-Wiki*
>
>
> On Sun, 12 Apr 2020 at 08:54, Markus Bärlocher <
> markus.baerloc...@lau-net.de> wrote:
>
>> Hi, looks very nice!
>> Big amount of data, nice layout! Thanks :-)
>>
>> But:
>> The absolute number of persons is not very useful.
>> Please use the relative number per 100'000 people.
>> Or add at least the relative number.
>>
>> Thanks, Markus
>>
>>
>> Am 12.04.2020 um 07:29 schrieb Fariz Darari:
>> > Hello all,
>> >
>> > COVID19 Dashboard (https://sites.google.com/view/covid19-dashboard/), a
>> > one-stop information/visualization service for COVID19-related topics,
>> > is out now!
>> >
>> > The dashboard data is pulled from Wikidata, and displays COVID19's:
>> > - Factbox
>> > - Map
>> > - Cases
>> > - Deaths
>> > - Victims
>> > - Symptoms
>> > - Possible Treatments
>> > - Health Specialties
>> > - Taxonomy
>> > - Images
>> > - Publications
>> >
>> > Take a look: https://sites.google.com/view/covid19-dashboard/
>> >
>> > Feedback is welcome, thanks!
>> >
>> > Regards,
>> > Fariz
>>
>> ___
>> 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] Wikidata office hour on April 7th

[Jan Ainali]

Den mån 6 apr. 2020 kl 11:52 skrev Andy Mabbett :

> Perhaps we can all use this service, when announcing future events?
>

I would advise against setting a standard of using a service with that many
trackers on it.

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

Re: [Wikidata] instance of, subclass of, oh my

[Jan Ainali]

Hello Gabriel,

I agree with you about the badminton tournaments, that seems odd. It
appears to already be a discussion about that on the talk page of the only
participant in the badminton project:
https://www.wikidata.org/wiki/User_talk:Florentyna#subclass_of:_badminton_tournament

Perhaps it is best to continue the discussion there?

/Jan Ainali
http://ainali.com


Den lör 15 juni 2019 kl 23:11 skrev Gabriel Altay :

> Hello everyone,
>
> I was playing around with a recent wikidata dump and extracted the items
> that "looked" like classes based on the definition here,
>
> https://www.wikidata.org/wiki/Wikidata:WikiProject_Ontology/Classes
>
> Specifically, an item is a class-item if any of the following are true,
>   * the item is the value of a P31 ("instance of") statement
>
>   * the item has a P279 ("subclass of") statement (subclass)
>
>   * the item is the value of a P279 ("subclass of") statement (superclass)
>
> Once I extracted all items that met these criteria (2,399,621 items
> from wikidata-20190603-all.json.bz2) I started examining the results.  One
> of the things I found slightly surprising is that there are about 23k
> badminton events that are classes b/c they have "subclass of
> https://www.wikidata.org/wiki/Q13357858; statements.  SPARQL query
> below.
>
>
> https://query.wikidata.org/#SELECT%20%3Fitem%20%3FitemLabel%20%0AWHERE%20%0A%7B%0A%20%20%3Fitem%20wdt%3AP31%20wd%3AQ57733494.%0A%20%20%3Fitem%20wdt%3AP279%20wd%3AQ13357858.%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%7D
>
> It also looks like there is a badminton project page,
> https://www.wikidata.org/wiki/Category:WikiProject_Badminton
> https://www.wikidata.org/wiki/Wikidata:WikiProject_Badminton/Subclass
>
>
> I'd like to remove these statements as it seems that a particular instance
> of a badminton tournament
> https://www.wikidata.org/wiki/Q121940
> is not a class.
>
> It seems that this pattern is also in place for about 1,000,000 items
> which are instance of gene (e.g. https://www.wikidata.org/wiki/Q40108).
>
> I had a couple questions for the mailing list,
>
>  1) do folks know if there is an active group working on wikidata ontology
>  2) i've read a few messages about shape expressions.  would it be
> worthwhile to setup a shape expression that prevents most items from having
> both "instance of" and "subclass of" statements?
>  3) if these entries are generated by bots, what is the best way to get in
> touch with the owner, their user talk page?
>
> I am probably missing a lot of information about what has been done so far
> in the community, but I'm happy to read anything someone points me towards.
>
> best,
> -Gabriel
> ___
> 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 ?

[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] Knowledge Integrity: A proposed Wikimedia Foundation cross-departmental program for 2018-2019

[Jan Ainali]

2018-04-17 11:39 GMT+02:00 Finn Aarup Nielsen :

>
>
> Regarding "CLICKED" and "which sources do users hover their mouse the
> most?"
>
> I do not think Wikimedia should collect this information without a clear
> opt-in. I regard a non-opt-in as an invasion of privacy and such data seems
> not to have much strategic importance for Wikimedia and Wikimedians.


Is it really invasion of privacy if you only collect which links are being
hovered over and not who is hovering over them?

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

Re: [Wikidata] 360 panoramic views

[Jan Ainali]

Yes, you are correct, that should be changed.

Med vänliga hälsningar
Jan Ainali
http://ainali.com

2017-12-18 21:25 GMT+01:00 Thad Guidry <thadgui...@gmail.com>:

> Jan,
>
> The Panaroma image and the Photosphere image examples are actually both
> Photosphere images it looks like to me.
> Shouldn't the example on Panaroma https://www.wikidata.org/wiki/
> Property:P4291 for Förkärla Church
> <https://www.wikidata.org/wiki/Q10501350>  be changed to an example
> panaroma view image... a flat 360 ribbon image ?  There are some contained
> on this page https://commons.wikimedia.org/wiki/Commons:
> Featured_pictures/Places/Panoramas
>
>
> Förkärla Church <https://www.wikidata.org/wiki/Q10501350>
>
> panorama view <https://www.wikidata.org/wiki/Property:P4291>
>
> Förkärla kyrka 20160421 06.jpg
> <https://commons.wikimedia.org/wiki/File:F%C3%B6rk%C3%A4rla_kyrka_20160421_06.jpg>
>
> <https://commons.wikimedia.org/wiki/File:F%C3%B6rk%C3%A4rla_kyrka_20160421_06.jpg>
>
>
>
> On Mon, Dec 18, 2017 at 2:04 PM Thad Guidry <thadgui...@gmail.com> wrote:
>
>> All,
>>
>> Wikidata has the new PhotoSphere property available now !
>>
>> https://www.wikidata.org/wiki/Property:P4640
>> image with the field of view 360x180 degrees
>>
>> Discussion was here: https://www.wikidata.org/wiki/Wikidata:Property_
>> proposal/photosphere
>>
>>
>> On Sat, Oct 14, 2017 at 8:59 AM Thad Guidry <thadgui...@gmail.com> wrote:
>>
>>> Jan,
>>>
>>> In Schema.org we would typically create a new Type(s) , which can hold
>>> many Properties.
>>> Schema.org is different than Wikidata.  Schema.org has Types and
>>> Properties.  Wikidata has no Types.  And that's fine, different
>>> philosophy.  Anyways...
>>>
>>> Since Schema.org has types with properties (and subtypes), our approach
>>> will be to create new types with many properties under them, something like
>>> this:
>>>
>>> http://schema.org/ImageObject
>>>
>>> TYPE: ImageObject
>>> property: name
>>> property: locationCreated
>>> etc
>>>
>>> Subtype of ImageObject:
>>>
>>>   TYPE: PanographImage
>>>   property: aliases=Stitched photo
>>>   property: name
>>>   property: locationCreated
>>>   etc.
>>>
>>> Subtypes of PanographImage:
>>>
>>> SUBTYPE:  PhotoSphere
>>> property: aliases=3D Panorama, Photo Bubble, Spherical Photo
>>> property: name
>>> property: locationCreated
>>> etc.
>>>
>>> SUBTYPE: PanoramicView
>>> property: aliases=360 Panorama View, Daguerreotype panorama
>>> property: name
>>> property: locationCreated
>>> etc.
>>>
>>>
>>> Thad
>>> +ThadGuidry <https://www.google.com/+ThadGuidry>
>>>
>>>
> ___
> 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] How to get direct link to image

[Jan Ainali]

Use Special:Filepath.

https://commons.wikimedia.org/wiki/Special:Filepath/0_A.D._logo.png

/Jan Ainali
(skickat på språng så ursäkta min fåordighet)

On Oct 30, 2017 18:16, "Laura Morales" <laure...@mail.com> wrote:

> - wikidata entry: https://www.wikidata.org/wiki/Q161234
> - "logo image" property pointing to: https://commons.wikimedia.org/
> wiki/File:0_A.D._logo.png
>
> However... that's a HTML page... How do I get a reference to the .png
> file? In this case https://upload.wikimedia.org/
> wikipedia/commons/1/1c/0_A.D._logo.png
>
> Thanks.
>
> ___
> 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] 360 panoramic views

[Jan Ainali]

I already raised that question, please chip in here:
https://www.wikidata.org/wiki/Property_talk:P4291

Med vänliga hälsningar
Jan Ainali
http://ainali.com

2017-10-14 4:31 GMT+02:00 Thad Guidry <thadgui...@gmail.com>:

> Hi folks !
>
> So we at Schema.org like the idea of your new Panorama View property as
> noted here and gaining interest...
>
> https://github.com/schemaorg/schemaorg/issues/1768
>
> We also thought a bit about that and are also thinking of an additional
> property (a subtype for us) to hold a 360 panoramic view (a complete
> spherical projection view, also known as photo bubbles, photo spheres, etc).
>
> Any seasoned Wikidata folks that can create that 360 panoramic view
> property proposal for us ?  :)
>
> Thad
> +ThadGuidry <https://www.google.com/+ThadGuidry>
>
> ___
> 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] Do you use the Wikidata entity dump dcatap.rdf?

[Jan Ainali]

If it is used, (although rarely) and you are not sure if it is causing you
any undue burden, why remove a metadata description for linked data
recommended by the EU?

Med vänliga hälsningar
Jan Ainali
http://ainali.com

2017-09-27 12:04 GMT+02:00 Marius Hoch <marius.h...@wikimedia.de>:

> Hi folks,
>
> is anyone using the Wikidata entity dump dcatap.rdf at
> https://dumps.wikimedia.org/wikidatawiki/entities/dcatap.rdf?
>
> It is very rarely used and is thus causing us a (probably) undue
> maintenance burden, because of which we plan to remove it.
>
> If anyone is making use of it, please speak up so that we can keep it or
> find a viable alternative.
>
> Cheers,
> Marius
>
> ___
> 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] Query Assistance

[Jan Ainali]

Good, that makes it a lot clearer (but unfortunately a bit harder, one
specific or all would be simple).

Employed by is also possible, but might not give the results you seek. Or
perhaps you will if they are mainly employed by universities, but in
general I don't believe many companies have all their local offices as
items (yet). E.g.a big bank that has at least one office in every major
city in a country probably only have an item for the company (and maybe
headquarter).

Med vänliga hälsningar
Jan Ainali
http://ainali.com

2017-04-09 21:47 GMT+02:00 Brill Lyle <wp.brilll...@gmail.com>:

> I hope it is possible to do this query. It will be very helpful for
> administering task lists for each event.
>
> The idea is that all of the different information:
> - residence (P551)
> - place of birth (P19)
> - place of death (P20)
> - educated at (P69)
> and maybe
> - employed by
>
> would be query-able by location.
>
> So the output would be any of the above elements matching Boston and
> environs.
>
> It would be a way to parse the master task list for anyone connected to
> Boston and environs. So then Heather can curate the task list to fit the
> editathon / event at Boston University.
>
> That would mean any or all of the elements would locate the subject in
> Boston and environs and/or at Boston University.
>
> - Erika
>
>
> *Erika Herzog*
> Wikipedia *User:BrillLyle <https://en.wikipedia.org/wiki/User:BrillLyle>*
>
> On Sun, Apr 9, 2017 at 1:03 PM, Jan Ainali <j...@aina.li> wrote:
>
>> What is that you want to restrict by place?
>> Place of birth, place of death, residence or where they were educated?
>> Or should all these be restricted or should the restriction be that at
>> least one of them should be there (or some other combination)?
>> It is probably doable, but more information is needed.
>>
>> Med vänliga hälsningar
>> Jan Ainali
>> http://ainali.com
>>
>> 2017-04-09 18:54 GMT+02:00 Erika Herzog aka BrillLyle <
>> wp.brilll...@gmail.com>:
>>
>>> Is there a way to restrict the query to all geographic places in
>>> Massachusetts possibly? Or even just Boston? And/or Boston University?
>>>
>>> I am glad for the query below but it somewhat replicates the Listeria
>>> table we have set up currently, so it's helpful but at the same time a bit
>>> more faceted searching would help.
>>>
>>> Heather will be doing this query by geographic location depending on
>>> where she is holding the Black Lunch Table editathons. Right now they are
>>> only in locations in North America but they will be potentially expanding
>>> to South Africa and Europe soon.
>>>
>>> Thanks again -- and in advance if this query is possible.
>>>
>>> Best,
>>>
>>> - Erika
>>>
>>> On Apr 8, 2017, at 2:58 AM, Nicolas VIGNERON <vigneron.nico...@gmail.com>
>>> wrote:
>>>
>>> Hi,
>>>
>>> Somtehing like this ? https://query.wikidata.org/#SE
>>> LECT%20%3Fitem%20%3FitemLabel%20%3FgenderLabel%20%3Foccupati
>>> onLabel%20%3FplaceBirthLabel%20%3FplaceDeathLabel%20%
>>> 3FresidenceLabel%20%3FeducationLabel%20WHERE%20%7B%0A%20%20%
>>> 3Fitem%20wdt%3AP972%20wd%3AQ28781198%20.%0A%20%20OPTIONAL%
>>> 20%7B%20%3Fitem%20wdt%3AP21%20%3Fgender%20%7D%0A%20%
>>> 20OPTIONAL%20%7B%20%3Fitem%20wdt%3AP106%20%3Foccupation%
>>> 20%7D%0A%20%20OPTIONAL%20%7B%20%3Fitem%20wdt%3AP19%20%
>>> 3FplaceBirth%20%7D%0A%20%20OPTIONAL%20%7B%20%3Fitem%
>>> 20wdt%3AP20%20%3FplaceDeath%20%7D%0A%20%20OPTIONAL%20%7B%
>>> 20%3Fitem%20wdt%3AP551%20%3Fresidence%20%7D%0A%20%
>>> 20OPTIONAL%20%7B%20%3Fitem%20wdt%3AP69%20%3Feducation%20%
>>> 7D%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%
>>> 3AserviceParam%20wikibase%3Alanguage%20%22en%22%20%7D%0A%7D
>>>
>>> Cdlt, ~nicolas
>>>
>>> 2017-04-08 3:39 GMT+02:00 Brill Lyle <wp.brilll...@gmail.com>:
>>>
>>>> Hi there,
>>>>
>>>> I need to do a Wikidata query of the Black Lunch Table task list that
>>>> includes location-specific faceted searching:
>>>>
>>>> So for the upcoming Boston event, would like to be able to search by
>>>> - residence (P551)
>>>> - place of birth (P19)
>>>> - place of death (P20)
>>>> - educated at (P69)
>>>> and maybe
>>>> - employed by
>>>>
>>>> Here's the Listeria table:
>>>> https://en.

Re: [Wikidata] Query Assistance

[Jan Ainali]

What is that you want to restrict by place?
Place of birth, place of death, residence or where they were educated?
Or should all these be restricted or should the restriction be that at
least one of them should be there (or some other combination)?
It is probably doable, but more information is needed.

Med vänliga hälsningar
Jan Ainali
http://ainali.com

2017-04-09 18:54 GMT+02:00 Erika Herzog aka BrillLyle <
wp.brilll...@gmail.com>:

> Is there a way to restrict the query to all geographic places in
> Massachusetts possibly? Or even just Boston? And/or Boston University?
>
> I am glad for the query below but it somewhat replicates the Listeria
> table we have set up currently, so it's helpful but at the same time a bit
> more faceted searching would help.
>
> Heather will be doing this query by geographic location depending on where
> she is holding the Black Lunch Table editathons. Right now they are only in
> locations in North America but they will be potentially expanding to South
> Africa and Europe soon.
>
> Thanks again -- and in advance if this query is possible.
>
> Best,
>
> - Erika
>
> On Apr 8, 2017, at 2:58 AM, Nicolas VIGNERON <vigneron.nico...@gmail.com>
> wrote:
>
> Hi,
>
> Somtehing like this ? https://query.wikidata.org/#SELECT%20%3Fitem%20%
> 3FitemLabel%20%3FgenderLabel%20%3FoccupationLabel%20%3FplaceBirthLabel%20%
> 3FplaceDeathLabel%20%3FresidenceLabel%20%3FeducationLabel%20WHERE%20%
> 7B%0A%20%20%3Fitem%20wdt%3AP972%20wd%3AQ28781198%20.%
> 0A%20%20OPTIONAL%20%7B%20%3Fitem%20wdt%3AP21%20%3Fgender%20%7D%0A%20%
> 20OPTIONAL%20%7B%20%3Fitem%20wdt%3AP106%20%3Foccupation%
> 20%7D%0A%20%20OPTIONAL%20%7B%20%3Fitem%20wdt%3AP19%20%
> 3FplaceBirth%20%7D%0A%20%20OPTIONAL%20%7B%20%3Fitem%
> 20wdt%3AP20%20%3FplaceDeath%20%7D%0A%20%20OPTIONAL%20%7B%
> 20%3Fitem%20wdt%3AP551%20%3Fresidence%20%7D%0A%20%
> 20OPTIONAL%20%7B%20%3Fitem%20wdt%3AP69%20%3Feducation%20%
> 7D%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%
> 3AserviceParam%20wikibase%3Alanguage%20%22en%22%20%7D%0A%7D
>
> Cdlt, ~nicolas
>
> 2017-04-08 3:39 GMT+02:00 Brill Lyle <wp.brilll...@gmail.com>:
>
>> Hi there,
>>
>> I need to do a Wikidata query of the Black Lunch Table task list that
>> includes location-specific faceted searching:
>>
>> So for the upcoming Boston event, would like to be able to search by
>> - residence (P551)
>> - place of birth (P19)
>> - place of death (P20)
>> - educated at (P69)
>> and maybe
>> - employed by
>>
>> Here's the Listeria table:
>> https://en.wikipedia.org/wiki/Wikipedia:Meetup/Black_Lunch_T
>> able/Lists_of_Articles#Black_Lunch_Table_Project_Wikidata_task_list
>>
>> It would be for this event:
>> https://en.wikipedia.org/wiki/Wikipedia:Meetup/Black_Lunch_T
>> able/Boston_Univ_Apr2017_1
>>
>> The query would provide data that could be curated / vetted / updated on
>> Wikidata to populate the Listeria table on the Boston 1 page.
>>
>> Thanks in advance for any help with this.
>>
>> - Erika
>>
>> *Erika Herzog*
>> Wikipedia *User:BrillLyle <https://en.wikipedia.org/wiki/User:BrillLyle>*
>>
>> ___
>> 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
>
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Wikipedia Task Lists for Editathons using Wikidata

[Jan Ainali]

This might be a bit off topic, but have you seen this really new
collaboration tool?

https://wpx.wmflabs.org/w/index.php/Main_Page

Med vänliga hälsningar
Jan Ainali
http://ainali.com

2017-02-06 21:46 GMT+01:00 Sandra Fauconnier <sandra.fauconn...@gmail.com>:

> I suggested something with, I think, similar functionality for the
> Community Wishlist Survey last time; got many supports but it didn’t make
> the top. Is this what you’d like to see as well, Erika?
> https://meta.wikimedia.org/wiki/2016_Community_Wishlist_
> Survey/Categories/Programs_and_events#Article_tracking_
> tool_for_Wikiprojects.2C_edit-a-thons_and_other_campaigns.
> 2C_based_on_Wikidata
>
> In the Dutch gender gap project on nlwiki we have similarly daunting task
> lists. Our working group is pro-Wikidata, we use it to inspire our task
> lists, but I’m sure that appropriate tools would make our workload there
> much lighter.
>
> Here’s an example of something that comes close - an auto-updating list of
> important female visual artists who don’t have articles on nlwiki yet, a
> list generated from Wikidata -  but it would be so great if we could add
> columns to suggest translations from other language Wikipedias, for
> instance, and if such lists would be easier to generate and create, also by
> non-Wikidata-or SPARQL-savvy people.
> https://nl.wikipedia.org/wiki/Wikipedia:Wikiproject/
> Gendergap/Kunst/Vrouwelijke_moderne_en_hedendaagse_kunstenaars
>
> Best, Sandra/Spinster
>
>
>
> On 5 Feb 2017, at 09:51, Brill Lyle <wp.brilll...@gmail.com> wrote:
>
> Hi Wikidatans,
>
> Inspired by the Zika corpus project at WikiCite 2016,[1] I wanted to see
> if it was (a) possible and (b) practical to set up an automatically
> updating table (ideally for use in Wikipedia but pulling from Wikidata)
> that would allow the Black Lunch Table Project initiative on Wikipedia to
> automate and customize their Task List -- which is somewhat massive.[2]
>
> Heather Hart from Black Lunch Table holds editathons all over North
> America,[3] and I think they will be intersectional with some of the other
> Wikipedia initiatives. So for events in places like North Carolina or New
> Orleans, it would be helpful for her to be able to pull artists from those
> communities. And for Art+Feminism in March, it would be helpful for her to
> be able to pull artists who are female-identifying.
>
> We set up some categories as a way to granulate a possible SPARQL query:
>
> - Wikipedia category:
> https://en.wikipedia.org/wiki/Category:Visual_artists_of_
> the_African_diaspora
>
> - Wikimedia Commons category:
> https://commons.wikimedia.org/wiki/Category:Visual_artists_
> of_the_African_diaspora
>
> Wikidata item:
> https://www.wikidata.org/wiki/Q28654190
>
> Right now the task list is approaching 1,000 entries, and I assume the
> task list will only grow as it is a crowdsourced list. It is understood
> that obviously not all entrants are notable, and many are at mid-career
> levels, so even a stub might be stretching it to be on Wikipedia. But a
> solid percentage are definitely notable and are deserving of pages.
>
> I was also thinking that this sort of functionality would be helpful for
> other initiatives -- maybe also Art+Feminism -- so this process might be
> transferrable for others too.
>
> Goal: To automate the task list process somewhat.
>
> And at minimum would be a good Wikidata project.
>
> I think that even exploring the possibilities here has been very fruitful
> and illustrative of Wikidata's functionality for both myself and
> Heather/Black Lunch Table Project. I think it might also provide very
> positive outreach for others as well.
>
> Best,
>
> - Erika
>
>
> [1] https://www.wikidata.org/wiki/Wikidata:WikiProject_Source_
> MetaData/Wikidata_lists/Items_about_Zika_virus_or_fever
>
> [2] https://en.wikipedia.org/wiki/Wikipedia:Meetup/Black_Lunch_
> Table/Lists_of_Articles
>
> [3] https://en.wikipedia.org/wiki/Wikipedia:Meetup/Black_
> Lunch_Table/Event_Archive
>
>
>
> *Erika Herzog*
> Wikipedia *User:BrillLyle <https://en.wikipedia.org/wiki/User:BrillLyle>*
> ___
> 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] Wikidata ontology

[Jan Ainali]

Gerard, I am willing to help. What do you want explained? (We can perhaps
move that off-list.)

Med vänliga hälsningar
Jan Ainali
http://ainali.com

2017-01-08 8:52 GMT+01:00 Gerard Meijssen <gerard.meijs...@gmail.com>:

> Hoi,
> What I mean and what I say is that there has been noone willing to explain
> why certain items are in there. When you ask questions it is seen as a
> threat and consequently I find I am treated like one. The consequence is
> that I do not care about the structure and totally ignore it. This is a
> shame because on occasion I do expect this has an impact.
> Thanks,
>   GerardM
>
> On 8 January 2017 at 00:15, Federico Leva (Nemo) <nemow...@gmail.com>
> wrote:
>
>> Markus Kroetzsch, 08/01/2017 00:12:
>>
>>> The subclass of and instance of statements are actually used in very
>>> many WDQS queries, often with * expressions to navigate the hierarchy.
>>>
>>
>> I think that's what Gerard meant: you don't have to know what's under the
>> hood, as long as it works. When you get some unexpected result, you go
>> check what went wrong in the chain of subclasses etc. This is at least what
>> I do, although I also work with some more traditional people who want to
>> know the full ontology before even entering their first statement (of
>> course they get lost for a few months).
>>
>> Nemo
>>
>>
>> ___
>> 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] content for wikidata tutorial?

[Jan Ainali]

Mine was on purpose Autolist2 to make bulk edits :)

Short documentation here:
https://www.wikidata.org/wiki/Wikidata:Workshop_at_SMHI

I also remember now that I had prepared a list of Swedes that did not have
P21 (gender), to serve as a first simple edit for each participant. I made
them first sign up on the numbered list so they each got a number, then
pasted in the prepared list of persons and asked them to add the statement
on the item corresponding to their number in the participants list.



*Med vänliga hälsningar,Jan Ainali*

Verksamhetschef, Wikimedia Sverige <http://wikimedia.se>
0729 - 67 29 48


*Tänk dig en värld där varje människa har fri tillgång till mänsklighetens
samlade kunskap. Det är det vi gör.*
Bli medlem. <http://blimedlem.wikimedia.se>


2015-12-04 19:22 GMT+01:00 Andrew Gray <andrew.g...@dunelm.org.uk>:

> Yes, we carefully used Autolist1 so that they couldn't easily make bulk
> edits, to avoid this :-). It was solely a discovery tool rather than an
> editing one.
>
> However, in the workshop, one person did figure out how to, and did a
> batch of fifty on their own initiative!
>
> A.
>
> On 4 December 2015 at 18:18, Jan Ainali <jan.ain...@wikimedia.se> wrote:
>
>> That is a nice idea Andrew. One thing to be aware of is editing pace. I
>> had an advanced workshop with prepared pre-filled Autolists, and when 10-15
>> people with new accounts on the same IP tried to add statements at the same
>> time through Autolist there was some mechanism that kicked in (to protect
>> Wikidata). I understand the reason for the feature and do not suggest
>> changing it, people designing workshops just need to be aware that this
>> feature exist.
>>
>>
>> *Med vänliga hälsningar,Jan Ainali*
>>
>> Verksamhetschef, Wikimedia Sverige <http://wikimedia.se>
>> 0729 - 67 29 48
>>
>>
>> *Tänk dig en värld där varje människa har fri tillgång till
>> mänsklighetens samlade kunskap. Det är det vi gör.*
>> Bli medlem. <http://blimedlem.wikimedia.se>
>>
>>
>> 2015-12-04 19:07 GMT+01:00 Andrew Gray <andrew.g...@dunelm.org.uk>:
>>
>>> Charles Matthews and I ran a workshop a little while ago which had
>>> something like the fortune cookie idea.
>>>
>>> First, we demonstrated basic Wikidata editing (adding/changing
>>> statements) as part of a discussion on the data structure - properties
>>> and items, item versus text properties, etc.
>>>
>>> After this, we gave everyone a numbered slip with a Wikidata query (in
>>> WDQ form) on it - mostly of the type "claim[X] and noclaim[Y]". Then
>>> we got them to load up pre-filled Autolist links (all numbered and
>>> ready), pick a couple of entries from the list, and try to fix
>>> whatever was missing. (There was an unintended detour at this point
>>> into how to interpret WDQ queries - people got the idea pretty fast
>>> that these were one set of items missing particular values)
>>>
>>> Queries we used were things like "people with no nationality" (though
>>> "people born since 1600 with no nationality" would have worked
>>> better), "people with no occupation", "buildings that don't have a
>>> 'located in' value", etc.
>>>
>>> This got people making small edits very early, ensured that we had a
>>> fresh supply of "missing cases" to work on (because the lists were
>>> generated from scratch), and prompted a lot of very good questions for
>>> discussion, people starting to hack the queries to find more specific
>>> topics, etc. I was really quite pleased with the way it worked.
>>>
>>> Andrew.
>>>
>>>
>>> On 4 December 2015 at 17:38, Benjamin Good <ben.mcgee.g...@gmail.com>
>>> wrote:
>>> > Thanks All!
>>> > (and especially to Lane for by far the best complement I've received,
>>> maybe
>>> > ever..)
>>> >
>>> > Will get back to you with the final product and some news about the
>>> > meeting..  Andra Waagmeester had a great idea that unfortunately we
>>> are a
>>> > bit late to implement.  Fortune cookies to pass out where each fortune
>>> is a
>>> > single wikidata edit that the recipient is encouraged to make..  Would
>>> love
>>> > to see that play out someday.
>>> >
>>> > -Ben
>>> >
>>> > On Fri, Dec 4, 2015 at 6:51 AM, Lane Rasberry <l...@bluerasberry.com>
>>> wrote:
>>> >>
>>> >> Benj

Re: [Wikidata] how to map other identifiers to Wikidata entity IDs

[Jan Ainali]

You could pass several ISBNs to wdq with OR (but I don't know if it will
support 100 ISBNs in one go):

https://wdq.wmflabs.org/api?q=string%5B957:%222-7071-1620-3%22%5D%20OR%20STRING[957:%222-7071-1562-2%22]


*Med vänliga hälsningar,Jan Ainali*

Verksamhetschef, Wikimedia Sverige <http://wikimedia.se>
0729 - 67 29 48


*Tänk dig en värld där varje människa har fri tillgång till mänsklighetens
samlade kunskap. Det är det vi gör.*
Bli medlem. <http://blimedlem.wikimedia.se>


2015-11-09 3:26 GMT+01:00 S Page <sp...@wikimedia.org>:

> In the article "Presenting Wikidata knowledge" [1], I've Been a bit Bold
> and specified a recipe:
>
> 1. Find existing interesting wiki pages in the domain of your application.
> 2. View the Wikidata information for those pages, choose interesting
> properties.
> 3. Associate Wikidata entity IDs with entities of your application.
> 4. Display their Wikidata information in the user's language.
> 5. Use the Wikidata "sitelinks" information about the item to provide
> links to the full Wikipedia (and Wikiquote, Wikivoyage, etc.) article about
> the entity in the user's language.
>
> But I realize for something like a reference app there won't be Wikidata
> items for every entity in your app for step 3: not every book in print has
> a Wikidata item, nor does every musical recording, etc. For those there are
> already identifiers such as ISBNs and "MusicBrainz release group ID"s (mmm,
> brains). I assume reference app developers already use these more complete
> identifiers and so I'm inviting them to add Wikidata entity IDs where
> available.
>
> I think these other identifiers are all "Wikidata property representing a
> unique identifier" and there are about 350 of them [2] But surprisingly, I
> couldn't find an easy way to look up a Wikidata item using these other
> identifiers.
>
> I found you can do it one-by-one in Wikidata Query [3] and in Wikidata
> Query Serivce [4] but neither seems amenable to doing a query on the fly
> "Get me the Wikidata item for each of these 100 ISBNs "2-7071-1620-3", ...
>
> Also, is this a temporary thing? Will Wikidata eventually have items for
> every book published, every musical recording, etc. and become a superset
> of all those unique identifiers?
>
> Thanks!
>
> [1] https://www.mediawiki.org/wiki/API:Presenting_Wikidata_knowledge
> [2]
> https://www.wikidata.org/wiki/Special:WhatLinksHere/Q19847637?limit=500
> [2] https://wdq.wmflabs.org/api?q=string%5B957:"2-7071-1620-3"%5D and
> [3] https://query.wikidata.org with the the SPARQL (mmm, sparkly)
> PREFIX wdt: <http://www.wikidata.org/prop/direct/>
>
> SELECT ?book WHERE {
>?book  wdt:P957 "2-7071-1620-3"
> }
>
> --
> =S Page  WMF Tech writer
>
> ___
> 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] Italian Wikipedia imports gone haywire ?

[Jan Ainali]

2015-09-27 22:11 GMT+02:00 Thad Guidry :

> ​​
> I have improved the Sister City property with a MUCH better description to
> save others further grief.
>

You have improved the English description on the property. However, without
updating the documentation page (which is the talk page) I guess most
community members will not notice. Just to take myself as an example, I
only check the documentation page on how a property is supposed to be used,
not a random language version description of it.

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

Re: [Wikidata] tool to do multiple searches in Wikidata at once?

[Jan Ainali]

And if you use that tool you can easily paste your excel sheet in
wikiformat as source in the big box labeled wikitext.

E.g. By entering:

[[Search]]
[[Term]]

the tool will return

Q1267283
Q3984436



*Med vänliga hälsningar,Jan Ainali*

Verksamhetschef, Wikimedia Sverige http://wikimedia.se
0729 - 67 29 48


*Tänk dig en värld där varje människa har fri tillgång till mänsklighetens
samlade kunskap. Det är det vi gör.*
Bli medlem. http://blimedlem.wikimedia.se


2015-07-23 9:29 GMT+02:00 Gerard Meijssen gerard.meijs...@gmail.com:

 Hoi,
 When the list is a list of articles in a Wikipedia, try Linked items one
 magnificent tool by Magnus that can be used for this..
 Thanks,
  GerardM




 https://tools.wmflabs.org/wikidata-todo/linked_items.php

 On 23 July 2015 at 08:44, Sandra Fauconnier sandra.fauconn...@gmail.com
 wrote:

 Hi everyone,

 I’ve been in the situation quite often (edit-a-thons; various to do
 lists) where I had a list of terms (most usually names of a few hundreds of
 people, or titles of Wikipedia articles), where I wanted to do a quick
 search on Wikidata to retrieve each of these concept’s Q number.
 Does anyone know of a tool that helps me make this easier? Enter a list
 of, say, 100 of these search terms, and receive Q number suggestions for
 each of them? I’ve looked around on wmflabs but have not found anything in
 that direction (also not with the help of Hay’s awesome tool directory
 http://tools.wmflabs.org/hay/directory/#/).

 Till now, I’ve done all these searches manually - use an excel sheet,
 look for each term individually, enter Q number for each term - quite
 accurate but very time-consuming!

 Would appreciate all help/tips !
 Thanks! Sandra (User:Spinster)

 ___
 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] Wikidata Visualization Challenge

[Jan Ainali]

Hello!

The jury has selected the winners of the Wikidata Visualization Challenge,
and the winner is Vizidata!
Runner up are Wikidata Spiral and on third place are Wikidata Topicmaps UI.
Read the jury comments and find the visualizations from
https://se.wikimedia.org/wiki/Projekt:Öppna_data_2015/Visualisering/Tävling/Jury_comments


*Med vänliga hälsningar,Jan Ainali*

Verksamhetschef, Wikimedia Sverige http://wikimedia.se
0729 - 67 29 48


*Tänk dig en värld där varje människa har fri tillgång till mänsklighetens
samlade kunskap. Det är det vi gör.*
Bli medlem. http://blimedlem.wikimedia.se


2015-06-01 23:02 GMT+02:00 Georg Wild georg.w...@mailbox.tu-dresden.de:

 Thank's for the explanation. I think the video was most challenging for
 me. I only made a simple screencast but 60 seconds was a way to narrow time
 frame for me. Also the time used for making all those parts was a key
 factor since I have a tendency to put too much of that into these things
 even tough I'm never fully satisfied with the results anyway. But I wanted
 to make it somewhat presentable because I cannot do that myself at the
 award ceremony on Thursday.

 Anyway, it's nice to finally see more contributions coming in now, still
 an hour to go :-)

 On Sat May 30 16:40:17 UTC 2015, Jan Ainali wrote:

 Great!

 Out of curiosity, what rules were dissuating?

 For reference:
 We added the the 60 second video since it is required for one of the
 externally funded prizes. This can be as simple as a screencast showing
 off
 the features of the submission.
 The infographic might be as simple as a still of the tool, that will be
 enough for qualification. But if it also explains what the submission is
 good for, the jury will count that as a plus.


 *Med vänliga hälsningar,Jan Ainali*

 Verksamhetschef, Wikimedia Sverige http://wikimedia.se
 0729 - 67 29 48


 *Tänk dig en värld där varje människa har fri tillgång till mänsklighetens
 samlade kunskap. Det är det vi gör.*
 Bli medlem. http://blimedlem.wikimedia.se


 2015-05-30 18:27 GMT+02:00 Georg Wild georg.wild at
 mailbox.tu-dresden.de:

  I will add my submission on monday when I have everything done and
 ready. Creating the parts required by the submission rules nearly
 dissuaded me from taking part to be honest, but I didn't want to miss
 out because I think ViziData [1] is perfect for this :-)

 [1] https://github.com/gordelwig/ViziData


 On 30.05.2015 10:25, Jan Ainali wrote:
  So far there is only one listing at the submissions page, however it is
  unclear if that is intended to become a proper submission or not.
 
  /Med vänliga hälsningar,
  Jan Ainali/
 
  Verksamhetschef, Wikimedia Sverige http://wikimedia.se
  0729 - 67 29 48
 
 
  /Tänk dig en värld där varje människa har fri tillgång till
  mänsklighetens samlade kunskap. Det är det vi gör./
  Bli medlem. http://blimedlem.wikimedia.se
 
 
  2015-05-30 10:01 GMT+02:00 Ricordisamoa ricordisamoa at
 openmailbox.org
  mailto:ricordisamoa at openmailbox.org:
 
  Il 26/05/2015 21:54, Jan Ainali ha scritto:
  Hi,
 
  I just wanted to let you know that there has been a few more
  prizes added to the contest (including a travel grant to Brazil!).
  Please checkout http://wvc.se for an update list.
 
  Also, if people here are planing to join the contest, please list
  yourself (non-binding) on this list [1], to help us that arranges
  this to be prepared on the scale of the number of participants.
 
  Is there any participant yet?
 
 
  [1]

 https://se.wikimedia.org/wiki/Projekt:%C3%96ppna_data_2015/Visualisering/T%C3%A4vling/Bidrag
 
  /Med vänliga hälsningar,
  Jan Ainali/
 
  Verksamhetschef, Wikimedia Sverige http://wikimedia.se
  0729 - 67 29 48
 
 
  /Tänk dig en värld där varje människa har fri tillgång till
  mänsklighetens samlade kunskap. Det är det vi gör./
  Bli medlem. http://blimedlem.wikimedia.se
 
  ___
  Wikidata mailing list
  Wikidata at lists.wikimedia.org mailto:Wikidata at
 lists.wikimedia.org
  https://lists.wikimedia.org/mailman/listinfo/wikidata
 
 
 
 
  ___
  Wikidata mailing list
  Wikidata at lists.wikimedia.org
  https://lists.wikimedia.org/mailman/listinfo/wikidata
 


 --
 ☘ excellentiā excelsiōre ☘

 ___
 Wikidata mailing list
 Wikidata at 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] Wikidata Visualization Challenge

[Jan Ainali]

Dear Markus,

It is true, however it is not mandatory for the participants to join the
event physically. It will be possible to present remotely, and if that is
not possible in the short timeframe (which is due to Nordic Open Data Week
happening and the external funder), someone from Wikimedia Sverige will
present that finalist inline with the submission, and it will not count
negatively by the jury at all (the submission should ideally be pretty much
a good presentation in itself).

I will update the wiki page to make this clear, thanks for pointing it out.



*Med vänliga hälsningar,Jan Ainali*

Verksamhetschef, Wikimedia Sverige http://wikimedia.se
0729 - 67 29 48


*Tänk dig en värld där varje människa har fri tillgång till mänsklighetens
samlade kunskap. Det är det vi gör.*
Bli medlem. http://blimedlem.wikimedia.se


2015-05-27 10:25 GMT+02:00 Markus Krötzsch mar...@semantic-mediawiki.org:

 Dear Jan,

 I just wondered about the timeline you have for this event. Is it true
 that the submission deadline is 1 June 2015, and that the ten finalists are
 then expected to present their work in Sweden on 4 June 2015? Or is this a
 typo? Three days seem to be a very short time to select finalists and to
 have the finalist plan a journey to a conference.

 Regards,

 Markus


 On 26.05.2015 21:54, Jan Ainali wrote:

 Hi,

 I just wanted to let you know that there has been a few more prizes
 added to the contest (including a travel grant to Brazil!). Please
 checkout http://wvc.se for an update list.

 Also, if people here are planing to join the contest, please list
 yourself (non-binding) on this list [1], to help us that arranges this
 to be prepared on the scale of the number of participants.

 [1]

 https://se.wikimedia.org/wiki/Projekt:%C3%96ppna_data_2015/Visualisering/T%C3%A4vling/Bidrag

 /Med vänliga hälsningar,
 Jan Ainali/

 Verksamhetschef, Wikimedia Sverige http://wikimedia.se
 0729 - 67 29 48


 /Tänk dig en värld där varje människa har fri tillgång till
 mänsklighetens samlade kunskap. Det är det vi gör./
 Bli medlem. http://blimedlem.wikimedia.se


 2015-05-04 16:13 GMT+02:00 Jan Ainali jan.ain...@wikimedia.se
 mailto:jan.ain...@wikimedia.se:

 Hello,

 Today a Wikidata Visualization Challenge starts, a competition aimed
 to make it easier to understand the value of Wikidata, what is in
 there, and/or how it is being created.

 The challenge ends June 1 and there are some nice prizes available.

 Checkout http://wvc.se http://wvc.se/ for more details.

 /Best regards,
 Jan Ainali/

 CEO, Wikimedia Sverige http://wikimedia.se



 /Tänk dig en värld där varje människa har fri tillgång till
 mänsklighetens samlade kunskap. Det är det vi gör./
 Bli medlem. http://blimedlem.wikimedia.se




 ___
 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-l] weekly summary #157

[Jan Ainali]

2015-05-09 19:54 GMT+02:00 Yuri Astrakhan yastrak...@wikimedia.org:

 Lydia, can visualization challenge use freshly launched graphs? I haven't
 enabled them on Wikidata just to be safe, but it can be done very quickly.

 See https://www.mediawiki.org/wiki/Extension:Graph

I see no reason that they could not. The visualizations should have some
sort of interactivity, and if I understand it correctly, that might be
doable with Graphs. And if not it could possibly be achieved by combining
it with a user script/gadget.

/Jan Ainali
In the jury of the visualization challenge.



 Hey folks :)

 Here's your summary of what happened around Wikidata over the past week.
 Enjoy!

 Discussions

- Open request for adminship: Mbch331

 https://www.wikidata.org/wiki/Wikidata:Requests_for_permissions/Administrator/Mbch331
- New request for comments: Notability policy overhaul

 https://www.wikidata.org/wiki/Wikidata:Requests_for_comment/Wikidata:Notability_overhaul
- Closed requests for comments: Conflict of Interest

 https://www.wikidata.org/wiki/Wikidata:Requests_for_comment/Conflict_of_Interest
(no consensus), Speedy vs Regular deletion

 https://www.wikidata.org/wiki/Wikidata:Requests_for_comment/Speedy_vs_Regular_deletion
(stale)

 Events https://www.wikidata.org/wiki/Wikidata:Events/Press/Blogs
 https://www.wikidata.org/wiki/Wikidata:Press_coverage

- A study http://www.jmir.org/2015/5/e110/ has been published about
how Wikidata can help significantly improve the quality of medical content
on Wikipedia. This is why we do Wikidata! \o/
- MusicBrainz is migrating to Wikidata for Wikipedia links

 http://blog.musicbrainz.org/2015/05/08/downstream-wikipedia-link-usage-and-migration-to-wikidata/
- Past: Open Data for Academics
https://www.facebook.com/events/359195237603987/ - some media
available on Wikimedia Commons
https://commons.wikimedia.org/wiki/Category:Open_data_for_academics.
- Upcoming: OuiShare Labs Camp http://camp.ouisharelabs.net/2015/ in
Paris
- Upcoming: MediaWiki hackathon
https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2015 in Lyon

 Other Noteworthy Stuff

- The Wikidata Visualization Challenge

 https://se.wikimedia.org/wiki/Projekt:%C3%96ppna_data_2015/Visualisering/T%C3%A4vling
has started. You can enter your submission until June 1 (23:59 CEST).
- Denny has published a proposed breakdown of tasks for Wiktionary
support incl mockups
https://lists.wikimedia.org/pipermail/wikidata-l/2015-May/006042.html.
Please read and comment.
- The Wikidata Menu Challenge
https://www.wikidata.org/wiki/Wikidata:Menu_Challenge has started
and goes on to May 27. Add labels, images and pronunciation audio to a list
of around 290 items to help show off the power of Wikidata at a food
festival.
- Dynamic lists on Wikipedia based on Wikidata data
http://magnusmanske.de/wordpress/?p=301
- The Frick Collection
https://www.wikidata.org/wiki/Wikidata:Frick_Collection and the
Brooklyn Museum both have their paintings on Wikidata now.
- The most distant known galaxy EGS-zs8-1 (Q19860435)
https://www.wikidata.org/wiki/Q19860435 has been discovered and
added to Wikidata.
- Reasonator has been restyled, to work better on mobile devices. It
also has an enhanced display on first names (exsample: Paul
https://tools.wmflabs.org/reasonator/?q=4925623)
- Woah! Volcanos!
https://tools.wmflabs.org/mix-n-match/?mode=catalog_detailscatalog=57
(Help match the Smithonian's volcano identifiers with Wikidata) ;-)

 Did you know?

- Newest properties: Smithsonian volcano identifier
https://www.wikidata.org/wiki/Property:P1886, cathedral
https://www.wikidata.org/wiki/Property:P1885, hair color
https://www.wikidata.org/wiki/Property:P1884, Declarator.org ID
https://www.wikidata.org/wiki/Property:P1883, Web Gallery of Art
identifier https://www.wikidata.org/wiki/Property:P1882, list of
characters https://www.wikidata.org/wiki/Property:P1881, measured by
https://www.wikidata.org/wiki/Property:P1880, income classification
(Philippines) https://www.wikidata.org/wiki/Property:P1879, Vox-ATypI
classification https://www.wikidata.org/wiki/Property:P1878, after a
work by https://www.wikidata.org/wiki/Property:P1877, spacecraft
https://www.wikidata.org/wiki/Property:P1876

 Development

- Access to data from arbitrary items is coming to the first wikis on
Monday
https://lists.wikimedia.org/pipermail/wikidata-l/2015-May/006038.html
\o/ It'll be Dutch Wikipedia and French Wikisource.
- Sneak peek at the current state of development for showing
constraint violations on statements
https://twitter.com/wikidata/status/597082067705438209
- Hovercards also show the target's label and ID now. (Try them by
turning them on in the beta features section of your preferences.)
- Continued

[Wikidata-l] Wikidata Visualization Challenge

[Jan Ainali]

Hello,

Today a Wikidata Visualization Challenge starts, a competition aimed to
make it easier to understand the value of Wikidata, what is in there,
and/or how it is being created.

The challenge ends June 1 and there are some nice prizes available.

Checkout http://wvc.se for more details.


*Best regards,Jan Ainali*

CEO, Wikimedia Sverige http://wikimedia.se



*Tänk dig en värld där varje människa har fri tillgång till mänsklighetens
samlade kunskap. Det är det vi gör.*
Bli medlem. http://blimedlem.wikimedia.se
___
Wikidata-l mailing list
Wikidata-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-l

Re: [Wikidata-l] [Multimedia] Commons file-topic searching and storage (was Re: Commons Categories again)

[Jan Ainali]

2014-09-13 21:51 GMT+02:00 James Heald j.he...@ucl.ac.uk:


 What we have is a design challenge, which needs a design solution.


And I am just saying that you are jumping to conclusions, because there is
no evidence saying that the servers that would be set up to handle this
would not be able to handle the load.

Before restricting ourselves from the functionality that we really really
would like to have, and avoid replicating the manual labour that we hate
and want to get away from, could we please let the ops chip in?

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

Re: [Wikidata-l] [Multimedia] Commons file-topic searching and storage (was Re: Commons Categories again)

[Jan Ainali]

Just answering a few bits now.

2014-09-13 18:14 GMT+02:00 James Heald j.he...@ucl.ac.uk:


 * Where will topics be stored ? *

 On the question of where the list of topics will be stored, the initial
 thoughts of the Structured Data team would seem to be clear: they are to be
 stored on the new CommonsData wikibase.

 See eg:
 https://commons.wikimedia.org/w/index.php?title=File%
 3AStructured_Data_-_Slides.pdfpage=17  (topic links)
 https://docs.google.com/document/d/1tzwGtXRyK3o2ZEfc85RJ978znRdrf
 9EkqdJ0zVjmQqs  (API design and class diagram)


I read that as topics will be stored on Wikidata. That is, on Commons, you
say that file DouglasAdams.jpg is about topic Q42, which is referring to an
object on Wikidata. Everything about Q42 is stored on Wikidata.

* What about the natural hierarchical structure ? *

 eg

 Leonardo da Vinci
 --  Mona Lisa
 --  --  Files depicting the Mona Lisa

 Shouldn't the fact that it was Leonardo that painted the Mona Lisa only be
 stored in one place, on Mona Lisa, (or perhaps on Leonardo); but *not*
 multiple times, separately on every single depiction file?

 *A*:  Probably not, for several reasons.


If the topics are on Wikidata, you will have this for free, meaning that
the hierarchy is already there, ready to be exploited.

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

Re: [Wikidata-l] [Multimedia] Commons file-topic searching and storage (was Re: Commons Categories again)

[Jan Ainali]

2014-09-13 20:15 GMT+02:00 James Heald j.he...@ucl.ac.uk:

 On 13/09/2014 18:15, Jan Ainali wrote:

 2014-09-13 18:14 GMT+02:00 James Heald j.he...@ucl.ac.uk:


  * Where will topics be stored ? *

 On the question of where the list of topics will be stored, the initial
 thoughts of the Structured Data team would seem to be clear: they are to
 be
 stored on the new CommonsData wikibase.

 See eg:
 https://commons.wikimedia.org/w/index.php?title=File%
 3AStructured_Data_-_Slides.pdfpage=17  (topic links)


 I read that as topics will be stored on Wikidata. That is, on Commons, you
 say that file DouglasAdams.jpg is about topic Q42, which is referring to
 an
 object on Wikidata. Everything about Q42 is stored on Wikidata.


 Yes, I imagine you would store say

 Q42182 (pointing to Buckingham palace), probably with P180 (depicts - as
 opposed to signature of, or chemical structure for

 But I suspect you would also store eg

 Q16560 (palace) etc; even though this is implied by Buckingham Palace



 * What about the natural hierarchical structure ? *


 eg

 Leonardo da Vinci
 --  Mona Lisa
 --  --  Files depicting the Mona Lisa

 Shouldn't the fact that it was Leonardo that painted the Mona Lisa only
 be
 stored in one place, on Mona Lisa, (or perhaps on Leonardo); but *not*
 multiple times, separately on every single depiction file?

 *A*:  Probably not, for several reasons.


 If the topics are on Wikidata, you will have this for free, meaning that
 the hierarchy is already there, ready to be exploited.


 Yes the hierarchy is there, ready to be exploited.

 But exploiting it costs time.

 The point I'm making in my post is that, especially when the user request
 is a combination search on two quite general topics,  you don't want to be
 hanging around *waiting* while the system works out how to exploit it.

 Instead you want the answer then and there -- and that means
 denormalisation.


Let the ops worry about time, I have not heard them complain about a search
dystopia yet. Even the Wiki Data Query has reasonable response time
compairing to the power it offers in the queries. And that is on wmflabs,
not a production server.
You're saying that even when we make the effort to get structured linked
data we should not exploit the single most important advantage it offers.
It does not make sense.
It almost like just repeating the category sysem again but with another
software (albeit it offers multilinguality).

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