[Wikidata] Re: WEB references

[Nicolas VIGNERON]

Hi,


For all, I'll answer in French and in private. It seems to be a basic
confusion of homonyms.

Cheers,
Nicolas

Le jeu. 27 juil. 2023 à 11:15, Marie-Claude Lemaire  a
écrit :

> I want that the wikidata reference Mallet-Lemaire Marie-Claude announcing
> my Joliot-Curie prize disappear from the WEB. My reference as particle
> physics researcher is Marie-Claude Lemaire et I did not receive any prize
> in particle physics.
>
> https://inspirehep.net/authors/1000606
>
> Please delete this refrence quickly.
>
> Marie-Claude Lemaire
> ___
> Wikidata mailing list -- wikidata@lists.wikimedia.org
> Public archives at
> https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/Y22S67MJDG5SXHSA62EGVUWI7FVHG2CI/
> 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/U5SA6UGUUXDAEP6G67NTBN3Q5JXFT6PY/
To unsubscribe send an email to wikidata-le...@lists.wikimedia.org

[Wikidata] Re: Questions about Lexicographical Data

[Nicolas VIGNERON]

Hmmm,

This case seems rare and very hypothetical (did anybody ever did it?),
but if there is really a need, one could already do this:

Someone <- personal pronoun P6553 -> he L485 <- qualifier : subject
form P5830 -> he L485-F2

(this is what is already done on lexemes level statements when it
apply only to some form and not all of them)

Cheers,
Nicolas

Le jeu. 4 août 2022 à 05:45, Thad Guidry  a écrit :
>
> Interesting questions.
> The datatype for P6553 is already a Lexeme, not a Lexeme Form.  So likely 
> this is a new property proposal I guess?
>
> Existing example:
> Lukas Werkmeister <- personal pronoun -> he L485, er L41653
>
> And what you are looking for is another new property that could take Lexeme 
> Forms instead of just Lexemes?
>
> Example using a new property:
> Lukas Werkmeister <- personal pronoun forms -> he L485-F2, er L41653-F4
>
> What do others think of Crystal's use case?
>
> 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/ZA6QVZMIOXIKXUZMTKX3QQ7IRKK6ZZJB/
> 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/ZRPXHKB4CHBTFRZOHBI2OSOE4TVEHIQD/
To unsubscribe send an email to wikidata-le...@lists.wikimedia.org

[Wikidata] Re: New "mul" term language code available on Test Wikidata

[Nicolas VIGNERON]

Great news !

Now, we need to figure out how exactly to use it editorially.
I'm thinking for instance about articles - mentioned in the first task
- where there is a redundancy but still an actual language ; I can see
several ways we could implement a new and less redundant model : just
using mul and the property title to indicate the actual language, or
using mul and the actual language.
In both cases redundancy will be much much lower (quick guesstimate
around a billion triples less! so it's really a great news.

Cheers,
Nicolas

Le lun. 25 avr. 2022 à 17:54, Mohammed Sadat Abdulai
 a écrit :
>
> (This change is relevant for all Wikidata users working with labels, 
> descriptions, and aliases.)
>
>
> Based on a long-standing community request we have enabled a new language 
> code for labels, descriptions, and aliases on Test Wikidata: “mul”, a special 
> language code meaning “multiple languages”. It is intended to replace the 
> current duplication of certain labels and aliases in many languages: instead 
> of the given name Douglas (Q463035) having the label “Douglas” in hundreds of 
> Latin-script languages, it should be enough to add it once as the “mul” label 
> and have all other languages falling back to that (before, as usual, falling 
> back to “en” as a last resort). This should reduce the amount of redundant 
> data in Wikidata, and relieve some pressure from the query service. A big 
> thank you goes to all people involved in the discussions!
>
>
> The purpose of the Test Wikidata version of this feature is to determine 
> whether the current functionality is already sufficient, or whether the 
> feature needs more work before it can be enabled on Wikidata proper.
>
>
> Current implementation:
>
> You can interact with the new language code using the API.
>
> The new language code appears in the table of labels at the top of an item 
> page for users whose Babel information includes “mul” (or who use 
> ?uselang=mul in the URL). If there is already a “mul” label, it will be 
> available for everyone under the usual “all entered languages” option.
>
> The page heading will fall back to the “mul” label if necessary. Fallbacks to 
> “mul” have the usual “indicator” that shows a fallback took place (CSS class 
> wb-language-fallback-mul).
>
>
> For more details, see T285156 (or T297393 for the Test Wikidata 
> implementation). You are welcome to leave any feedback about the technical 
> implementation of the new language code on these tickets.
>
>
> The new language code will very likely need adjustment of Wikidata policies 
> and guidelines. In case you would like to contribute to drafting preliminary 
> new guidelines, a good starting point is: Help talk:Label#Drafting of 
> guidelines for new language code mul.
>
>
> Cheers,
>
>
> --
> Mohammed Sadat
> Community Communications Manager for Wikidata/Wikibase
>
> Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
> Phone: +49 (0)30 219 158 26-0
> https://wikimedia.de
>
> Keep up to date! Current news and exciting stories about Wikimedia, Wikipedia 
> and Free Knowledge in our newsletter (in German): Subscribe now.
>
> Imagine a world in which every single human being can freely share in the sum 
> of all knowledge. Help us to achieve our vision!
> https://spenden.wikimedia.de
>
> Wikimedia Deutschland – Gesellschaft zur Förderung Freien Wissens e. V. 
> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter 
> der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für 
> Körperschaften I Berlin, Steuernummer 27/029/42207.
> ___
> 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?

[Nicolas VIGNERON]

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

Re: [Wikidata] Gregorian/Julian dates QuickStatements

[Nicolas VIGNERON]

Hi,

Sadly, no there is not. See
https://www.wikidata.org/wiki/Help:QuickStatements#Limitations

Cheers,
~nicolas

Le sam. 13 févr. 2021 à 13:05, Olaf Simons 
a écrit :

> Dear Wikidata people,
>
> I am trying to find out whether QuickStatements has found a way to define
> Julian/Gregorian markers on dates.
>
> We have massive lists of dates for German and English territories after
> 1582 that are on the Julian calendar since they come from Protestant or
> Eastern Orthodox calendars that switch to Gregorian far later. Is there a
> way to mark the proper calendar on a QuickStatement input - which we could
> easily do with a look at our varius sources.
>
> Best wishes,
> Olaf
>
>
>
> Dr. Olaf Simons
> Forschungszentrum Gotha der Universität Erfurt
> Am Schlossberg 2
> 99867 Gotha
> Büro: +49-361-737-1722
> Mobil: +49-179-5196880
> Privat: Hauptmarkt 17b/ 99867 Gotha
>
> ___
> 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] ACM UMAP 2021: Third Call-for-Papers - Updated submission information

[Nicolas VIGNERON]

Hi,

I don't want to be "unwelcoming" but can't we filter out all of these
spammy "Call-for-Papers" unrelated to Wikidata? Wikidatian really does not
seem to be the target here.

Cheers,
~nicolas

Le mar. 12 janv. 2021 à 00:02, Violeta Ilik  a
écrit :

> I want to say I am surprised but no, I am not. This list is full of
> unwelcoming people who somehow continue to thrive here.
> Unbelievable.
>
> -vi
>
>
>
> On Mon, Jan 11, 2021 at 5:49 PM Maarten Dammers 
> wrote:
>
>> Hi Oana,
>>
>> On 11-01-2021 08:58, Oana Inel wrote:
>> > --- Apologies for cross-posting ---
>>
>> Apologies not accepted. This doesn't seem to be on topic for this list.
>> Have a look at
>> https://ruben.verborgh.org/blog/2014/01/31/apologies-for-cross-posting/
>>
>> Maarten
>>
>>
>>
>> ___
>> 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] Lexeme's Transliteration documentation, let's improve! ; -)

[Nicolas VIGNERON]

Hi,

Are you really talking about transliteration, this is not clear? At least,
https://www.wikidata.org/wiki/Lexeme:L348525 has a problem and does not
look like a Lexeme : the lemma lemma and forms are in different languages.
If I understand what you want to do (which look like to be a simple
borrowed affix), you should have to lexemes : one the main lemma should be
"saurus"@en and "σαῦρος"@grc should be an etymology statement (this
"σαῦρος"@grc being the second lexeme).

Plus, as (real) transliteration can be automatically inferred (unlike
transcription) I'm not sure we really should store them in Lexemes.

Cheers, ~nicolas

Le dim. 13 déc. 2020 à 05:35, Thad Guidry  a écrit :

> Sorry, forgot to include a work in progress example:
>
> https://www.wikidata.org/wiki/Lexeme:L348525
>
> Thad
> https://www.linkedin.com/in/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] Lexeme Translations (best practices)

[Nicolas VIGNERON]

Hi Thad,

Yes, this is how this property is meant to be used.

