[Wikidata] Re: [External] Help make this Property Query faster

The hint:Prior optimization on the property path might help a bit? https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/query_optimization#h-Property_paths-Optimization_strategies https://w.wiki/4Jas Jeff From: Thad Guidry Date: Friday, October 29, 2021 at 10:12 AM To: David Causse ,

[Wikidata] Re: [External] On the subject of Linked Data Availability and Retention

This reminds me a bit of Ted Nelson’s Xanadu project. https://kottke.org/tag/Ted%20Nelson From: Thad Guidry Date: Wednesday, June 30, 2021 at 12:33 PM To: Discussion list for the Wikidata project. Subject: [External] [Wikidata] On the subject of Linked Data Availability and Retention Hi

Re: [Wikidata] [External] SPARQL with wikipedia redirects

There are many cities in Wikipedia/Wikidata named Akron. Perhaps this? SELECT ?wikipedia ?cityLabel ?city WHERE { VALUES ?label { "Aachen"@en "Akron"@en } ?wikipedia schema:name ?page; schema:isPartOf ; schema:about ?city. ?city rdfs:label ?label

Re: [Wikidata] Identifiers for WDQS queries

Another option would be to store the query on your Wikidata home page using the {{SPARQL}} template and then sending a link to the page section for it. Here’s an example: https://www.wikidata.org/wiki/Template:SPARQL#Examples Jeff From: Wikidata on behalf of Crystal E. Clements Date:

Re: [Wikidata] [External] Re: Important, Critical issues related to Wikidata

Wikidata defines domain and range constraints for its drug used for treatment (P2176) property, which seems like a nice probabilistic compromise compared to description logic. https://www.wikidata.org/wiki/Property:P2176#constraints If the property

Re: [Wikidata] [External] Re: Are we ready for our future

I imagine the federation of Wikibase instances becoming part of the solution: https://addshore.com/2018/04/wikibase-of-wikibases/ Along those lines, I wonder if there is potential for Wikibase as a component in the W3C Solid project’s effort: https://www.w3.org/community/solid/wiki/Main_Page

Re: [Wikidata] Identifiers: Multiple VIAF numbers

s to address this issue? :-) Best, - Erika Erika Herzog Wikipedia User:BrillLyle<https://en.wikipedia.org/wiki/User:BrillLyle> On Thu, Dec 14, 2017 at 12:32 PM, Young,Jeff (OR) <jyo...@oclc.org<mailto:jyo...@oclc.org>> wrote: I agree that “named entity” makes more sense.

Re: [Wikidata] Identifiers: Multiple VIAF numbers

luster record for each unique name (my bolding). Some clarification is needed, if the "name" is supposed to be "named entity" instead. LeadSongDog Sent: Thursday, December 14, 2017 at 11:20 AM From: "Young,Jeff (OR)" <jyo...@oclc.org> To: "Discussion lis

Re: [Wikidata] Identifiers: Multiple VIAF numbers

VIAF identifies a variety of things, including people, pseudonyms, organizations, places, etc. There is no intentional distinction between those things and their “identity”. Jeff From: Wikidata on behalf of "leads...@webname.com"

Re: [Wikidata] Aren't pages too long?

The canonical form for VIAF URIs is http://viaf.org/viaf/66488489. That’s the form used in the VIAF linked data and informally declared on the HTML page as the “Permalink”: [cid:CA6352AE-CBDB-4BE0-B533-FA07AE44A508] From: Wikidata

Re: [Wikidata] Status and ETA External ID conversion

Then perhaps umbel:isLike instead of owl:sameAs? http://wiki.opensemanticframework.org/index.php/UMBEL_Vocabulary#isLike_Property It conveys sameAs but with a hint of uncertainty. > -Original Message- > From: Wikidata [mailto:wikidata-boun...@lists.wikimedia.org] On Behalf Of > Stas

Re: [Wikidata] Status and ETA External ID conversion

Couldn't you use P460 when there is doubt? https://www.wikidata.org/wiki/Property:P460 Jeff > -Original Message- > From: Wikidata [mailto:wikidata-boun...@lists.wikimedia.org] On Behalf Of > Egon Willighagen > Sent: Thursday, March 10, 2016 12:58 PM > To: Discussion list for the