Please do not do this, What you are likely wanting to accomplish is relating a sports season to a category of sports and this is already done. So the relationships are inferred. On Fri, Dec 23, 2022 at 11:01 PM Romaine Wiki <romaine.wiki(a)gmail.com> wrote: -- Thad https://www.linkedin.com/in/thadguidry/ https://calendly.com/thadguidry/

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

Is Wikidata again being held back by the SPARQL endpoint?   I thought that this had been resolved some time ago. But are these triples redundant?  They might be redundant in the sense that someone who knows how sports teams, leagues, and seasons are put together would know where to look for the sport.  But this is putting a heavy bar on consumers of Wikidata, which in my opinion is not what Wikidata should be doing.  Instead Wikidata should be easy to use.  And it is entirely possible that these triples would not be redundant in all cases. peter On 12/23/22 16:45, Dan Brickley wrote:

The opposite is true, it is a must that this data is added to these items. For a sports season it is basic information to have the sport in question being added, as otherwise these items are practically useless. The opposite is their purpose: to be useful. One of the first things users of the data want to do is to be able to select the sport in question data is wanted from. Commonly not all sports at once but one single sport, let's say football, tennis, baseball, ... On top of this would adding the sport also help to make these items even extra useful: most of these items have only one or two statements on them. By being able to select the sport, the users who work with this data can better focus on the items for that particular sport those users are focussed on. Two months ago I published an analysis in what became clear that the stability, quality, and inter-item structured data is far from the structured level as what in general would have wished for and would have expected. Wikidata contains structured data, but only on the level of a single item. In practise, structured data goes beyond just the single item and is needed on all levels of data. Sadly it is missing on the various levels, which makes it for individual items not a good to just say that we need to rely on the data on other items. In closed data systems there is a structural coordination in place, which takes care of structural adding of data on all levels. There it is possible to rely on relationships. Wikidata with its open nature misses the structural coordination, and misses the structured data beyond the single item. And as those (missing) levels define the relationships, it is not something to reply on. To continue, on Wikipedia (and other platforms) the communities have set some standards to make sure that the content has/gets the minimal quality. For a large parts the quality of the Wikidata just sucks, often it is almost completely missing, incomplete, inconsistent or even false. With luck, a dedicated contributor has taken great care of a relative small group of items, but large parts are a big mess. I remember from 15-20 years ago on Wikipedia people saying not wanting to have basic standards, like for example as that was considered redundant, not needed, etc. By now most contributors have hopefully learned how wrong that idea was. I am sorry to say, but that is what I see happen here too. We need to get to basic standards for sport seasons items. Besides indicating that it is a sports season (P31), other basic properties that should always be present are country, sport, point in time, sport season of, follows, followed by. With today's challenge, the focus is first the sports. On this users can build further to get that all sport seasons have at least the basic properties added. Romaine Op vr 23 dec. 2022 om 21:16 schreef Thad Guidry &lt;thadguidry(a)gmail.com&gt;om>: