ich denke das ist eher ein grundsätzliches Problem verschiedener Karten auf OSM-Basis. Wie mir scheint, stimmen häufig die verwendeten Indexierungen nicht mit den Von Garmin benutzten Routinen überein. Beispielsweise werden unter der Rubrik "Städte" häufig auch viele Straßennamen aufgelistet.
fehlende und/oder fehlerhafte bzw. überholte Inhalte des OSM-Datenbestandes sollte man entweder selbst korrigieren, eine entsprechende Meldung machen oder einfach hinnehmen. Hier im Forum oder an ähnlichen Stellen Klage führen wird wohl kaum zu einer Behebung oder Eingrenzung solcher Schwachstellen führen.

Das funktioniert nur dann, wenn der Bahnhof in OSM den Namen "Bahnhof xy" hat. Viele OSM-Mapper sind aber der Ansicht, dass normalerweise "xy" als Name ausreicht, da ja aus dem Objekttyp schon hervorgeht, dass es sich um einen Bahnhof handelt. In Frankreich wird das überwiegend so gehandhabt.

Genau das ist der Punkt. Gerade für einen Einsteiger, der solch einfach Grundsatzfragen stellt, dürften alle deine genannten Punkte nicht relevant sein. Daher dieser Beitrag auch off-topic.

Es liegt auf der Hand, dass man an freier Software (wie eben OSMand) selbst eher rumdoktorn kann, ebenso wie man mit Brouter so ziemlich jedes Routingergebnis erzielen kann, was gewünscht ist. Bei Garmin ist das mit dem recht geschlossenen Softwareformat naturgegeben deutlich schwieriger, so es überhaupt geht. Trotz allem gibt es ja genügend Leute, die sich noch mit den Unwägbarkeiten von Garmin abgeben. Die Hardware an sich bietet halt schon einige sehr lukrative Alleinstellungsmerkmale. Und auch das Routing funktioniert mit den selbstgebauten Karten - das war vor einigen Jahren noch anders. Und auch die Style-files lassen sich verändern. Ich hab da noch nie Hand angelegt (auch noch nicht wollen), aber es geht offensichtlich. Und selbstredend auch mit Hausmitteln. Etwas garminspezifische Software, vielleicht noch ein, zwei zusätzliche Programme und ein USB-Kabel, mehr braucht es auch bei Garmin nicht, um das Feintuning anzugehen. Die Frage ist halt nur: Wer will das wirklich?

Das stört mich in der Tat auch oft. So wirklich umgehen wird man das Problem wohl nur können, wenn man etwas trickst und die Bahnhöfe z.B. als Tankstellen oder was auch immer
bei Garmin hinterlegt. Passt dann natürlich inhaltlich nicht, aber man kann sich einfach merken: Bahnhöfe unter Tankstellen suchen. Klappt natürlich nur, wenn man die Tankstellen selbst nicht braucht.


Das ist kein Problem der OSM-Daten (also bitte nicht einfach POIs löschen!), sondern der Kartenerstellung. Wie sonst sollte man einen Bahnhof an einem Bahntrassenradweg erfassen, als als Bahnhof? Das Gebäude ist und bleibt nun mal ein Bahnhofsgebäude. Allerdings sollte dieser POI ein Zusatztag haben, aus dem klar hervorgeht, dass der Bahnhof nicht mehr in Betrieb ist. Bei der Erstellung des POI-Indexes für die Karte könnte es dann natürlich sinnvoll sein, wenn der Kartenersteller alle Bahnhöfe mit diesem Zusatztag nicht berücksichtigt.

Nö,
meist wird das Gebäude verkauft und zum Wohnhaus oder zur Kneipe. Bahnhof ist eine Funktion wie Restaurant; der ursprüngliche Zweck ist höchstens für den Wikipedia-POI interessant.

