[OSM-talk-nl] fuel;parking

[Lambertus]

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

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.

>> 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.