On Thu, 29 Oct 2009 15:20:52 +0100, Florian Lohoff <f...@rfc822.org> wrote: > On Thu, Oct 29, 2009 at 03:17:09PM +0100, marcus.wolsc...@googlemail.com > wrote: >> On Thu, 29 Oct 2009 13:05:45 +0100, Florian Lohoff <f...@rfc822.org> >> wrote: >> > Damit bezweifelst du dir korrektheit der SQL Statements - hast du >> > dafuer belege? Das oben ist nur zusaetzliche information aber nichts >> > was mit korrektheit zu tun hat. >> >> Sie sind insofern nicht korrekt, dass die durchaus möglicher Rolle >> "inner" z.B. nicht beachtet wird und wege in anderen Rollen als >> "" und "outer" nicht ignoriert werden. > > Wieviele admin boundarys mit enclaven oder exclaven haben wir denn in D? > Und wieviel > der prozentualen flaeche macht das aus?
a) Ich beschränke mich nicht auf D. Warum nimmst du das an? b) Ganze Länder sind selber ein admin-boundary mit Exclaven und Enclaven. Wie viel mehr Fläche hättest du gerne? Alles admin_boundary sind ja gleich zu verarbeiten. Egal was in admin_level steht. Also behandelst du ein paar gültige Fälle halt nicht. Das macht in 99% keine Probleme und man kann es als Design-Entscheidung problemlos akzeptieren. Muss man aber nicht. >> z.B. dürfte jeder eine Referenz >> mit einer neuen Rolle "part_of" auf das Polygon eines umgebenden Gebietes >> einbauen oder "Partnerstadt" auf das Polygon einer anderen Ortschaft >> und solche Spässe. Darf ja jeder machen wie er will da so eine Rolle >> noch nicht mit einer anderen Semantik benutzt wird oder dokumentiert >> ist.Q > > Das problem ist alleine das in D wir mal alles ganz anders machen als alle > anderen - type=multipolygon hat international nichts mit grenzen zu tun - > Nur > in D ... Es ist trivial zu unterstützen also kann man's auch gleich universell machen. Multipolygon ist neben Polygon ja einer der Standard-Datentypen in der GIS-Erweiterung. Wenn wir es in D anders machen als woanders, dann muss eine Suche halt mit Deutschland und mit dem Rest der Welt umgehen können ohne Fehler zu machen. >> > Und bei deiner "Tag-Schreibweisen" bin ich ja ein erklaerter gegner. >> > Derjeniger moechte das die Daten funktionieren soll die Tags richtig >> > schreiben und nicht allen die die daten verarbeiten aufzwingen >> > megabyte an alternativschreibweisenlisten zu pflegen. Verschiedene Philosophien. Du verweigerst ein korrektes Ergebniss und willst so Mapper zwingen korrekt zu mappen. Dabei unterstelle ich dir mal dass du annimmst, derjenige welcher die Suche benutzt ist überhaupt Mapper. Ich will das akurateste mögliche Ergebniss mit dem was momentan so tatsächlich getagged ist. Das umfasst auch sehr oft benutzte, alte Tags welche nützliche Informationen enthalten. (wie z.B. postal_code) >> addr:postcode ist genauso richtig wie postal_code. >> is_in:country ist genauso richtig wie addr:country > > Wofuer brauche ich die in dem obigen Beispiel? Du brauchst sie, weil PLZ, Land und Hausnummer untrennbar zur Adresse gehören. Und jetzt lass mal das Rumgetrolle. Das ich nach mehr als nur Strasse+Ort suche ist dir ja jetzt ausreichend bekannt. Marcus _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
