helvede.net is one of the many independent Mastodon servers you can use to participate in the fediverse.
Velkommen til Helvede, fediversets hotteste instance! Vi er en queerfeministisk server, der shitposter i den 9. cirkel. Welcome to Hell, We’re a DK-based queerfeminist server. Read our server rules!

Server stats:

172
active users

#synia

0 posts0 participants0 posts today

The split of the Wikidata Query Service into a main and a scholar requires rewriting #SPARQL queries in @wdscholia and #Synia. Unfortunately this is not straightforward. "Related based on people" for event is available in #Scholia as a yet non-federated query at eg scholia.toolforge.org/event/Q1 The query is quite fast while the supposedly equivalent in Synia is here synia.toolforge.org/#scientifi and is slow - and the "Score" column is different. hmmm... So not quite equivalent

ScholiaScholia

Double SERVICE labeling with federated Wikidata Query Service seems not to be directly possible.

SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],mul,en". }
SERVICE <query-scholarly.wikidata.org/s> {
BIND(?example_attestor AS ?example_attestor)
BIND(?example_attestorLabel AS ?example_attestorLabel)
SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],mul,en". }
}

does not work w.wiki/BetX example from #Synia synia.toolforge.org/#lexemeatt #Wikidata

#Synia has now taken a cold turkey wrt. the Wikidata Query Service split. I have changed the configuration so Synia now uses the query-main.wikidata.org endpoint. This means that some of the pages on #Synia do not work for instance synia.toolforge.org/#venue/Q15 Here there is one panel that is not work. For the two topics panel I have changed the SPARQL query to a federated query using query-scholarly.wikidata.org/s Hopefully these changes can be transfered relatively easy to #Scholia