On Tue, Oct 28, 2008 at 02:35:59PM +0100, Sascha Silbe wrote: > Ich bin zwar selbst pro Polygon (zumindest für die Grenzen auf > Gemeindeebene - bei den "höheren" Verwaltungsebenen wären Relationen > evtl. eine Option), sehe aber bei meinen eigenen Programmen (siehe auch > meine Posts auf [EMAIL PROTECTED] bzgl. Vorverarbeitung), daß Polygone > langsamer sind als einfache Textsuche. > Von der Performance unabhängig und IMO wichtiger (Vorverarbeitung kann > ggf. "zentral" erledigt und eine OSM-Datei mit is_in geschrieben werden) > ist die Konsistenz. Und da sind sowohl is_in als auch Relationen einfach > unbrauchbar - wie in diesem Thread bereits (von anderen) erklärt. > Nicht 100% korrekte Daten sind übrigens auch hier besser als gar keine: > Ruhig einfach ein Polygon um alle Straßen ziehen, die man per is_in > markiert hätte (ggf. eine FIXME=blablubb dranhängen). Das kann man > später immer noch verbessern und ist erstmal auch nicht ungenauer als > die is_in-Methode.
is_in halte ich auch fuer einen falschen Ansatz - Nicht falsch verstehen. Aber wir haben stand heute mit den garmin routable maps das problem das die Addresssuche nicht bis schlecht funktioniert. Ich suche einen weg um das ad-hoc mit endlichem aufwand in einen zustand zu bringen der es erlaubt das mehr leute das nutzen ohne sich gedanken darueber zu machen was der mapper wohl im is_in verbrochen hat. Mehr Nutzer -> Mehr entdeckte Fehler -> Besser Kartendaten Die Addresssuche bzw die Straßensuche ist mir sowieso ein raetsel da ja der Garmin keine kenntnis der Größe des Administrativen bereichs hat muss der ja raten wo wohl das ende der Straßensuche um den punkt erreicht ist - Das ist aber ein sekundaeres problem. Also ist mein Ansatz stand heute die is_ins auf den places soweit zu reparieren das da was konsistentes rauskommt - und im naechsten Schritt (10 Jahre) alle polygone zusammenschrauben die das noch besser koennen. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin
signature.asc
Description: Digital signature
_______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de