Als mensen wel eens Wikidata links toevoegen of dat willen gaan doen dan is wellicht https://map.osm.wikidata.link/ wel handig. Er zijn nog genoeg gebouwen (voornamelijk rijksmonumenten) waar de link naar Wikidata ontbreekt.
Ik ben wel benieuwd wat de meningen zijn over het toevoegen van Wikidata links aan straten. Straten kunnen natuurlijk uit heel veel stukjes bestaan. Die allemaal taggen met het Wikidata item of juist helemaal niet?
Als er straks op iedere brievenbus een wikidata en een Wikipedia link staat, dan ben ik daar niet blij mee.
Het is een volkomen zinloze vervuiling van een geografische database.
En als ik die wikidata pagina bezoek, dan staat er ook nog eens helemaal niets te lezen !
Mijn persoonlijke mening is dan ook dat OSM geen wiki index behoort te zijn.
Dankje, hier heb ik zeker wat aan! Ik map wel vaker Wikidata van rijksmonumenten. (Deze zijn trouwens ook makkelijk op Wikipedia te vinden bij de pagina’s “Lijst van rijksmonumenten in [PLAATSNAAM]”)
Wikidata voor alle stukjes vind ik maar niets. Liever zie ik dan een route=road relatie voor elke weg met ook de naam op de relatie, net als op de snelwegen, maar dat is ook onbegonnen monnikenwerk. Ik vraag me daarbij ook af wat voor nuttige informatie de Wikidata pagina’s van straten bevatten.
Wikidata is ook niet bedoeld om als tekst te lezen, maar het wordt wel door allerlei verschillende OSM-gebaseerde kaarten gebruikt om overige informatie weer te geven, zoals wikimedia commons afbeeldingen, referentienummers van andere databases en bedrijfslogo’s.
Je zult de data van alle bronnen die je gebruikt (alsook wikidata zelf) wel moeten controleren en zonodig in wikidata corrigeren:
De OSM<>Wikidata tool zorgt vaak voor mismatches met OSM door bijvoorbeeld voor een monument de OSM-adresnode te matchen terwijl je de koppeling op de building wilt hebben
Wikidata bevat dubbele entries. Die kun je daar samenvoegen
Wikidata-coordinaten kunnen er behoorlijk naast zitten of aan wikidata gelinkte entries bevatten fouten
De granulariteit komt niet overeen. Vrijwel alle individuele grafheuvels in NL zijn getagged als historic=site&site_type=tumulus terwijl de Rijksdienst voor het Cultureel erfgoed vaak enkel clusters grafheuvels als monument aanwijst. Sowieso ben ik geneigd individuele grafheuvels als historic=tomb/tomb=tumulus te taggen
Er zijn copyright issues die je (onwetend en indirect) kunt veroorzaken door een wikidata entry aan OSM toe te voegen
En vraag je af of het zin heeft om van alles en nog wat te koppelen (zoals wegen in een Vinex-wijk)
Last but not least: Enkel een wikidata-koppeling maken zonder het gekoppelde OSM-object van de juiste tags te voorzien is zinloos, je zult bijvoorbeeld voor een monument tags als “historic” en alle tags voor “heritage” plus ref:rce" toe moeten voegen zodat OSM-data-afnemers er iets mee kunnen.
Rijksmonumenten heb ik ooit op Wikidata gezet. Het is op Wikidata niet de bedoeling om voor alles (elke brievenbus) een item aan te maken, het moet wel voldoen aan https://www.wikidata.org/wiki/Wikidata:Notability . Straten zijn ooit is toegevoegd zonder dat er echt consensus was om dit te doen, maar tegen de tijd dat het opviel was het al bijna klaar en is toen maar afgerond. In hoeverre de items zijn uitgebreid verschilt per locatie. In Haarlem zijn bijvoorbeeld veel straten voorzien van hoe oud ze zijn, waar ze naar zijn vernoemd en een link naar de BAG. Zie bijvoorbeeld https://www.wikidata.org/wiki/Q17195891 (bijbehorende Wikipedia artikel: https://www.wikidata.org/wiki/Special:GoToLinkedPage?site=nl&itemid=Q17195891 ).
Het is trouwens een bekend probleem dat de coordinaten van Rijksmonumenten er regelmatig wat naast zitten: Veel zijn door de RCE ooit gemaakt aan de hand van het adres. Bij Elswout stonden bijvoorbeeld alle Rijksmonumenten op 1 punt: Het poortgebouw. Verbeteringen worden zeker gewaardeerd en door het koppelen wordt ook duidelijker waar het scheef zit.
@multichill: Gezien deze wijzigingshistorie van vandaag wordt bij het toevoegen van een nieuw nummer niet (voldoende) op oudere dubbele records gecontroleerd, en kom je er pas achter dat het oude record verkeerde data bevat als je het raadpleegt bij linken aan OSM.
En Wikipedia was dus “ook niet op de hoogte” van de rce-nummer-wijziging.
Er zijn meer dan 60.000 Rijksmonumenten en er is altijd wel onderhoud nodig. Vaak wordt dit ontdekt als je ergens mee bezig bent zoals hier. Wat het wel wat lastiger maakt is dat de RCE geen goede wijzigingshistorie online heeft staan.
In 2009 volledige dump van de database gekregen onder vrije licentie en door de jaren heen nieuwe versie. Dat was het startpunt voor https://nl.wikipedia.org/wiki/Wikipedia:Wikiproject/Erfgoed/Nederlandse_Erfgoed_Inventarisatie en https://en.wikipedia.org/wiki/Wiki_Loves_Monuments . Data is vanuit Wikipedia op Wikidata terechtgekomen.
De RCE heeft elke paar jaar weer wat nieuws en oude diensten donderen dan weer om. Ik zag bijvoorbeeld dat de SPARQL service alweer offline is. De website is ook al een aantal keer van url veranderd en het oude domein (kich.nl) is zelfs gekaapt.
Ik geloof niet dat er de laatste jaren grote updates zijn gedaan dus ik denk niet dat de WFS service gebruikt is. Ben benieuwd hoe lang ze deze online weten te houden. Ik heb er zelf niet eerder mee gewerkt. Ik zie dat ik ook de data kan downloaden. Ik zal eens kijken hoe groot de verschillen zijn met wat we op Wikidata hebben. Dat doet meestal iemand eens in de zoveel jaar.
Het gaat er ook om wat je nu gaat gebruiken, om je database te verbeteren of dat licentie technisch matched en of de oude afspraken daar ook voor gelden.
Als je het hier vandaan haalt moet je aan de voorwaarde voldoen, CC BY 3.0 NL… tenzij je andere afspraken maakt als gebruikende partij. (voor OSM ODbL t.o.v. RCE, dit product)
Het is vaak lastig te achterhalen wat je met tekst image mag.
Omdat het er niet direct bij staat.
Wikipedia kent zoveel pagina’s, verwijzingen, dat je zo niet weet wat je er mee mag, mensen doen dan maar wat.
Ik heb nu alleen even zoek de verschillen gedaan.
RCE keys: 63081
Wikidata (truthy) keys: 63948
Common keys: 62899
Keys on Wikidata and not in RCE (probably withdrawn): 1049
Keys in RCE and not in Wikidata (probably new): 182