Nein, wenn du die POI von der Linie darstellen möchtest, dann muss das mkgmap:line2poi!=true weg. In der Theorie müsst du das an alle Einträge hängen, die du nicht aus der Linie erstellt haben möchtest. Bspw. wenn ein Restaurant aus einer Fläche besteht, dann würde mkgmap für jeden Node dieser Fläche einen POI erzeugen. Diese willst du aber nicht in der Karte haben.
So würde ich das machen. Ansonsten hast du das Icon nur auf einer Seite. Bei Straßen mit oneway=yes funktioniert auch nur start, bei Straßen mit oneway=-1 nimmst du nur end und ohne oneway musst du wohl beides nehmen, wie oben geschrieben.
Wie bereits erwähnt, hat der Code nichts mit dem Fahrzeug zu tun, sondern beschreibt indirekt nur den Tunnel. Was dann durch darf, muss man aus dem ADR ablesen/wissen. Genau aus diesem Grund passt es nicht in das access-Schema.
Es lag mir jetzt auch weniger am Begriff, sondern einfach mal, ob es so etwas gibt. Wäre tunnel:ADR=* passender?
Nun brächte ich von einem Garmin Nüvi einen routing test, ob das beachtet wird wenn man wassergefährdende Ladung eingibt.
Neue D-Benelux 01.06.2014 Karte online
Gibt es deine Karten eigentlich nur als Torrent? Torrents waren vor 15 Jahren mal ganz nett, aber inzwischen ist P2P-Traffic häufig unerwünscht oder die Client gesperrt, etc. Ich kenne auch kein anderes OSM Projekt, das seine Garmin Karten so an den Mann bringen will.
Warum benutzt du nicht einfach irgendeinen Cloud-Dienst (Google Drive, Dropbox,…) - oder auch ftp.gwdg.de wie bspw. Openandromaps oder openmtbmap? Am besten mal bei christiank61 oder extremecarver nachfragen wie das geht mit gwdg.de.
@mmd
Könntest du in deiner QS-Karte auch richtungsabhängige Tags wie hazmat:forward/backward einbauen/auswerten? Ich habe hier auf der Münzmeisterstr. jeweils von der Südhöhe bergab sowas eingetragen man sieht es aber auf deiner Karte nicht. Bin zwar kein Trucker, aber wenn es keine Umstände macht…
Es geht auch frühestens ab der Karte vom 01.06.2013
Hast Du diese ?
Ich bin ja weiter am testen ob das mit forward/backward geht.
bin für Ideen offen wie man das besser umsetzen könnte?
Es soll ja auch bei vielen gehen.
Ich nutze ein Nüvi 660 T
PS: Dresden ist überhaupt nicht drin in der Karte.
maxweight:forward=7.5 und maxweight:backward=none bzw. ggf. andersrum, ist doch ganz einfach. Wenn die auswertende Software das (noch) nicht kann ist das kein Grund in den Daten etwas durcheinander zu bringen (aka “Tagging für den Renderer”). Nebenbei sieht das jetzt auch bei osm.org seltsam aus (Tagging für den (einen bestimmten, egal welchen) Renderer halt).
wäre es nicht vielleicht sinnvoll/möglich diese Daten in deinem Datenbestand dahingehend zu verändern das solche Straßen bei dir lokal in zwei Straßen aufgespalten werden, wobei eine davon die hin und die andere die Rückrichtung darstellt?
Irgendwie erstellst du Karten für dein Navigationssystem, korrekt? Da hast du deinen “Datenbestand”. Wenn dein Navi (-Preprocessor) nicht mit einem OSM-üblichen (z.B. maxspeed, oneway, …) Konstrukt umgehen kann musst du halt einen weiteren Preprocessor vorschalten, der die Daten entsprechend umwandelt.
Das ist so, wie wenn eine Fotoverwaltungssoftware nicht mit SVG-Dateien aus Wikimedia Commons umgehen kann: Dann muss man die halt vorher ins JPEG-Format umwandeln, lädst diese aber trotzdem nicht wieder auf Commons. So musst du hier die forward/backward-Daten in überlappende Oneways umwandeln, lädst diese aber trotzdem nicht wieder auf OSM.
Dann verstehe ich evtl. http://de.wikipedia.org/wiki/Tunnelbeschr%C3%A4nkungscode#Tunnelkategorie falsch. Ich verstehe das so, dass ich die Straße, die durch den Tunnel mit der Kategorie B führt nicht mit gefährlichen Gütern, die zu einer sehr großen Explosion führen können, befahren darf. Oder anders ausgedrückt: hazmat:=no. Für C bis E dann analog.
Dabei geht es mir im Prinzip darum, dass das Schema auch in anderen Ländern angewendet werden kann, die bspw. nicht die ADR nutzen/kennen, sondern andere Systeme nutzen.
Diese Definition finde ich zwar im deutschsprachigen sehr häufig, aber ich habe keine Ahnung woher sie stammt (da niemand es für notwendig hielt eine Quelle anzugeben). Ich halte sie auch nicht für 100% nachvollziehbar.
Das ADR ist von Iran bis Portugal so ziemlich überall gültig, ich halte es für einen groß genugen Raum um hier eine eigene Regelung einzuführen, da der Aufwand ansonsten massiv auseinanderklafft, wenn man jeden Tunnel so taggen müsste:
<sehr große Explosion>=yes/no/<max.masse>
<sehr große Explosion>:tank=yes]/no/<max.masse>
<große Explosion / freiwerden gifitger Stoffe>=yes/no/<max.masse>
<große Explosion / freiwerden gifitger Stoffe>:tank=yes]/no/<max.masse>
<großer Brand>=yes/no/<max.masse>
<großer Brand>:tank=yes/[nob]/<max.masse>
<alle außer UN2919, UN 3291 und UN 3373>=yes/no/<max.masse>
<alle außer UN2919, UN 3291 und UN 3373>=yes/no/<max.masse>
statt:
hazmat:tunnel=z.B.: C/E (hier besteht zusätzlich der Vorteil, man muss nicht versehen was auf dem Schild steht)
Könnte man forward/backward nicht erst im mkgmap Stylefile zu einer Einbahnstraße umdeuten? Je nach gesetzten Tags kann man dann immerhin in eine Richtung fahren, sofern die angegeben Werte z.B. für maxweight passen. Falls keine Richtung zulässig ist, müsste halt ein hgv=no oder ähnlich erzeugt werden. Damit entfallen dann auch die künstlichen (übereinander liegenden) Einbahnstraßen in den OSM-Daten.
Hier kennt sich bestimmt jemand gut genug damit aus, um so etwas das für mkgmap verständlich aufzubereiten. Der Vorschlag mit “hgv=no” allein würde sich ja immer auf beide Richtungen auswirken, was denke ich mal in diesem Fall nicht ideal ist.
Wie groß war denn die Datei? Über die Webseite geht nur 300MB, Du musst eine Desktop Anwendung (auch für Ubuntu) installieren, dann geht’s auch mit größeren Dateien, je nach Größe der Dropbox z.B. bis 2GB. => https://www.dropbox.com/help/5/de
Je nach Angebot sind 2GB bzw. 5GB kostenlos.
Ich finde im Wiki nur Links zum Torrent. Hab’s probiert, ist doch recht lahm mit 50-100KB/s Download… aber das Thema hat auch noch 2 Wochen Zeit…
Hab’s mal auf der TODO-Liste eingetragen. Das bestehende Farbschema für hazmat könnte ich einfach auch auf forward/backward übertragen. Allerdings sieht man dann nicht mehr unbedingt auf der Karte, was da wirklich los ist. Ich hatte auch mal an gestrichelte Linien oder sowas gedacht. Bin da noch offen für Vorschläge.
Die geringe Geschwindigkeit deutet auf eine geringe DSL-Geschwindigkeit…
Da Win32netsky die Karten in relativ kurzen Abständen aktualisiert, müßte er sich vermutlich ständig mit dem upload zu irgendeinem File-Hoster beschäftigen. Dies bleibt ihm bei Torrent erspart. (des einen Nachteil ist des anderen Vorteil )
)