Am 19. Januar 2011 15:30 schrieb Henning Scholland <[email protected]>: > Sicherlich kann man sich streiten, ob man das ganze auch über Algorithmen > lösen könnte. > Bei einem Algorithmus sehe ich das Problem, dass dieser starr ist. Ein > Algorithmus, der hier funktioniert muss nicht zwangsläufig überall gut > funktionieren. Bei einem Tag ist man flexibel und kann die Ordnung von > Objekten frei regeln.
genau das ist der Ansatzpunkt. Es gibt einen m.E. sehr guten Vorschlag hier, wie man das Thema komplessiv angehen könnte: > Andererseits ist so eine "globale" Struktur ungünstig, weil man nichts > gegenüber dem place-Tag gewonnen hat, denn auch da wird es Konflikte geben. > Ein Algorithmus kann deutlich feiner unterteilen, sodass sich die Ränge mit > hoher Wahrscheinlichkeit unterscheiden. ja, die Ränge sind hier zunächst ähnlich, in Ballungsgebieten wie Rhein-Ruhr kann es dennoch zu Konflikten kommen (je nachdem, wie man taggt. Mir schwebt auch so was wie eine Relation type=conurbation vor, wo man dann in niedrigeren Zoomleveln gar nicht mehr zwischen 2 Städten unterscheiden müsste, sondern nur den Gesamtnamen des Ballungsraums zeigen würde). > Das Bsp. Dortmund und Essen passt hier sehr gut. Beide Städte haben eine > ähnliche Bevölkerung und Größe, weshalb Martin beide in rang=20 gepackt hat. > Bei einem Darstellungskonflikt ist also nichts gewonnen. Ein Algorithmus > würde hier feiner unterteilen und feststellen, dass Dortmund 5 Einwohner > mehr hat und drei Quadratmeter größer ist und daher Dortmund bevorzugen. mein Schema sieht dann (implizit) vor, dass die Mapper das vor Ort regeln (so sie sich einigen können), d.h. man würde dann Essen mit rank=22 oder Dortmund mit rank=18 taggen. Ein Renderer müsste auch nicht Regeln für alles haben, sondern könnte sich z.B. entscheiden, nur auszuwerten ob der rank größer oder kleiner 20 ist (etc.), Dadurch, dass der "rank" sich jeweils nur auf das entsprechende Tag (hier city, könnte auch town oder village sein in place) bezieht, hat man doch potentiell sehr viele Abstufungen, die man aber vermutlich kaum je brauchen wird. Gruß Martin _______________________________________________ Talk-de mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-de
