[OSM-talk-nl] fuel;parking

[Stefan de Konink]

Lambertus wrote:
> Stefan de Konink wrote:
>> On Mon, 23 Feb 2009, Lambertus wrote:
>>
>>> Ik denk dat je met unieke key/value combinaties veel problemen gaat
>>> krijgen. Stel je voor dat er meerdere name tags worden toegevoegd
>>> bijvoorbeeld om de friese en NL naam van een stad te taggen:
>>> name=Sneek
>>> name=Snits
>>>
>>> Dit is natuurlijk fout getagd, het zou moeten zijn:
>>> name=Sneek
>>> name:frl=Snits
>>>
>>> Mappers zijn geen computers en niemand die de fout snel opmerkt als het
>>> databasetechnisch mag, want key/value zijn verschillend immers. Ik denk
>>> dat daarom unieke keys in OSM gebruikt worden.
>> Dat los je op door expliet een tooltje te draaien, zoals dat nu ook
>> gebeurt.
>>
> Maar technisch is het dus niet fout en moet je weer tools gebruiken om 
> deze niet-foute data te corrigeren....naar wat eigenlijk? Welke van de 
> twee name keys is goed voor een node of way?
> 
> name=Sneek
> name=Snits

Dat moet je aan de persoon vragen die *duplicate names* controleert. in 
99% van de gevallen gaat het over amenity.

> is voor een check programma niks anders dan:
> 
> amenity=fuel
> amenity=parking
> 
> of
> 
> highway=primary
> highway=cycleway
> 
> Bepaal nu maar eens welke van bovenstaande combinaties fout is.

Dat is het wel, want daarop kun je heuristiek uitvoeren. Immers, welke 
tags kunnen wel meerdere keren voorkomen en welke niet. Je hebt het 
probleem nu *taal* (XML) onafhankelijk gemaakt. Dus het tooltje gaat 
controleren op ambigue zaken... lijkt me totaal niet spannend, en kun je 
met een standaard XQuery uitvoeren. In tegenstelling tot het ; geneuzel.


  >>> De dubbele value fuel;parking zou overigens door een renderer prima
>>> opgelost kunnen worden door twee symbolen naast elkaar te tekenen i.p.v.
>>> bovenop elkaar.
>> Dan ga je er vanuit dat de renderer ; als scheidingsteken implementeert.
>> Die aanname is niet XML, dus per definitie een uitbreiding op de
>> standaard, die zo nooit is bedoeld.
>>
> Moah, in XML mag je van alles als data invoeren en een scheidingsteken 
> in de data heeft niks met XML standaarden van doen. Maar het is geen 
> nette oplossing maar wel een werkbare conventie (die iedereen leert 
> kennen net als alle veel gebruikt keys of values in de map_features 
> pagina).
> 
> Dus ik vind het afdwingen van een unieke key met mogelijke value 'hack' 
> minder erg dan een datamodel waarvan je onmogelijk kan zeggen of de data 
>   ook maar in de verte iets zinnigs bevat.

Je drogreden slaat hier kant noch wal, omdat momenteel zelfs de 
renderers niet om kunnen gaan met ; in de key.


Stefan