On a personal note, I don't really like this property, in almost all cases,
this is just explicitly storing data that is already implicitly there (if
two senses of two lexemes in different languages are linked to the same
items, then it's a  translation).
Plus, translation is always a tricky business (*Traduttore*, *traditore*),
I wouldn't base any tools solely on Lexemes translation.

Cheers,
~nicolas

Le jeu. 8 oct. 2020 à 17:47, Thad Guidry  a écrit :

> Is this the correct way to properly translate Lexemes ?
>
> https://www.wikidata.org/wiki/Lexeme:L10958
>
> https://www.wikidata.org/wiki/Lexeme:L314200
>
> Thad
> https://www.linkedin.com/in/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] Cannot merge 2 Lexemes and no errors in browser

[Nicolas VIGNERON]

Hi Thad,

When you merge Lexemes, there is a trick : for a given language the lemma
has to exactly match (because otherwise, you would have two lemma with the
same languages which is not possible).
So before merging, you can either change the lemma to be the same or change
the language of one of the lemma (en-gb ?).

Cheers,
~nicolas

Le ven. 21 août 2020 à 22:42, Thad Guidry  a écrit :

> Hi Community!
>
> Trying to merge these 2 Lexemes:
>
> *eye to eye* https://www.wikidata.org/wiki/Lexeme:L190266
>
> *eye-to-eye* https://www.wikidata.org/wiki/Lexeme:L190270
> I don't see any errors (or JS console errors)
>
> Thad
> https://www.linkedin.com/in/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] Speed of indexing new Wikidata lexemes

[Nicolas VIGNERON]

Hi,

I notice everyday the same issue. I've seen other people saying the same
thing.

This ticket https://phabricator.wikimedia.org/T240328 reports this problem
(or a related one at least).

Cheers,
~nicolas

Le ven. 3 juil. 2020 à 11:50,  a écrit :

> Dear Wikidata people,
>
>
> I regularly experience that the Wikidata lexemes, forms (and perhaps
> senses?) are not that quickly indexed to the degree that newly entered
> Wikidata lexemes and forms are not possible to reference as property
> values.
>
> I am wondering whether other editors face the same issue? Maybe I am the
> only one bothered by the issue. I tend to use the compound and usage
> example property often where this is an issue.
>
> Labels from newly entered Q-items also suffer lag in indexing, but in
> this case the Q-identifier can be used for the lookup.
>
> I am wondering whether there is a "secret" way of referencing a newly
> entered item in the same way as Q-items. I have tried, e.g., L2133,
> Lexeme:L2133, https://www.wikidata.org/wiki/Lexeme:L2133, but none of
> them lookup.
>
> I believe the issue has been a particular problem since the wb_terms
> table was dropped? But apparently, there was also an issue in 2018
> https://phabricator.wikimedia.org/T196896 that seems to have been solved
> by Stas at that point.
>
> I am wondering whether this is worth a Phabricator ticket?
>
>
> Finn Årup Nielsen
> https://people.compute.dtu.dk/faan/
>
>
> ___
> 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] Language codes 'mul' and 'mis' not recognized

[Nicolas VIGNERON]

Hi,

Yes, that's very confusing but there is a trick : the GUI doesn't propose
nor "recognize" it but if you just press enter or click publish, it accepts
it anyway... (same for other codes, at least "fro" and "frm" old and middle
French), see https://www.wikidata.org/wiki/Q15397819#P1476 for instance.

Cheers, ~nicolas

Le lun. 22 juin 2020 à 21:48, Thomas Francart  a
écrit :

> Hello
>
> Le lun. 22 juin 2020 à 18:19, Mbch331  a
> écrit :
>
>> Monolingual codes aren't available for labels/aliases, only for
>> properties of the type monolingual text.
>>
> Indeed, thank youu.
> What confused me is that I cannot enter such a monolingual text value with
> language code "mul" or "mis" from the GUI, for a statement like "title".
>
> Thomas
>
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Wikidata generic tree problem

[Nicolas VIGNERON]

Hi,

Didn't you see Finn answer ? (I copy-paste it again under)

Giving some context could also help finding a solution. At the very least a
link to "Wikidata generic tree" (it's not clear to me what you are talking
about: https://angryloki.github.io/wikidata-graph-builder/ or something
else)

Cheers, ~nicolas

If you are the "Wikidata generic tree" tool developer, then you
shouldn't load any third-party assets from third-party sites for privacy
reasons.

The third-party assets should be loaded from either your own Toolforge
application, or perhaps from a generic Wikimedia asset server (do we
have that?).

In Scholia, we are loading D3 from
https://scholia.toolforge.org/static/d3.v5.min.js (which may not be
optimal).

/Finn

Le mar. 21 avr. 2020 à 15:52, Fabrizio Carrai  a
écrit :

> Any suggestion on the problem ?
>
> Thanks again
>
> FabC
>
> Il giorno gio 16 apr 2020 alle ore 22:47 Fabrizio Carrai <
> fabrizio.car...@gmail.com> ha scritto:
>
>> Today the "Wikidata generic tree" tool is not able to load the labels. My
>> Chromium console reports:
>>
>> *[Report Only] Refused to load the script 'https://d3js.org/d3.v3.min.js
>> ' because it violates the following Content
>> Security Policy directive: "default-src 'self' 'unsafe-eval'
>> 'unsafe-inline' blob: data: filesystem: mediastream: wikibooks.org
>>  *.wikibooks.org  wikidata.org
>>  *.wikidata.org  wikimedia.org
>>  *.wikimedia.org  wikinews.org
>>  *.wikinews.org  wikipedia.org
>>  *.wikipedia.org  wikiquote.org
>>  *.wikiquote.org 
>> wikisource.org  *.wikisource.org
>>  wikiversity.org 
>> *.wikiversity.org  wikivoyage.org
>>  *.wikivoyage.org 
>> wiktionary.org  *.wiktionary.org
>>  *.wmflabs.org 
>> wikimediafoundation.org  mediawiki.org
>>  *.mediawiki.org 
>> wss://tools.wmflabs.org ". Note that
>> 'script-src-elem' was not explicitly set, so 'default-src' is used as a
>> fallback.*
>>
>> Same result with FireFox.
>>
>> Thanks for any support that anybody can provide
>>
>> Ciao
>> *-- *
>> *Fabrizio*
>>
>
>
> --
> *Fabrizio*
> ___
> 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

[Nicolas VIGNERON]

Hi,

Just a suggestion but since Wikidata is multilingual why not make use of
it? It's a bit sad that this page is only in English :(

Cdlt, ~nicolas

Le mar. 14 avr. 2020 à 09:18, Fariz Darari  a écrit :

> Dear WD community,
>
> many thanks for the input for the COVID19 Dashboard (
> https://sites.google.com/view/covid19-dashboard).
>
> We have just added the relative information to the number of cases and
> deaths (that is, per 100k population), as well as the CC0 information.
>
> And again, feedback is welcome.
>
> Regards,
> Fariz
>
>
> On Mon, Apr 13, 2020 at 12:43 AM Fabrizio Carrai <
> fabrizio.car...@gmail.com> wrote:
>
>> Compliments for the great job, nice look! My suggestion: to show the
>> number of cases in percentage of the overall country population. In my
>> opinion this give an indicator of the diffusion in each country.
>>
>> Regards
>> FabC
>>
>>
>> Il giorno dom 12 apr 2020 alle ore 07:30 Fariz Darari 
>> ha scritto:
>>
>>> 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
>>>
>>
>>
>> --
>> *Fabrizio*
>> ___
>> 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] [Wikisource-l] Memorandum of Understanding with NDLI, CIS and WMF

[Nicolas VIGNERON]

Hi,

That's a really great news! Thanks for sharing it.
I browse quickly the content they have and wow, this is really
multilingual. I even found some bilingual books with Breton (mislabelled as
French) and I saw a lot of other minority languages!

Do you already know what the next steps will be? Do you need help?

Cheers, ~nicolas

Le sam. 14 mars 2020 à 09:52, Bodhisattwa Mandal <
bodhisattwa.rg...@gmail.com> a écrit :

> Hi all,
>
> It gives us immense pleasure to announce to the Wikimedia community that 
> National
> Digital Library of India
>  (NDLI),
> Centre for Internet and Society (CIS) and Wikimedia Foundation (WMF) have
> signed a tripartite non-binding Memorandum of Understanding (MoU) for a
> 2-years partnership. National Digital Library of India is a Ministry of
> Human Resource Development
> 
> project, developed at IIT Kharagpur
> 
> which aims to build a virtual repository of learning resources and
> literature metadata.
>
> Through this understanding, we will work together on:
>
>- integrating Wikisource and Wikidata contents on NDLI website.
>
>- building up technical infrastructure on NDLI website to crowdsource
>metadata curation on Wikidata and proofreading on Wikisource websites.
>- importing relevant contents and data from NDLI website to Wikidata
>and Wikisource.
>- identifying and pursuing collaboration opportunities around other
>Wikimedia projects, such as Wikibooks.
>
> After months of discussion among the three parties, the understanding was
> finalized during International Symposium on Knowledge Engineering for
> Digital Library Design 2019,  an
> international conference organized collaboratively by NDLI and UNESCO at IIT
> Delhi ,
> where WMF was a technical partner.
>
> Many apologies for cross-posting the announcement in different relevant
> mailing lists.
>
> Regards,
> Jayanta and Bodhisattwa
> CIS-A2K
> ___
> Wikisource-l mailing list
> wikisourc...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikisource-l
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Reduced loading times for Wikidata/Wikimedia Commons

[Nicolas VIGNERON]

Great !

Two small perfectionist question:
- is it finished or can we maybe go further?
- can it be done/replicated on other Wikimedia projects?

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

Re: [Wikidata] SPARQL query for wikdata no on external Wikibase

[Nicolas VIGNERON]

Le mer. 22 janv. 2020 à 11:36, Olaf Simons 
a écrit :

> and I gave a mutilated link again... This is my search:
>
>
> https://database.factgrid.de/query/#SELECT%20%3Fplace%20%3FplaceLabel%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%20%20%3Fplace%20wdt%3AP2%20wd%3AQ8.%0A%7D
>
> now most of these places have a Wikidata reference, which you find in the
> section of Wikimedia-related projects (at the end or to the right, where
> you can link to Wikipedias).
>
> https://database.factgrid.de/wiki/Item:Q10279
>
> the Wikidata link is under "wikidatawiki"
>
> I am wondering how I can have these Wikidata Q-numbers in a column. (I am
> just preparing a new input from Wikidata and want to make sure I do not
> create double records - identical Wikidata-numbers are the indicator that
> we already have the item...)
>
> best,
> Olaf
>

I'm confused: what is the difference between your wish and the query a gave
you? (because my query do have the «  Wikidata Q-numbers in a column. »)

I've added a filter to have only the Wikidata links (my previous query gave
all the links, wikidata or otherwise) :
https://database.factgrid.de/query/#SELECT%20%3Fplace%20%3FplaceLabel%20%3Flink%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%20%20%3Fplace%20wdt%3AP2%20wd%3AQ8.%0A%20%20%3Flink%20schema%3Aabout%20%3Fplace%20%3B%20schema%3AisPartOf%20%3Chttps%3A%2F%2Fwww.wikidata.org%2F%3E%20.%0A%7D

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

Re: [Wikidata] SPARQL query for wikdata no on external Wikibase

[Nicolas VIGNERON]

