Alexander Matheisen schrieb: >> gate/lift_gate und bollard gefällt mir ebenfalls nicht. Frag doch mal >> Nop ob er euch eventuell das ein oder andere Icon aus der Wanderkarte >> gibt. Die liegen zwar bei uns auf dem devserver aber ich würde die >> nicht einfach nehmen ohne zu fragen. > > Das kommt meinen Vorstellungen schon sehr nahe, wobei mir das Rot nicht > so gefällt. > > Da gefällt mir das von Computerteddy schon besser: > http://openstreetmap.teddynetz.de:81/Icons/zaun.png > > Er hat auch schon angeboten, seine Icons mit zu verwenden, vielleicht > nehmen wir also dieses. Wobei man das nochmal in Hinblick auf > Erkennbarkeit bei verschiedenen Hintergründen testen müsste.
Cool, vielen Dank an Computerteddy! >> P.S.: Was mir grade so zum Thema Garminkarte eingefallen ist. Was >> haltet ihr denn davon die POI-Dateien eventuell gar nicht mehr in die >> Karte zu tun (Restaurants, Einkaufsmärkte etc.) sondern stattdessen >> mit gpsbabel POI-Dateien zu erzeugen? Das hätte zwei Vorteile: 1. >> Die eigentliche Kartendatei wird kleiner 2. Der Anwender könnte >> selbst entscheiden welche POI Daten ihn interessieren und nur diese >> einspielen. > > Wenn ich das richtig verstanden habe, werden die aber nicht in die > Kategorien einsortiert, oder? Und viele einzelne Dateien herunterladen > für all die Dinge, die mich interessieren, will ich auch nicht. > > Da könnte man lieber die Dinge alle in einzelne Layer aufteilen, die man > dann wie auch den Adresslayer, etc. einzeln herunterladen kann, und ein > einfaches grafisches Frontend für das Herunterladen und Zusammenführen > mit gmt schreiben. > So könnte man dann gezielt auch Fixme, oder Maxspeedlayer hinzufügen > oder weglassen, oder auch z.B. den Maxspeedlayer in die Karte von > Computerteddy einfügen. > Ich finde, so ein Tool fehlt OSM bisher. Damit könnten sich dann auch > nicht OSMler einfach die Karten auf ihre Geräte ziehen, ohne erst über > das Wiki eine passende herauszusuchen. > Ich schreib mal probeweise so ein Tool, um zu sehen, ob es jemand > brauchen kann. > Wow, das klingt ganz cool. Die Idee mit den POI-Dateien find ich auch nicht so toll, weil die wie bereits gesagt, nicht im Find-Menü erscheinen. Außerdem ist der Installationsaufwand etwas größer. Dann wüsste ich gerade gar kein freies Tool, was die Garmin POI Dateien (*.gpi) überhaupt erzeugen kann. Gibts da was? Die Sache mit den separaten Layern - im Ernstfall für jedes Tag einzeln - hat jedoch andere Nachteile. Erstens könnte es bei manchen Geräte eine Gesamtbeschränkung der Anzahl an Kacheln geben. Ich habe das selbst noch nicht genau untersucht, aber wohl gelesen. Vielleicht sollte man das mal ausprobieren, ob sich das nur auf einen Layer bezieht, eine gmapsupp.img oder, wie Computerteddy bereits vermutet hat, gar nicht mehr existent ist. Ein anderes auf jeden Fall auftretendes Problem, ist der erhöhte Rechenaufwand. Meine Toolchain ist momentan so: splitter -> N Mal mkgmap -> zusammenpacken wobei N die Anzahl der Layer ist, die aus den selben gesplitteten OSM-Daten erzeugt werden. Das blöde ist, dass jeder dieser N prozesse nochmal die kompletten gesplitteten OSM-Daten liest, obwohl er dann nur einen kleinen Teil davon verarbeitet. Man könnte natürlich vorher mit osmosis ran und die OSM-Daten vielleicht sogar vor dem splitten filtern, aber trotzdem muss man mehr rechnen, wenn man die layer mehr unterteilt. Eine Lösung könnte sein mkgmap umzuprogrammieren, dass man mit einer mkgmap instanz mit verschiedenen Optionen und style- und Typfiles mit den selben Eingabedaten gleichzeitig unterschiedliche Garminlayer erzeugen kann. Dazu müsste man mkgmap aber extrem krass umbauen und da bin ich ech nicht fit genug. Da wir aber in der jetzigen Situation schon ziemlich viel Last auf dem Fossgis-server haben, würde ich vorschlagen, die Layer nicht noch weiter aufzuteilen, bis man obige Probleme gelöst hat. Die GUI, um die layer einfach zusammenzupacken, können wir natürlich trotzdem gebrauchen. Man muss auch nicht unbedingt gmt verwenden, sondern kann das mittlerweile direkt mit mkgmap tun. Würde da aber erstmal gar nicht so viel Energie investieren. Wobei eine Sache fällt mir dazu gerade noch ein. Es gibt ja ziemlich viele Garminkarten und Ersteller, die sich alle mit ein paar anderen Sachen gut auskennen und da Plan von haben. Ich würde es auch sehr begrüßen, wenn wir da alle mal zusammenarbeiten und eine richtig gute Karte erstellen, die einfach alles kann. Am besten so, dass der User selber aussuchen kann, was er braucht, aber nicht so viel doppelt hat. Wenn ein User beispielsweise die AiO nimmt und die openmtbmap dazuinstalliert, hat er erstmal ne ganze Menge POI und Kram doppelt. Dass die Straßen doppelt sind, lässt sich nicht vermeiden, da ja für das Fahrradrouting andere Regeln gelten und man da ja besser fährt, wenn man das Autorouting missbraucht. Vielleicht könnte man das abstimmen und in einem hübschen Projekt vereinen. Ich seh hier so viele Karten: http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download und denke mir eigentlich: warum kann man das nicht zusammenschmeißen und die coolen Features von allen Karten übernehmen? Die ganzen Leute, die jetzt alles im Alleingang hacken, suchen sich dann immer einen Themenbereich, den sie von der Super-Garmin-Karte maintainen wollen und dann gehts los. Warum nicht? Wenn man die Layer separat berechnen kann, kann man sie ja auch auf unterschiedlichen Servern rechnen und somit die Last verteilen. Am Ende werden sie halt irgendwo zusammengeführt und der User hats leichter. Was für Gründe gibts denn, dass wir hier alle so fast das gleiche machen, aber doch jeder für sich? Ich würde da gerne mehr ein Communityprojekt draus machen, da Garminkarten anscheinend doch für viele leute recht nützlich sind. Bei den OSM-Ständen ist scheinbar eine der häufigsten Fragen, wie man die Karten denn jetzt mal schnell und einfach auf sein Garmin kriegen kann. Wenn man da jetzt als Projekt ne Super-garmin-Karte am Start hätte, wär das doch cool oder? Frag mich gerade, wie viele von den regelmäßigen Garminkartenerstellern eigentlich aus Deutschland sind. Wie können (und sollten) das ganze von mir aus auch gerne international aufziehn. Ich hab da Bock drauf - aber nicht allein. Viele Grüße Christoph
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