Solche Diskussionen solltest du besser auf der OSM-Liste führen. Ich finde das alles andere als logisch. Lies dich mal hier ein. OSM unterscheidet klar zwischen dem Ursprungszweck, zu dem das Gebäude mal errichtet wurde (building=train_station) und der aktuellen Nutzung (z.B. amenity=restaurant, operator=McDonalds). Ein leerstehendes Bahhofsgebäude würde ich mit disused:building=train_station erfassen.

P.S.: Muss mich teilweise korrigieren. building=train_station soll man für Gebäude, die keine Bahnhofsgebäude mehr sind, explizit nicht mehr benutzen. Den Tag "disused:building=train_station" habe ich jedoch auch auch aus dem Wiki und den würde ich genau so nehmen.

Eigentlich interessiert es mich ob der Unzuverlässigkeit solcher Angaben in der Basiskarte wenig.

Suche ich in OSMand die Infrastruktur für den ÖPV so suche ich entweder über die POI-Einträge oder über die Zusatzebene ÖPNV-Linien, wobei dort zuverlässig auch die ÖPV-Linien angezeigt werden.

Hallo Markus,

ich habe das Problem nun pragmatisch gelöst. Ich habe mir unter http://data.deutschebahn.com/dataset/data-haltestellen die csv-Datei geholt und sie in eine Wegpunkte gpx-Datei für Locus und eine Garmin-POI gpi-Datei konvertiert. Nun kann ich jeweils expliziet nur in den "echten" Bahnhöfen suchen.

Gruß

Jörg

Hallo Jörg!
Könntest du mir die gpi-Datei mailen? Habe da leider irgendein Formatfehler in der csv-Datei. Mailadresse s. Profil.
Danke schon mal!

Hallo Jörg,

ich hätte auch Interesse an der Datei.

Viele Grüße
Detlef

Na ja,
OSMand kennt das Problem gar nicht erst. Garmin kommt mir immer unpraktischer vor.

Klasse Idee. Wo bzw. wie hast Du das konvertiert? DAs würde ich in Orux auch gerne einbinden.

Im Kurzformat:

- csv in LibreOffice calc importiert
- In der ersten Zeile folgende Änderungen vorgenommen:
Name durch Name ersetzt
LAENGE durch Longitude ersetzt
BREITE durch Latitude ersetzt
- Als csv gespeichert (UTF8 | Fedtrenner: , | Text zwischen Hochkommas ausgeben)
- mit gpsbabel von universal csv nach gpx convertiert
- gpx in qlandkartegt kontrolliert
- gpx mit gpsbabel in gpi convertiert

Gruß

Jörg

Und hier wieder genau dass, worauf ich mit den verschiedenen Karten raus wollte.
Was um alles in der Welt kann Garmin dafür, dass Leute "falsche Angaben" im Kartenmaterial machen?

Ich lese bei so etwas immer wieder Garmin kann dass nicht, im Garmin findet man dass nicht.
Aber es kommt halt auf die Karten an und deren POIs in diesen Fall.
Wenn Windows ärger macht, dann schimpfe ich auch nicht auf HP weil die Hardware von denen zusammengestellt würde.... oder?

Und dass ist ja dass tolle an OSM, man kann selber aktiv werden und diese Fehler für alle ausbügeln.