Le mer. 22 janv. 2020 à 11:06, Olaf Simons 
a écrit :
>
> no, not quite.

Hmm, not sure to understand what you want then, could you explain?

> My problem is that the wikidata number (that appears in the Wiki-link
section) is not organised as a regular Property entry - so I wonder how to
ask for it in this search:

Yes, that's why I used schema:about to get the wikilink (store in a link
variable).

Here the same instruction but applied to your query (that I see in your
second mail after I answered the first mail, sorry, maybe it will be more
explicit like that) :
https://database.factgrid.de/query/#SELECT%20%3Fplace%20%3FplaceLabel%20%3Flink%20WHERE%20%7B%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%20%20%3Fplace%20wdt%3AP2%20wd%3AQ8.%0A%20%20%3Flink%20schema%3Aabout%20%3Fplace%20.%0A%7D%0A%0AORDER%20BY%20%3FplaceLabel

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

Re: [Wikidata] SPARQL query for wikdata no on external Wikibase

[Nicolas VIGNERON]

Hi Olaf,

Is it what you are looking for:
https://database.factgrid.de/query/#SELECT%20%2a%20WHERE%20%7B%0A%20%20%3Flink%20schema%3Aabout%20wd%3AQ89076%20.%0A%7D
?

Cheers,
~nicolas

Le mer. 22 janv. 2020 à 10:31, Olaf Simons 
a écrit :

> On FactGrid we have matched all our items with the respective Wikidata
> Q-numbers (wherever possible). Does anybody know what SPARQL query I should
> use to get these numbers?
>
> This is a geographical entity on our wikibase with the Wikidata number at
> the appropriate place
>
> https://database.factgrid.de/wiki/Item:Q89076
>
> and this is the SPARQL-query to all geographical places which I would love
> to get with the respective Wikidata numbers
>
> Best,
> Olaf
>
>
>
>
>
> Dr. Olaf Simons
> Forschungszentrum Gotha der Universität Erfurt
> Schloss Friedenstein, Pagenhaus
> 99867 Gotha
>
> Büro: +49-361-737-1722
> Mobil: +49-179-5196880
>
> Privat: Hauptmarkt 17b/ 99867 Gotha
>
> ___
> 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] Researching Wikidata's Internal References

[Nicolas VIGNERON]

Le lun. 20 janv. 2020 à 14:14, Eugene Alvin Villar  a
écrit :

> On Mon, Jan 20, 2020, 9:06 PM Nicolas VIGNERON, <
> vigneron.nico...@gmail.com> wrote
>
>> In a nutshell, you can safely assume that only the property 'stated in'
>> matters.
>>
>
> I think 'inferred from' (P3452) should also be considered as an internal
> reference.
>

Probably but this property is not often used.

I managed to make a query work: https://w.wiki/FqH (number of use of the 76
properties used in the references space for items located in Paris, the
last part is to have a small sample and avoid timeout ; also, maybe the
SPARQL code could be optimized, I just wanted to have an overview and
confirm my assumption that only a few property are widely used)

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

Re: [Wikidata] Researching Wikidata's Internal References

[Nicolas VIGNERON]

Hi,

A lot of different properties are used in the reference "space" but
'reference URL' and 'stated in' are the two main one. The third important
is ' imported from Wikimedia project' whi is the most used but it's not a
real reference per se (more a token for tracability).
Then there is a lot of property to precise the reference (like 'page(s)'
P304 or 'retrieved' P813 for the mosts common).
Finally, there is probably a lot of errors or mistake.

In a nutshell, you can safely assume that only the property 'stated in'
matters.

Cheers,
~nicolas

PS: I tried to do a SPARQL to see which properties is used but it timesOut
:/

Le lun. 20 janv. 2020 à 12:26, Gabriel Maia  a
écrit :

> Hello Everyone,
>
> My name is Gabriel, I'm a Ph.D. student who's trying to research the
> relevance/quality of internal references in Wikidata (non-external URLs).
>
> My first objective is to locate these references, and for that I wanted to
> ask you all for help.
>
> Here , it is mentioned that
> sources come normally either if the 'reference URL' property (I assume for
> external references) or the 'stated in' property (I assume for internal
> references).
>
> So, my question is, apart from the 'stated in' property, what other
> properties are used for internal references?
>
> My goal is to parse these references, match them with their claims and
> see, for each claim-reference pair, how relevant is the reference.
>
> Thank you!
>
> Kind regards,
>
>
> *Gabriel Maia Data Scientist and
> Researcher*
> gabrielmaiaro...@gmail.com | +44 7472 546312
> [image: https://facebook.com/maiarocg]  [image:
> https://www.linkedin.com/in/maiarocg]
>  
> ___
> 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] Next office hour on November 5th on Telegram

[Nicolas VIGNERON]

Le mar. 15 oct. 2019 à 08:33, Gerard Meijssen  a
écrit :

> Ok so how do I not enter a phone number?
> Thanks,
>  GerardM
>

I don't remember exactly how I did it back then but just search "telegram
without phone" you'll find plenty of tutorial and various solutions.

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

Re: [Wikidata] Next office hour on November 5th on Telegram

[Nicolas VIGNERON]

Le mar. 15 oct. 2019 à 06:22, Gerard Meijssen  a
écrit :

> Hoi,
> Telegram is primarily a phone based system.
>
True.

> It does not allow me to just have an account.
>
Wrong. I have no smartphone and do have a Telegram account on my laptop
only.

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

Re: [Wikidata] Timeout on example queries

[Nicolas VIGNERON]

Hi,

The "wikibase:label" service is know to consume and it timeouts often
(nothing new it happens since the beginning ; but as Wikidata grows, it's
more or more visible).

This simplified version of the query works (without intermediate variables
and without the service): https://w.wiki/9yR

Cheers,
~nicolas

Le sam. 12 oct. 2019 à 18:41, Fabrizio Carrai  a
écrit :

> I noticed few timeouts on example queries, for example
>
> Whose birthday is today ?
> 
>
> Is it correct to have this condition ?
> --
> *Fabrizio*
> ___
> 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] Big numbers

[Nicolas VIGNERON]

Hi,

The offical documentation is
https://www.wikidata.org/wiki/Help:Data_type#quantity but indeed there is
no indication of the limit.

>From what I tested, apparently you can enter any number which is less than
127 characters long (https://www.wikidata.org/wiki/Q4115189#P1104).

Cheers,
~nicolas

Le lun. 7 oct. 2019 à 08:58, John Erling Blad  a écrit :

> Is there any documentation of the number format used by the quantity type?
> Bumped into this and had to implement the BCmath extension to handle the
> number. The reason why I did it (except it was fun) is to handle some weird
> unit conversions. By inspection I found there were numbers at Wikidata that
> clearly could not be implemented as doubles, and testing a little I found
> that this had to be implemented as some kind of big numbers. Lua does not
> have big numbers, and using the numbers from quantity as a plain number
> type is a coming disaster.
>
> So, is there any documentation for the quantity format anywhere? I have
> not found anything. I posted a task about it, and please add info there if
> you know where some info can be found. I suspect the format just happen to
> be the same as BC, and nobody really checked if the format was compatible,
> or…?
>
> The BCmath extension can be found at
> - https://www.mediawiki.org/wiki/Extension:BCmath
> - https://github.com/jeblad/BCmath
>
> There is a Vagrant role if anyone likes to test it out.
> ___
> 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] Lexical datas and automated learning – where it is answered to « I don’t believe in Wikidata senses developpment »

[Nicolas VIGNERON]

Hi all,

As a reminder, for ideas of tool, there is
https://www.wikidata.org/wiki/Wikidata:Lexicographical_data/Ideas_of_tools
(feel free to add your own ideas or to take an idea to make a tool)

Machine translation is a very hard and complex subject, and anyway, it
needs a large set of data. It's still a good goal for the future but right
now, we should focus on tool increasing and improving the data.

Cheers, ~nicolas

Le ven. 20 sept. 2019 à 16:34, Thomas Douillard 
a écrit :

>
> Oh, one obvious usecase that comes to my mind, after reading a discussion
> like this one
> 
> this reminds that we are a multilingual community that could hugely benefit
> from some help in multilingual discussions. So if we can eat our own dog
> food … it’s for the better. It could indeed help for the funding as if I
> recall there was a recent community call for need to help cross language
> barriers. Wikitools to translate pages in a wiki, or cross wikis, could
> probably benefit from sense annotation and translation suggestions thanks
> to Wikidata datas …
> ___
> 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] Google's stake in Wikidata and Wikipedia

[Nicolas VIGNERON]

Hi,

You can already found some information here:
https://en.wikipedia.org/wiki/Wikidata#Development_history (including
finance details is you follow the sources).

For the "How intertwined is Google", it's a long and complex story, it goes
back at least to 2005 (Wikipedia probably wouldn't exist today - or in a
drastic different way - if the search engine didn't favour Wikipedia since
then).
As a non-answer, I would say that Wikidata is as intertwined with Google as
any major website is intertwined with Google.

Cdlt, ~nicolas

Le ven. 20 sept. 2019 à 10:48, Sebastian Hellmann <
hellm...@informatik.uni-leipzig.de> a écrit :

