Toen ik dit zag:
dacht ik echt: Kunnen we niet met één database voor de hele wereld volstaan?
Het is toch simpel om alle telefoonnummers van Nederland te koppelen aan de straatadressen uit de BAG?
Dan kunnen we al die stompzinnige (slechtwerkende) omgekeerde nummerzoek websites ook weer afschaffen.
(Ja ik weet dat dat niet kan/mag en er zijn al discussies over gevoerd).
Waarom slaan we bij alle restaurants in de osm database ook niet direct alle recepten op die de chefkok van dat restaurant hanteert? Kunnen alle kookboeken weg!
En waarom kan ik bij de bakkers niet zien wat voor brood ze verkopen (wat het kost en hoe de smaak door de kopers van dat brood is beoordeeld)?
En waarom kan ik hier: http://www.openstreetmap.org/way/52653208 niet zien welke programma’s ze maken en op welke tijd ze die uitzenden?
Waarom wil iedereen zijn eigen database terwijl ze allemaal bij osm terecht kunnen?
Er is geen hond die het merkt (of er iets van zegt) als ik mijn complete boekenverzameling (book:title, book:isbn, book:language, book:numberofpages, book:author) onderbreng in de osm database! Niemand die het merkt als ik alle fietsmodellen (bicycle:brand, bicycle:model, bicycle:wheelsize, bicycle:framecolor=#789222) van de hele wereld er in opsla.
Dit is in mijn ogen tekenend voor - én het probleem met - de databasevorm die voor osm is gekozen. Alles kan er in, alles mag er ook in, maar iedere vorm van controle op consistente gegevens ontbreekt. Geen van de railway keys in mijn eerste voorbeeld is in de wiki terug te vinden met een beschrijving. En ik weet wel waarom die railway tags daar staan, de persoon die dat doet is bezig met dit: http://www.openrailwaymap.org/, maar waarom moet die data in osm? Linken is gebuikersvriendelijker, makkelijker in onderhoud en geeft gespecialiseerde vakmensen de kans zich bezig te houden met waar ze goed in zijn, zonder dat ze zich hoeven te te storen aan de beperkingen van de osm database.
Ik heb er geen bezwaar tegen dat iemand dat allemaal wil vastleggen, maar gebruik daar dan een gespecialiseerde database voor en zorg dat je vanuit osm een link kunt maken. Een standpunt dat ik wel vaker heb kenbaar gemaakt de laatste dagen, en dat ik na het zien van dit soort voorbeelden alleen maar harder zal roepen.
Vooral ook vanuit een ander idee: in hoeverre is railway:signal:main:form nog een geografisch gegeven? En voldoet dat nog aan: “map what is on the ground”?
Datzelfde geldt natuurlijk ook voor een telefoonnummer, dat is ook geen geografisch gegeven en zeker niet iets dat “on the ground” is, maar daarbij kun je je nog voorstellen dat bij een hotel/winkel het een nuttige toevoeging is.
Maar wat heb je aan gegevens waar je op geen enkele wijze controle op hebt of weet waar ze voor zijn of wáár ze zijn?
Het enorme aantal fixme’s en notes geeft aan dat het datamodel van osm op zijn minst aan herziening toe is.
Het hele idee achter die osm database is aan het ontsporen (railway:derailment:when).