[Wikidata] deprecated value search
Dear all, Wikidata cities in the Ukrainian Odesa Oblast have a specialty: https://www.wikidata.org/wiki/Q805554 the KOATUU ID is given as deprecated value (since these numbers were only valid until 2020). What is the SPARQL search that gets these deprecated IDs? much obliged, Olaf Dr. Olaf Simons Wirtschafts- und Sozialgeschichte Historisches Datenzentrum Sachsen-Anhalt Martin-Luther-Universität Halle-Wittenberg Emil-Abderhalden-Str. 26-27 06108 Halle (Saale) --- Büro in Gotha: Forschungszentrum Gotha der Universität Erfurt Schloßberg 2 99867 Gotha Privat: Hauptmarkt 17b/ 99867 Gotha ___ Wikidata mailing list -- wikidata@lists.wikimedia.org Public archives at https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/DUVPTEAAJY25H7GTH4EMS5BAPWLJ7YER/ To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
[Wikidata] Creating Lexemes with Quickstatements
Dear all, I am wondering how to create Lexemes on our Wikibase, FactGrid, with QuickStatements - is there anyone who could teach me the trick? https://www.wikidata.org/wiki/Help:QuickStatements ...does not quite tell me. Best, 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 Public archives at https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/RYRMOB5IFIRFLJ426S76OZKLRPKDAMCT/ To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
[Wikidata] Re: units
...alles was ich machte, war mal wieder 30 mal komplizierter, vielen Dank! Olaf > Marco Neumann hat am 24.01.2023 23:48 CET > geschrieben: > > > https://tinyurl.com/2nbqnavq > ___ > Wikidata mailing list -- wikidata@lists.wikimedia.org > Public archives at > https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/NW3SGOW6LHX3XAYMMWJZ72LDAWSJ73MU/ > To unsubscribe send an email to wikidata-le...@lists.wikimedia.org 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 Public archives at https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/KXGWRI3N3FYLTLSOGJ3FJ2JVKWVOHV52/ To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
[Wikidata] units
Dear SPARQLists could you help me with the trick that will bring units into this search? https://tinyurl.com/2globymn The Tutorial (https://en.wikibooks.org/wiki/SPARQL/WIKIDATA_Precision,_Units_and_Coordinates#Quantities) tells me that I will even manage conversions - once I understand how I get the units into the picture... much obliged, 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 Public archives at https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/OSSZDHSLC3MPMLO76ADG2KTUUDCU5H3L/ To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
[Wikidata] Re: connecting coordinates
Hi Haddad, I remain puzzled by the railway network - this is too bright for me. This search produces a person, and a series of events in chronological sequence https://tinyurl.com/ya85ymss I have no problem to get the places as dots on a map https://tinyurl.com/y997e8bc but that's not telling me how he moved... I hoped there is a nice command like bind these as sorted... Best, Olaf > Haddad, TC hat am 26.01.2022 17:29 geschrieben: > > > to join a list of points into lines, you can use LineString or > MultiLineString formats: > https://en.wikipedia.org/wiki/Well-known_text_representation_of_geometry > > presumably you would sort the points chronologically before grouping them > this way to get the shape you are expecting. > > On Wed, Jan 26, 2022 at 4:55 AM Olaf Simons > wrote: > > > [This email originated from outside of OSU. Use caution with links and > > attachments.] > > > > Dear all, > > > > a colleague has put data on FactGrid on a group of people travelling > > though early 18th-century Europe. I wonder how I could connect the > > geographic coordinates in their chronological order. > > > > This is the table that has the order > > > > https://tinyurl.com/ycrumyvb > > > > could somone show me how I connect the dots? > > > > much obliged, > > 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 > > 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 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 To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
[Wikidata] connecting coordinates
Dear all, a colleague has put data on FactGrid on a group of people travelling though early 18th-century Europe. I wonder how I could connect the geographic coordinates in their chronological order. This is the table that has the order https://tinyurl.com/ycrumyvb could somone show me how I connect the dots? much obliged, 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 To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
[Wikidata] Re: age distribution
...and also Bruno Belhoste's solution - the the results are not exactly the same; will have to look into this... https://tinyurl.com/yewtccep It is a useful search (as long as the organisation is not too old, I assume). My thanks into all directions for the SPARQL lesson. Cheers, Olaf > Lucas Werkmeister hat am 10.11.2021 19:50 > geschrieben: > > > I think it works if you tag the date you mean: > https://tinyurl.com/yzcqvrf9 or https://tinyurl.com/yk4cla52 > > But if the date is hard-coded, you could also skip the YEAR()/MONTH() > functions: https://tinyurl.com/ygv8wb26 > > Cheers, > Lucas > > On 10.11.21 12:50, Olaf Simons wrote: > > Dear all, > > > > the following search gives you a list of members (of the Strict Observance) > > with their respective birth years. > > > > https://tinyurl.com/yj87vvhp > > > > I was trying to give an age profile of this group at a certain moment in > > time (1780) but my script changes failed. > > > > This is something I can do by adapting a nice WD-query (Age of all human > > beings on FactGrid, age of death): > > > > https://tinyurl.com/yhzquxwf > > > > But my attempt to use a date instead of the age at death failed > > > > https://tinyurl.com/yzc75fzv > > > > ...I have a vague idea why the replacement does not work that way, but no > > idea what the proper query would look like. > > > > Best wishes, > > Olaf > > > > > > > > (PS a distribution by birth years might be just as nice and far easier that > > the computation...) > > > > > > > > > > > > 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 > > To unsubscribe send an email > > towikidata-leave@lists.wikimedia.org___ > Wikidata mailing list -- wikidata@lists.wikimedia.org > To unsubscribe send an email to wikidata-le...@lists.wikimedia.org 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 To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
[Wikidata] age distribution
Dear all, the following search gives you a list of members (of the Strict Observance) with their respective birth years. https://tinyurl.com/yj87vvhp I was trying to give an age profile of this group at a certain moment in time (1780) but my script changes failed. This is something I can do by adapting a nice WD-query (Age of all human beings on FactGrid, age of death): https://tinyurl.com/yhzquxwf But my attempt to use a date instead of the age at death failed https://tinyurl.com/yzc75fzv ...I have a vague idea why the replacement does not work that way, but no idea what the proper query would look like. Best wishes, Olaf (PS a distribution by birth years might be just as nice and far easier that the computation...) 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 To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
[Wikidata] Re: [Wikibase] Re: SPARQL and January 1 dates
Dear all,
thank you, Dragan for the answer, yet this is nothing I can explain to "normal
users". They use the Query Service with the recommended input help and they do
get inexplicable January 1st dates (which, if the are not suspicious, they will
accept as the new knowledge).
What would speak against a a Query helper that gives data pretty much as we
have entered them?
Best,
Olaf
> Dragan Espenschied hat am 23.06.2021 19:53
> geschrieben:
>
>
> Hello Olaf,
>
> The trick is to query for the property value node instead of the
> proterty direct value.
>
> Example in ArtBase:
>
> https://tinyurl.com/yft9u5kg
> On Wikidata, you can replace
> "rt:" --> "wdt:"
> "rp:" --> "p:"
> "rpsv:" --> "psv:"
>
> With the "property direct" ("rt") you query for just the value of the
> property.
>
> With "property" ("rp") you query for the node that holds the value, and
> more meta-information about the value.
>
> The node contains the "node value" ("rpsv"), and that value has a
> precision value ("wikibase:timePrecision"). 9 is year level, 10 is
> month level, 11 is day level.
>
> Hope that helps! :)
>
>
>
> select ?artwork ?inception ?date_precision WHERE {
> ?artwork rt:P3 r:Q5 .
> ?artwork rt:P26 ?inception .
>
> ?artwork rp:P26 ?inception_node .
> ?inception_node rpsv:P26 ?inception_value .
> ?inception_value wikibase:timePrecision ?date_precision .
> }
> LIMIT 100
>
>
>
>
>
>
> --
> Dragan Espenschied
> Preservation Director
> Rhizome at the New Museum
>
> On Mi, Jun 23 2021 at 11:50:12 +0200, Olaf Simons
> wrote:
> > Dear All,
> >
> > I wonder whether there is a simple way to retrieve dates with the
> > precision in they have been put into a wikibase.
> >
> > Using SPARQL I get all years such as "1749" as "1 January 1749"
> > statements, no matter whether the person is born that day or not.
> > Should I run different searches?
> >
> > Best,
> > 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
> > ___
> > Wikibaseug mailing list -- wikibas...@lists.wikimedia.org
> > To unsubscribe send an email to wikibaseug-le...@lists.wikimedia.org
>
> ___
> Wikibaseug mailing list -- wikibas...@lists.wikimedia.org
> To unsubscribe send an email to wikibaseug-le...@lists.wikimedia.org
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
To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
[Wikidata] SPARQL and January 1 dates
Dear All, I wonder whether there is a simple way to retrieve dates with the precision in they have been put into a wikibase. Using SPARQL I get all years such as "1749" as "1 January 1749" statements, no matter whether the person is born that day or not. Should I run different searches? Best, 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 To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
Re: [Wikidata] Reg: How to fetch the sub properties and properties
We used this on FactGrid
(https://database.factgrid.de/wiki/FactGrid:Sample_queries)
SELECT * WHERE {
?s wdt:P2 wd:Q7.
?s p:P266 ?st. # ?s is the the statement node
?st ps:P266 ?o. # that simulates the predicate
?st ?qualifier ?value. # this is an attribute (a qualifier)
}
as scripted by Marie Destandau - the values needed some tedious transformation
afterwards...
Best,
Olaf
> vijaya hat am 11.03.2021 06:16 geschrieben:
>
>
> Hi,
>
> Is there a way to get the child properties/sub-properties of a property?
>
> Example: position_held(P39) property has sub-properties like start time
> and end time so how to get them directly with SPARQL query and also If I
> have a wiki dump which is around 65 GB so how to parse a huge wiki dump
> and get the properties and their related sub-properties?
>
> I got all the property IDs and property labels by SPARQL query but its
> inner properties like start time, end time.. so on were missed.
>
> Thanks in advance!!
>
> Thanks and Regards,
> VijayaLakshmi.
>
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
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
Re: [Wikidata] Gregorian/Julian dates QuickStatements
...I had seen it and hoped someone had solved the problem. We have thousands of people who will never meet, since they miss their friends arriving 10 days too late... Magnus, I know, Christmas has passed, there must be a special qualifier. Olaf > Nicolas VIGNERON hat am 13.02.2021 14:05 > geschrieben: > > > 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 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] Gregorian/Julian dates QuickStatements
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
Re: [Wikidata] a question of data modeling about family ties
Dear Wikidata list, one of our big contributors, Bruno Belhoste in Paris, just gave me a weird question which I feel I cannot answer that fast. We, FactGrid, are a Wikidata child and so it came that we adopted structures like the father/mother differentiation. Bruno's question is now whether it would not have been wise to just create just a "parent" option instead of the gender fork that splits the lineages. Let me insert his mail: > Dear Olaf, > > I have a question of data modeling in FactGrid concerning family ties. > We have one property for children (P150) and also one for siblings > (P203), but two different properties for parents: father (P141) and > mother (P142). The problem is: how can you get all the members of the > family of somebody? One have (1) to explore both the matrilinear trees > and the patrilinear trees at each generation to get all the ancestors > and (2) to get all the descents of these ancestors. It is very complex. > It would be much simpler to have only one property including the father > and the mother. > > In case we choose this solution, it would be easy to transform all the > triples with P141 or P142 into triples with the new property. What do > you think about that? Have you another solution for querying family links? > > All the best, > > Bruno I wonder what people with more data knowledge think about the proposal (which would affect just our site, not Wikidata...) (so: no worries, we can do experimental things without affecting our parent - I hesitate to speak of a father or mother - Wikidata). 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] Quickstatements to put labels on Properties
Hi Wikidata people, I am trying to use QuickStatements in order to set Spanish Labels and Descriptions on all the Properties of our Wikibase (FactGrid). E.g.: P367Les "Identificación de la BnF" Somehow I fail with the error code "Revision with ID not found". I can, however easily set these alternative statements (Q24 is the sandbox item): Q24 Les "Identificación de la BnF" P367P2 "Identificación de la BnF" There seems to be a particular thing to observe about Property labels and descriptions - any clue? Cheers, 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] can one create properties with QuickStatements?
A questions for those who have created Wikibase installations When creating a new Wikibase: How do you create Properties en masse - especially useful if you want to implement all the properties of a partner project? Is there a way to do that with QuickStatements? 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
Re: [Wikidata] SPARQL query
Dear Andra, special thanks! One might, perhaps change this also in the Wikidata selection of Sample queries (I do not know eher one would do it...) very useful for us, a good day from Gotha! Olaf > Andra Waagmeester hat am 5. März 2020 um 12:03 geschrieben: > > > Is the https://database.factgrid.de/wiki/Item:Q969 the only result you are > expecting? > > I have rewritten the query a bit, since the wdt prefix is a bit redundant > if you you are iterating over qualifiers and references, but in those > results https://database.factgrid.de/wiki/Item:Q969 exists. > > This is the query: > > https://tinyurl.com/rg8w2nz > > Regards Andra > > > On Thu, Mar 5, 2020 at 11:31 AM Olaf Simons > wrote: > > > Dear list, > > > > I was trying to run a Sample query from Wikidata on our page but I do not > > get the result I was hoping for. Can anybody give me an idea what I am > > doing wrong? > > > > This is Wikidata's original Script: > > > > > > https://query.wikidata.org/#%23Content%20of%20a%20reference%20for%20a%20specific%20statement%0A%23%20See%20also%20the%20SPARQL%20manual%0A%23%20https%3A%2F%2Fen.wikibooks.org%2Fwiki%2FSPARQL%2FWIKIDATA_Qualifiers%2C_References_and_Ranks%0A%23%20In%20this%20example%20we%20look%20for%20statements%20which%20assign%20a%20specific%20value%20%28Q51955019%29%0A%23%20to%20the%20property%20P1343%20and%20then%20look%20for%20references%20of%20that%20property%2C%20specifically%0A%23%20the%20string%20associated%20to%20P958%20for%20the%20reference.%20May%20actually%20bring%20up%20references%0A%23%20for%20other%20P1343%20statements%3B%20uses%20the%20shortened%20expression%20syntax%20with%20brackets.%0ASELECT%20%3Fitem%20%3Freference%0AWHERE%20%7B%0A%20%20%3Fitem%20wdt%3AP1343%20wd%3AQ51955019%20.%0A%20%20%3Fitem%20p%3AP1343%20%5B%20prov%3AwasDerivedFrom%20%5B%20pr%3AP958%20%3Freference%20%5D%20%5D%20.%0A%7D > > > > > > this is my adaptation for FactGrid: > > > > > > https://database.factgrid.de/query/#%23Content%20of%20a%20reference%20for%20a%20specific%20statement%0A%23%20See%20also%20the%20SPARQL%20manual%0A%23%20https%3A%2F%2Fen.wikibooks.org%2Fwiki%2FSPARQL%2FWIKIDATA_Qualifiers%2C_References_and_Ranks%0A%23%20In%20this%20example%20we%20look%20for%20statements%20which%20assign%20a%20specific%20value%20%28Q38779%29%0A%23%20to%20the%20property%20P91%20and%20then%20look%20for%20references%20of%20that%20property%2C%20specifically%0A%23%20the%20string%20associated%20to%20P51%20for%20the%20reference.%20May%20actually%20bring%20up%20references%0A%23%20for%20other%20P1343%20statements%3B%20uses%20the%20shortened%20expression%20syntax%20with%20brackets.%0ASELECT%20%3Fitem%20%3Freference%20%3FreferenceLabel%0AWHERE%20%7B%0A%20%20%3Fitem%20wdt%3AP91%20wd%3AQ38779%20.%0A%20%20%3Fitem%20p%3AP91%20%5B%20prov%3AwasDerivedFrom%20%5B%20pr%3AP51%20%3Freference%20%5D%20%5D%20.%0A%7D > > > > > > and this is a FactGrid Item where this should work: > > > > https://database.factgrid.de/wiki/Item:Q969 > > > > the man is proposed for an Illuminati Membership P91+Q38779. I want the > > query service to fetch the answer on the reference statement P51 primary > > source (and realise that my searches do not pay respect to the Q38779 > > focus). (Maybe the scripted focus does not even work on Wikidata...) > > > > Thanks for the clue, > > > > 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 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] SPARQL query
Dear list, I was trying to run a Sample query from Wikidata on our page but I do not get the result I was hoping for. Can anybody give me an idea what I am doing wrong? This is Wikidata's original Script: https://query.wikidata.org/#%23Content%20of%20a%20reference%20for%20a%20specific%20statement%0A%23%20See%20also%20the%20SPARQL%20manual%0A%23%20https%3A%2F%2Fen.wikibooks.org%2Fwiki%2FSPARQL%2FWIKIDATA_Qualifiers%2C_References_and_Ranks%0A%23%20In%20this%20example%20we%20look%20for%20statements%20which%20assign%20a%20specific%20value%20%28Q51955019%29%0A%23%20to%20the%20property%20P1343%20and%20then%20look%20for%20references%20of%20that%20property%2C%20specifically%0A%23%20the%20string%20associated%20to%20P958%20for%20the%20reference.%20May%20actually%20bring%20up%20references%0A%23%20for%20other%20P1343%20statements%3B%20uses%20the%20shortened%20expression%20syntax%20with%20brackets.%0ASELECT%20%3Fitem%20%3Freference%0AWHERE%20%7B%0A%20%20%3Fitem%20wdt%3AP1343%20wd%3AQ51955019%20.%0A%20%20%3Fitem%20p%3AP1343%20%5B%20prov%3AwasDerivedFrom%20%5B%20pr%3AP958%20%3Freference%20%5D%20%5D%20.%0A%7D this is my adaptation for FactGrid: https://database.factgrid.de/query/#%23Content%20of%20a%20reference%20for%20a%20specific%20statement%0A%23%20See%20also%20the%20SPARQL%20manual%0A%23%20https%3A%2F%2Fen.wikibooks.org%2Fwiki%2FSPARQL%2FWIKIDATA_Qualifiers%2C_References_and_Ranks%0A%23%20In%20this%20example%20we%20look%20for%20statements%20which%20assign%20a%20specific%20value%20%28Q38779%29%0A%23%20to%20the%20property%20P91%20and%20then%20look%20for%20references%20of%20that%20property%2C%20specifically%0A%23%20the%20string%20associated%20to%20P51%20for%20the%20reference.%20May%20actually%20bring%20up%20references%0A%23%20for%20other%20P1343%20statements%3B%20uses%20the%20shortened%20expression%20syntax%20with%20brackets.%0ASELECT%20%3Fitem%20%3Freference%20%3FreferenceLabel%0AWHERE%20%7B%0A%20%20%3Fitem%20wdt%3AP91%20wd%3AQ38779%20.%0A%20%20%3Fitem%20p%3AP91%20%5B%20prov%3AwasDerivedFrom%20%5B%20pr%3AP51%20%3Freference%20%5D%20%5D%20.%0A%7D and this is a FactGrid Item where this should work: https://database.factgrid.de/wiki/Item:Q969 the man is proposed for an Illuminati Membership P91+Q38779. I want the query service to fetch the answer on the reference statement P51 primary source (and realise that my searches do not pay respect to the Q38779 focus). (Maybe the scripted focus does not even work on Wikidata...) Thanks for the clue, 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
Re: [Wikidata] SPARQL query for wikdata no on external Wikibase
ah, I did not understand how I would expand this search - nice! that does my job, thank you, Olaf > Nicolas VIGNERON hat am 22. Januar 2020 um 12:03 > geschrieben: > > > 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 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
Re: [Wikidata] SPARQL query for wikdata no on external Wikibase
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 This is my search for all the places on FactGrid > Nicolas VIGNERON hat am 22. Januar 2020 um 11:26 > geschrieben: > > > 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 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
Re: [Wikidata] SPARQL query for wikdata no on external Wikibase
no, not quite. 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: https://database.factgrid.de/query/ thanks, Olaf > Nicolas VIGNERON hat am 22. Januar 2020 um 10:58 > geschrieben: > > > 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 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] link loss: the SPARQL search I am trying to run
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%0A%0AORDER%20BY%20%3FplaceLabel apologies for the link I had not pasted into the mail, 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] SPARQL query for wikdata no on external Wikibase
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
Re: [Wikidata] Query Service break down on FactGrId
As always: thank you Lucas! - everything is back to normal. (I will need a private lesson sooner or later...) Olaf > Lucas Werkmeister hat am 14. November 2019 um > 18:26 geschrieben: > > > I’ve restarted Blazegraph, it looks like it ran out of memory. Not sure why. > > Cheers, > Lucas > > On 14.11.19 18:19, Olaf Simons wrote: > > Dear list, > > > > I am experiencing unexpected problems with running Queries on FactGrid. > > (You find some sample queries here: > > https://database.factgrid.de/wiki/FactGrid:Projects) The error code is: > > > > Can anyone make more sense of the information and how to handle it? > > > > > > > > > > 502 Proxy Error > > > > Proxy Error > > The proxy server received an invalid > > response from an upstream server. > > The proxy server could not handle the request GET > > /sparql. > > Reason: Error reading from remote server > > > > Apache/2.4.25 (Debian) Server at database.factgrid.de Port > > 443 > > > > > > > > > > If I have killed the application it was with an attempt to get given names > > with our (deprecated) string Property P88 - trying to get the names > > together with the respective P101 "place in sequence" qualifiers. > > > > Please tell me that it is impossible to kill our SPARQL with flawed scripts > > for queries. > > > > Cheers, > > 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 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] Query Service break down on FactGrId
Dear list, I am experiencing unexpected problems with running Queries on FactGrid. (You find some sample queries here: https://database.factgrid.de/wiki/FactGrid:Projects) The error code is: Can anyone make more sense of the information and how to handle it? 502 Proxy Error Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /sparql. Reason: Error reading from remote server Apache/2.4.25 (Debian) Server at database.factgrid.de Port 443 If I have killed the application it was with an attempt to get given names with our (deprecated) string Property P88 - trying to get the names together with the respective P101 "place in sequence" qualifiers. Please tell me that it is impossible to kill our SPARQL with flawed scripts for queries. Cheers, 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] SPARQL- query: stretch in time
Dear List, a colleague has asked me how she could generate a timeline with spans of time on the FactGrid wikibase. She wants to visualise to what extent Gotha's duke Ernest II was in Gotha - and to what extent he was actually elsewhere on journeys leaving it to his ministers to rule the country. I made a test input with two properties on the Item for Ernest: https://database.factgrid.de/wiki/Item:Q978 P316 is for journeys with beginning and end. P296 eill become more specific in order to generate itineraries. I's be grateful for the SPARQL-Query that brought stretches of time for journeys on the timeline. My thanks for any help, 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] a little thing someone might love to code
just wrote a little blog post on Paul-Olivier Dehaye's visualisation of the Illuminati correspondence - done from a SPARQL query of our wikibase: https://blog.factgrid.de/archives/1695 an interface for this visualisation should not be too difficult to script - I'd have some ideas about the simple functionalities such a thing should have. ...if I can inspire someone. Cheers 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
Re: [Wikidata] Dead or alive ? Probably dead
On FactGrid we created two properties for this (maybe clever, maybe daft): P290 and P291 for estimates (or for knowledge) of an earliest and latest point in the life span. The necessity is here that we have loads of people with just a single data point like "studied in Jena in 1776" or "appeared on a list of voters in 1849". If that is all you know, you do actually know that the person is likely to have a birth date some 17 (or in the voters case at least 21) years before. If a person is only once mentioned as retired that stretches the P290 date to some 60 years before and so on - you qualify the estimate accordingly. I have no idea whether this is a good move on our site since we are not really that advanced in running the more intriguing SPARQL searches. Olaf > Fabrizio Carrai hat am 19. September 2019 um > 22:13 geschrieben: > > > So, the question is if it would be fine and ethic to set the "Date of > death" to "unknown" on the base of an old date of birth. > And about the biography of living persons, I found this [1] > > Deceased persons, corporations, or groups of personsRecently dead or > probably dead > Anyone born within the past 115 years (on or after 19 September 1904) is > covered by this policy unless a reliable source has confirmed their death. > Generally, this policy does not apply to material concerning people who are > confirmed dead by reliable sources. The only exception would be for people > who have recently died, in which case the policy can extend for an > indeterminate period beyond the date of death—six months, one year, two > years at the outside. Such extensions would apply particularly to > contentious or questionable material about the dead that has implications > for their living relatives and friends, such as in the case of a possible > suicide or a particularly gruesome crime. *Even absent confirmation of > death, for the purposes of this policy anyone born more than 115 years ago > is presumed dead* *unless* reliable sources confirm the person to have been > living within the past two years. If the date of birth is unknown, editors > should use reasonable judgement to infer—from dates of events noted in the > article—if it is plausible that the person was born within the last 115 > years and is therefore covered by this policy. > > This would support the set of "Date of death" to "unknown" on the base of > the "Date of birth". It remains hard to verify typo errors, but we are > doing our best to verify the data of the several wikiprojects. > > The property set would become effective if done in mass by a bot or similar. > > By the way, I would extend be period to 122 years [2] > > FabC > > [1] > https://en.wikipedia.org/wiki/Wikipedia:Biographies_of_living_persons#Deceased_persons,_corporations,_or_groups_of_persons > [2] https://en.wikipedia.org/wiki/Oldest_people > > Il giorno gio 19 set 2019 alle ore 21:29 Andy Mabbett < > a...@pigsonthewing.org.uk> ha scritto: > > > On Sat, 7 Sep 2019 at 07:53, Fabrizio Carrai > > wrote: > > > > > I found athletes with the "Date of born" but with NO "date of death". > > > So a query on the age show me athletes up to 149 years old. > > > Since the oldest know person was 122, what about to set "date of > > > death = unknown value" for all the persons resulting older such age ? > > > > Yes, but check that the date of birth isn't a typo (i.e. 1875 instead > > of 1975; or 1894 instead of 1984). > > > > Showing a living person as being dead would be a serious breach of the > > BLP policy. > > > > -- > > Andy Mabbett > > @pigsonthewing > > http://pigsonthewing.org.uk > > > > ___ > > 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 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
Re: [Wikidata] SPARQL search for Wikipedia Link
Exactly, perfect - and good script to know... thanks, Olaf > Thomas Douillard hat am 17. September 2019 um > 22:15 geschrieben: > > > Is it what you need ? > <https://query.wikidata.org/#SELECT%20%3FMasonic_Lodge%20%3FMasonic_LodgeLabel%20%28sample%28%3FMasonic_LodgeTitle%29%20as%20%3FwpTitle%29%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%3FMasonic_Lodge%20wdt%3AP31%20wd%3AQ1454597.%0A%20%20OPTIONAL%20%7B%20%20%0A%20%20%20%20%3Farticle%20schema%3Aabout%20%3FMasonic_Lodge%20%3B%0A%20%20%20%20%20%20%20%20%20%20%20%20%20schema%3Aname%20%3FMasonic_LodgeTitle%0A%20%20%7D%0A%7D%20group%20by%20%3FMasonic_Lodge%20%3FMasonic_LodgeLabel%20> > > Le mar. 17 sept. 2019 à 22:03, Olaf Simons > a écrit : > > > Hi, > > > > I am trying to bring some light into this query: > > > > https://w.wiki/8Xv > > > > Many of the listings have no labels in any language - is there a simple > > way to get the Wikipedia-title in whatever wp with the q-Number? > > > > cheers > > 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 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] SPARQL search for Wikipedia Link
Hi, I am trying to bring some light into this query: https://w.wiki/8Xv Many of the listings have no labels in any language - is there a simple way to get the Wikipedia-title in whatever wp with the q-Number? cheers 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
Re: [Wikidata] Tinyurls no longer operable
seems someone very nice (Lucas?) has fixed it. thank you all, Olaf > Olaf Simons hat am 11. September 2019 um > 16:35 geschrieben: > > > The new Wikidata tinyurl (substitute) is > > https://w.wiki/8DN > > ours are still > > https://tinyurl.com/yyt67ewc > > ...and these are no longer supported. They create messy error notes on our > QueryService. > > > > > Andy Mabbett hat am 11. September 2019 um 16:16 > > geschrieben: > > > > > > On Wed, 11 Sep 2019 at 14:38, Olaf Simons > > wrote: > > > > > The use of tiny urls has changed over night > > > > Changed in what way? > > > > -- > > Andy Mabbett > > @pigsonthewing > > http://pigsonthewing.org.uk > > > > _______ > > Wikidata mailing list > > Wikidata@lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/wikidata > > 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 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
Re: [Wikidata] Tinyurls no longer operable
The new Wikidata tinyurl (substitute) is https://w.wiki/8DN ours are still https://tinyurl.com/yyt67ewc ...and these are no longer supported. They create messy error notes on our QueryService. > Andy Mabbett hat am 11. September 2019 um 16:16 > geschrieben: > > > On Wed, 11 Sep 2019 at 14:38, Olaf Simons > wrote: > > > The use of tiny urls has changed over night > > Changed in what way? > > -- > Andy Mabbett > @pigsonthewing > http://pigsonthewing.org.uk > > ___ > Wikidata mailing list > Wikidata@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikidata 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] Tinyurls no longer operable
The use of tiny urls has changed over night - in a welcome move towards more independence. The problem for us (FactGrid, an external wikibase) is now that all the given links have stopped working. Is there an elegant way to fix this? Best wishes, Olaf ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Re: [Wikidata] Wikidata geo-coordinates
Cool, that is a very useful link for us to keep an eye on! Thanks, Olaf > Jan Macura hat am 2. September 2019 um 21:22 > geschrieben: > > > On Mon, 2 Sep 2019 at 21:11, Olaf Simons > wrote: > > > This might be then the central thing to have in the next QueryService > > Version: In addition to the present download formats an option to get a csv > > or tsv output that can be put into QuickStatements for another Wikibase > > without tedious conversions. > > > > Well, this is probably more on the QuickStatements site, to allow input in > a form of WKT... > > > > We will have more and more people with Wikibase installations who will use > > Wikidata (or other Wikibases) as data source for their platforms. > > > > Of course. And this is what is currently (yet a bit confusingly) called > Federation: https://www.wikidata.org/wiki/Wikidata:Federation_input > > Best regards, > Jan > ___ > Wikidata mailing list > Wikidata@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikidata 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
Re: [Wikidata] Wikidata geo-coordinates
This might be then the central thing to have in the next QueryService Version: In addition to the present download formats an option to get a csv or tsv output that can be put into QuickStatements for another Wikibase without tedious conversions. We will have more and more people with Wikibase installations who will use Wikidata (or other Wikibases) as data source for their platforms. Maybe I can inspire Magnus... Thanks, Olaf > Eugene Alvin Villar hat am 2. September 2019 um 17:56 > geschrieben: > > > On Mon, Sep 2, 2019, 11:39 PM Olaf Simons, > wrote: > > > Is there an elegant way to get data out of wikidata in a format that you > > can then fill back into another Wikibase without the pain of such > > conversions (like splitting coordinates, changing columns, changing the > > prefixes...) > > > > Depends on how elegant you want it to be but it won't be trivial. If you > want to get data from WDQS, you can use any of the available SPARQL > text/regex manipulation functions to convert the WKT format into a > different format. > > Question 2 is related: When you extract dates with the QueryService that > > will change just years like 1971 from 1971-00-00 into 1971-01-01 dates. I > > felt unable to tell whether such a date was just a year or actually a > > January 1 entry. Is there a way to get the exact date as it has been put in > > to Wikibase back from the QueryService? > > > > Again, this is not trivial. You need to also query the datePrecision field > of the date value and that means querying for the actual date statement and > not just the simple value that the usual SPARQL queries provide. Then based > on the datePrecision value (I think 9 is for year precision vs. 11 for day > precision), you can then truncate the date to just the year. > > > > _______ > Wikidata mailing list > Wikidata@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikidata 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
Re: [Wikidata] Wikidata geo-coordinates
Thank you Jan for the swift answer (I wish I had known before this morning's first data input...) allow me 2 follow-up questions: Is there an elegant way to get data out of wikidata in a format that you can then fill back into another Wikibase without the pain of such conversions (like splitting coordinates, changing columns, changing the prefixes...) Question 2 is related: When you extract dates with the QueryService that will change just years like 1971 from 1971-00-00 into 1971-01-01 dates. I felt unable to tell whether such a date was just a year or actually a January 1 entry. Is there a way to get the exact date as it has been put in to Wikibase back from the QueryService? All my thanks, Olaf > Jan Macura hat am 2. September 2019 um 12:20 > geschrieben: > > > Hello Olaf, > > this is a simple one. As it is common in natural language to present the > world coordinates in order of [latitude, longitude], WKT standard > <https://en.wikipedia.org/wiki/Well-known_text_representation_of_geometry>, > which is used to represent coordinates in the SPARQL endpoint, on the other > hand, expects an order of [x, y], which in this case means [longitude, > latitude]. > For more info, see https://en.wikipedia.org/wiki/OGC_GeoSPARQL and > https://stackoverflow.com/questions/18636564/lat-long-or-long-lat > > So it is a desired behaviour, not a bug ;-) > > Best regards, > Jan > > On Mon, 2 Sep 2019 at 12:06, Olaf Simons > wrote: > > > I am trying to synchronise FactGrid data with Wikidata. > > > > A strange question: If I run a SPARQL search such as this one: > > > > > > https://query.wikidata.org/#SELECT%20%3FGemeinde_in_Deutschland%20%3FGemeinde_in_DeutschlandLabel%20%3Fgeographische_Koordinaten%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%3FGemeinde_in_Deutschland%20wdt%3AP31%20wd%3AQ262166.%0A%20%20OPTIONAL%20%7B%20%3FGemeinde_in_Deutschland%20wdt%3AP625%20%3Fgeographische_Koordinaten.%20%7D%0A%7D > > > > I get the coordinates with what looks like swapped values: > > > > "Point(10.7183 50.9489)" on the QueryService table output > > "50°56'56"N, 10°43'6"E" on P625 at the respective Wikidata Item Q6986 > > > > any idea why this is so? > > > > 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 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] Wikidata geo-coordinates
I am trying to synchronise FactGrid data with Wikidata. A strange question: If I run a SPARQL search such as this one: https://query.wikidata.org/#SELECT%20%3FGemeinde_in_Deutschland%20%3FGemeinde_in_DeutschlandLabel%20%3Fgeographische_Koordinaten%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%3FGemeinde_in_Deutschland%20wdt%3AP31%20wd%3AQ262166.%0A%20%20OPTIONAL%20%7B%20%3FGemeinde_in_Deutschland%20wdt%3AP625%20%3Fgeographische_Koordinaten.%20%7D%0A%7D I get the coordinates with what looks like swapped values: "Point(10.7183 50.9489)" on the QueryService table output "50°56'56"N, 10°43'6"E" on P625 at the respective Wikidata Item Q6986 any idea why this is so? 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] remove alias via QickStatements
Dear Wikibase fans, I was trying to remove aliasses with QuickStaements (on the FactGrid installation). The specific removal seems to be impossible without more technical knowledge (if I read this correctly: https://bitbucket.org/magnusmanske/wikidata-todo/issues/114/quickstatements-allow-removal-of-alias) Is there a way just to remove all the aliasses of a bulk of items? QuickStatement Wikidata-Help says "If you want to remove a label/description/sitelink, the value has to be an empty string and the rest of the command will be the same." the word alias is not in this list - or I may not have understood what an empty string would look like. Cheers, 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] sorting statements with quicksteps
Hi Wikidata people, I am trying to organise a QuickStatement Input for churches and people who held offices in these churches - on our Wikibase. Using QuickStatements I get the problem when a person gets into a new position/qualification - as you can see here with "Friedrich Linde who was spends sone years as an assistant before he becomes a pastor: https://database.factgrid.de/wiki/Item:Q43367 QuickStatements states all the positions and then all the years on different heaps - where I would love have the dates on the respective positions. If I add the same man with a new position manually I get the trick done (but that is nothing I want to do with several thousand office terms). May be my entire approach is stupid - any idea how I could sort this out better? cheers, Olaf PS my CSV Input (version 1 makes no difference) qid,P299,qal166,qal49,qal50,qal106 Q43367,Q42672,Q36857,+1541-00-00T00:00:00Z/9,+1551-00-00T00:00:00Z/9 Q43367,Q43135,Q36857,+1554-00-00T00:00:00Z/9,+1594-00-00T00:00:00Z/9 Q43367,Q41734,Q43664,+1584-00-00T00:00:00Z/9,+1594-00-00T00:00:00Z/9 Q43367,Q41734,Q36857,+1594-00-00T00:00:00Z/9,+1631-00-00T00:00:00Z/9 Q43367,Q43199,Q43664,,,+1627-00-00T00:00:00Z/9 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
Re: [Wikidata] Wikibase as a decentralized perspective for Wikidata
What is more problematic than the p/q business: If I run a SPARQL search at our endpoint - such as this one: https://database.factgrid.de/query/#SELECT%20%3FIlluminatenorden%20%3FIlluminatenordenLabel%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%3FIlluminatenorden%20wdt%3AP91%20wd%3AQ10677.%0A%7D I will receive answers in the form of wd:q25 but they do not lenk to wd, wikidata, but into our database https://database.factgrid.de/entity/Q25. The same problem in the other direction: If our users have never seen a SPARQL search in their lives (and that's 100%) and if they now click at sample queries - they will qet Wikidata sample queries which do not work on our database - just as our P and Q numbers do not match. Olaf > Daniel Kinzler hat am 29. November 2018 um 02:02 > geschrieben: > > > Am 28.11.18 um 10:15 schrieb James Heald: > > It should also be made possible for the local wikibase to use local prefixes > > other than 'P' and 'Q' for its own local properties and items, otherwise it > > makes things needlessly confusing -- but currently I think this is not > > possible. > I think the opposite is the case: ending up with a zoo of prefixes, with items > being called A73834 and F0924095 and Q98985 and W094509, would be very > confusing. The current approach is to to use the same approach that RDF and > XML > use: add a kind of namespace identifier in front of "foreign" identifiers. So > you would have Q437643 for "local" items, xy:Q8743 for items from xy, > foo:Q873287 for items from foo, etc. This is how foreign IDs are currently > implemented in Wikibase. > > > -- > Daniel Kinzler > Principal Software Engineer, Core Platform > Wikimedia Foundation > > ___ > Wikidata mailing list > Wikidata@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikidata 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] Illuminati Data Mining, Gotha Nov. 16/17
Dear Wikidata list, our Illuminati-budget is still not yet exhausted. Let me send out a second call for our workshop next week: We are planning to use our upcoming yearly Illuminati-Workshop at the Gotha Research Centre to get a better idea of the database we have created in the past months at https://blog.factgrid.de/ We can offer grants for travel expenses (in central Europe) and accommodation in Gotha - and will give you insight into the present state of research into the real Illuminati, those of the 1770s and 1780s. We are looking for creative ideas of what to do with our wikibase installation (you can see some sample queries here: https://database.factgrid.de/wiki/Sample_queries). * How would we best connect our database to Wikidata? * What intriguing visualizations could we offer? * What searches would be possible? * What should we do with our old media wiki (https://projekte.uni-erfurt.de/illuminaten/Main_Page)? - a site which is presently still far more valuable with its transcripts of and commentary on documents (we would love to migrate all its content into the new database). * How would we organise a crowd sourced project on the new database? The workshop will begin on Friday 16, 9:am with scholarly talks for those interested. We will open the data mining section in the early afternoon and give here an introduction into * our database, * our data and * the history and structures of the Order (which we would love to better explore with the database). The data miners would have the ensuing afternoon and early evening and part of Saturday morning for exploration. We would eat out together and exchange views again on Saturday morning. Here our German program with Google translation: https://blog.factgrid.de/archives/1151 Contact olaf.sim...@pierre-marteau.com during the next three days to make reservations. Looking forward to the event, 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] Illuminati/ Wikibase Workshop
Dear Wikibase Enthusiasts, if you happen to speak German and if you feel intrigued about the Illuminati, this might be of interest to you: https://blog.factgrid.de/archives/1151 We will use our upcoming Illuminati-Workshop on Nov. 16/17 to discuss how we can make better use of our Wikibase installation here at Gotha. https://database.factgrid.de/wiki/Main_Page The database is filled with metadata of Illuminati documents and (selected) membership information and is supposed to help us with complexities of our Illuminati wiki (https://projekte.uni-erfurt.de/illuminaten/Main_Page), but we do not yet have the clearest idea of what we have produced here or possibly can. If you feel intrigued - we pay travel expenses and accommodation - contact me before Nov. 5, 2018. Looking forward to an illuminating workshop, Olaf ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
[Wikidata] Membership information and SPARQL on FactGrid
Hi Wikidata people, We have started to widen our collection of various historical people with various memberships on our wikibase installation - FactGrid, a "database for historians" (which should eventually become a source for Wikidata). This is a typical dataset on a person: https://database.factgrid.de/wiki/Item:Q84 This one is more complex: https://database.factgrid.de/wiki/Item:Q1319 I am wondering whether it was clever to put the individual membership in a lodge (or several lodges) under a wider umbrella of "member of Freemasons". How for instance can we now ask our query service for a list of all Freemasons plus individual lodge affiliation. Question: Is it good to create such subplots with qualifiers? Is it good to do this in the light of the SPARQL queries we want to run? Is it good with a perspective on the additions we could perhaps better add if we avoided such subclauses? - like dates of membership in different lodges? (That seems to be a problem right now...) We have far more details of membership information (like functions in these societies) and I feel we can find very different arrangements like * create qualifiers for a particular membership (member of the Illuminati plus 50 qualifiers of details information... * create minute and specialised properties for each sort of organisation which are then offered on one level (a property for membership in the Illuminati, particular property for the person who proposed the new member, a property for the date of entry, a property for the first grade, a new property for grade 2 and so on... * create a branch of new items for membership information sorted by organisation - something like a membership card for any individual membership in any sort of association. A person who is member of the Illuminati would then get a new item for his particular membership with different entries on who brought him into the order? When accepted, when promoted to which level? where affiliated? What internal positions... See this blog entry for details we have on any particular Illuminati membership: https://blog.factgrid.de/archives/47 What kind of mess would we create with membership-items in future SPARQL queries? I feel dizzy with these questions. How would you organise such things if you were aiming at a kind of animation, where we will eventually see how the Illuminati infiltrated lodges? These are peculiar questions. We could need some advice from people who can already foresee the SPARQL calamities we are creating with these first data sets - and the difficulties we are creating for Wikidata as a future user of our research data. So maybe you can help us with good advice on how to best organise our weird knowledge. 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
Re: [Wikidata] Solve legal uncertainty of Wikidata
> Facts don't *have* licenses. They have sources, and we track those. Works well in an environment of no original research. Things get onto another level if I have a fact that is of value in other fields of research. I can then either keep it for myself until it is published in a paper that will be quoted by Wikidata... ...or I need options to state the fact as "herewith published by me and to be quoted as my research..." I am actually eager to get an environment in which I - as a researcher - can dare to open the box and to play with my research in the open environment. o. Dr. Olaf Simons Forschungszentrum Gotha der Universität Erfurt Schloss Friedenstein 99867 Gotha Büro: +49-361-737-1722 Mobil: +49-179-5196880 Privat: Hauptmarkt 15/ 99867 Gotha > Daniel Kinzler hat am 18. Mai 2018 um 22:39 > geschrieben: > > > Am 18.05.2018 um 21:37 schrieb Amirouche Boubekki: > > What wikidata doesn't track the license of each piece of information?! > > Facts don't *have* licenses. They have sources, and we track those. Which may > have licenses, depending on jurisdiction, interpretation, form, content, etc. > But the fact itself doesn't, it's not copyrightable. > > > -- > Daniel Kinzler > Principal Platform Engineer > > Wikimedia Deutschland > Gesellschaft zur Förderung Freien Wissens e.V. > > ___ > 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