> Dear all,
>
> personally I am quite happy that Denny can contribute more to Wikidata and
> Wikipedia. No personal criticism there, I read his thesis and I am
> impressed by his work and contributions.
>
> I don't want to facilitate any conspiracy theories here, but I am
> wondering about where Wikidata is going, especially with respect to Google.
>
> Note that Chrome/Chromium being Open Source with a twist has already
> pushed Firefox from the market, but now there is this controversy about
> what is being tracked server side by Google Analytics and Client side by
> cookies and also the current discussion about Ad Blocker removal from
> Chrome:
> https://www.wired.com/story/google-chrome-ad-blockers-extensions-api/
>
> Maybe somebody could enlighten me about the overall strategy and
> connections here.
>
> 1. there was a Knowledge Engine Project which failed, but in principle had
> the right idea:
> https://en.wikipedia.org/wiki/Knowledge_Engine_(Wikimedia_Foundation)
>
> This was aimed to "democratize the discovery of media, news and
> information", in particular counter-moving the traffic sink by Google
> providing Wikipedia's information in Google Search. Now that there is
> Wikidata, this is much better for Google because they can take the CC-0
> data as they wish.
>
> 2. there are some very widely used terms like  "Knowledge Graph" , which
> seems to be blocked by Google: https://www.wikidata.org/wiki/Q648625 and
> https://en.wikipedia.org/wiki/Knowledge_Graph without a neutral point of
> view like the German WP adopted:
> https://de.wikipedia.org/wiki/Google#Knowledge_Graph
>
> 3. I was under the impression that Google bought Freebase and then started
> Wikidata as a non-threatening model to the data they have in their
> Knowledge Graph
>
> Could someone give me some pointers about the financial connections of
> Google and Wikimedia (this should be transparent, right?) and also who
> pushed the Wikidata movement into life in 2012?
>
> Google was also mentioned in
> https://blog.wikimedia.org/2017/10/30/wikidata-fifth-birthday/ but while
> it reads "Freebase , was
> discontinued because of the superiority of Wikidata’s approach and active
> community." I know the story as: Google didn't want its competitors to have
> the data and the service. Not much of Freebase did end up in Wikidata.
>
> As I said, I don't want to push any opinions in any directions. I am more
> asking for more information about the connection of Google to Wikidata
> (financially), then Google to WMF and also I am asking about any strategic
> advantages for Google in relation to their competition.
>
> Please don't answer with "How great Wikidata is", I already know that and
> this is also not in the scope of my "How intertwined is Google with
> Wikidata / WMF?" question. Can't mention this enough: also not against
> Denny.
> It is a request for better information as I can't seem to find clear
> answers here.
>
> --
> All the best,
> Sebastian Hellmann
>
> Director of Knowledge Integration and Linked Data Technologies (KILT)
> Competence Center
> at the Institute for Applied Informatics (InfAI) at Leipzig University
> Executive Director of the DBpedia Association
> Projects: http://dbpedia.org, http://nlp2rdf.org,
> http://linguistics.okfn.org, https://www.w3.org/community/ld4lt
> 
> Homepage: http://aksw.org/SebastianHellmann
> Research Group: http://aksw.org
> ___
> 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] Where did label filtering break recently and how?

[Nicolas VIGNERON]

Hi Thad,

Did it ever works?
It was my understanding that if you want to manipulate the label (or the
description, or the alias), you need to explicitly call it and that the
SERVICE was for display only. At least, this is with this assumption that I
always wrote my query (or explained during SPARQL workshops) :/
Anyway, this query works :

SELECT ?item ?itemLabel  WHERE {
   ?item wdt:P31 wd:Q2085381 ; rdfs:label ?itemLabel .
  FILTER(CONTAINS(LCASE(?itemLabel), "simon"))
  FILTER (LANG(?itemLabel)="en")
}

Cheers,
~nicolas

Le ven. 31 mai 2019 à 03:05, Thad Guidry  a écrit :

> My Query:
>
> SELECT ?item ?itemLabel  WHERE {
>?item wdt:P31 wd:Q2085381.
>
>   SERVICE wikibase:label { bd:serviceParam wikibase:language
> "[AUTO_LANGUAGE],en". }
>   #   FILTER(CONTAINS(LCASE(?itemLabel), "simon"))
>   #   FILTER (LANG(?itemLabel)="en")
> }
>
> and if I enable any of the FILTER lines, it returns 0 results.
> What changed / Why ?
>
> Thad
> https://www.linkedin.com/in/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] What's wrong in Italy ?

[Nicolas VIGNERON]

> The problem with this is that there is many subclasses of « wd:Q6256 »
>>>> (country) :
>>>> https://tools.wmflabs.org/wikidata-todo/tree.html?lang=fr=Q6256=279
>>>> so this might include some unwanted « countries ». It would be interesting
>>>> to check what the differences are, to see which one is best or if some
>>>> subclasses of country should not be.
>>>>
>>>> There for example a subclass of « wd:Q6256 » that is « former countries
>>>> », so this query would include former entities.
>>>>
>>>> My opinion on these is that if we choose a scheme where there are
>>>> classes or former entities, the best would be to have the counterpart «
>>>> today’s country » (with label (country) and a superclass for both, «
>>>> country (either former or not ) ») to avoid having the « former country »
>>>> class be a subclass of «today’s country».
>>>>
>>>> Another question, why is not « sovereign state » as the sole class not
>>>> enough for this query ? Or only the state recognized by the United Nations
>>>> (I don’t know if/how we model this) ?
>>>>
>>>>
>>>>
>>>> Le mar. 7 mai 2019 à 23:51, Fabrizio Carrai 
>>>> a écrit :
>>>>
>>>>> Thank you Nicolas!
>>>>> I found the same situation for other countries like France (Q142) and
>>>>> Germany (Q183), maybe in many others. I'm a bit puzzled by a ranking with
>>>>> at preference in an "instance of" but...
>>>>> Is there a way to extend the query to all the values of the property ?
>>>>>
>>>>> Fabrizio
>>>>>
>>>>> Il giorno mar 7 mag 2019 alle ore 22:54 Nicolas VIGNERON <
>>>>> vigneron.nico...@gmail.com> ha scritto:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> This query only search for "country" (Q6256) but Italy, like many
>>>>>> other items, has a preferred ranking on the value "sovereign state"
>>>>>> (Q3624078), so by default, Italy doesn't appears as a country (which is
>>>>>> strange but not totally illogical "country" is a quite broad term).
>>>>>>
>>>>>> Cheers, ~nicolas
>>>>>>
>>>>>> Le mar. 7 mai 2019 à 22:11, Fabrizio Carrai <
>>>>>> fabrizio.car...@gmail.com> a écrit :
>>>>>>
>>>>>>> Can anybody explain why Italy is not shown in the results of the
>>>>>>> "Wikidata Query Service" example "Continents, countries, regions and
>>>>>>> capitals" [1] ?
>>>>>>> I suppose because Italy is belonging to two different continents
>>>>>>> (Europe and Africa). If this is the case I'm not able to fix the query.
>>>>>>>
>>>>>>> Thanks
>>>>>>>
>>>>>>> --
>>>>>>> *Fabrizio*
>>>>>>>
>>>>>>>
>>>>>>> *[1]
>>>>>>> https://query.wikidata.org/#%23Continents%2C%20countries%2C%20regions%20and%20capitals%0A%23defaultView%3ATree%0ASELECT%20%3Fcontinent%20%3FcontinentFlag%20%3FcontinentLabel%20%3Fcountry%20%3FcountryLabel%20%3FcountryFlag%20%3Fregion%20%3FregionLabel%20%3FregionFlag%20%3Fcity%20%3FcityLabel%20%3FcityImage%20%3Fproperty%20%3FpropertyLabel%20%3Fvalue%20%3FvalueLabel%20WHERE%20%7B%0A%20%20%7B%0A%20%20%20%20SELECT%20%2a%20WHERE%20%7B%0A%20%20%20%20%20%20%3Fcontinent%20wdt%3AP31%20wd%3AQ5107.%0A%20%20%20%20%20%20%3Fcountry%20wdt%3AP30%20%3Fcontinent.%0A%20%20%20%20%20%20%3Fcountry%20wdt%3AP31%20wd%3AQ6256.%0A%20%20%20%20%20%20%3Fcountry%20wdt%3AP150%20%3Fregion.%0A%20%20%20%20%20%20OPTIONAL%20%7B%0A%20%20%20%20%20%20%20%20%3Fcontinent%20wdt%3AP242%20%3FcontinentFlag.%0A%20%20%20%20%20%20%20%20%3Fcountry%20wdt%3AP41%20%3FcountryFlag.%0A%20%20%20%20%20%20%20%20%3Fregion%20wdt%3AP41%20%3FregionFlag.%0A%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20OPTIONAL%20%7B%0A%20%20%20%20%20%20%20%20%3Fregion%20wdt%3AP36%20%3Fcity.%0A%20%20%20%20%20%20%20%20%3Fcity%20wdt%3AP31%20wd%3AQ515.%0A%20%20%20%20%20%20%20%20%3Fcity%20wdt%3AP18%20%3FcityImage.%0A%20%20%20%20%20%20%20%20OPTIONAL%20%7B%0A%20%20%20%20%20%20%20%20%20%20VALUES%20%28%3Fprop%29%20%7B%0A%20%20%20%20%20%20%20%20%20%20%20%20%28wdt%3AP1082%29%0A%20%20%20%20%20%20%20%20%20%20%20%20%28wdt%3AP6%29%0A%20%20%20%20%20%20%20%20%20%20%20%20%28wdt%3AP190%29%0A%20%20%20%20%20%20%20%20%20%20%20%20%28wdt%3AP31%29%0A%20%20%20%20%20%20%20%20%20%20%20

Re: [Wikidata] What's wrong in Italy ?

[Nicolas VIGNERON]

Hi,

This query only search for "country" (Q6256) but Italy, like many other
items, has a preferred ranking on the value "sovereign state" (Q3624078),
so by default, Italy doesn't appears as a country (which is strange but not
totally illogical "country" is a quite broad term).

Cheers, ~nicolas

Le mar. 7 mai 2019 à 22:11, Fabrizio Carrai  a
écrit :

