[Talk-de] All in One (AiO) nachfolger
Da die AiO ja seit dem 64bit ID Thema defekt zu seien scheint (Siehe diverse threads hier) 1): Gibt es eine regelmaessig neu erzeugte Karte fuer die alten Garmins die OSB und Notes beinhaltet. Ggfs sogar noch layer zu maxspeed missing? Oder auch noch keepright - Also eine debugging Karte? Flo 1) Soll ich das mal als DEFEKT im Wiki versenken oder mag sich jemand anders mal dem Thema annehmen? -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One
Hab den Fehler zz auch nicht gefunden .. und ab heute 3 Wochen im Urlaub ;-) Dirk Am 28. Oktober 2010 10:19 schrieb Sven Geggus : > Elchtreiber wrote: > >> Kann da bitte mal wer nach dem Rechten schauen? > > Das kann im Normalfall nur genau ein einziger nämlich Christoph. Ich kann > als devserver Admin zwar ins logfile schaun , was ich bereits gestern > gemacht habe, bin aber nicht draus schlau geworden. Eventuell kann auch > Flacus helfen, der ist neuerdings ebenfalls bei der AIO aktiv. > > Auf der devserver Liste hat Christoph am Sonntag geschrieben, dass er seinen > Buildprozess auf das neue pbf Binärformat umgestellt hat: > > http://lists.openstreetmap.de/pipermail/devserver/2010-October/001629.html > > Da ist dann wohl was schiefgelaufen :( > > Gruss > > Sven > > -- > Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit > Office nicht kompatibles Bürosoftwarepaket einzuführen. > (Florian Weimer in de.alt.sysadmin.recovery) > /me is gig...@ircnet, http://sven.gegg.us/ on the Web > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > -- Wikipedia -- http://tools.wikimedia.de/~flacus/IWLC/ OSM -- http://osm.flacus.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?
Am 27.10.2010 15:04, schrieb Florian Lohoff: Das einzige was wirklich funktioniert ist ein Expliziter Node auf die Terminals neben der Straße. Bei mehreren Terminals die weit auseinanderliegen faend ich es nicht schlimm wenn ich das mehrfach sehen wuerde d.h. FFM Terminal 1, FFM Terminal 2 so sieht man es auch beim Einbau von Becker IIRC Sinnvolle Lösung, vor allem wenn demnächst noch das Terminal 3 hinzukommt - wer da mal am falschen Terminal parkt verpasst schnell mal seinen Flieger. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One
Elchtreiber wrote: > Kann da bitte mal wer nach dem Rechten schauen? Das kann im Normalfall nur genau ein einziger nämlich Christoph. Ich kann als devserver Admin zwar ins logfile schaun , was ich bereits gestern gemacht habe, bin aber nicht draus schlau geworden. Eventuell kann auch Flacus helfen, der ist neuerdings ebenfalls bei der AIO aktiv. Auf der devserver Liste hat Christoph am Sonntag geschrieben, dass er seinen Buildprozess auf das neue pbf Binärformat umgestellt hat: http://lists.openstreetmap.de/pipermail/devserver/2010-October/001629.html Da ist dann wohl was schiefgelaufen :( Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All In One
Hallo zusammen, die AIO scheint mal wieder zu "hängen". Die ganzen neuen Verzeichnisse sind nur für Europa vorhanden und dort auch leider leer. Die anderen Gebiete haben schon keine Unterverzeichnisse mehr. Kann da bitte mal wer nach dem Rechten schauen? Danke und Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?
On Wed, Oct 06, 2010 at 11:28:11AM +0200, Matthias Versen wrote: > Hallo ! > >> Das mit dem Punkt statt Flaeche auswerten finde ich eigentlich viel >> pfiffiger weil >> eben es auch durchaus mal Straßen geben koennte die am Flughafen auf der >> falschen >> Seite vorbeigehen. D.h. exakt die Position des Terminals mit einem Node zu >> markieren >> ist sicherlich pfiffig (Ich meine mein Festeinbau kennt bei den großen >> Flughaefen sogar >> die unterschiedlichen Terminals). > > Der Flughafen ist zum Teil nach > http://wiki.openstreetmap.org/wiki/Airports getaggt. > > Warum findest Du den Punkt pfiffiger ? > Einfach in der Airport-Fläche nach Terminals suchen und den Namen > anzeigen lassen sollte doch nicht schwer sein. > > Dein Beispiel zeigt das Du nach dem Terminal des Flughafens suchen > willst und nicht den Flughafen selber. Hier ein Beispiel - mit der neuen All In One werden auch die airport pois aus Flaechen erzeugt ... Hatte ein bischen zeit heute morgen auf dem weg nach MUC also bin ich dem Nuevi mal nachgefahren bis ich auf einem Wirtschaftsweg mitten im Wald hinter dem Flughagen stand -> suboptimal. Hier das was ich vorgeschlagen bekommen habe. Erst das rote - Dann das blaue und dann bin ich das gruene gefahren: http://silicon-verl.de/home/flo/tmp/airport-poi-misrouting.png Das einzige was wirklich funktioniert ist ein Expliziter Node auf die Terminals neben der Straße. Bei mehreren Terminals die weit auseinanderliegen faend ich es nicht schlimm wenn ich das mehrfach sehen wuerde d.h. FFM Terminal 1, FFM Terminal 2 so sieht man es auch beim Einbau von Becker IIRC Flo -- Florian Lohoff f...@zz.de Professionell gesehen bin ich zu haben signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All In One (AIO) haengt?
Hallo zusammen, auf der Downloadseite der AIO sind keine aktuellen Karten mehr vorhanden. Die Verzeichnisse haben alle das Datum vom 15.10.2010 04:00 Uhr. Bei der Europakarte gibt es ein Verzeichnis vom 13.10.2010, aber auch ohne Inhalt. Kann mal wer schauen, wo das ganze hängt?! Danke und Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?
Am 07.10.2010 00:35, schrieb Friedhelm Schmidt: Am 06.10.2010 22:14, schrieb Garry: für den Luftverkehr (Piloten,..) aeroway=... Mit Verlaub: Für den Luftverkehr ist OSM hierzulande momentan bedeutungslos. Da schreibt das Gesetz präzise vor, welche Karten zu verwenden sind - kein Spielraum. Darum geht es ja auch gar nicht - das gleich trifft auch für die Seekarten zu. Und ein Lokführer wird sich auch nicht am Gleisplan von OSM orientieren um den nächsten Bahnhof anzufahren... Die Daten sind aber nicht nur für jeweiligen "Fahrzeugführer" von Interesse und nicht jeder der sich die Daten mal anschauen möchte will sich deswegen gleich die gesetzlich vorgeschriebenen Karten anschaffen Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?
Am 7. Oktober 2010 00:35 schrieb Friedhelm Schmidt : > Am 06.10.2010 22:14, schrieb Garry: >> >> für den Luftverkehr (Piloten,..) aeroway=... > > Mit Verlaub: Für den Luftverkehr ist OSM hierzulande momentan bedeutungslos. > Da schreibt das Gesetz präzise vor, welche Karten zu verwenden sind - kein > Spielraum. Man kann das Wort "Pilot" ja etwas weiter auffassen und z.B. auf die Piloten von Flugsimulatoren ausdehnen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?
Am 06.10.2010 22:14, schrieb Garry: für den Luftverkehr (Piloten,..) aeroway=... Mit Verlaub: Für den Luftverkehr ist OSM hierzulande momentan bedeutungslos. Da schreibt das Gesetz präzise vor, welche Karten zu verwenden sind - kein Spielraum. Interessant könnte OSM aber für den Luftsport sein. Auch hier gilt zwar zunächst das oben gesagte. Aber: Aus unseren Daten über Hochspannungstrassen etc. könnten man *zusätzliche* Karten oder Overlays mit Luftfahrthindernissen erstellen, die Ballonfahrern oder Segelfliegern bei der Vorbereitung von Aussenlandungen wertvolle Hinweise geben. Mit Fliegergruß (Grmpfff :-) ) -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?
Am 06.10.2010 09:55, schrieb Florian Lohoff: http://www.openstreetmap.org/browse/way/19752503 Also irgendwie finde ich das reichlich inkonsistent. Dazu kommt das Haxterberg schoen 2 Flugzeuge gemalt bekommt, Paderborn-Lippstadt aber keines. (Wird sich verflogen haben). Für den Passagier sollte meiner Meinung nach amenity=airport relevant sein der als Poi auftauchen sollte, für den Luftverkehr (Piloten,..) aeroway=... Eventuell sollte man sich aber auch noch Gedanken machen bzgl. Ankunft/Abflug/Parkmöglichkeiten für die Passagiere da die Wege sonst doch recht lange werden können... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?
Am 6. Oktober 2010 14:00 schrieb Matthias Versen : > Florian Lohoff wrote: > >> Das das Mathematisch nicht schwer ist mag ja sein - Welches Navi oder >> Konverter >> macht das und wo kann ich mir das ansehen? > > Keine Ahnung welches Navi das unterstützt aber das würde für mich zum > normalen preprocessing der Daten gehören. > Allerdings frage ich mich was für eine Rolle es spielt ob ein Navi das > derzeitig unterstützt oder nicht. Wenn man von einer konkreten Karte (AIO) fürs Garmin spricht, dann interessiert das natürlich schon. Schließlich will man die ja nutzen. Wenn das irgendein Navi in einem Jahr unterstützen wird, dann interessiert das hingegen überhaupt nicht, weil man dann sicher schon eine andere Karte drauf haben wird, wenn man im OSM Umfeld aktiv ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?
Carsten Schwede wrote: > Wird eventuell beim mkgmap- Lauf dann die Option --add-pois-to-areas > verwendet, dann erscheinen auch POIs auf den Flächen, auch wenn man es > nicht expizit durch den Style festlegt. AFAIK ja! Sven -- "We just typed make" (Stephen Lambrigh, Director of Server Product Marketing at Informix about porting their Database to Linux) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?
Florian Lohoff wrote: Das das Mathematisch nicht schwer ist mag ja sein - Welches Navi oder Konverter macht das und wo kann ich mir das ansehen? Keine Ahnung welches Navi das unterstützt aber das würde für mich zum normalen preprocessing der Daten gehören. Allerdings frage ich mich was für eine Rolle es spielt ob ein Navi das derzeitig unterstützt oder nicht. Dein Beispiel zeigt das Du nach dem Terminal des Flughafens suchen willst und nicht den Flughafen selber. Das Terminal ist auch nur ein POI. Sicher aber was sagt mir das jetzt ? Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?
On Wed, Oct 06, 2010 at 11:28:11AM +0200, Matthias Versen wrote: > Warum findest Du den Punkt pfiffiger ? > Einfach in der Airport-Fläche nach Terminals suchen und den Namen > anzeigen lassen sollte doch nicht schwer sein. Das das Mathematisch nicht schwer ist mag ja sein - Welches Navi oder Konverter macht das und wo kann ich mir das ansehen? > Dein Beispiel zeigt das Du nach dem Terminal des Flughafens suchen > willst und nicht den Flughafen selber. Das Terminal ist auch nur ein POI. Flo -- Florian Lohoff f...@zz.de Professionell gesehen bin ich zu haben signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?
Hallo, Am 06.10.2010 10:34, schrieb Sven Geggus: points:aeroway=airport [0x5900 resolution 23] points:#sport=airport [0x2d0b resolution 14] $ grep aerodrome * points:aeroway=aerodrome [0x2f04 resolution 23] Offensichtlich also nur die Punkte. Wird eventuell beim mkgmap- Lauf dann die Option --add-pois-to-areas verwendet, dann erscheinen auch POIs auf den Flächen, auch wenn man es nicht expizit durch den Style festlegt. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?
Hallo ! Das mit dem Punkt statt Flaeche auswerten finde ich eigentlich viel pfiffiger weil eben es auch durchaus mal Straßen geben koennte die am Flughafen auf der falschen Seite vorbeigehen. D.h. exakt die Position des Terminals mit einem Node zu markieren ist sicherlich pfiffig (Ich meine mein Festeinbau kennt bei den großen Flughaefen sogar die unterschiedlichen Terminals). Der Flughafen ist zum Teil nach http://wiki.openstreetmap.org/wiki/Airports getaggt. Warum findest Du den Punkt pfiffiger ? Einfach in der Airport-Fläche nach Terminals suchen und den Namen anzeigen lassen sollte doch nicht schwer sein. Dein Beispiel zeigt das Du nach dem Terminal des Flughafens suchen willst und nicht den Flughafen selber. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?
Florian Lohoff wrote: > Aber was wird in der "All in One" ausgewertet? amenity=airport oder > aeroway=aerodrome? Punkt oder Flaeche? Und was waere im Tagging richtig? $ git clone git://github.com/aiomaster/aiostyles.git $ cd aiostyles/basemap_style/ $ grep airport * points:aeroway=airport [0x5900 resolution 23] points:#sport=airport [0x2d0b resolution 14] $ grep aerodrome * points:aeroway=aerodrome [0x2f04 resolution 23] Offensichtlich also nur die Punkte. Gruss Sven -- Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär, und - dank Knut - insbesondere der Eisbär, deutlich größerer Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All In One - Flughafen Poi / airoway vs. amenity?
Hi, ich habe vorgestern mal versucht mit der All in One auf einem Nuevi 205 zum Flughafen Paderborn Lippstadt zu navigieren. D.h. POI Suche, Verkehr Flugplaetze. Alles drin d.h. die ganzen Sportflughaefen aber nicht Paderborn Lippstadt. Ich habe mir gerade mal die Daten angesehen. Sportflughafen Paderborn-Haxterberg Punkt mit amenity=airport name=Paderborn-Haxterberg http://www.openstreetmap.org/browse/node/739036316 Flaeche mit aeroway=aerodrome name=Paderborn-Haxterberg http://www.openstreetmap.org/browse/way/26318807 Punkt mit aeroway=aerodrom name=Paderborn-Haxterberg http://www.openstreetmap.org/browse/node/223644057 Verkehrsflughafen Paderborn-Lippstadt Flaeche mit aeroway=aerodrom name=Paderborn-Lippstadt http://www.openstreetmap.org/browse/way/19752503 Also irgendwie finde ich das reichlich inkonsistent. Dazu kommt das Haxterberg schoen 2 Flugzeuge gemalt bekommt, Paderborn-Lippstadt aber keines. (Wird sich verflogen haben). Das mit dem Punkt statt Flaeche auswerten finde ich eigentlich viel pfiffiger weil eben es auch durchaus mal Straßen geben koennte die am Flughafen auf der falschen Seite vorbeigehen. D.h. exakt die Position des Terminals mit einem Node zu markieren ist sicherlich pfiffig (Ich meine mein Festeinbau kennt bei den großen Flughaefen sogar die unterschiedlichen Terminals). Aber was wird in der "All in One" ausgewertet? amenity=airport oder aeroway=aerodrome? Punkt oder Flaeche? Und was waere im Tagging richtig? Flo -- Florian Lohoff f...@zz.de Professionell gesehen bin ich zu haben signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one - europa und mapsource
Willi Rehfeld schrieb: >habe probleme die AIO - Europa Karte unter mapsource 6.15.11 auf >meinem XP SP3 zu installieren. Mapsource versagt den Dienst mit >Fehlermeldung. Problem ist auch auf der wiki-seite all in one >vermerkt. Gibt es schon tips und hinweise, wie man europa einbindet ? Den Fehler kann ich bestätigen. Wenn man die All in One Europa in MS lädt und irgendwo auf die Karte klickt oder per drag Länder auswählt, verabschiedet sich MS mit einer Fehlermeldung. Mit der Deutschland-Karte passiert das nicht. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One (AIO)
Elchtreiber wrote: > Nun sehe ich auf dem dev-Server viele alte Verzeichnisse. > Schaut bitte mal in der Crontab, nicht das da noch der rm auskommentiert ist. Hm, sieht ganz so aus: #00 4 * * 5 ionice -c 3 nice -n 19 make -f /osm/garmin/aio/Makefile clean > /osm/garmin/aio/logfiles/make_clean.log Am besten mal Christoph direkt anmailen, ich will nix kaputtmachen. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All in one - europa und mapsource
habe probleme die AIO - Europa Karte unter mapsource 6.15.11 auf meinem XP SP3 zu installieren. Mapsource versagt den Dienst mit Fehlermeldung. Problem ist auch auf der wiki-seite all in one vermerkt. Gibt es schon tips und hinweise, wie man europa einbindet ? Grüße Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All In One (AIO)
Hallo *, vor geraumer Zeit hat die AIO nicht aktualisieren wollen. Nun sehe ich auf dem dev-Server viele alte Verzeichnisse. Schaut bitte mal in der Crontab, nicht das da noch der rm auskommentiert ist. Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One (AIO) wird nicht mehr aktualisiert
Hallo Sven, Am 03.08.2010 um 19:31 schrieb Sven Geggus: > Elchtreiber wrote: > >> P.S: Alternativ könnte man den Fehler suchen und beheben, oder? ;-) > > Ich fürchte das kann nur Christoph tun. > > Ich hab mal den make clean Aufruf aus seiner crontab rausgeworfen. Ich hatte auch noch in Erinnerung, daß Christoph noch im Urlaub ist. Das die alten Daten aber noch bleiben, ist ja auch schon ein Schritt. So kommt man wenigstens noch an einen alten Stand ran. Danke! Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One (AIO) wird nicht mehr aktualisiert
Elchtreiber wrote: > P.S: Alternativ könnte man den Fehler suchen und beheben, oder? ;-) Ich fürchte das kann nur Christoph tun. Ich hab mal den make clean Aufruf aus seiner crontab rausgeworfen. Gruss Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One (AIO) wird nicht mehr aktualisiert
Hallo, Elchtreiber schrieb: Alternativ könnte man den Fehler suchen und beheben, oder? ;-) die Kartenerzeugung am DevServer scheint letztes mal schief gelaufen zu sein, zumindest wurde ein stampfile nicht erzeugt, das anzeigt, das alles ok ist! Ich habe das file mal manuell erzeugt. Es kann aber sein, dass noch ein lock-File gelöscht werden müsste, nur da weiß ich nicht genug bescheid. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All in One (AIO) wird nicht mehr aktualisiert
Hallo *, da der update der AIO im Moment anscheinend nicht klappt, kann man das Löschen, der noch vorhandenen Karten unterbinden? Befürchte, das da bald keine Karten mehr zum Runterladen da sind. Das wäre für viele, die die Karte evtl in den Urlaub mitnehmen möchten unschön. Gruß Kai P.S: Alternativ könnte man den Fehler suchen und beheben, oder? ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One Karte
Elchtreiber wrote: > was ist denn mit der AIO-Karte los? Seit gestern tiefer schneller udn breiter :) Im Ernst derzeit aus Gründen der Verfügbaren Rechenzeit nur noch Montags, Mittwochs und Freitags. Wenn Dud as öfter haben willst darfst Du gerne einen dedizierten Rechner sponsorn :) > Erst gab es als letzten Stand den 05.05.2010. > Nun sind mehr oder minder alle Karten verschwunden?! http://dev.openstreetmap.de/aio/ enthält Daten von gestern. Sven -- Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär, und - dank Knut - insbesondere der Eisbär, deutlich größerer Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One Karte
Elchtreiber schrieb: >Am 12.05.2010 um 23:40 schrieb malenki: > >> Die >> http://dev.openstreetmap.de/aio/regions/germany/gmapsupp.img.gz >> liegt wahrscheinlich viel zu offensichtlich im Verzeichnis. m( > >Schau mal auf den Zeitstempel der Datei ;-) (23:32) 10-May-2010 23:32 Dürfte aktueller sein als deine im OP erwähnte Version vom 05.05. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One Karte
Hallo Malenki, Am 12.05.2010 um 23:40 schrieb malenki: > Elchtreiber schrieb: > Die > http://dev.openstreetmap.de/aio/regions/germany/gmapsupp.img.gz > liegt wahrscheinlich viel zu offensichtlich im Verzeichnis. m( Schau mal auf den Zeitstempel der Datei ;-) (23:32) Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One Karte
Colin Marquardt wrote: > Nuja, die ist halt schon vom 10., insofern ging heute wohl wirklich > was mit der Generierung schief. > Es gab da ein klitzekleines Problem mit der Denic. http://www.heise.de/newsticker/meldung/DNS-Fehler-legen-Domain-de-lahm-3-Update-999068.html Das könnte schuld dran sein. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One Karte
Am 12. Mai 2010 23:40 schrieb malenki : > Elchtreiber schrieb: >>Dann warte ich mal ab... >>Wenn sich die Größe wieder angleicht werde ich die Karte mal wieder >>ausprobieren... > > Die > http://dev.openstreetmap.de/aio/regions/germany/gmapsupp.img.gz > liegt wahrscheinlich viel zu offensichtlich im Verzeichnis. m( Nuja, die ist halt schon vom 10., insofern ging heute wohl wirklich was mit der Generierung schief. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One Karte
Elchtreiber schrieb: >Nun bin ich doch ein wenig verwirrt, hätte in der gmapsupp* auch mit >>700MB gerechnet... > >Dann warte ich mal ab... >Wenn sich die Größe wieder angleicht werde ich die Karte mal wieder >ausprobieren... Die http://dev.openstreetmap.de/aio/regions/germany/gmapsupp.img.gz liegt wahrscheinlich viel zu offensichtlich im Verzeichnis. m( Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One Karte
Hallo Colin, Am 12.05.2010 um 23:00 schrieb Colin Marquardt: > Am 12. Mai 2010 22:44 schrieb Elchtreiber : >> was ist denn mit der AIO-Karte los? >> Erst gab es als letzten Stand den 05.05.2010. >> Nun sind mehr oder minder alle Karten verschwunden?! > > Die scheinen jetzt in http://dev.openstreetmap.de/aio/regions/ zu leben. Die gmapsupp_germany.20100512.img.zip ist nur 72M groß. Da kann nicht alles drin sein... Dafür gibt es eine velomap mit 747M... Nun bin ich doch ein wenig verwirrt, hätte in der gmapsupp* auch mit >700MB gerechnet... Dann warte ich mal ab... Wenn sich die Größe wieder angleicht werde ich die Karte mal wieder ausprobieren... Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One Karte
Am 12. Mai 2010 22:44 schrieb Elchtreiber : > was ist denn mit der AIO-Karte los? > Erst gab es als letzten Stand den 05.05.2010. > Nun sind mehr oder minder alle Karten verschwunden?! Die scheinen jetzt in http://dev.openstreetmap.de/aio/regions/ zu leben. HTH Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All In One Karte
Hallo zusammen, was ist denn mit der AIO-Karte los? Erst gab es als letzten Stand den 05.05.2010. Nun sind mehr oder minder alle Karten verschwunden?! Könnte da mal bitte wer schauen?! Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Hi, Am 27.04.2010 00:20, schrieb Christoph Wagner: > > Andererseits gibts da halt immer wieder mal Probleme, wenn in einer > Region die OSM-Daten immer mehr werden und irgendwann nicht mehr in > eine Kacheln passen. Bei gleich großen Kacheln ist die Prinzipiell ist das kein Problem. > Datenverteilung auf die Kacheln zudem natürlich alles andere als > homogen. Das ist natürlich prinzipiell egal, aber die Kachelgröße > richtet sich dann eben nach der am dichtesten gemappten Region. Bisher ist auch da keine Grenze zu sehen. Alle "dichten" Gebiete funktionieren seit langer Zeit. Auch kann maximal die zu errechnende Garminkachel das Problem sein, die Quellgröße ist nicht entscheidend. > müssen. Man muss aber nicht zwangsweise neu splitten und kann dem > splitter auch eine definierte Kachelzuweisung mitgeben. Momentan Na dann kann ich auch gleich einfestes Raster nehmen. :-D > möglichst wenig Kacheln entstehen. Momentan ist das gut, denn man > findet beispielsweise POIs und Adressen immer nur in der aktuellen > Kachel und da ist es gut, wenn die groß genug ist. Andererseits kommt Aha. Das wußte ich gar nicht. > Wie sieht das jetzt eigentlich mit routing bei dir aus, > computerteddy? Geht das über die Kachelgrenzen? Nein, in meinen Kacheln geht das noch nicht, leider ist da "mein" Programmierer, der zwar mittlerweile alle Infos hat, was da zu tun ist, damit es funktioniert noch immer nicht an der neuen Version dran. Ich hoffe sozusagen jeden Tag, dass er eine neue Version fertig hat. Diese hätte dann nicht nur die Routingfähigkeit eingebaut, sondern sollte auch alle Relationen mit behandeln, keinen Overhead an den Kachelgrenzen erzeugen, keine doppelten Straßen und keine Polygone verstümmeln. Es werden dann auch die Straßen korrekt abgeschnitten und auf der Nachbarkachel entsprechend weitergeführt mit dem passenden Node für das Routing. Wenn alles so funktioniert wie wir uns das denken, dann sollte eine Weltkarte, die komplett routingfähig ist und auch Meeresflächen erzeugt möglich sein. > Du splittest doch immer die ganze Welt. Wie lange dauert das denn mit > deinem splitprogramm? Der splitter braucht für Europa so im Schnitt > 2h. Momentan 48 Stunden, dafür benötige ich aber kaum Hauptspeicher (max ca. 1,5GB) Die lange Zeit liegt aber daran, daß ich sowas wie eine Auslagerungsdatei verwende, die auf der Platte liegt. Wenn ich diese in eine Ramdisk packen kann (10GB) läuft das Ganze doppelt so schnell. > Naja nicht ganz. Das Problem ist auch die gesplitteten Daten jedes > Mal neu durchzurödeln und einen anderen Style anzuwenden. Das macht > fette I/O und das zieht ganz schön die performance runter. Kann ich eigentlich nicht wirklich verstehen, so massiv ist das eigentlich nicht. Die ganze Welt mit meinen 2 Kacheln dauert bei mir ca. 8 Stunden. Dieses könnte man allerdings parallelisieren. Das läuft alles bei mir linear. Du solltest auch bedenken, daß das bzip2- lesen und schreiben eine nicht unerhebliche Last und Hauptspeicherverbrauch verursacht. Ich benutze daher maximal gzip Kompression. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Carsten Schwede schrieb: > und ich würde auch für die Einhaltung eines festen > Kachelrasters plädieren, da dieses die Erzeugung von Teil- oder > Spezialkarten erheblich vereinfacht. (So nach dem Motto: Ich brauch mal > schnell eine Radwanderkarte von der Südmongolei, und zwar automatisch > erstellt das nächste halbe Jahr lang, nach meinem Schema) Hmm, also da sollten wir schon nochmal ganz genau drüber nachdenken, wie wir das machen. Ein festes Raster hat natürlich den Vorteil, dass man die Kacheln irgendwie systematisch erzeugt und immer den gleichen Ausschnitt eines Landes hat. Andererseits gibts da halt immer wieder mal Probleme, wenn in einer Region die OSM-Daten immer mehr werden und irgendwann nicht mehr in eine Kacheln passen. Bei gleich großen Kacheln ist die Datenverteilung auf die Kacheln zudem natürlich alles andere als homogen. Das ist natürlich prinzipiell egal, aber die Kachelgröße richtet sich dann eben nach der am dichtesten gemappten Region. Ein dynamisches Raster, so wie ich es mit dem splitter erzeuge, http://dev.openstreetmap.de/aio/tiles/ ist dynamisch und skaliert, selbst, wenn irgendwo mal mehr OSM-Daten hinzukommen (Import oder so). Allerdings steht bei jedem Mal neu splitten etwas mehr Rechenaufwand an, da die Kachelgrenzen erstmal berechnet werden müssen. Man muss aber nicht zwangsweise neu splitten und kann dem splitter auch eine definierte Kachelzuweisung mitgeben. Momentan splitte ich einmal die Woche komplett neu und nutze sonst immer die alten Kachelgrenzen. Ein Vorteil von ungleich großen Kacheln, deren Größe sich nach der Datendichte richtet, ist außerdem, dass insgesamt möglichst wenig Kacheln entstehen. Momentan ist das gut, denn man findet beispielsweise POIs und Adressen immer nur in der aktuellen Kachel und da ist es gut, wenn die groß genug ist. Andererseits kommt es häufig vor, dass Kachelgrenzen durch größere Städte verlaufen, was irgendwie auch logisch ist, aber eher kontraproduktiv, wenn man in einer Stadt ist und was finden will und dummerweise in der falschen Kachel ist. Wie sieht das jetzt eigentlich mit routing bei dir aus, computerteddy? Geht das über die Kachelgrenzen? Ich weiß also auch nicht so genau, was eigentlich besser ist. Vermutlich geht beides. Da fällt mir noch ein interessanter Faktor ein: Die Laufzeit! Du splittest doch immer die ganze Welt. Wie lange dauert das denn mit deinem splitprogramm? Der splitter braucht für Europa so im Schnitt 2h. > Das einmalige Erstellen dieser Basis löst dann das bei den meisten > vorhandene Leistungsproblem auf den kartenerstellenden Servern. > Naja nicht ganz. Das Problem ist auch die gesplitteten Daten jedes Mal neu durchzurödeln und einen anderen Style anzuwenden. Das macht fette I/O und das zieht ganz schön die performance runter. Hmm... Grüße Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Hi, Am 26.04.2010 10:41, schrieb Frederik Ramm: > Waere es (und ich betone abermals, dass ich diesen Fragen technisch > unbedarft bin) eventuell moeglich, eine Art Post-Prozessor zu schreiben, > der eine komplexe Garminkarte fuer neue Geraete umschreibt in eine > einfache Karte fuer alte Geraete, so dass die Ressourcen darauf > konzentriert werden koennten, fuer aktuelle Geraete etwas gutes > anzubieten und zugleich die Benutzer alter Geraete nicht "abgehaengt" > werden? Ich denke nicht, die zuordnung der Typen erfolgt per Style-File bereits bei der Erzeugung der Garminkarten aus den OSM-xml-Dateien. Es wäre einfacher einfach mit einem anderen Style die Karte nochmals zu erzeugen als rückwärts die Garminkarten auseinaderzunehmen. Für mein Gefühl würde es am ehesten Sinn machen, sich auf eine gemeinsame Basis bezüglich der gesplitteten OSM-Dateien zu verlegen. Das ist ja für alle die Grundlage. Es ist natürlich darauf zu achen, daß einmal alle Informationen enthalten sind, die auch in der Datenbank existieren, und ich würde auch für die Einhaltung eines festen Kachelrasters plädieren, da dieses die Erzeugung von Teil- oder Spezialkarten erheblich vereinfacht. (So nach dem Motto: Ich brauch mal schnell eine Radwanderkarte von der Südmongolei, und zwar automatisch erstellt das nächste halbe Jahr lang, nach meinem Schema) Das einmalige Erstellen dieser Basis löst dann das bei den meisten vorhandene Leistungsproblem auf den kartenerstellenden Servern. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Am 26. April 2010 08:20 schrieb Carsten Schwede : > Moin, > > Am 25.04.2010 16:50, schrieb Christoph Wagner: >> würde es auch sehr begrüßen, wenn wir da alle mal zusammenarbeiten >> und eine richtig gute Karte erstellen, die einfach alles kann. Am > > Ich habe nichts gegen eine Zusammenarbeit, meine Karte hat aber im > Gegensatz zur AiO als Grundsatz die Kompatibilität mit alten Geräten (es > sind alle bekannten Garmitypen so belegt, daß die Karte ohne Typfile > funktioniert, mit ganz wenigen Ausnahmen, da ist die Zurdnung zumindest > nicht völlig daneben) Jo ich hab eigentlich auch versucht, so gut es eben ging, die Garmin standard typen zu benutzen. Allein schon, weil ich nicht weiß, wie ich die POIs sonst in das FIND menü bekomme. Die Kategorien scheinen im Garmin hardcoded. So weit ich weiß, lassen sie sich mit Typfiles nicht beeinflussen. Zusätzlich will ich natürlich auch viele weitere Openstreetmapobjekte darstellen für die Garmin standardmäßig nichts vorgesehen hat. Das klappt dann nur mit Typfile und Nutzung von unbelegten Garmincodes. Mich würde eigentlich mal interessieren, wieviele Leute denn überhaupt noch so ein altes Gerät besitzen? Welche Geräte können denn nicht mit Typfiles umgehen und bekommen Probleme, wenn bisher unbelegte Garmincodes benutzt werden? Die Geräte müssten natürlich noch Karten überhaupt anzeigen können. Wenn das kaum Leute betrifft, weiß ich nicht, ob man viel Rücksicht nehmen muss. Wenn es doch noch einige sind, hab ich noch eine andere Idee: Wir lagern einfach die Standardgarmintypen in einen eigenen Layer aus. Benutzer von älteren Geräten sollten dann eben nur den verwenden, während Benutzer von neueren Geräten sich die OSM-extra-features dazuladen können. Man kann ja für die standard-features trotzdem ein Typfile dazulegen. Wenn es dann von den älteren Garmins ignoriert wird, ist das auch nicht schlimm, denn es sollte ja für die Standardfeatures immerhin Standardsymbole geben. Was meinst du dazu? @Frederik: post processing von Garminkarten ist meiner Meinung nach nicht sinnvoll. Ich weiß auch gar nicht, ob das in so großem Maßstab geht, aber da will ich lieber auch nicht drüber nachdenken... >> 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 > > Ich habe fetgestellt, daß das durchaus funktioniert mit dem speziellen > Fahrradrouting. Nur die Möglichkeit des Routings über "schöne" Strecken > funktioniert nicht mit "einer" routingfähigen Karte Karte für alle. > Also mir hat jetzt auch neulich jemand berichtet, dass man mit dem normalen Garmin Fahrradroutingmodus mit ein paar Anpassungen in den style-files ganz gut fahren kann. Allerdings kenn ich mich da wirklich nicht so gut aus. Liest zufällig Felix Hartmann mit? Der kennt sich da sicher besser aus. Vielleicht bekommt man ja doch ein halbwegs vernünftiges Fahrradrouting mit Garminmitteln hin. Ansonsten müsste man einfach einen eigenen Fahrradlayer machen. Viele Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Hallo, Carsten Schwede wrote: > Ich habe nichts gegen eine Zusammenarbeit, meine Karte hat aber im > Gegensatz zur AiO als Grundsatz die Kompatibilität mit alten Geräten (es > sind alle bekannten Garmitypen so belegt, daß die Karte ohne Typfile > funktioniert, mit ganz wenigen Ausnahmen, da ist die Zurdnung zumindest > nicht völlig daneben) Waere es (und ich betone abermals, dass ich diesen Fragen technisch unbedarft bin) eventuell moeglich, eine Art Post-Prozessor zu schreiben, der eine komplexe Garminkarte fuer neue Geraete umschreibt in eine einfache Karte fuer alte Geraete, so dass die Ressourcen darauf konzentriert werden koennten, fuer aktuelle Geraete etwas gutes anzubieten und zugleich die Benutzer alter Geraete nicht "abgehaengt" werden? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Moin, Am 25.04.2010 16:50, schrieb Christoph Wagner: > würde es auch sehr begrüßen, wenn wir da alle mal zusammenarbeiten > und eine richtig gute Karte erstellen, die einfach alles kann. Am Ich habe nichts gegen eine Zusammenarbeit, meine Karte hat aber im Gegensatz zur AiO als Grundsatz die Kompatibilität mit alten Geräten (es sind alle bekannten Garmitypen so belegt, daß die Karte ohne Typfile funktioniert, mit ganz wenigen Ausnahmen, da ist die Zurdnung zumindest nicht völlig daneben) > 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 Ich habe fetgestellt, daß das durchaus funktioniert mit dem speziellen Fahrradrouting. Nur die Möglichkeit des Routings über "schöne" Strecken funktioniert nicht mit "einer" routingfähigen Karte Karte für alle. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Christoph Wagner wrote: > Dann wüsste ich gerade gar kein freies Tool, was die Garmin POI > Dateien (*.gpi) überhaupt erzeugen kann. Gibts da was? gpsbabel. Oder das Garmin eigene Free as in Beer Windows Tool unter wine. Sven -- "The term "any key" does not refer to a particular key on the keyboard. It simply means to strike any one of the keys on your keyboard or handheld screen." (Compaq FAQ Entry 2859) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Alexander Matheisen wrote: > Wenn ich das richtig verstanden habe, werden die aber nicht in die > Kategorien einsortiert, oder? Stimmt die sind dann alle unter eigene POI das ist natürlich ein wichtiges Argument. > 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. Nicht die dümmste Idee. Sven -- This golden age of communication Means everyone talks at the same time (Lyrics of "New Model Army" song "225") /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Christian Knorr schrieb: > So, genug gejammert. Es ist halt ärgerlich, wenn man öfters so im Regen > stehen > gelassen wird. > Jup, ist verständlich. War aber wirklich keine böse Absicht von mir oder so. Manchmal lese ich Sachen, habe aber keine Zeit gleich zu antworten. Hinterher scroll ich nur noch bis zum neusten Post und dann fällt die Antwort leider unter den Tisch. Also du wolltest die Spielplätze einbauen, richtig? Hast da noch Bock drauf? git ist ein Versionskontrollsystem, was unter anderem beim Linuxkernel verwendet wird. Es gibt da tausende von Dokus im Netz, die das alle besser erklären können als ich (ich hab da eigentlich auch keine Ahnung von). Für den easy workflow würde ich mal folgendes vorschlagen: Erstmal mit git clone das komplette Verzeichnis ziehn: git clone git://github.com/aiomaster/aiostyles.git Dann machste dir nen neuen branch in dem du deine änderungen durchführst. git branch spielplaetze den kannste natürlich nennen wie du willst. Mit git checkout spielplaetze wechselst du dann in deinen branch und legst los. Wenn du mit checkout in deinen spielplaetz-branch gewechselt bist, kannste da jetzt Änderungen machen, wie du lustig bist. Jedes Mal, wenn du eine halbwegs thematisch abgetrennte Änderung gemacht hast, die lauffähig ist, kannste die in deinen branch commiten Das passiert alles lokal auf deiner Platte. git commit -am "new playground symbol" zum Beispiel oder so ähnlich. Wenn du jetzt anschließend noch was anderes änderst kannste das auch alles wieder lokal commiten. git commit -am "another edit" Wenn du mit der ganzen commiterei fertig bist, schaust du mal unauffällig, ob sich im online repository was getan hat. Geklont hast du es ja schon. Jetzt musst du nur noch in den richtigen branch wechseln (denn du bist noch im experimental): git checkout master master heißt übrigens immer der Main-branch sozusagen. Um den jetzt noch zu aktualisieren machste ein: git pull Du musst jetzt deine Änderungen in den master branch mergen. Das machste am besten mit: git rebase spielplaetze Wenn nichts konfliktet, dann sollte das problemlos gehen. Jetzt hast du das bei dir lokal gemerged und es muss noch irgendwie ins netz. Da du keinen direkten schreibenden Zugriff auf das main repository hast, müsstest du jetzt einen Patch erzeugen und mir per Mail schicken. Das geht mit: git format-patch origin Den Patch schickst du mir einfach und ich commite ihn und lade hoch. 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
Re: [Talk-de] All in one Garmin Map - news
Am Sonntag 25 April 2010 20:48:47 schrieb Christoph Wagner: > Christian Knorr schrieb: > > Am Sonntag 25 April 2010 17:56:15 schrieb Christoph Wagner: > >> Ein typischer Workflow ist mal hier beschrieben: > >> http://wiki.github.com/bard/sameplace/typical-git-workflow > > > > Das ist ja nett, dass ich das zufällig auch mal erfahre. > > Erst schreist Du rum, Du brauchst Hilfe, ich biete Dir Hilfe, aber ich > > bekomme keine Antwort. War Dir meine Hilfe wohl nicht Groß genug, was? > > ? > Bin gerade ratlos. Sorry, wenn ich dich verärgert hab oder so, aber was > genau meinst du? Wenn ich aus Versehen einen Beitrag von die überlesen habe > oder nicht beantwortet und dich damit verärgert tut es mir leid. Hier > kommen am Tag echt verdammt viele Mails rein von den ganzen Mailinglisten > und so. Da kann aus Versehen mal was untergehen. Na Du hast's doch selber hier reingeschrieben: http://forum.openstreetmap.org/viewtopic.php?pid=74267#p74267 und anschließend auch geantwortet, nur auf meinen Beitrag nicht. > Die Sache mit dem git workflow und so ist jetzt auch nicht gerade ein > Geheimnis oder? Einmal kurz in google reingehackt und schon gehts los. Genau das habe ich auch geschrieben, dass ich das tue. Und das habe ich getan. > Also cool bleiben und Spaß haben! Wenn's kein Spaß machen würde, würde ich es nicht machen. So, genug gejammert. Es ist halt ärgerlich, wenn man öfters so im Regen stehen gelassen wird. > Christoph Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Christian Knorr schrieb: > Am Sonntag 25 April 2010 17:56:15 schrieb Christoph Wagner: >> Ein typischer Workflow ist mal hier beschrieben: >> http://wiki.github.com/bard/sameplace/typical-git-workflow > Das ist ja nett, dass ich das zufällig auch mal erfahre. > Erst schreist Du rum, Du brauchst Hilfe, ich biete Dir Hilfe, aber ich > bekomme > keine Antwort. War Dir meine Hilfe wohl nicht Groß genug, was? ? Bin gerade ratlos. Sorry, wenn ich dich verärgert hab oder so, aber was genau meinst du? Wenn ich aus Versehen einen Beitrag von die überlesen habe oder nicht beantwortet und dich damit verärgert tut es mir leid. Hier kommen am Tag echt verdammt viele Mails rein von den ganzen Mailinglisten und so. Da kann aus Versehen mal was untergehen. Die Sache mit dem git workflow und so ist jetzt auch nicht gerade ein Geheimnis oder? Einmal kurz in google reingehackt und schon gehts los. Also cool bleiben und Spaß haben! Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Am Sonntag 25 April 2010 17:56:15 schrieb Christoph Wagner: > Ein typischer Workflow ist mal hier beschrieben: > http://wiki.github.com/bard/sameplace/typical-git-workflow Das ist ja nett, dass ich das zufällig auch mal erfahre. Erst schreist Du rum, Du brauchst Hilfe, ich biete Dir Hilfe, aber ich bekomme keine Antwort. War Dir meine Hilfe wohl nicht Groß genug, was? > Danke dir erstmal und viele Grüße! > Christoph Ja, ich danke auch allen die am Projekt mitarbeiten, mfG, Chris. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Hallo Christoph, > Cool. Hab ich mal commited. Heißt das, dass die Änderungen nun online sind? In den Dateien, die ich mir gerade eben von dem git Repo heruntergeladen habe, sind die Änderungen jedoch noch nicht drin. > Ich müsste dann bloß noch die patches commiten. > > Mein Projekt bekommste so: > git clone git://github.com/aiomaster/aiostyles.git Also wenn ich das richtig verstanden habe, lade ich mir mit git clone git://github.com/bard/sameplace.git die Daten herunter, und lade sie mit git commit -a -m 'Kommentar...' wieder hoch? P.S.: Habe nun auch ein neues Pollersymbol (das jetzt kleiner und nicht so auffällig ist) gezeichnet, bin aber verunsichert, ob ich es wie oben angegeben hochladen soll. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Alexander Matheisen schrieb: > Hallo Christoph, > >> 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. > > Wusste nicht, dass das auch mit mkgmap geht. > > Hast du eigentlich gestern abend meine Mail mit dem neuen Typfile > bekommen? Falls nicht, hier nochmal der Text meiner Mail: Nee hab ich irgendwie nicht. Naja egal. > --- > Ich habe mal die ersten Verbesserungen vorgenommen. Ich habe ein neues > Icon für Windmühlen (nun mit transparentem Hintergrund) sowie im Typfile > "jüdisch" in "Synagoge" umbenannt, da mir die Bezeichnung etwas > untreffend vorkam. > > Ob dir das neue Icon besser gefällt, weiß ich nicht, mir jedoch gefällt > es nun besser, da es durch den transparenten Hintergrund besser in die > Karte eingebaut ist, und die schlichte Gestaltung macht das Icon meiner > Meinung besser erkennbar und die Karte nicht allzu bunt. > > Du kannst dir das Typfile herunterladen unter: > > http://rurseekatze.bplaced.net/basemap.TYP > --- > Cool. Hab ich mal commited. Aber damit ich damit weniger Arbeit habe, wäre es cool, wenn du auch git verwendest. Ein typischer Workflow ist mal hier beschrieben: http://wiki.github.com/bard/sameplace/typical-git-workflow Ich müsste dann bloß noch die patches commiten. Mein Projekt bekommste so: git clone git://github.com/aiomaster/aiostyles.git Ich hab leider auch noch nicht so viel Plan von git, aber hoffe ja welchen zu bekommen. Wird ja sowieso erst so richtig interessant, wenn mehrere Leute zusammenarbeiten wollen. ;) Danke dir erstmal und 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
Re: [Talk-de] All in one Garmin Map - news
Hallo Christoph, > 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. Wusste nicht, dass das auch mit mkgmap geht. Hast du eigentlich gestern abend meine Mail mit dem neuen Typfile bekommen? Falls nicht, hier nochmal der Text meiner Mail: --- Ich habe mal die ersten Verbesserungen vorgenommen. Ich habe ein neues Icon für Windmühlen (nun mit transparentem Hintergrund) sowie im Typfile "jüdisch" in "Synagoge" umbenannt, da mir die Bezeichnung etwas untreffend vorkam. Ob dir das neue Icon besser gefällt, weiß ich nicht, mir jedoch gefällt es nun besser, da es durch den transparenten Hintergrund besser in die Karte eingebaut ist, und die schlichte Gestaltung macht das Icon meiner Meinung besser erkennbar und die Karte nicht allzu bunt. Du kannst dir das Typfile herunterladen unter: http://rurseekatze.bplaced.net/basemap.TYP --- Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
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 Ka
Re: [Talk-de] All in one Garmin Map - news
> 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. > 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. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Alexander Matheisen wrote: > Muss erstmal etwas probieren, bis ich das (relativ) optimale Icon > gefunden habe. Meiner Meinung sollten sich die Icons gut in das > Gesamtbild der Karte integrieren und nicht so "dahingeklatscht" > aussehen. Dies ist aber, wie ich finde, z.B. beim Tor-Symbol so, das hat > so einen komischen Hintergrund und passt sich daher nicht so gut in das > Gesamtbild ein. 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. Gruss Sven 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 -- "Software is like sex; it's better when it's free" (Linus Torvalds) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Hi, ich habe meine selbstgemalten Icons mal online gestellt, vielleicht wollt ihr ja davon einige verwenden. Insbesondere habe ich auf die Abgrenzung vom Hintergrund geachtet. "Leider" sind sie etwas bunt, aber bei mir ist das eben so, da ich es farbig mag. :-) http://openstreetmap.teddynetz.de:81/Icons/ Das Paket komplett: http://openstreetmap.teddynetz.de:81/Icons/Icons.tgz -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Hallo Christoph, > vielen Dank für dein Angebot. Ich will gerne darauf zurückkommen. > Wie gut kennst du dich denn mit git, mkgmap, den Stylefiles und Typfiles aus? Mit git habe ich noch keine Erfahrung. Mit mkgmap und dem dazugehörigen Kram hab ich schon mal selbst Karten erstellt, da kann ich schon alleine was machen, auch wenn ich vielleicht kein Profi bin. > Könnte dir sonst beim Einstieg helfen, so weit ich kann. > Ansonsten kannste eigentlich direkt loslegen und in meinem Typfile die nicht > so hübschen Icons raushaun und durch hübschere ersetzen. Muss erstmal etwas probieren, bis ich das (relativ) optimale Icon gefunden habe. Meiner Meinung sollten sich die Icons gut in das Gesamtbild der Karte integrieren und nicht so "dahingeklatscht" aussehen. Dies ist aber, wie ich finde, z.B. beim Tor-Symbol so, das hat so einen komischen Hintergrund und passt sich daher nicht so gut in das Gesamtbild ein. > Es wäre natürlich ziemlich cool, wenn du das gleich mit git tracken würdest, Wie geht das? Ich habe mit git noch nicht gearbeitet. > Danke nochmal für deine Unterstützung! Kein Problem. Wenn ich finde, dass etwas besser sein könnte, packe ich gerne selbst an. Bei der AiO Map gibt es eben noch viele Kleinigkeiten, um sie perfekt zu machen. ;) Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Alexander Matheisen schrieb: > Hallo Christoph, > > ich würde gerne bei der AiO Karte mitarbeiten, hauptsächlich das > Aussehen verbessern mit schöneren Icons oder Verbesserungen am Typfile. > Ich finde, dass sich einige Icons verbessern lassen würden, so sind > meiner Meinung die Icons für Barrieren viel zu auffällig. > Hallo Alexander, vielen Dank für dein Angebot. Ich will gerne darauf zurückkommen. Wie gut kennst du dich denn mit git, mkgmap, den Stylefiles und Typfiles aus? Könnte dir sonst beim Einstieg helfen, so weit ich kann. Ansonsten kannste eigentlich direkt loslegen und in meinem Typfile die nicht so hübschen Icons raushaun und durch hübschere ersetzen. Es wäre natürlich ziemlich cool, wenn du das gleich mit git tracken würdest, aber du kannst auch einfach das Typfile hernehmen und mir das veränderte zuschicken. Ich würde es dann auch selber einchecken. Um neue Features einzubauen, müsstest du auch die Styles bearbeiten. Danke nochmal für deine Unterstützung! Viele Grüße Christoph PS: Wenn du Fragen hast - frag mich einfach! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Hallo Christoph, ich würde gerne bei der AiO Karte mitarbeiten, hauptsächlich das Aussehen verbessern mit schöneren Icons oder Verbesserungen am Typfile. Ich finde, dass sich einige Icons verbessern lassen würden, so sind meiner Meinung die Icons für Barrieren viel zu auffällig. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
M¿rtin Koppenhoefer schrieb: >Am 22. April 2010 23:19 schrieb Christoph Wagner >> Um jetzt zu schauen, welche Kacheln eigentlich wo liegen, hab ich >> mal prototypisch eine kleine Openlayersanwendung gebastelt, die das >> visualisiert: http://dev.openstreetmap.de/aio/tiles > > >sehr cool, das ist genau das, was ich neulich gebraucht hätte (als ich >zum Platz sparen ein paar Tiles willkürlich gelöscht habe und >glücklicherweise keins dabei war, das ich benötigt hätte). Kann man da >irgendwie noch die Nummern der img-Tiles anzeigen? Hilft dir Kartenansicht => Karte einrichten => Informationen [scrollen]? Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Christian Knorr schrieb: > Am Freitag 23 April 2010 12:36:56 schrieb Christoph Wagner: > >> http://dev.openstreetmap.de/aio/template.args >> >> Die Datei sollte erst auftauchen, wenn der splitter fertig ist (läuft >> gerade noch). > Ist er fertig? Im Moment bekomme ich ein "FEHLER 403: Forbidden". Nee, läuft noch. Ist mal wieder viel los aufm Server... > Hintergrund: ich habe mir Dein Makefile gezogen und nun meckert es über das > fehlende template.args. Habe soweit alle Pfade angepasst und hoffentlich auch > alles installiert was benötigt wird - auch den Splitter. > Ist also die Splitter-Prozedur nicht im Makefile drin? ähm, eigentlich ist da alles drin, was man brauchen könnte. > Habe mir zum Testen mit JOSM einfach nur meine Umgebung (1-2km) geholt, es > als .osm gespeichert und bz2 komprimiert. Ich weiß nicht, ob da mein makefile das richtige für dich ist. Du brauchst den splitter ja überhaupt nicht, wenn du nur ne kleine osm-datei mit josm gespeichert hast. > Die gmapsupp.img zu erstellen wie du es im Forum [1] geschrieben hast klappt > - > nur sind da ja keine Layer drin. > Mach doch einfach das selbe mit den anderen layern, die dich interessieren (auch die richtigen parameter nehmen) und, dann hast du ja für jeden layer eine gmapsupp.img. Jetzt nimmst du mkgmap daher und packst die alle zu einer großen gmapsupp.img zusammen. java -ea -jar mkgmap.jar --gmapsupp gbasemap/gmapsupp.img gfixme/gmapsupp.img ... Das ist im Prinzip der Kern meines Makefiles, der rest ist hauptsächlich optimierung und so... Das Makefile ist auch noch nicht so gebaut, dass es überall mal eben so funktionieren würde. Das machts erstmal so auf dem Server. Es stecken auch noch viele Annahmen drin. Müsste ich vielleicht mal umbauen. Viel Erfolg Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Am Freitag 23 April 2010 12:36:56 schrieb Christoph Wagner: > http://dev.openstreetmap.de/aio/template.args > > Die Datei sollte erst auftauchen, wenn der splitter fertig ist (läuft > gerade noch). Ist er fertig? Im Moment bekomme ich ein "FEHLER 403: Forbidden". Hintergrund: ich habe mir Dein Makefile gezogen und nun meckert es über das fehlende template.args. Habe soweit alle Pfade angepasst und hoffentlich auch alles installiert was benötigt wird - auch den Splitter. Ist also die Splitter-Prozedur nicht im Makefile drin? Habe mir zum Testen mit JOSM einfach nur meine Umgebung (1-2km) geholt, es als .osm gespeichert und bz2 komprimiert. Die gmapsupp.img zu erstellen wie du es im Forum [1] geschrieben hast klappt - nur sind da ja keine Layer drin. > Grüße > Christoph MfG, Chris [1] http://forum.openstreetmap.org/viewtopic.php?pid=74376#p74376 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Christian Knorr schrieb: > Wie ist der Inhalt von template.args bzw. wo bekomme ich die Datei her? > Wenn du nur kurz testen willst, brauchste die nicht. Da sind nur die inputfiles drin und deren namen, also quasi das, was der splitter ausgibt, angepasst, an die nötigen kacheln für die bestimmte region. ich könnte, aber wenn es dich interessiert auch diese Datei irgendwo hinlegen: ok habs mal gemacht: http://dev.openstreetmap.de/aio/template.args Die Datei sollte erst auftauchen, wenn der splitter fertig ist (läuft gerade noch). Grüße Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Wie ist der Inhalt von template.args bzw. wo bekomme ich die Datei her? MfG, Chris.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Christian Knorr schrieb: > Ja, Du hast Recht. Auch bei mir. > Beispiel: > http://dev.openstreetmap.de/aio/tiles/?zoom=12&lat=56.52607&lon=-6.72709&layers=B000T > > Hier ist die Linie noch da, eine Zoomstufe weiter nicht mehr. > > Ja, exakt wie bei mir! Als Lösung müsste man wahrscheinlich die Rechtecke mit den Bildschirmkoordinaten verschneiden, oder nicht so schön aber einfacher: Zusätzlich mehrere kurze Linienstücke zeichnen, die dann immer noch angezeigt werden, auch wenn das große Rechteck fehlt. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Hi, Am 23.04.2010 09:08, schrieb Christoph Wagner: > Standardmäßig macht der einfach alles an und merkt sich die Einstellungen > auch nicht nach einem Kartenupdate. Modernere Geräte können das, wenn man die Kartendateien als einzelne Dateien auf die Speicherkarte legt. Dann merkt sich ein z.B. Oregon auch welche jeweils ein oder ausgeschaltet waren. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Am Freitag 23 April 2010 09:12:03 schrieb Stefan Dettenhofer (StefanDausR): > Christian Knorr schrieb: > >> Es scheint allerdings einen bug (entweder in OL oder im Browser) zu > >> geben, dass die Vektorobjekte, also die Kacheln, einfach verschwinden, > >> wenn man sehr nah ranzoomt. > > > > Kann ich nicht bestätigen. Hier bleibt alles da wo es sein soll. > > Firefox 3.0.19 auf kubuntu 8.04 (hardy) > > Doch, die verschwinden schon (FF 3.6.2 / WinXP), aber nur unter > bestimmten Umständen, nämlich dann, wenn die Stützpunkte sehr weit > außerhalb des Bildschirms liegen, also wenn man z.B. in der Mitte einer > langen Linie seht weit hineinzoomt. Ja, Du hast Recht. Auch bei mir. Beispiel: http://dev.openstreetmap.de/aio/tiles/?zoom=12&lat=56.52607&lon=-6.72709&layers=B000T Hier ist die Linie noch da, eine Zoomstufe weiter nicht mehr. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Christian Knorr schrieb: >> Es scheint allerdings einen bug (entweder in OL oder im Browser) zu geben, >> dass die Vektorobjekte, also die Kacheln, einfach verschwinden, wenn man >> sehr nah ranzoomt. >> > Kann ich nicht bestätigen. Hier bleibt alles da wo es sein soll. > Firefox 3.0.19 auf kubuntu 8.04 (hardy) > > Doch, die verschwinden schon (FF 3.6.2 / WinXP), aber nur unter bestimmten Umständen, nämlich dann, wenn die Stützpunkte sehr weit außerhalb des Bildschirms liegen, also wenn man z.B. in der Mitte einer langen Linie seht weit hineinzoomt. Ich habe hier http://dev.openstreetmap.de/navipowmmaps/TileMap.htm das selbe Problem mit der alten Ebene "Tile Raster", hier sind die Linien aber auch wirklich sehr lang (S90 bis N90 und W180 bis E180). Deshalb habe ich das Raster auf eine andere OL-Funktion umgestellt. Da werden die Linien anscheinend nur im sichtbaren Bereich gezeichnet. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Karl Eichwalder schrieb: > Christoph Wagner writes: > >> Der maxspeed-layer ist abschaltbar, wie die anderen Layer und färbt >> Straßen unterschiedlich, je nach maxspeed. > > Ich denke, es wäre besser, wenn es zuschaltbar wäre. Oft verdeckt es > die wege komplett. Ich als radfahrer und fußgänger muss es immer > abschalten, da ich es zum einen nicht brauche und zum andern auch nichts > maxspeed-mäßiges mappe. >> * den fixme-layer verschönern, die Farbgebung ist irreführend und die >> logik nicht sehr ausgereift > > Das sollte am besten auch nur zuschaltbar sein, wenn es nach meiner nase > geht. > Ja, das hätte ich auch gerne, dass es zuschaltbar wäre. Einzig der Garmin kann das regeln. Standardmäßig macht der einfach alles an und merkt sich die Einstellungen auch nicht nach einem Kartenupdate. Kotzt mich auch an, aber kann ich absolut nicht beeinflussen! Wenn du nur die basemap brauchst und eh nicht mappen willst, dann lad dir doch auch einfach nur die runter! Entweder du packst dir die tiles selber zusammen oder nimmst das fertige gmapsupp.img für den layer: http://dev.openstreetmap.de/aio/germany/gbasemap.img.bz2 runterladen, umbenennen und aufs Gerät schieben. Grüße Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Am 22.04.2010 23:19, schrieb Christoph Wagner: > Hallo liste, > > da die Karte ja in letzter Zeit häufig Probleme hatte, will ich jetzt hier > auf der Liste mal kurz zusammenfassen woran das lag, was ich die letzte Zeit > gemacht hab und was ich noch vor hab. > > Ich habe versucht, den gesamten Kartenbauprozess etwas zu optimieren, was mir > zu großen Teilen auch gelungen ist. > Es wird eigentlich nur noch Europa konvertiert und anschließende werden alle > Länder Europas, sowie die deutschen Bundesländer aus den berechneten kacheln > zusammengestellt. > Zur Zeit gibts also alle diese Länder im Angebot: > http://dev.openstreetmap.de/aio/ > > Bei der ganzen Optimiererei hat sich leider auch immer wieder mal ein böser > bug eingeschlichen, wodurch es schonmal vorkommen konnte, dass an manchen > Tagen keine neue Karte erschienen ist, bzw. nur Mülldaten am Start waren. > Da müsste ich mir noch was gutes einfallen lassen, woran man das erkennen > kann. > Der aufmerksame User schaut einfach auf den Zeitstempel und die Dateigröße > und wenn da prinzipiell was unglaubwürdig aussieht, lieber nicht runterladen! > Ich hoffe natürlich, dass ich die Sache irgendwann so stabil hinbekomme, dass > das wieder alles rund läuft, aber manche Fehler erkennt man auch nicht gleich. > > Um jetzt zu schauen, welche Kacheln eigentlich wo liegen, hab ich mal > prototypisch eine kleine Openlayersanwendung gebastelt, die das visualisiert: > http://dev.openstreetmap.de/aio/tiles > > Es scheint allerdings einen bug (entweder in OL oder im Browser) zu geben, > dass die Vektorobjekte, also die Kacheln, einfach verschwinden, wenn man sehr > nah ranzoomt. > Muss ich noch mal auf ner OL-Liste nachfragen, es sei denn mir kann hier > jemand gleich nen Tip dazu geben. Liegt wohl daran, dass die Stützpunkte der > Vectorfeatures so extrem weit auseinander sind. > > > Heimlich still und leise hab ich mal testweise einen maxspeed-layer > eingebaut. Der frühere hack von damals, die maxspeeds an den Straßennamen > dranzubasteln, hat mehr Ärger gebracht, wenn es um Strassensuche ging und so. > Der maxspeed-layer ist abschaltbar, wie die anderen Layer und färbt Straßen > unterschiedlich, je nach maxspeed. > > Ein feature, was ich in Zukunft noch einbauen will, ist ein keepright-layer, > welcher die Daten von keepright enthält. Ich habe bereits ein kleines > awk-skript geschrieben, was den datenbankdump von keepright in ein > osm-xml-file konvertiert und es hat sich auch schon ein User gefunden, der > jetzt style- und typfiles dafür schreiben möchte. > Danke auch noch mal an den Author von keepright, der jetzt die > Datenbankauszüge zur Verfügung stellt. > > Zwischendurch hatte ich noch ein paar Probleme mit dem Mapsourceinstaller, > den ich ja zu den einzelnen Layern dazu erzeuge. Bei Europa geht das nicht > mehr, da die installer- .exe wohl nicht größer als 2GB werden kann. > Ein Workaround ist die Tiles nicht in die .exe einzubauen sondern daneben zu > legen und per installer in die richtigen verzeichnisse zu kopieren. > Wenn ihr jetzt also die *.tar.bz2 files runterladet und entpackt, findet ihr > neben den Kacheln auch ne .exe zum installieren. > > Weiterhin hab ich noch hier und da ein paar dinge wie rettungsboxen, > rettungspunkte, notrufsäulen etc. mit eingebaut, die schon ziemlich lange auf > der Liste standen. > > Aber den wichtigsten Punkt hätte ich beinahe vergessen: > > ich habe alle styles und skripte, die ich so geschrieben habe und für meinen > prozess verwende in ein git repository gelegt. > http://github.com/aiomaster/aiostyles > > Das hat nicht nur den Grund, dass ich das jetzt selber besser verwalten kann > und nix verloren geht, sondern ich möchte die Karte gerne auf eine breitere > Basis setzen. > > Es gab schon viele Leute, die mir konkrete Hilfe angeboten und dies auch > umgesetzt haben. Also an dieser Stelle dankeschön für eure Hilfe und die > vielen guten Vorschläge und das Feedback! > > Allerdings suche ich jetzt mal ganz konkret Leute, die Lust haben bestimmte > Teile der AIO zu maintainen. Einige Dinge wachsen mir langsam über den Kopf. > Ich kann mich auch nicht bei allem gut auskennen und immer auf dem neuesten > Stand bleiben. Die mkgmap Entwicklung bringt ständig neue Features raus, die > eingebaut werden wollen. > Ständig werden neue Tags geschaffen, gibt es das Aussehen von Features zu > verschönern oder Details zu verbessern. > Ich weiß, dass sich viele Leute ganz konkret mit dem erstellen von > Garminkarten befassen und sich da besser auskennen als ich. > Es wurde ja schonmal diskutiert, dass hier jeder so sein Ding macht. Ist ja > auch richtig so und es kommen auch viele nette Karten raus, wie ich finde: > http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download > ist ja voll davon. > Mein ursprüngliches Ziel war ja, alles einzubauen, was man so gebrauchen > könnte. Ich merke aber, dass das nur geht, wenn da mehrere leute mitmachen, > die sich in unterschiedlichen Bereic
Re: [Talk-de] All in one Garmin Map - news
Am Donnerstag 22 April 2010 23:19:43 schrieb Christoph Wagner: > Hallo liste, Hallo Christoph, > Es scheint allerdings einen bug (entweder in OL oder im Browser) zu geben, > dass die Vektorobjekte, also die Kacheln, einfach verschwinden, wenn man > sehr nah ranzoomt. Kann ich nicht bestätigen. Hier bleibt alles da wo es sein soll. Firefox 3.0.19 auf kubuntu 8.04 (hardy) > Heimlich still und leise hab ich mal testweise einen maxspeed-layer > eingebaut. Sieht sehr chic aus :) > Der maxspeed-layer ist abschaltbar, wie die anderen Layer und färbt > Straßen unterschiedlich, je nach maxspeed. Hast Du eine Farbliste? > Viele Grüße > Christoph MfG, Chris. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Christoph Wagner writes: > Der maxspeed-layer ist abschaltbar, wie die anderen Layer und färbt > Straßen unterschiedlich, je nach maxspeed. Ich denke, es wäre besser, wenn es zuschaltbar wäre. Oft verdeckt es die wege komplett. Ich als radfahrer und fußgänger muss es immer abschalten, da ich es zum einen nicht brauche und zum andern auch nichts maxspeed-mäßiges mappe. > * den fixme-layer verschönern, die Farbgebung ist irreführend und die > logik nicht sehr ausgereift Das sollte am besten auch nur zuschaltbar sein, wenn es nach meiner nase geht. Ansonsten vielen dank, sehr nützlich das ganze! -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map - news
Am 22. April 2010 23:19 schrieb Christoph Wagner > Um jetzt zu schauen, welche Kacheln eigentlich wo liegen, hab ich mal > prototypisch eine kleine Openlayersanwendung gebastelt, die das visualisiert: > http://dev.openstreetmap.de/aio/tiles sehr cool, das ist genau das, was ich neulich gebraucht hätte (als ich zum Platz sparen ein paar Tiles willkürlich gelöscht habe und glücklicherweise keins dabei war, das ich benötigt hätte). Kann man da irgendwie noch die Nummern der img-Tiles anzeigen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All in one Garmin Map - news
Hallo liste, da die Karte ja in letzter Zeit häufig Probleme hatte, will ich jetzt hier auf der Liste mal kurz zusammenfassen woran das lag, was ich die letzte Zeit gemacht hab und was ich noch vor hab. Ich habe versucht, den gesamten Kartenbauprozess etwas zu optimieren, was mir zu großen Teilen auch gelungen ist. Es wird eigentlich nur noch Europa konvertiert und anschließende werden alle Länder Europas, sowie die deutschen Bundesländer aus den berechneten kacheln zusammengestellt. Zur Zeit gibts also alle diese Länder im Angebot: http://dev.openstreetmap.de/aio/ Bei der ganzen Optimiererei hat sich leider auch immer wieder mal ein böser bug eingeschlichen, wodurch es schonmal vorkommen konnte, dass an manchen Tagen keine neue Karte erschienen ist, bzw. nur Mülldaten am Start waren. Da müsste ich mir noch was gutes einfallen lassen, woran man das erkennen kann. Der aufmerksame User schaut einfach auf den Zeitstempel und die Dateigröße und wenn da prinzipiell was unglaubwürdig aussieht, lieber nicht runterladen! Ich hoffe natürlich, dass ich die Sache irgendwann so stabil hinbekomme, dass das wieder alles rund läuft, aber manche Fehler erkennt man auch nicht gleich. Um jetzt zu schauen, welche Kacheln eigentlich wo liegen, hab ich mal prototypisch eine kleine Openlayersanwendung gebastelt, die das visualisiert: http://dev.openstreetmap.de/aio/tiles Es scheint allerdings einen bug (entweder in OL oder im Browser) zu geben, dass die Vektorobjekte, also die Kacheln, einfach verschwinden, wenn man sehr nah ranzoomt. Muss ich noch mal auf ner OL-Liste nachfragen, es sei denn mir kann hier jemand gleich nen Tip dazu geben. Liegt wohl daran, dass die Stützpunkte der Vectorfeatures so extrem weit auseinander sind. Heimlich still und leise hab ich mal testweise einen maxspeed-layer eingebaut. Der frühere hack von damals, die maxspeeds an den Straßennamen dranzubasteln, hat mehr Ärger gebracht, wenn es um Strassensuche ging und so. Der maxspeed-layer ist abschaltbar, wie die anderen Layer und färbt Straßen unterschiedlich, je nach maxspeed. Ein feature, was ich in Zukunft noch einbauen will, ist ein keepright-layer, welcher die Daten von keepright enthält. Ich habe bereits ein kleines awk-skript geschrieben, was den datenbankdump von keepright in ein osm-xml-file konvertiert und es hat sich auch schon ein User gefunden, der jetzt style- und typfiles dafür schreiben möchte. Danke auch noch mal an den Author von keepright, der jetzt die Datenbankauszüge zur Verfügung stellt. Zwischendurch hatte ich noch ein paar Probleme mit dem Mapsourceinstaller, den ich ja zu den einzelnen Layern dazu erzeuge. Bei Europa geht das nicht mehr, da die installer- .exe wohl nicht größer als 2GB werden kann. Ein Workaround ist die Tiles nicht in die .exe einzubauen sondern daneben zu legen und per installer in die richtigen verzeichnisse zu kopieren. Wenn ihr jetzt also die *.tar.bz2 files runterladet und entpackt, findet ihr neben den Kacheln auch ne .exe zum installieren. Weiterhin hab ich noch hier und da ein paar dinge wie rettungsboxen, rettungspunkte, notrufsäulen etc. mit eingebaut, die schon ziemlich lange auf der Liste standen. Aber den wichtigsten Punkt hätte ich beinahe vergessen: ich habe alle styles und skripte, die ich so geschrieben habe und für meinen prozess verwende in ein git repository gelegt. http://github.com/aiomaster/aiostyles Das hat nicht nur den Grund, dass ich das jetzt selber besser verwalten kann und nix verloren geht, sondern ich möchte die Karte gerne auf eine breitere Basis setzen. Es gab schon viele Leute, die mir konkrete Hilfe angeboten und dies auch umgesetzt haben. Also an dieser Stelle dankeschön für eure Hilfe und die vielen guten Vorschläge und das Feedback! Allerdings suche ich jetzt mal ganz konkret Leute, die Lust haben bestimmte Teile der AIO zu maintainen. Einige Dinge wachsen mir langsam über den Kopf. Ich kann mich auch nicht bei allem gut auskennen und immer auf dem neuesten Stand bleiben. Die mkgmap Entwicklung bringt ständig neue Features raus, die eingebaut werden wollen. Ständig werden neue Tags geschaffen, gibt es das Aussehen von Features zu verschönern oder Details zu verbessern. Ich weiß, dass sich viele Leute ganz konkret mit dem erstellen von Garminkarten befassen und sich da besser auskennen als ich. Es wurde ja schonmal diskutiert, dass hier jeder so sein Ding macht. Ist ja auch richtig so und es kommen auch viele nette Karten raus, wie ich finde: http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download ist ja voll davon. Mein ursprüngliches Ziel war ja, alles einzubauen, was man so gebrauchen könnte. Ich merke aber, dass das nur geht, wenn da mehrere leute mitmachen, die sich in unterschiedlichen Bereichen auskennen. Wer also Lust hat konkret an der Karte mitzuwirken und für einen Teilbereich die Verantwortung zu übernehmen, der sei herzlich eingeladen das zu tun. Sprecht mich bitte einfach an. Ideen gibts genug.
Re: [Talk-de] All in One Garmin Map
Am Mittwoch 21 April 2010 15:29:41 schrieb Markus Koelle: > > Kann jemand den Fehler in gestriger (20.04.2010) Map bestätigen oder > > dementieren? Dann kann ich mir das Runterladen sparen. > > Auf meinem Garmin Etrex Vista Hcx jedenfalls war das gestrige AIO-Image > unbrauchbar. Es waren nur Ortsnamen und Höhenlinien, aber keine Straßen zu > sehen. Vorläufig werde ich von einer Aktualisierung des AIO-Images absehen. Bei mir läuft es. Allerdings sind Ortsstraßen grün. Absicht? Oh halt, grad mal in die Layer geschaut. Es ist der Maxspeed-Layer - chic :) Gibt es eine Auflistung der Farben? Grün scheint also 30km/h zu sein. > Gruß > Markus Chris.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One Garmin Map
Markus Koelle wrote: > Vorläufig werde ich von einer Aktualisierung des AIO-Images absehen. Vielleicht solltst Du stattdessen Christoph drüber informieren, dass es Probleme gibt. Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One Garmin Map
Am 21.04.2010 um 11:40 schrieb Christian Knorr: > Am Mittwoch 21 April 2010 11:19:35 schrieb Sven Geggus: > >> M∡rtin Koppenhoefer wrote: >>> vielleicht technische Probleme? >> >> Christoph hatte seinen Code so stark "optimiert", dass die Kiste ein wenig >> in Atemnot geraten ist :) > Kann jemand den Fehler in gestriger (20.04.2010) Map bestätigen oder > dementieren? Dann kann ich mir das Runterladen sparen. Auf meinem Garmin Etrex Vista Hcx jedenfalls war das gestrige AIO-Image unbrauchbar. Es waren nur Ortsnamen und Höhenlinien, aber keine Straßen zu sehen. Vorläufig werde ich von einer Aktualisierung des AIO-Images absehen. Gruß Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One Garmin Map
Am Mittwoch 21 April 2010 11:19:35 schrieb Sven Geggus: > M∡rtin Koppenhoefer wrote: > > vielleicht technische Probleme? > > Christoph hatte seinen Code so stark "optimiert", dass die Kiste ein wenig > in Atemnot geraten ist :) Kann jemand den Fehler in gestriger (20.04.2010) Map bestätigen oder dementieren? Dann kann ich mir das Runterladen sparen. > Gruss > > Sven Chris.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One Garmin Map
M∡rtin Koppenhoefer wrote: > vielleicht technische Probleme? Christoph hatte seinen Code so stark "optimiert", dass die Kiste ein wenig in Atemnot geraten ist :) Gruss Sven -- Software patents are the software project equivalent of land mines: Each design decision carries a risk of stepping on a patent, which can destroy your project. (Richard M. Stallman) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One Garmin Map
Am 20. April 2010 12:14 schrieb Christian Knorr : > die letzte Map ist vom 18.04.2010. > Wird sie nicht mehr weiter gebaut oder habe ich etwas verpasst? was? Das ist ja schon fast 2 Tage alt, mit so altem Material kann man ja überhaupt nichts sinnvolles mehr anfangen o_O vielleicht technische Probleme? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All in One Garmin Map
Hallo zusammen, die letzte Map ist vom 18.04.2010. Wird sie nicht mehr weiter gebaut oder habe ich etwas verpasst? MfG, Chris. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Hi, Am 16.03.2010 03:14, schrieb Martin Koppenhoefer: > könnte es evtl. auch sein, dass von diesen 2134 Kacheln auf dem Gerät > nur 2025 ankommen, und Du es bisher nur noch nicht bemerkt hast, weil > diese 109 Kacheln irgendwo liegen, wo es nicht auffällt? Nö, da hätte mkgmap einen Error gebracht, beim Zusammenstellen der Kacheln in eine gmapsupp.img. Mapsource oder sendmap hätten das wahrscheinlich still und leise einfach weggelassen -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Am 15. März 2010 20:21 schrieb Carsten Schwede : > Am 15.03.2010 18:35, schrieb Christoph Wagner: >> feste Kacheln zu haben, denn die Anzahl der Gesamtkacheln ist leider >> auch begrenzt auf 2025 Kacheln, wie man beispielsweise hier nachlesen > Meine EU-Karte enthält komischerweise 2134 Kacheln, und trotzdem > funktioniert sie :-D könnte es evtl. auch sein, dass von diesen 2134 Kacheln auf dem Gerät nur 2025 ankommen, und Du es bisher nur noch nicht bemerkt hast, weil diese 109 Kacheln irgendwo liegen, wo es nicht auffällt? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Am 15.03.2010 18:35, schrieb Christoph Wagner: > Viele Grüße aus Dresden! Super Sache! Jetzt müsste müsste nur noch der Entwickler von mkgmap irgendwas "basteln", dass Adress-Suche bei Geräten möglich wird bei denen man das Feld "Bundesstaat" nicht überspringen kann. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Carsten Schwede schrieb am 15.03.2010 21:33: > Schon, es ist aber einfacher einfach ein Icon aus einer Quelle zu ziehen > anstelle es aus einem Typfile zu extrahieren. Nicht unbedingt. Wenn ich das Icon mit dem Editor meiner Wahl extrahiere, dann habe ich es auch gleich in einem Format vorliegen, dass der Editor versteht. Wenn ich es als png-Datei oder in was fuer einem Format auch immer im Netz finde, dann muss mein Editor erst mal in der Lage sein, auch dieses Format einlesen zu koennen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Hi, Am 15.03.2010 21:14, schrieb Torsten Leistikow: > Wobei die viele TYP-Editoren auch TYP-Dateien einlesen/analysieren koennen. > Wenn > einer also seine (binaere) TYP-Datei veroeffentlicht, veroeffentlicht er damit > auch gleichzeitig praktisch seine Icons. Schon, es ist aber einfacher einfach ein Icon aus einer Quelle zu ziehen anstelle es aus einem Typfile zu extrahieren. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Carsten Schwede schrieb am 15.03.2010 20:21: > Mir würde da eventuell auch vorschweben die Icons, die so > verwendet werden mit einzupflegen. Alle meine Icons habe ich z.B. als > png-Dateien. Wobei die viele TYP-Editoren auch TYP-Dateien einlesen/analysieren koennen. Wenn einer also seine (binaere) TYP-Datei veroeffentlicht, veroeffentlicht er damit auch gleichzeitig praktisch seine Icons. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Hi, Am 15.03.2010 18:35, schrieb Christoph Wagner: > > Also mir ist noch nicht klar, welcher Vorteil das cutTheOsmPlanet > gegenüber splitter bietet. Eigentlich find ich es nicht so schlau, Nicht genau gelesen? Der Witz ist daran, daß keine Kartenelemente mehrfach in den Randkacheln erzeugt werden, und keine Polygone (Wege scheint es nicht zu treffen) abgeschnitten werden. Auch wenn das dann erst von mkgmap abgeschnitten wird, die Ursache ist wohl diese Überlappung. > feste Kacheln zu haben, denn die Anzahl der Gesamtkacheln ist leider > auch begrenzt auf 2025 Kacheln, wie man beispielsweise hier nachlesen > kann: > http://www.gpsfaqs.org/faqs/garmin/xseries/g60csx/accessories.html#biggestmicrosd Meine EU-Karte enthält komischerweise 2134 Kacheln, und trotzdem funktioniert sie :-D Kann aber sien, daß dieses Problem heute kein Problem mehr ist, wegen der weiterentwickelten Software der GPS-Geräte. Die EU-Karte funktioniert allerdings auch auf einem etrex Vista HCx und einem i3 (uralt Autonavi) Auf modernen GPS-Geräten ist das allerdings sicher noch besser. > Ich denke mit dem dynamischen Tilesplitter kommt man weiter. Hat ein paar Nachteile. -> mir fällt noch die schnelle Erzeugung von Spezialkarten ein, die sich problemlos per Berechnung aus einem festen Raster erstellen lassen. (Chile) Ich werde gelegentlich auch nach Kacheln gefragt, die ganz speziell sind, so wie Kacheln von Rußland oder Neuseeland, das scheint aber wohl dann mein Spezialgebiet zu sein. Die kann ich so eben leicht zur Verfügung stellen. Man kann sie z.B. auch aus dem Webinterface raussuchen: http://ulrichkuester.de/OSM/CoordinateToOSMTile.html Nur ist die Kachelung für Deine ursprüngliche Anfrage zur Zusammenarbeit völig egal, es geht ja in erster Linie um die Verwaltung der Styles und Typfiles. Mir würde da eventuell auch vorschweben die Icons, die so verwendet werden mit einzupflegen. Alle meine Icons habe ich z.B. als png-Dateien. git habe ich noch nie verwendet, aber sollte nicht anders sein als svn, ist mir aber gleich. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All in One bald effizienter und mit detaillierterer Abdeckung
Hallo Liste, ich bins mal wieder und melde mich jetzt erst, weil ich am Wochenende auch bei den Chemnitzer Linuxtagen war. Ich hab heute mal den ganzen Tag gebastelt und wenn alles glatt geht, dann gibts ab morgen weniger Serverbelastung (interessiert die meisten Leute hier sicher nicht) und mehr europäische Länder (interessiert vielleicht schon eher). Die neue Methode ist wie folgt: 1. mit splitter Europaextrakt der Geofabrik dynamisch in Kacheln schnippeln 2. komplett Europa mit mkgmap durchrödeln 3. Kacheln als Rechtecke in eine Postgis-datenbank werfen und mit Ländergrenzen verschneiden 4. bereits übersetzte kacheln, die ein land oder eine bestimmte region abdecken, mit mkgmap wieder neu zusammenbauen Das spart Konvertieraufwand, da das zusammenbauen ziemlich flink geht und ermöglicht gleichzeitig relativ flexibel beliebige Regionen zum download anbieten zu können. Ich bin auch nicht auf eine feste Kachelung angewiesen. Ich hab das Gefühl, diese Methode macht ganz gut, was man so will. Die Länder ragen jetzt auch etwas über ihre Grenzen raus, je nachdem wie weit die entsprechenden Kacheln so reichen. Einziger Nachteil ist, dass ich einmalig definieren muss, welche Regionen ich überhaupt will. Unten an diese Mail kopiere ich alle möglichen Länder mal ran. Einige davon liegen nicht in Europa, aber irgendeine europäische kachel ragt eben kurz irgendwo in das entsprechende Land rein. Jetzt sind aber auch so Sachen möglich, wie Alpenregion oder Deutschland, Osterreich, Schweiz oder was weiß ich. Sagt mir halt, was ihr braucht und dann trag ich das ein. Das Kacheln nach Regionen zusammenbauen kostet nicht so viel. Nunja, aber wie gesagt - erstmal morgen abwarten. Da läuft dann testweise mal der Deutschlandauszug so. Ach ja, damit sollten sich dann auch die Überschwemmungen an der Küste beseitigt haben, wenn alles klappt. Oh und noch was: ich hab gerade mal den Thread von der git versionsverwaltung der aio und so überflogen. Also mir ist noch nicht klar, welcher Vorteil das cutTheOsmPlanet gegenüber splitter bietet. Eigentlich find ich es nicht so schlau, feste Kacheln zu haben, denn die Anzahl der Gesamtkacheln ist leider auch begrenzt auf 2025 Kacheln, wie man beispielsweise hier nachlesen kann: http://www.gpsfaqs.org/faqs/garmin/xseries/g60csx/accessories.html#biggestmicrosd Ich denke mit dem dynamischen Tilesplitter kommt man weiter. Ach ja, wie gesagt, wem irgendetwas an meiner Karte nicht gefällt (doofe boundaries, blöde zoomstufen, fehlende tags), den will ich wirklich ermutigen einfach mitzumachen. Die mkgmap-styles sind wirklich nicht so kompliziert. Ihr könnt auch gerne einen neuen Layer entwickeln (ÖPNV, Fahrrad, ...). Ich hab da auch nicht so Plan von. Und git lernen ist sicher auch toll. Ich bin auch nicht mit allem zufrieden, was meine Karte so angeht und man kann noch so viel verbessern, aber alleine komme ich einfach nicht so recht dazu. Viele Grüße aus Dresden! Christoph --- Liste der möglichen Länder: "Akrotiri Sovereign Base Area" "Aland" "Albania" "Algeria" "Andorra" "Armenia" "Austria" "Azerbaijan" "Azores" "Belarus" "Belgium" "Bosnia and Herzegovina" "Bulgaria" "Croatia" "Cyprus" "Czech Republic" "Denmark" "Dhekelia Soverign Base Area" "Estonia" "Finland" "France" "Georgia" "Germany" "Gibraltar" "Greece" "Greenland" "Guernsey" "Hungary" "Iceland" "Iran" "Iraq" "Ireland" "Isle of Man" "Italy" "Jan Mayen" "Jersey" "Kosovo" "Latvia" "Lebanon" "Liechtenstein" "Lithuania" "Luxembourg" "Macedonia" "Malta" "Moldova" "Monaco" "Montenegro" "Netherlands" "Norway" "Poland" "Portugal" "Romania" "Russia" "San Marino" "Serbia" "Slovakia" "Slovenia" "Spain" "Svalbard" "Sweden" "Switzerland" "Syria" "Tunisia" "Turkey" "Turkish Republic of Northern Cyprus" "Ukraine" "United Kingdom" "Vatican (Holy Sea)" signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map Styles?mit?git?versionsverwaltung!
Am Sat, 13. Mar 2010 um 10:37:18 + schrieb Sven Geggus: > Zukunft Karten mit verschiedenen Styles erzeugen. Besonders > interessant finde ich eigentlich Mashups. Soll heißen ich fände es > cool Radrouten, Wanderroute und ÖPNV-Linien in zuschaltbaren Layern > zu haben so wie Christoph das schon mit Openstreetbugs etc. macht. ja, dem kann ich zustimmen. An einem einblendbaren Radrouten-Layer wäre ich auch interessiert. Das würde einen echten Sprung nach vorne für Karten-Anwender bieten. Gruß Guido -- http://www.bayernline.de/~gscholz/ http://www.lug-burghausen.org/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map Styles?mit?git?versionsverwaltung!
Hi, Am 13.03.2010 11:37, schrieb Sven Geggus: > Als Betreuer des devservers könnte ich mir vorstellen, dass wir in > Zukunft Karten mit verschiedenen Styles erzeugen. Besonders Das ist eigentlich das geringste Problem. Wenn "mein" Cutter irgendwann so arbeitet, daß alles in den Kacheln drinbleibt und die herausragenden Wege auch korrekt abgeteilt werden (das ist der nächste Entwicklungsschritt), dann könnten eigentlich alle die gleiche Kachelbasis verwenden und die verschiedenen Karten mit den verschiedenen Styles erzeugen. Hat noch als Nebeneffekt den Vorteil, daß die Kachelnummern fest bleiben und es keine Probleme mit dem gleichzeitigen Verwenden der verschiedenen Karten gibt. (So ähnlich wie ich das bei der Höhenlinienkarte mache z.B.) > interessant finde ich eigentlich Mashups. Soll heißen ich fände es > cool Radrouten, Wanderroute und ÖPNV-Linien in zuschaltbaren Layern > zu haben so wie Christoph das schon mit Openstreetbugs etc. macht. Das wäre sicher sehr interessant. Es könnte sich auch hier jeweils jemand auf eine Sache besser konzentrieren, vorausgesetzt alles ist in gewisser Weise "standardisiert". -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map Styles?mit?git?versionsverwaltung!
Carsten Schwede wrote: > Was wäre denn der beste Ansatzpunkt für eine Zusammenarbeit? Als Betreuer des devservers könnte ich mir vorstellen, dass wir in Zukunft Karten mit verschiedenen Styles erzeugen. Besonders interessant finde ich eigentlich Mashups. Soll heißen ich fände es cool Radrouten, Wanderroute und ÖPNV-Linien in zuschaltbaren Layern zu haben so wie Christoph das schon mit Openstreetbugs etc. macht. Gruss Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map?Styles?mit?git?versionsverwaltung!
Torsten Leistikow wrote: > Also ich habe eigentlich keine Probleme mit splitter.jar. Christoph hat auf der Fossgis von interessanten Routingartefakten an Kachelgrenzen gesprochen. Gruss Sven -- All bugs added by David S. Miller Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map Styles mit git versionsverwaltung!
Moin, Carsten Schwede schrieb am 12.03.2010 20:31: > Also ich habe es gerade nochmal geprüft, an einigen Stellen erzeugt > splitter.jar Fehler an den Kachelgrenzen (bei Polygonen z.B., ways > scheinen nicht problematisch zu sein). Da sind mir bei mir bislang keine Probleme aufgefallen, dass letzte Mal, als ich da was hatte,lag es am Multipolygon-Code. Was ich mit splitter.jar nie so ordentlich hinbekommen hatte, war das manuelle vorgeben der Schnittgrenzen. Letztendlich habe ich mir von ihm einmal mein Gebiet zuschneiden lassen und benutze seit dem immer wieder die selben damals von splitter.jar erzeugten Kachelgrenzen. Auch meine Hoehenlinienkacheln von srtm2osm habe ich inzwischen entsprechend ausgerichtet, damit alles ordentlich zusammen passt. > Momentan größtes Manko bei mir ist aber, > dass die Relationen nicht berücksichtigt werden können. Auch da ist mir kein Problem aufgefallen. Aber ich arbeite auch nicht ganz so grossraeumig wie du. > Mein Style ist ja auf meiner Seite zu finden ebenso mein Typfile. Yepp. Jeder hat seinen Kram irgendwo auf seiner Seite, nur nirgendwo steht, welche Seiten man wo zu dem Thema ueberhaupt finden kann. > Die Scripte funktionieren ja eh nur in einer definierten Umgebung Das sicherlich. Aber die style-Dateien und die TYP-Datei sind nun mal nur die halbe Miete. Genauso wichtig (und zum Teil auch umstaendlich) ist es, mkgmap mit den jeweils passenden Parametern aufzurufen. Die Doku haengt ja meist auch einiges hinterher, so dass es schon recht muehselig ist, raus zu bekommen, was man wann wie mit welchen Parametern erreichen kann. Eine wirklich Loesung fuer das Problem weiss sich allerdings auch nicht. Irgendwie mueste man sich auf eine Standard-Umgebung oder so einigen, wenn man die Skrite zwecks Austausch an einer gesammelten Stelle veroeffentlichen will. > Splitter verwende > ich übrigens für die eine Routingkarte, da die mit meiner Methode > gesplitteten Kacheln nicht über den Rand routen können. Das war auch fuer mich damals der Grund, um auf splitter.jar umzusteigen. Und inzwischen habe ich mich halt damit arangiert. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map Styles mit git versionsverwaltung!
Hallo, Am 12.03.2010 18:25, schrieb Torsten Leistikow: > Also ich habe eigentlich keine Probleme mit splitter.jar. Also ich habe es gerade nochmal geprüft, an einigen Stellen erzeugt splitter.jar Fehler an den Kachelgrenzen (bei Polygonen z.B., ways scheinen nicht problematisch zu sein). Der für mich größte Nachteil ist aber, dass ich nicht die ganze Welt in einem Rutsch rechnen kann. Meine Methode ist zwar auch nicht gerade schnell, aber es geht mit relativ geringem Haupspeichereinsatz. Momentan größtes Manko bei mir ist aber, dass die Relationen nicht berücksichtigt werden können. Das ist aber schon in der Pipeline, kommt hoffentlich demnächst. > Immer wieder wird eine zentrale Anlaufstelle genannt, wo verschiedene Styles > und > Bau-Skripte als Vorlagen und auch Zwecks verbesseretm Austausch > veroeffentlicht > werden. Es gibt zwar jede Menge derartige Informationen, nur muss man die sich > ziemlich muehsam zusammen suchen. Mein Style ist ja auf meiner Seite zu finden ebenso mein Typfile. Die Scripte funktionieren ja eh nur in einer definierten Umgebung, das gibt es dann von mir als paket, da ist dann alles drin, auch die ganzen Java-Programme mkgmap, splitter und cutTheOsmPlanet. Splitter verwende ich übrigens für die eine Routingkarte, da die mit meiner Methode gesplitteten Kacheln nicht über den Rand routen können. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map Styles mit git versionsverwaltung!
Moin, Carsten Schwede schrieb am 12.03.2010 07:38: > Ich fühle mich da auch angesprochen, und ich denke, ich habe da > demnächst einen interessanten Beitrag, nämlich die Veröffentlichung des > Cutters, den ich verwende. Oder ist splitter.jar mittlerweile soweit, > daß die Kachelgrenzen sauber verarbeitet werden? Also ich habe eigentlich keine Probleme mit splitter.jar. > Was wäre denn der beste Ansatzpunkt für eine Zusammenarbeit? Immer wieder wird eine zentrale Anlaufstelle genannt, wo verschiedene Styles und Bau-Skripte als Vorlagen und auch Zwecks verbesseretm Austausch veroeffentlicht werden. Es gibt zwar jede Menge derartige Informationen, nur muss man die sich ziemlich muehsam zusammen suchen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map Styles mit git versionsverwaltung!
Hi, Am 12.03.2010 03:30, schrieb Daniela Duerbeck: >> Das ist natürlich auch ein bisschen der Aufruf an andere >> Garminkartenschreiber ... :-) >> > Da fühle ich mich dann gleich angesprochen. Ich kam irgendwann mit Ich fühle mich da auch angesprochen, und ich denke, ich habe da demnächst einen interessanten Beitrag, nämlich die Veröffentlichung des Cutters, den ich verwende. Oder ist splitter.jar mittlerweile soweit, daß die Kachelgrenzen sauber verarbeitet werden? Was wäre denn der beste Ansatzpunkt für eine Zusammenarbeit? -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map Styles mit git versionsverwaltung!
Ulf Lamping wrote: > Das ist natürlich auch ein bisschen der Aufruf an andere > Garminkartenschreiber ... :-) > Da fühle ich mich dann gleich angesprochen. Ich kam irgendwann mit der All-in-one-Karte nicht mehr klar, weil ich mehr wollte. Und zwar mehr Meer. Ich hab also von den ganzen komplizierten Layern erstmal Abstand genommen und einfachere Wege gesucht. Da half mir Carlos Davila mit seinem Script. Das hab ich inzwischen erweitert. Wenn es wen interessiert, dann lade ich gerne die nun entstandenen Skripte hoch, sie sind eigentlich immer noch so einfach, wie die von Carlos, nur bunter und haben mehr icons. "Meine" Inseln haben auf jeden Fall nun Meer drumrum und die Karten sehen hübsch aus. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Garmin Map Styles mit git versionsverwaltung!
Am 11.03.2010 16:03, schrieb Christoph Wagner: > @Ulf Lamping: Sorry, dass es jetzt doch git und nicht svn geworden ist, aber > das schien mir die bessere Lösung zu sein. > Für Windows gibts aber auch nen client - weiß aber nicht wie gut der läuft: > http://code.google.com/p/msysgit/ Hey, du must dich beim besten Willen für nichts entschuldigen - du hast einen Haufen tolle Arbeit gemacht!!! Schön fände ich, wenn "die Garmin Kartenersteller" stärker zusammenarbeiten, damit nicht jeder jede Kleinigkeit für sich selber jeweils neu herausfinden muss. Ob das jetzt über CVS, SVN, Git, Mercurial, ... läuft ist letztlich persönliche Geschmackslage Das ist natürlich auch ein bisschen der Aufruf an andere Garminkartenschreiber ... :-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All in one Garmin Map Styles mit git versionsverwaltung!
Hallo Leute, wie auf der FOSSGIS bereits "angedroht", habe ich mal meine styles unter eine vernünftige Versionskontrolle gestellt. Vielleicht richtet Sven noch auf den dev-servern ein git repository ein, aber bis dahin liegt das offizielle repository für meine Styles und Typfiles auf github. Zu erreichen ist das so: git clone git://github.com/aiomaster/aiostyles.git Alle die schon immer Verbesserungsvorschläge hatten, die ich nie eingebaut habe und Bock haben die Karte zu verbessern, können gerne Schreibzugang bekommen, indem sie mir einen öffentlichen ssh schlüssel von sich schicken. ihr könnt auch euren eigenen brunch pflegen und nur ein paar Sachen die alle interessieren könnten einchecken oder mir patches schicken oder was weiß ich. Ich möchte mich nur gerne nicht mehr ganz alleine um die ganzen Styledinge kümmern. Das krieg ich auch nicht gut genug hin - OSM ist zu schnell für mich *g* Das ist jetzt außerdem das erste Mal, dass ich wirklich was mit git mache. (Mit svn kenn ich mich aber genauso wenig aus). Aber man lernt ja nie aus... Lasst euch also nicht von git abschrecken. @Ulf Lamping: Sorry, dass es jetzt doch git und nicht svn geworden ist, aber das schien mir die bessere Lösung zu sein. Für Windows gibts aber auch nen client - weiß aber nicht wie gut der läuft: http://code.google.com/p/msysgit/ Ich hoffe auf viele Unterstützer. 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
Re: [Talk-de] All In One - kaputt?
Hallo Christoph, > Jo ich hab das heute vormittag vorübergehend gleich mal geändert. Die > Karten sind jetzt erstmal ohne Adressanzeige. danke dir, wird direkt mal ausprobiert (etrex legend hcx)! > Ich hoffe ich bekomme das mit dem Adresslayer hin. Ist schon blöde, wenn > die einzige Information ist: "Es geht nicht." übelst grüße hansdorfff ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de