Naar inhoud springen

Wikipedia:Wikidata-café/Archief/okt 2020

Uit Wikipedia, de vrije encyclopedie

Samenvoegen GZWDer-items[bewerken | brontekst bewerken]

d:User:GZWDer (flood) maakt vaak items aan zonder enige statements voor (op dat moment) niet-gekoppelde pagina's waarvoor regelmatig wel al een item bestaat. Is er ergens een lijstje met zulke items voor een bepaalde wiki, of heeft iemand een query? –bdijkstra (overleg) 29 okt 2020 10:12 (CET)[reageren]

GZWDer zet de complete inhoud van genealogische websites op wikidata. Precies deze gebruiker deed mij realiseren, dat wikidata een heel andere koers vaart dan wikipedia. Dit soort gebruikers verzamelen alleen maar data. Bijvoorbeeld kolonisten van de Verenigde staten. Niet alleen de eerste kolonisten, maar het nageslacht ook, tot de tiende generatie aan toe. Even een willekeurige obv van zijn meest recente edits d:Q97040290 (Lathrop Motley Weld) Ldhank (overleg) 29 okt 2020 10:34 (CET)[reageren]
Die gebruiker is er al 1000 keer op aangesproken dat zulke edits feitelijk gelijk zijn aan vandalisme. Ook Multichil had op een gegeven moment zo'n botje lopen, "want dat zagen de statistieken van onze achterstand er wat liever uit", alsof dat het doel van een wikidata-item is. Probleem is, wat jij nu ook aangeeft, dat eenmaal aangemaakt, die items helemaal niet meer zijn terug te vinden. Het is dan wel 10x meer werk om uit te vinden wat moet worden/kan worden samengevoegd, daarbij zijn te veel gebruikers niet handig genoeg om items samen te voegen (no offense intended, just noticing). Persoonlijk vind ik dit allemaal zeer zorgelijk. Edoderoo (overleg) 29 okt 2020 10:35 (CET)[reageren]
Is er met Sparql geen query te maken voor items die slechts 1 sitelink hebben (en wel van een bepaalde wiki) en geen statements hebben? –bdijkstra (overleg) 29 okt 2020 10:57 (CET)[reageren]
Die lijst wordt 2x per week ververst op d:Wikidata:Database_reports/without_claims_by_site/nlwiki. Mijn ervaring is dat je SparQL-queries die je lastig vindt heel snel geregeld krijgt op d:WD:RAQ. Als je denkt dat het met SparQL niet kan, leer je daar vaak dat het juist heel simpel is ;-) Edoderoo (overleg) 29 okt 2020 11:09 (CET)[reageren]