> Can anybody explain why Italy is not shown in the results of the "Wikidata
> Query Service" example "Continents, countries, regions and capitals" [1] ?
> I suppose because Italy is belonging to two different continents (Europe
> and Africa). If this is the case I'm not able to fix the query.
>
> Thanks
>
> --
> *Fabrizio*
>
>
> *[1]
> https://query.wikidata.org/#%23Continents%2C%20countries%2C%20regions%20and%20capitals%0A%23defaultView%3ATree%0ASELECT%20%3Fcontinent%20%3FcontinentFlag%20%3FcontinentLabel%20%3Fcountry%20%3FcountryLabel%20%3FcountryFlag%20%3Fregion%20%3FregionLabel%20%3FregionFlag%20%3Fcity%20%3FcityLabel%20%3FcityImage%20%3Fproperty%20%3FpropertyLabel%20%3Fvalue%20%3FvalueLabel%20WHERE%20%7B%0A%20%20%7B%0A%20%20%20%20SELECT%20%2a%20WHERE%20%7B%0A%20%20%20%20%20%20%3Fcontinent%20wdt%3AP31%20wd%3AQ5107.%0A%20%20%20%20%20%20%3Fcountry%20wdt%3AP30%20%3Fcontinent.%0A%20%20%20%20%20%20%3Fcountry%20wdt%3AP31%20wd%3AQ6256.%0A%20%20%20%20%20%20%3Fcountry%20wdt%3AP150%20%3Fregion.%0A%20%20%20%20%20%20OPTIONAL%20%7B%0A%20%20%20%20%20%20%20%20%3Fcontinent%20wdt%3AP242%20%3FcontinentFlag.%0A%20%20%20%20%20%20%20%20%3Fcountry%20wdt%3AP41%20%3FcountryFlag.%0A%20%20%20%20%20%20%20%20%3Fregion%20wdt%3AP41%20%3FregionFlag.%0A%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20OPTIONAL%20%7B%0A%20%20%20%20%20%20%20%20%3Fregion%20wdt%3AP36%20%3Fcity.%0A%20%20%20%20%20%20%20%20%3Fcity%20wdt%3AP31%20wd%3AQ515.%0A%20%20%20%20%20%20%20%20%3Fcity%20wdt%3AP18%20%3FcityImage.%0A%20%20%20%20%20%20%20%20OPTIONAL%20%7B%0A%20%20%20%20%20%20%20%20%20%20VALUES%20%28%3Fprop%29%20%7B%0A%20%20%20%20%20%20%20%20%20%20%20%20%28wdt%3AP1082%29%0A%20%20%20%20%20%20%20%20%20%20%20%20%28wdt%3AP6%29%0A%20%20%20%20%20%20%20%20%20%20%20%20%28wdt%3AP190%29%0A%20%20%20%20%20%20%20%20%20%20%20%20%28wdt%3AP31%29%0A%20%20%20%20%20%20%20%20%20%20%20%20%28wdt%3AP571%29%0A%20%20%20%20%20%20%20%20%20%20%20%20%28wdt%3AP150%29%0A%20%20%20%20%20%20%20%20%20%20%20%20%28wdt%3AP206%29%0A%20%20%20%20%20%20%20%20%20%20%20%20%28wdt%3AP527%29%0A%20%20%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%20%20%20%20%3Fcity%20%3Fprop%20%3Fvalue.%0A%20%20%20%20%20%20%20%20%20%20%3Fproperty%20%3Fref%20%3Fprop.%0A%20%20%20%20%20%20%20%20%20%20%3Fproperty%20rdf%3Atype%20wikibase%3AProperty.%0A%20%20%20%20%20%20%20%20%7D%0A%20%20%20%20%20%20%7D%0A%20%20%20%20%7D%0A%20%20%7D%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%22.%20%7D%0A%7D
> *
>
> 

Re: [Wikidata] Wikidata and Portuguese wordnets

[Nicolas VIGNERON]

> Currently, there are nearly 8000 lexemes in Wikidata.

There is, right now, 44262 lexemes entity (query:
http://tinyurl.com/y692kszu), including 42 in Portuguese (query:
http://tinyurl.com/y2f3636e) and in a total of 321 languages (it already is
one of the biggest database if you count the number of languages).
In total, there is 120 391 forms for these 44k+ lexemes (query:
http://tinyurl.com/y5xudhwg far from the biggest databases but already an
impressive number as almost everything has been done by hand and in less
than a year!).

> If there is not a person who can work to change this situation, it will
take years to let LexData represent the main ten languages including
Portuguese.

There is already a lot of person working on Lexemes in Wikidata (I'm
actually working on Breton).
But true, there is also a lot to do!
You're welcome to join us, the project page is here:
https://www.wikidata.org/wiki/Wikidata:Lexicographical_data.

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

Re: [Wikidata] [Wikimedia-l] Wikimedia Sverige receives a total of USD 500, 000+ in funding for three new projects, and a cost reduction of USD 30, 000/year

[Nicolas VIGNERON]

Congratulations !

Just wondering: how can the Wikispeech works with existing tools and
structures (in particular, I'm thinking about LinguaLibre - who just pass
90 000 records this week -, Lexemes on Wikidata and Structured Data
Commons, but there is probably others).

Cdlt, ~nicolas

Le jeu. 28 mars 2019 à 16:15, Rajeeb Dutta  a écrit :

> Congratulations John and Wikimedia Sverige team!! Looking forward to
> contribute to these amazing projects.
>
> Cheers,
> Rajeeb(Marajozkee)
> Sent from my iPhone
>
> > On 28-Mar-2019, at 8:28 PM, Lane Rasberry  wrote:
> >
> > Congratulations. I am excited especially for the "Bibliographical data on
> > Wikidata" part, where my university and many other universities around
> the
> > world will join you in collaboration. I expect that what Wikimedia
> > Sverige does in this space will set global precedent for how everyone in
> > research publishes and shares research. This is very good news and I will
> > look for an opportunity to collaborate in research and Wikidata content
> > curation.
> >
> > On Thu, Mar 28, 2019 at 10:12 AM Stacy Allison-Cassin  >
> > wrote:
> >
> >> To echo everyone else, congratulations! These projects sound amazing and
> >> I'm really looking forward to the results.
> >> Stacy
> >>
> >> Stacy Allison-Cassin, MMus, MISt, PhD Cand.
> >>
> >> Associate Librarian
> >>
> >> York University Libraries
> >>
> >>
> >> *York University acknowledges its presence on the traditional territory
> of
> >> many Indigenous Nations. The area known as Tkaronto has been care taken
> by
> >> the Anishinabek Nation, the Haudenosaunee Confederacy, the Huron-Wendat,
> >> and the Métis. It is now home to many Indigenous peoples. We acknowledge
> >> the current treaty holders, the Mississaugas of the Credit First Nation.
> >> This territory is subject of the Dish With One Spoon Wampum Belt
> Covenant,
> >> an agreement to peaceably share and care for the Great Lakes region.*
> >> --
> >> *From:* Wikidata  on behalf of
> John
> >> Andersson 
> >> *Sent:* Thursday, March 28, 2019 6:31 AM
> >> *To:* wikimedi...@lists.wikimedia.org; g...@lists.wikimedia.org;
> >> cultural-partn...@wikimedia.ch; wikidata@lists.wikimedia.org
> >> *Subject:* [Wikidata] Wikimedia Sverige receives a total of USD 500,
> 000+
> >> in funding for three new projects, and a cost reduction of USD 30,
> 000/year
> >>
> >>
> >> Wikimedia Sverige is proud to be the recipient of three new grants
> >> totaling around USD 500,000. We hope to work with many of you as part of
> >> these projects. If you are interested in getting involved or receiving
> >> updates please let me know.
> >>
> >> Furthermore, the chapter also has a new heavily subsidized agreement for
> >> our office space.
> >>
> >> Project 1: Wikispeech – The Speech Data Collector
> >>
> >> The first project is a continuation of the Wikispeech[1] project, a
> >> text-to-speech (TTS) system that converts written text into speech. From
> >> September 2019 to April 2021 we aim to finalize building the MediaWiki
> >> extension and to build tools to collect speech data to add
> pronunciations
> >> to Wikipedia, Wiktionary and Wikidata and to add more languages to the
> >> text-to-speech solution. The tools should also be possible to use for
> oral
> >> citations.
> >>
> >> The work happens in partnership with the Royal Technical Institute, STTS
> >> (a language processing company), Mozilla Foundation, Wikimedia
> Deutschland
> >> and the Swedish Dyslexia Association.
> >>
> >> As always, you can find the full application on our wiki (in Swedish):
> >>
> https://se.wikimedia.org/wiki/Projekt:Wikispeech_–_Talresursinsamlaren_2019/Ansökan
> >>
> >> Project 2: Wikipedia in Libraries
> >>
> >> From 2019 to 2020 Wikimedia Sverige, together with the National Library
> of
> >> Sweden, will develop an online training module for Swedish librarians
> >> focused around free knowledge and the Wikimedia platforms. This will be
> a
> >> mandatory training for all of Sweden's 5,000 public librarians. Our
> hope is
> >> to give all of them a basic understanding of the Wikimedia projects, as
> >> well as to complement the online training with advanced courses for the
> >> most dedicated. The advanced courses will give them the tools to
> ongoingly
> >> organize activities and events independently at their libraries across
> the
> >> country.
> >>
> >> Furthermore, the librarians will be engaged in the #1Lib1Ref and
> >> FindingGLAMs campaigns.
> >>
> >> There is a great potential to receive continuous funding over the
> coming 3
> >> years if successful.
> >>
> >> As always, you can find the full application on our wiki (in Swedish):
> >>
> https://se.wikimedia.org/wiki/Projekt:Wikipedia_i_biblioteken_2019/Ansökan
> >>
> >> Project 3: Bibliographical data on Wikidata
> >>
> >> We continue our work to include bibliographical data on Wikidata. The
> >> project details are still being negotiated with the funder. The project
> >> will start 

Re: [Wikidata] New data type: musical notation with Lilypond format

[Nicolas VIGNERON]

Great news !

This raise a great deal of questions but a lot of really exciting
possibilities \o/

Le ven. 15 mars 2019 à 12:32, Bodhisattwa Mandal <
bodhisattwa.rg...@gmail.com> a écrit :

> This is great!
>
> Shouldn't the property be named ''modern musical notation'' to distinguish
> it from other forms of musical notations from around the world?
>
> Regards,
> Bodhisattwa
>

It shouldn't as Lilypond can be used for any musical notations (at least in
theory, not sure what is indeed implemented both on Lylipond and on
Wikidata, I saw it used for medieval musical notation, on Wikisource IIRC) .

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

Re: [Wikidata] Birth dates in Wikidata

[Nicolas VIGNERON]

Hi,

I'm not sure where the error come from.
It doesn't come from the source, Trismegistos doesn't say that this person
is born in 1999 (1999 is a publication date here, at least in the
interface).
I'm not even sure it comes from Mix'n'match (TM 7726 seems to be WD Q55088584,
user:Tagishsimon did the match last June[1] and it seems correct).
The problem is probably elsewhere. Probably when the extraction of
Trismegistos was done, the birthdate and the publication date were mixed
up...