Vielleicht mal zur Erläuterung, warum OSM-Karten auf Garmin-Geräten manchmal komische Dinge tun oder anzeigen oder umgedreht oder auch nicht:
Eine Datei für eine digitale Karte, welche auf einem Garmin dargestellt werden soll, muss ein bestimmtes Format haben. Damit das Geschäftsmodell mit den hauseigenen Karten funktioniert, verrät Garmin natürlich nicht, wie genau dieses Format aufgebaut ist und was alles drin sein muss oder kann. Kurz, das Format für Garmin-Kartendaten ist proprietär und undokumentiert.
Nun haben sich vor einigen Jahren ein paar Leute aus dem OSM-Umfeld dran gemacht, dieses Format zu entschlüsseln. Sowas nennt sich Reverse Engineering. Das ist bis heute eigentlich sehr gut gelungen, jedoch immer noch nicht vollständig.
Außerdem bietet das Garmin-Format für bestimmte Objekte nur eine begrenzte Anzahl von Darstellungsoptionen bzw. kann nur eine begrenzte Anzahl von Objekten darstellen. In den Daten von OSM, die für eine digitale Karte verwendet werden, stehen idR aber weit mehr Objekte und Optionen zur Verfügung als das Garmin-Format von Haus aus verarbeiten kann. Deswegen müssen die Entwickler dieser Karten permanent nach Kompromissen suchen, um mit diesen begrenzten Möglichkeiten das Zeug in die Karte zu bekommen, welches ihnen und ihrer Zielgruppe wichtig ist.
Es sind also zum einen diese Unvollständigkeit und zum anderen die Beschränkungen, die den Kartenbauern und ihren "Kunden" das Leben ab und zu ein wenig schwerer machen als es sein müsste.
Interessanterweise hat sich die seinerzeit von vielen Leuten bei OSM geäußerte Befürchtung, Garmin würde dem Reverse Engineering seines Kartenformates schnell ein Ende bereiten, nicht bestätigt. Technisch gesehen wäre das durch ein Software-Update kein Problem gewesen. Ist bis heute aber nicht passiert. Im Gegenteil, Garmin war clever genug, um zu erkennen, dass dadurch zwar der Verkauf von hauseigenen Karten leidet, der Absatz von geeigneten Geräten aber eher profitiert. Bei Veranstaltungen, bei denen wir als OSM-Vertreter mit Garmin-Leuten zusammen kamen, wurde uns das damals von denen indirekt und (natürlich) unautorisiert auch so bestätigt. Mittlerweile bietet Garmin sogar eigene Karten auf OSM-Basis an.
hth
Link zum OSM-Wiki

Nett, wie du versuchst, Garmin zu verteidigen.

Ich schrieb aber völlig korrekt nicht von OSM-Karten sondern vom Programm OSMand. OSMand bietet ohne irgendwelche Verrenkungen zusätzlich zur OSM-Karte eine POI-Liste von Bahnhöfen an. OSMand bietet außerdem einen Layer, in dem ich mir wahlweise Bahnhöhe, Haltestellen oder Schienenstrecken anzeigen lassen kann - auch ohne irgendwelche Verrenkungen. Das hat mit der Basiskarte wenig zu tun.

Hallo Stephan,

die Vorteile von OSMand sehe ich auch und würde mir sowas auch auf das Smarty spielen. Was mich aber davon abhält, ist die, bei Sonne, miserable Sichtbarkeit, bzw. außergwöhnlich gute Unsichtbarkeit, irgendwelcher Daten und Karten auf dem Bildschirm meines Note4, was eigentlich einen excellenten Bildschirm hat.

Meine Frage an dich, gibt es ein Smartphon, was auch bei Sonnenschein einen erkennbaren Bildschirm hat? Evtl. sogar ein transreflektives Display?

Danke und Grüße,
Ludger

Klar verteidige ich hier Garmin.
OSMand bietet Dir also eine POI Liste mit Bahnhöfen... Das macht dann aber wie geschrieben OSMand und nicht das Smartphone, genau so wenig wie es Garmin macht.
Es kommt also in beiden Fällen auf die Daten an die du der Software zur Verfügung stellst.
Lade ich mir auf Garmin eine POI Liste mit Bahnhöfen, habe ich diese auch auf dem Garmin.
In beiden Fällen, Garmin wie auch Smartphone, hat der Hardwarehersteller keinen Einfluss darauf, welche Daten man auf das Gerät läd.
Darauf will ich hinaus.

Aus diesem Grund (und wegen des Magnetsteckers) habe ich aktuell das Sony Z3 Compact.

Oh Mann,

diese Poi-Liste gibt es ja wohl gerade nicht serienmäßig und ich muss sie mir füer Garmin mühsam zusammenbasteln. Aber das schrieb ich bereits.