Ich verglich gerade OSM Daten mit anderen Navi Daten. Was uns in OSM fehlt ist die Angabe eines Punktes auf der Straße wo ein Land endet und anderes beginnt.
Wir haben dafür zwar ein Platzhalter mit boundary=user defined, aber im Allgemeinen gibt es “nur” Grenzen eines Landes als Umriss.
Abwesenheit != Fehlen. Hast Du mal ein Anwendungsbeispiel, wofür derlei notwendig ist?
- Grenzen sind oft nicht genau. Grenzsteine auch physikalisch vorhanden dort, wo man nicht genau weiß wie die Grenze im Detail verläut
- Ich kann besser Daten länderweise extrahieren, wenn ich die Grezpunkte kenne.
Grüße,
Marek
Ich habe eher den Eindruck, dass Navis lieber ungenaue Grenzen haben, um mir z.B. hier nicht für die nächsten 500m die Infos zur Höchstgeschwindigkeit im Nachbarland anzuzeigen. Ich glaube mein Navi macht das auch nur, wenn die nächsten paar Kilometer im neuen Land liegen.
Für genaue Grenzen kann man den Schnittpunkt von Straße und Grenze zu bestimmen. Falls neben der Straße ein Grenzstein steht, kann man den Grenzverlauf dem Stein entsprechend anpassen. Falls da kein Schild oder Stein steht, kann man auch keinen genaueren Punkt setzen.
Grüße, Max
Grenzsteine stehen aber selten auf der Straße. Und durch das Eintragen irgendwelcher fiktiver Punkte auf den Straßen werden weder die vorhandenen Grenzen genauer noch ist garantiert, daß die neuen Punkte präziser gesetzt sind.
Verstehe ich nicht. Gerade zum Ausschneiden braucht man die Grenzpolygone.
Mir ist immer noch nicht klar, wozu ein Punkt mit der explizit getaggten Information “an dieser Stelle schneidet die Straße die Grenze zwischen A-Land und B-Land” gut sein soll. Häufig muß die Straße an der Grenze ohnehin aufgespalten werden, weil sich der Name ändert oder bei größeren Straßen auch ref, maxspeed und so weiter.
Hallo Maxbe,
es gibt navis und navis 
Ich arbeite gerade an einer kostenlosen Navi und ich möchte das sehr genau haben.
Die Bestimmung der Grenzpunkte der Straßen über die Grenzen ist anstrengend für alle die ein Datenimport eines Landes machen wollen. Auf der Anderen Seite sind die Grenzen gern ungenau weil die Grenzpolygone immer wieder stark generalisiert sind.
Ich kann an einer Grenze relativ genau die Position des punktes bestimmen wo ein Land endet und anderes beginnt ohne dass ich den Grenzverlauf kennen muß.
Hallo Oli-Wan, ich war nicht prezise genug: es geht mir nicht um ein Grenzstein als solches, sondern um den Punkt wo ein Land endet und anderes beginnt.
Grüße,
Marek
Warum legst Du die Grenze dann nicht in diesen exakten Punkt und nimmst das neue Grenzpolygon fürs Ausschneiden? Du musst ja nicht generalisieren, wenn Du genug Rechenpower hast und soweit ich weiss werden die Grenzen in der OSM-DB auch nicht von anderen generalisiert…
Oder stehe ich gerade auf dem Schlauch und es gibt einen Unterschied zwischen “der Grenze” und “dem Punkt auf der Straße wo ein Land endet und anderes beginnt”?
Grüße, Max
Hallo Max,
Um ein Beispiel zu nennen den ich kenne:
http://osm.org/go/0Mw2vcN6U-
Die administrative Grenze der Länder verläuft durch die Oder.
In der Praxis gab es die “Grenze” auf der Ostseite des Flussesetwa dort, wo rechts einige Grenzpostengebäude zu finden sind.
Leichte Differenzen wird es also geben.
Wichtig ist aber - wie ich die Programmierer verstanden habe: Es wäre deutlich leichter ein Land zu extrahieren wenn man solche Punkte hätte.
Daher der Gedanke.
Ich weiß nicht mal wie ich solche Punkte taggen würde; etwa boundary=state_border?
Mal ganz blöd gefragt: welchen Unterschied macht es, ob man in der Flußmitte schneidet oder bei den Zollbaracken? Wenn man wirklich nur genau ein Land ausschneiden will, hat man so oder so eine Straße ins Nichts. Im einen Fall ist die ein paar Meter länger als im anderen Fall.
Vielleicht mißverstehe ich ja, was Du mit extrahieren meinst. Aber falls nicht, sollten Deine Programmierer zum Ausschneiden von OSM-Daten einfach osmconvert oder osmosis verwenden statt das Rad neu zu erfinden. Diese Programme beherrschen seit Menschengedenken das Ausschneiden mit Polygonen und sind dabei sogar noch flexibel: Je nach Wunsch kann man Wege, die nur unvollständig im Polygon liegen, trunkieren oder die fehlenden Punkte von außerhalb ergänzen. Eine Alternative wäre noch, nur teilweise im Polygon liegende Wege zu verwerfen. Das unterstützen die Programme meines Wissens noch nicht, ist aber mit Osmium in weniger als 1800 Zeichen C++ umsetzbar.
Achso. In meinem Kartenausschnitt wäre die gefühlte Grenze genau bei diesem barrier=border_control, disused=yes, historic=yes, was ich aber in mehrfacher Hinsicht für unglücklich getagt halte.
Ich glaube, das kriegen wir nicht hin, wo neuerdings in unserer Gegend die Grenzen so undeutlich geworden sind.
Grüße, Max
Danke Oli-Wan für den Hiweis. ich leite es weiter. Mal sehen was die Kollegen dazu sagen.
Und Max: eigentlich könnee die barrier=border control genau diesen Zweck erfüllen.
Grüße,
Marek
osmcnvert kann:
nur complett im Poly liegende Ways…
teilweise im Poly liegende Ways… ausserhalb abgeschnitten
und
teilweise im Poly liegende Ways… complett auch dazugehörige Punkte ausserhalb.
Was Marek aber will ist das genau auf der Schnittlinie zwischen Way und Bondary ein Punkt sitzt.
Wird aber nicht Funktionuieren weil das ja auch bei Flächen und Relationen gemacht werden müsste und diese müssten dann noch an der Bondary entlang geführt werden damit keine Fläche fehlt…
Aber da sollten sich die Progarmmieren mal auf den Popo setzt und was machen.
Ich brauch es nicht mir reicht --complex-ways und die es angeblich brauchen sollen es selber machen.
Hallo Marek
Die Grenze und die Grenzstation können durchaus voneinander abweichen.
Typisch ist das für Straßenabschnitte, bei denen es keine Möglichkeit gibt, den Weg zu verlassen. Beispiele wären Brücken oder Engstellen im Gebirge. Dort sind gelegentlich die Grenzposten jeweils an einem Ende dieser Wegstücke.
Edbert (EvanE)
Danke Edbert!
Dass wusste ich wiederum nicht. Ist ein wertvoller Hinweis.
Taggen wir´s mit Grenzposten?
Danke Quasilotte,
wir müssen mal sehen, ob´s funktioniert. Bis dato wusste ich dass das Fehlen dieser Punkte enorm die Arbeit mit OSM Daten aus Navigationssicht erschwert.
Wäre dass so problemlos mit den Grenzlinien, hätten das “die Profis” aus der Branche wohl nicht gemacht. Es wird das verwendet was wirklich notwendig ist.
Es istja so, dass die Grenzverrläufe leider gerne und immer wieder kaputt gehen bzw. unkomplett sind.
En Grenzpunkt ist da viel einfacher zu handhaben.
Grüße,
Marek
Hallo Marek
Grenzposten, also die Stelle wo Pass-/Zollkontrollen (heute innerhalb der EU oft nur noch LKW-Kontrollen) stattfinden, zu erfassen ist sicher sinnvoll. Das können z.B. an Autobahnen ja durchaus große Anlagen sein.
Den Schnittpunkt Grenze - Straße als gemeinsamen Punkt zu erfassen ist sicher auch sinnvoll. Ob die ein spezielles Tagging benötigen, stelle ich allerdings in Frage. Routinganwendungen können/sollen das während der Vorverarbeitungen einfügen, wenn sie an dieser Stelle spezielle Information benötigen.
Ab wo sich z.B. die Verkehrsregeln ändern, kann aber durchaus anders sein, z.B. die jeweiligen Grenzposten, soweit die nicht direkt gegenüber liegen.
Edbert (EvanE)
Alles richtig Edbert.
Wie ich von den Kollegen höre, können solche Punkt durchaus automatisiert hinzugefügt werde.
Ich habe mir gestern den Verlauf der Deutsch Polnischen Grenze vom Suden beginnend angesehen.
Es ist ja oft so, dass der Grenzverlauf mit den Punkten wo die deutschnamige Straße endet und die polnischnamige beginnt in der Regel nicht übereinstimmt.
Solche kleinen Stücke die man dann automatisiert ausgeschnitten hat sind wohl nicht elegant. Daher würde ich sagen- besser mal anschauen und die Karte ggf. nachbessern.
Grüße,
Marek
Und warum nehmen wir nicht auch sowas?
http://www.google.de/imgres?imgurl=http://upload.wikimedia.org/wikipedia/commons/3/3f/SchengenGrenzeBayern-Tirol.jpg&imgrefurl=http://de.m.wikipedia.org/wiki/Datei:SchengenGrenzeBayern-Tirol.jpg&h=600&w=450&sz=95&tbnid=cMVt7tjuys8OCM:&tbnh=112&tbnw=84&zoom=1&usg=__1g7z1LU5z3K4duKBZe3z5k8JaJY=&docid=qdudId_0TzalOM&sa=X&ei=8uToUeaRGsWbtAbRioGoCA&ved=0CDMQ9QEwAA&dur=2735
Viele Grenzposten in der EU sind schon zurückgebaut.
Daher dachte ich an das neutrale boundary = state_border wo die Grenzposten abgebaut sind, die Verkehrsregel sich aber ändern.
Damit könnte man selbst in einer einfachen open source Navi schneller eine Meldung generieren.
Können schon, aber wer braucht’s? Normalerweise ist es (Feldwege etc. ausgenommen) nicht zu übersehen, wenn man eine Staatsgrenze überquert. Erstens wegen der expliziten Kennzeichnung (vgl. Posting von hurdygurdyman), zweitens weil sich die Gestaltung der Verkehrszeichen und meist auch die Sprache ändert. Manche Grenzen bemerkt man drittens auch am Straßenbelag. Wenn das Auto auf der - plötzlich ganz anders numerierten - Autobahn über grob verlegte Betonplatten rumpelt, links und rechts Tafeln in einer ungewohnten Schriftart auf die Regeln zur Geschwindigkeit hinweisen, muß das Navi dem Fahrer wirklich noch mitteilen: du bist in Belgien? Und wenn ja, kommt es auf die paar Dekameter an, um die die Grenze vielleicht falsch eingezeichnet ist?
So argumentierend brauch man etliche weitere Dinge die wir erfassen nicht, weil sie ja nicht zu übersehen sind.