The best way is to contact Magnus who runs Mix'n'match and the bot
importing data (or even better, the person who extracted Trismegistos but I
don't know how to find them).

Cheers, ~nicolas

PS: it's not https://tools.wmflabs.org/mix-n-match/#/catalog/76 (for places
in Trismegistos) but https://tools.wmflabs.org/mix-n-match/#/catalog/991
(for people in Trismegistos).

[1]
https://tools.wmflabs.org/mix-n-match/api.php?query=download2=991=%7B%22exturl%22%3A1%2C%22username%22%3A1%2C%22aux%22%3A0%2C%22dates%22%3A1%2C%22location%22%3A0%2C%22multimatch%22%3A1%7D=%7B%22any_matched%22%3A0%2C%22firmly_matched%22%3A0%2C%22user_matched%22%3A0%2C%22unmatched%22%3A0%2C%22automatched%22%3A0%2C%22name_date_matched%22%3A0%2C%22aux_matched%22%3A0%2C%22no_multiple%22%3A0%7D=tab
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] WEIRD: Inverse Property constraints for Wikipedia Categories

[Nicolas VIGNERON]

Hi,

Is the constraint (and the warning) wrong or is it your statement?
I'm pretty sure this is the second. The ideal category should be
"Category:Cows in heraldry" not "Category:Heraldic figures" (which is
already use on https://www.wikidata.org/wiki/Q3744866 ).

Cheers, ~nicolas

Le mer. 27 févr. 2019 à 19:02, Thad Guidry  a écrit :

> When dealing with Wikipedia Categories and placing statements about a
> "topic's main category" P910
> 
> on a symbolic representation topic of "cow" here
> https://www.wikidata.org/wiki/Q4007160
>
> A Potential Issue appeared today that puzzled me:
> "Category:Heraldic figures" should also have the inverse statement
> "category's main topic `cow`"
>
> Category:Heraldic figures is much more about just "cow's".  And so I
> wouldn't want to say that the category's main topic is "cow" !
> I would think that many categories "could" always be about many things,
> and so this inverse property constraint on P910 seems overly protective *and
> also seems to be encouraging users to add bad, erroneous information.*
>
> So, I wonder if this constraint should be removed or special cased somehow
> somewhere or at some level elsewhere?
>
> See attached screenshot.
>
> Thad
> https://www.linkedin.com/in/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] Getting usage statistics on Wikidata Items

[Nicolas VIGNERON]

Hi,

At least for the very first point, you have the usual stat tool:
https://tools.wmflabs.org/pageviews/?project=wikidata.org=all-access=user=latest-20=Q38|Q142|Q183
for « how often is a page visited ».

Maybe the WDCM ( http://wdcm.wmflabs.org/ ) can help too but I never fully
understood this tool.

Cdlt, ~nicolas

Le sam. 9 févr. 2019 à 10:25, Andra Waagmeester  a écrit :

> Is it possible to get an impression on how often a set of Wikidata items
> is being used?
>
> I am interested in two ways of usage.
>
> 1. User statistics on a specific wikidata item. i.e. how often is a page
> visited and from where and how often does a wikidata item shows up in a
> query result?
>
> 2. How connected a Wikidata item is. Once an item is created how does it
> connect to other area's? Is everything connected, or are we actually
> looking at a collection of isolated data clusters? Is there a way to
> visualize this?
>
> Any ideas on how to answer this?
>
> Cheers,
>
> Andra
>
> ___
> 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] Article Size Filter on Wikidata

[Nicolas VIGNERON]

Le sam. 12 janv. 2019 à 15:01, Ettore RIZZA  a
écrit :

> Hi,
>
> Since the Mediawiki API allows to get the size in bytes of the last
> revision
> 
> of a Wikipedia page, is it not possible to retrieve this information with a
> generator? (it's a real question, I'm not at all comfortable with this
> API).
>
> Ettore Rizza
>

If I understand things right (I'm not really comfortable either with this
API), all the API is not implemented (yet?) in the Wikidata Query Service,
only some basic functionalities.

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

Re: [Wikidata] Article Size Filter on Wikidata

[Nicolas VIGNERON]

Hi Reem,

If this page
https://www.mediawiki.org/wiki/Wikidata_Query_Service/User_Manual/MWAPI is
up-o-date it's does not seem possible to get the article size of a
wikipedia article (but I must I don't use and know "wikibase:mwapi" a lot,
maybe it has or will changed).

Cheers,
Nicolas

Le sam. 12 janv. 2019 à 12:16, Reem Al-Kashif  a
écrit :

> Hello!
>
> Hope this finds you well. I put together a query
> 
> to create a list of English Wikipedia articles about male writers. Is it
> possible to filter the results by size? For example, articles that are
> larger than or equal to 10k bytes?
>
> I understand that this is better done by PetScan, but my PetScan query
> 
> refuses to cooperate for a reason I don't know yet.. :/
>
> Thanks in advance.
>
> Best,
> Reem
>
> --
>
> *Kind regards,Reem Al-Kashif*
>
>
> 
>  Virus-free.
> www.avg.com
> 
> <#m_5550320304718012392_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> ___
> 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] The WikiCite 2018 program is live

[Nicolas VIGNERON]

Hi,

Maybe I missed the info but is there any livestream?

Cheers, ~nicolas

Le ven. 16 nov. 2018 à 22:19, Tito Dutta  a écrit :

> Interesting. Thanks for letting us know.
>
> Thanks
> Tito Dutta
> Note: If I don't reply to your email in 2 days, please feel free to remind
> me over email or phone call.
>
>
> On Sat, 17 Nov 2018 at 01:35, Dario Taraborelli <
> dtarabore...@wikimedia.org> wrote:
>
>> The program of WikiCite 2018
>>  (Berkeley, 27-29
>> November 2018) is now available
>> .
>>
>> The plenary sessions and the tutorials will be recorded and we're looking
>> into the possibility of making a livestream available.
>>
>> Dario -- on behalf of the organizing committee
>> 
>> wikic...@wikimedia.org
>> ___
>> 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 à 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

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 ?

[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] Number of properties

[Nicolas VIGNERON]

Hi,

You have this list : https://www.wikidata.org/wiki/Special:AllPages/Property:
(automatically generated)
and this list : https://www.wikidata.org/wiki/Wikidata:List_of_properties
(organised and curated by contributors).

Cheer, ~nicolas

Le ven. 21 sept. 2018 à 20:22, Adrian Bielefeldt <
adrian.bielefe...@mailbox.tu-dresden.de> a écrit :

> Hello everyone,
>
> is there some web page that states how many properties exist in Wikidata?
>
> Greetings,
>
> Adrian
>
>
> ___
> 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] Wikimedia Sverige receives $65k+ in funding for our Library Data project

[Nicolas VIGNERON]

Le lun. 3 sept. 2018 à 15:55, Delphine Dallison <
d.dalli...@scottishlibraries.org> a écrit :

> Boo! Nicolas, I read this and thought that you’d launched the Wikiproject
> Libraries, but I went to sign up to get involved and the page is empty… Are
> you still doing it or were you just dangling it as bait…? 
>

Oouch, I deserve that :P

So, long time overdue, I created a first draft:
https://www.wikidata.org/wiki/Wikidata:WikiProject_Libraries

Please join in!

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

Re: [Wikidata] Wikimedia Sverige receives $65k+ in funding for our Library Data project

[Nicolas VIGNERON]

Wonderful!

I'm especially interrested on how you will structure data about libraries
(a good opportunity to create and launch a project
https://www.wikidata.org/wiki/Wikidata:WikiProject_Libraries ;) ).

Cdlt, ~nicolas

Le lun. 27 août 2018 à 16:25, Alex Stinson  a
écrit :

> This is really awesome! I met some of the team working on their LOD
> software at an event at Stanford in the spring -- they seem to be doing
> really amazing and savvy work to make their library data fully compliant --
> excited to see Wikidata become a data hub for them (they weren't really
> sure if they were going to do that when I talked to them then). Glad you
> have been able to make progress!
>
> Cheers,
>
> Alex
>
> On Mon, Aug 27, 2018 at 10:28 AM, Fariz Darari  wrote:
>
>> Congrats and best wishes for the project!
>>
>> -fariz
>>
>> On Mon, Aug 27, 2018, 21:17 Alicia Fagerving <
>> alicia.fagerv...@wikimedia.se> wrote:
>>
>>> Wikimedia Sverige is proud to be
>>> the recipient of $65,500 in support from the Swedish National Library for
>>> our project Library Data.
>>>
>>> We will work in collaboration with the Swedish
>>> National Library to include a number of datasets onto Wikidata, such as
>>> data about authors, libraries and different special databases of
>>> bibliographies[1]. This is a pilot project where we aim to discuss with
>>> the
>>> community what to include and what to exclude. Based on the discussions
>>> and
>>> the requests from the community we will design a continuation of this
>>> project (if this first part is deemed successful continuous funding is
>>> possible for 3-4 more years).
>>>
>>> We started investigating a possible long term
>>> partnership with the National Library in 2017 when Wikimedia Sverige
>>> delivered inputs to the new National Strategy for the Library Sector on
>>> how
>>> Sweden's libraries can work with Wikimedia for mutual benefits.[2] The
>>> National Library has just made history as the world's first national
>>> library to fully transition to Linked Open Data (BIBFRAME 2.0),[3] so the
>>> timing could not have been better; we are now in position to examine how
>>> this move can benefit Wikidata and other Wikimedia projects.
>>>
>>> Please contact
>>> the project manager André Costa (andre.co...@wikimedia.se) or the
>>> developer Alicia Fagerving
>>> (alicia.fagerv...@wikimedia.se) if you have
>>> any questions.
>>>
>>> As always, you can find the full application on our wiki (in
>>> Swedish):
>>>
>>> *
>>> https://se.wikimedia.org/wiki/Projekt:Strategisk_inkludering_av_biblioteksdata_p%C3%A5_Wikidata_2018/Ans%C3%B6kan
>>>
>>> [1] 
>>> [2] <
>>> https://commons.wikimedia.org/wiki/File:Wikimedia_Sverige_-_Wikipedia_och_biblioteken_i_Sverige.pdf
>>> >
>>> (in Swedish)
>>> [3] <
>>> http://www.mynewsdesk.com/se/kungliga_biblioteket/pressreleases/kb-becomes-the-first-national-library-to-fully-transition-to-linked-data-2573975
>>> >
>>>
>>>
>>> Kind regards,
>>>
>>> ~*~
>>> Alicia Fagerving
>>> Developer
>>> Wikimedia Sverige (WMSE)
>>>
>>> e-mail: alicia.fagerv...@wikimedia.se
>>> phone: +46 73 950 09 56
>>> ___
>>> 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
>>
>>
>
>
> --
> Alex Stinson
> GLAM-Wiki Strategist
> Wikimedia Foundation
> Twitter:@glamwiki/@sadads
>
> Learn more about how the communities behind Wikipedia, Wikidata and other
> Wikimedia projects partner with cultural heritage organizations:
> https://outreach.wikimedia.org/wiki/GLAM
> ___
> 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] frequency of qualifier predicates

