23

Nun: 1. Dass das nicht ins derzeitige Dateiformat passt und deshalb nur durch Developer, nicht durch Mapper angepasst werden kann. Man betrachte einen Ausschnitt aus einer .osm:

  <way id='10048964' timestamp='2008-04-02T10:49:40+01:00' user='Tordanik' visible='true'>     <nd ref='38450176' />     <nd ref='38450179' />     <tag k='created_by' v='JOSM' />     <tag k='noexit' v='yes' />     <tag k='highway' v='residential' />     <tag k='name' v='Rotkreuzstraße' />     <tag k='maxspeed' v='30' />   </way>

Wie leicht zu erkennen ist, enthält das jeweils sowohl einen '‘k’'ey als auch einen '‘v’'alue. Man könnte natürlich irgendetwas wie k=object_type v=River nehmen, um TEL0000s Vorschlag zu simulieren. k=River v=yes ginge auch. Damit würde aber immer noch die Möglichkeit des Zuordnens mehrerer „Hauptschlüssel“ zu einem Node/Way fehlen. (Mit Relationen bekäme man das schon heute hin, aber die finden ja sicher wieder alle zu kompliziert.) 2. Es ist anders als die „althergebrachte“ Methode, und es gibt in solchen Belangen immer eine gewisse Trägheit – vor allem (verständlicherweise), wenn keiner der Vorschlagenden sich bereit erklärt, auch die nötige Programmierarbeit zu erledigen. Ich denke, es wäre nicht sinnvoll, das separatistisch anders zu machen, da muss man schon etwas Überzeugungsarbeit leisten. Erst mal auf talk-de und dann international … das Forum hier hat kaum die nötige Reichweite. Prinzipielle Einwände sähe ich momentan nicht dagegen, zumindest die für meine Begriffe kaum aussagekräftigen amenity, natural, man-made, leisure etc. abzuschaffen und die Hierarchie damit abzuflachen.