Re: das System der Schlüssel

Wahrscheinlich weil "Westfriedhof" oder "Hochsicherheitstrakt" in den "name" Schlüssel gehören. Den Name Schlüssel kann dann jeder Renderer Interpretieren und anzeigen. Würde der name nicht im "name"-Schlüssel gespeichert, würde er nur von Renderern angezeigt werden die den entsprechenden Schlüssel auch kennen. D.h. es wäre ein erheblicher Mehraufwand. Man könnte natürlich auch sagen prison=hochsicherheitstrakt + name=hochsicherheitstrakt, aber dann hätte man redundante Daten geschafft und die gilt es in einer Datenbank zu vermeiden, da redundante Daten potentielle Fehlerquellen sind. Anderer Grund ist, wieso man z.B. highway=construction + construction=residential und nicht highway=residential + state=construction schreiben soll, dass die renderer dann bei jeder einzelnen Straße immer noch nach dem "state"-schlüssel schauen müssten, was einiges an performace fressen würde. Den "highway"-schlüssel müssen sie sowieso auswerten, brauchen also nur für die straßen zusätzliche rechenzeit die ein "construction" im highway-schlüssel stehn haben. Könnte mir vorstellen, dass die restlichen Unterteilungen ähnliche Hintergründe haben. Es heisst zwar immer, wir mappen nicht für die renderer, aber das betrifft wohl nur das design, nicht den technischen Hintergrund der Schlüssel. Denn OSM würde sich selbst ins Fleisch schneiden, wenn es die Schlüssel nicht auch technisch vergeben würde um den renderern Arbeit ab zu nehmen, denn dann würde es so kompliziert und langsam werden, dass es bei Programmierern die einen Renderer programmieren wollten keinen großen Anklang finden würde. Und ohne die läuft halt nichts. Was nicht heisst, dass man die Sinnhaftigkeit einiger Unterteilungen nicht hinterfragen sollte, einiges ist sicher auch nur aus Unwissenheit oder aus der Geschichte heraus so gewachsen und bietet weder für die Renderer noch für die Mapper vorteile. Edit: Kreuzpost mit krza. Das ist natürlich auch ein gutes argument, das filtern würde wohl wesentlich schwerer fallen/komplizierter werden.