[Nicolas VIGNERON]

2018-07-14 1:40 GMT+02:00 Peter F. Patel-Schneider :

> I'm trying to get a good estimate of how often which qualifier predicate
> is used.
>
>
> The obvious query times out, as expected, so I was trying to find a list of
> predicates that are used as qualifiers so that I can craft a query for
> each of
> them.  There is
> https://www.wikidata.org/wiki/Wikidata:List_of_properties/
> Wikidata_qualifier
> but that can't be trusted as it doesn't include start time (P580) or end
> time
> (P582) which I expect to be the most common qualifier predicates.
>
> IIRC this is the complete list of property that are *only* qualifiers
(that's why P580 and P580 are not in this list).

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

Re: [Wikidata] Wikidata booth at Wikimania 2018

[Nicolas VIGNERON]

Hi,

I won't be there but that's a great idea, we need to spread more the
opportunities possible uses of Wikidata. A booth is a great and simple way
to engage with other wikimedians.

Cheers, ~nicolas

2018-07-04 14:57 GMT+02:00 Andra Waagmeester :

> This is really an awesome idea. I added myself to some of the available
> slots. Happy to add more if needed.
>
> On Wed, Jul 4, 2018 at 11:20 AM, Léa Lacroix 
> wrote:
>
>> Hello all,
>> *(sorry for crost-posting)*
>>
>> If you're into Wikidata and attending Wikimania 2018 in Cape Town, you'll
>> probably be interested in the Wikidata booth!
>>
>> Located in the core of the conference venue[0], this table will be
>> dedicated to the Wikidata community, and an information point for anyone
>> wanting to learn more about Wikidata.
>>
>> This booth being community-driven, we need help from everyone to take
>> care of this space, make it friendly and animated, and engage with the
>> participants!
>> To take a shift, you don't need to know everything about Wikidata, you
>> should mostly be able to answer simple questions, be friendly with people,
>> and redirect them to volunteers or employees if necessary.
>>
>> If you're willing to take a shift, or organize something special with the
>> other community members, please register on this page:
>> https://www.wikidata.org/wiki/Wikidata:Wikimania_2018#Wikida
>> ta_community_booth
>> If you have any question or idea, feel free to contact me.
>>
>> Cheers, Léa
>>
>> [0] more details about the exact location to come
>>
>> --
>> Léa Lacroix
>> Project Manager Community Communication for Wikidata
>>
>> Wikimedia Deutschland e.V.
>> Tempelhofer Ufer 23-24
>> 10963 Berlin
>> www.wikimedia.de
>>
>> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
>>
>> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
>> unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt
>> für Körperschaften I Berlin, Steuernummer 27/029/42207.
>>
>> ___
>> 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] How can I find out all food & cooking related articles

[Nicolas VIGNERON]

Hi,

First a warning, food is known to be not-so-good on Wikidata.

Then, here you're query:

SELECT ?food ?foodLabel ?foodDescription WHERE {
  ?food wdt:P31/wdt:P279* wd:Q2095 . #everything under the class of food
  SERVICE wikibase:label { bd:serviceParam wikibase:language
"[AUTO_LANGUAGE],en". }
}

Cdlt ~nicolas

2018-06-22 1:31 GMT+02:00 Quintin Par :

> Hello all,
>
>
>
> I tried looking at some examples but couldn’t quite figure out. if I were
> to write a simple query like this
>
>
> SELECT ?food ?cooking
> WHERE
> {
>   [] wdt:xx ? food.
>   OPTIONAL{?food wdt:xx wd:xxx.}
>   SERVICE wikibase:label { bd:serviceParam wikibase:language
> "[AUTO_LANGUAGE]". }
> }
>
>
>
> What are the correct ids that I should be using?
>
> - Quintin
>
> ___
> 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] SPARQL to retrieve a list of open source mobile apps

[Nicolas VIGNERON]

Hi Sebastian,

There was a rank on https://www.wikidata.org/wiki/Q14565723#P31 third
value. By default, SPARQL query only give the best ranked values. It is
useful for series of values, like for population to give only the more cent
one by default.
Here I see no reason why the rank was used, I removed it. Now there is 4
results, including K9-Mail.

That said, maybe a better way to request would be with P275 (license).

Cheers, ~nicolas

2018-06-04 13:50 GMT+02:00 Sebastian Kürten 
:

> Hello,
>
> I'm trying to retrieve a list of open source mobile applications using
> the Wikidata Query Service. After identifying the item for K9-Mail
> (Q14565723), I can see that it has "instance of" (P31) set to both
> "free software" (Q341) and "mobile app" (Q620615). I hence derived the
> following SPARQL query, to retrieve similar items:
>
> SELECT ?software ?softwareLabel
> WHERE
> {
>   ?software wdt:P31 wd:Q341, wd:Q620615.
>   SERVICE wikibase:label { bd:serviceParam wikibase:language
> "[AUTO_LANGUAGE]". }
> }
>
> It returns three results, but to my suprise, it does not return the
> item for K9-Mail. Given that the query is such a simple one, I'm
> wondering what I am doing wrong here? Or is something else possibly not
> working correctly?
>
> Thanks for your help,
> Sebastian
>
> ___
> 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] First experiment of lexicographical data is out

[Nicolas VIGNERON]

THANK YOU!
I've been expecting this for so long.

@Eran: Q17117425 could made nice lexemes :P
@Micru: even without senses, there is a lot of possible application (I'd
love to have a spell-checker for Wikisource, no sense needed here).

Cheers,
~nicolas

2018-05-24 10:01 GMT+02:00 David Cuenca Tudela :

> Congratulations on releasing this!
>
> I think the usefulness will improve after releasing Senses, but it is good
> that we have something to play with and start suggesting improvements.
>
> Regards,
> Micru
>
> On Wed, May 23, 2018 at 11:25 PM, Eran Rosenthal 
> wrote:
>
>> Kudos to the development team. It's great to see it is finally in
>> production.
>> There is still a long way to go to have a more friendly user interface,
>> but Q17117425 :)
>>
>> On Wed, May 23, 2018 at 9:12 PM, Gerard Meijssen <
>> gerard.meijs...@gmail.com> wrote:
>>
>>> Hoi,
>>> Sorry the Q-number refers to a thing or an idea absolutely. The labels
>>> don't; they describe the idea and with the possible exception of special
>>> cases like templates lists and categories these labels can be associated
>>> with lexical information. It is vitally important to have lexical
>>> information about them because they will spark the development of better
>>> use of the information inherently available in the Q-items.
>>> Thanks,
>>>GerardM
>>>
>>> On 23 May 2018 at 14:33, Léa Lacroix  wrote:
>>>
 Hello all,

 After several years discussing about it, and one year of development
 and discussion with the communities, the development team has now released
 the first version of lexicographical data support on Wikidata
 .

 Since the start of Wikidata in 2012, the multilingual knowledge base
 was mainly focused on concepts: Q-items are related to a thing or an idea,
 not to the word describing it. Starting now, Wikidata stores a new type of
 data: words, phrases and sentences, in many languages, described in many
 languages. This information will be stored in new types of entities, called
 Lexemes, Forms and Senses. It will allow editors to describe precisely all
 words in all languages, and will be reusable, just like the whole content
 of Wikidata, by multiple tools and queries, everything that the community
 creates to play with words. Lexicographical data can be reused inside and
 outside the Wikimedia projects, and can provide support for Wiktionary.
 The first release

 A new namespace and several new entity types have been created in order
 to model words and phrases. If you’re new to this project, you can learn
 more by looking at the documentation
 ,
 briefly describing the data model and the interface. The technical
 structure is set, but the editors remain free to model and organize data as
 they prefer, with the usual open discussions and community processes that
 we apply on Wikidata. Some discussions about new properties
  to
 create have already started: if you want to be involved in the early stage
 of the project to shape it, please participate!

 Please note that the version that is now deployed is a first
 experiment, that will be continuously improved in the future. Some features
 are missing, some bugs may certainly occur. Here are the features that are
 included in the first release:

- Add, edit and delete Lexemes, Forms, statements, qualifiers,
references
- Link between the different entity types (Item to Lexeme, Form to
Item, etc.)
- Entity suggestion when adding a property or a value

 And the following features will not be included in the first version,
 but are planned for the future:

- Find Lexemes and Forms via Special:Search
- RDF support (which also means: the ability to query it with
query.wikidata.org)
- Support for Senses
- Merging of Lexemes
- Including the data on other Wikimedia projects, such as Wiktionary

 How to try it?

 The features described above are now deployed on Wikidata.org. Here are
 some suggestions of what you can do to explore this new territory:

- If you’re not familiar with the structure of Lexemes, have a look
at the documentation

 
- Look at what is already existing

 .
Please note that Special:Search and the search bar on the top right 
 corner
of pages is not supporting Lexemes yet. We’re working on this.
- Create a new Lexeme with 

Re: [Wikidata] First version of Lexicographical Data will be released in April

[Nicolas VIGNERON]

2018-03-07 18:24 GMT+01:00 Yaroslav Blanter :

> Lydia has the list but as far as I know did not yet release it. My
> understanding is that L1 will not be coming from a commonly spoken
> language, but I do not know what it will be.
>
> Cheers
> Yaroslav
>

There as been several discussion, I've seen some recently on social media
(on Facebook and Twitter,
https://twitter.com/nightrose/status/968409466201870336 ), the choice is
maybe already made but I'm sure that ideas are still welcome.
Anyhow, there is an infinity of available identifier after L1, the first
one is quite symbolic but not that important ;)

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

Re: [Wikidata] [wikidata] Digression sur l'usage des listes (était : Re: Réutilisation de données ouvertes sur Wikidata ?)

[Nicolas VIGNERON]

Le 2 mars 2018 à 17:19, Yaroslav Blanter  a écrit :

> J'imagine que ca c'est un erreur; si non, le message manque le contexte.
>
> Salutations
> Yaroslav
>

Yes, this is a mistake : Mathieu answered on wikidata@lists.wikimedia.org
to a discussion on wikid...@lists.wikimedia.fr (ironically the discussion
was about posting to the right place #facepalm)

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

Re: [Wikidata] An answer to Lydia Pintscher regarding its considerations on Wikidata and CC-0

[Nicolas VIGNERON]

Mathieu,

I know you and like you personally, that why I can say that this mail is
clearly not your best argument.

Despite saying multiple times this is not a manifesto nor against Wikidata,
your mail seems clearly fuelled with biases and misjudgements (especially
Wikidata can't be « discontinued quietly » not now that it's so widely used
in Wikimedia projects, even the wiktionaries are *already* using Wikidata).
Dissecting each single phrase point by point is violent, borderline mean
and definitely not constructive ; cross-posting this mail on multiple
places doesn't help either. This is not the good way to debate peacefully.
Some of your argument are good but most are quite poor and really missed
the big picture.

For better or worse, Wikidata choose CC0 and it will be quite difficult to
change the licence now (the example of licence change on OpenStreetMap
illustrate it quite painfully). We have to get approval of the community,
there was multiple lengthy and non-conclusive discussions, it's not
something that will be done with a ranting mail.

For me, the situation is quite simple, Wikidata needs lexiographical data
and the Wikimedia projects needs Wikidata to have these data. Nobody
suggest in no way to do license laundering nor to violates Wiktionaries
licence, in fact we could simply import Public Domain sources (in the same
way the wiktionaries did, in frwikt a big chunk of entries come from the
*Littré* and the *Dictionnaire de l’Académie française*, and there is
enough dictionaries waiting in the Wikisources to keep us busy for years)
but it would be a shame for Wikidata to not profits from wiktionarists
expertise.
Let's get over the petty and unsolvable issues and work intelligently and
pragmatically to improve Wikidata.

You entitled to disagree with the way that has been chosen and not take
part in it (and from your editcount, I see that you don't) but please don't
destroy others efforts and try to be more aligned with the wiki-spirit.

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

Re: [Wikidata] dispute a claim on an item

[Nicolas VIGNERON]

2017-11-05 19:13 GMT+01:00 Marco Neumann :

> Andrew,
>
> what would be your first choice for conflict resolution here? write an
> entry into the relevant item/discuss page? or go for a Requests for
> comment on the Community portal? or to contact the claim author
> directly?
>

Hi,

For resolving this specific case, I'd go on the talk page of the item
https://www.wikidata.org/w/index.php?title=Talk:Q16191299 and notify the
people concerned (in this case, the wikidatian that added the claim but,
ideally, also the main contributors of the Wikipedia article, « with enough
eyeballs »). Especially in this case where the bottom of the issue seems to
be the lack of sources.

Community pages are more for broad question or if previous discussions
failed to come to a consensus.

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

Re: [Wikidata] Turning Lists to Wikidata

[Nicolas VIGNERON]

2017-10-17 16:30 GMT+02:00 Antonin Delpeuch (lists) <
li...@antonin.delpeuch.eu>:

> Hi Marco,
>
> I agree that many of these lists and tables could be harvested (with
> some care, of course).
>

On some are (for example, table for monuments are harvested into Heritage
who is now imported on Wikidata).

However, I don't think that the information they contain should go to
> the Wikidata item they are associated with. This Wikidata item mostly
> exists to store inter-language links, but is poorly connected to the
> rest of the knowledge graph. This tax revenue and GDP information should
> go to the country items themselves.
>

In this case, yes, absolutely.
But in some other case, it could be directly into the asociated item (see
for instance, this graph :
https://fr.wikipedia.org/wiki/Pont-l%27%C3%A9v%C3%AAque#Production ).


> I am working on the problem of extraction of statements from lists and
> tables and will write a tutorial when the tools are ready. WikidataCon
> attendees might have a glimpse of that in this session:
> https://www.wikidata.org/wiki/Wikidata:WikidataCon_2017/
> Submissions/OpenRefine_demo


Great, I'll be there ;)

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

Re: [Wikidata] How to split a label by whitespace in WDQS ?

[Nicolas VIGNERON]

Hi

[snip]

>
> I did not see any special syntax or FILTER or Label service commands to
help with splitting apart a Label by whitespace and then applying a filter
on each string.
>
> How would I accomplish this ?

Maybe with the function STRAFTER
https://www.w3.org/TR/sparql11-query/#func-strafter

Example of use:

SELECT ?item ?itemLabel ?itemLabelafter WHERE {
?item  wdt:P19 wd:Q647 ; rdfs:label ?itemLabel.
FILTER (lang(?itemLabel) = "fr").
BIND ( STRAFTER(?itemLabel, " ") AS ?itemLabelafter )
}
LIMIT 10

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

Re: [Wikidata] URIs

[Nicolas VIGNERON]

2017-08-29 15:13 GMT+02:00 Timothy Holborn :

> Working on a 'fixing fake news' thing.  It would be good if specific
> values were available as a URI.
>
> ie: US population: https://www.wikidata.org/wiki/Q30#population20160709
> (= 323,952,889)
>
> Tim.
>

Good idea.

The format should probably be consistent with the current link to
properties : https://www.wikidata.org/wiki/Q30#P1082 , maybe something like
https://www.wikidata.org/wiki/Q30#P1082-20160709


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

Re: [Wikidata] Which property to use for a Law that created an Item ?

[Nicolas VIGNERON]

Hi,

Isn't it: the government body write the law that establish the park/area?
(at least for France, it seems about right).

@Jane: by jurisdiction do you mean
https://www.wikidata.org/wiki/Property:P1001? Do you have an example, I
don't really see how it make sense (again France is maybe particular as it
almost always will be 'P1001:Q142').

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

Re: [Wikidata] Wikidata Query Service + Mediawiki API = Love

[Nicolas VIGNERON]

Hi Micru,

It looks like you tried on https://query.wikidata.org (where I get the same
error) and not on http://wdqs-test.wmflabs.org (where the implementation is
installed).

Cdlt, ~nicolas

2017-04-28 8:57 GMT+02:00 David Cuenca Tudela :

> Hi Stas,
>
> Thanks for working on this. I tried to run the examples, but I get the
> following error when I hit the button: Query is malformed: QName
> 'mwapi:titles' uses an undefined prefix
>
> And here you can see more details about the error output:
> https://pastebin.com/yNd7vPw4
>
> I hope you can fix it :)
>
> Thanks
> Micru
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Disputed territories in WDQS

[Nicolas VIGNERON]

(not 100% sure) The problem doesn't come from WDQS itself but from OSM and
it should be corrected there (if possible, I don't know exactly how OSM
deals with such complexe problematic).

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

Re: [Wikidata] Query Assistance

[Nicolas VIGNERON]

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 :

> 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_
> Table/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_
> Table/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 *
>
> ___
> 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] WDQS: Lost Cities

[Nicolas VIGNERON]

2017-03-25 23:46 GMT+01:00 Michael Riedel :

>
> Hello. I'm trying to run a quite simple query on WDQS. I would like to get
> all instances of cities in Germany:
>
> http://tinyurl.com/kl9hvsh
>
> But there are a number of cities which I'm missing at the result … such as
>
> https://www.wikidata.org/wiki/Q16085
>
>
> THX
>

This result is to be expected : Neuruppin has the value "city" (and P17 and
P625) but it has the value "municipality of Germany" with an higher rank.
By default, the WDQS only take the higher rank.

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

Re: [Wikidata] use of wdq and wqd create-a-query interface

[Nicolas VIGNERON]

Hi,

I used these sort of tools mostly to check if the data are good (like that
every A that should have B indeed have B) and correct them if needed.
I began with WDQ when it was pretty much the only avalaible tool. Right
now, I use only SPARQL which is more difficult to master but hundred times
more rewarding. NB: I probably couldn't use SPARQL now if I hadn't started
with WDQ first, it was a pedagogy tool for me.

For the [dis]advantages, I think a quote by Paul Valéry sum it up :
"Everything simple is false. Everything which is complex is unusable." So
we must find a middle ground and in the end, I prefer near-unusable to use
than near-false.

Cdlt, ~nicolas

2016-10-20 13:29 GMT+02:00 Jan Dittrich :

> Hello everyone,
>
> I continue to work on creating an interface that allows easy querying of
> Wikidata for generating lists for wikipedia (and, possibly, beyond).
>
> An existing, interface based query builder is http://wdq.wmflabs.org/
>
> If you use (or have used it) it would be interested in hearing about the
> advantages or disadvantages you perceived in regards to the functions of
> wqd and their interface.
>
> Kind Regards,
>  Jan
>
> PS: In my experience, examples ("I tried to…") or context ("because I
> wanted to…") can greatly easy understanding, so if giving them makes sense
> for you, don't hesitate to include them.
>
> --
> Jan Dittrich
> UX Design/ User Research
>
> Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin
> Phone: +49 (0)30 219 158 26-0
> http://wikimedia.de
>
> Imagine a world, in which every single human being can freely share in the
> sum of all knowledge. That‘s our commitment.
>
> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
> der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
> Körperschaften I Berlin, Steuernummer 27/029/42207.
>
> ___
> 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