Re: [Talk-de] AIO fehlt völlig
Am 14.02.2011 22:43, schrieb UMAX974: Ich bin ja schrecklich neugierig... Aber weiß jemand was über den Stand der Dinge zum AIOTM? Ja ich, ich habs leider in letzter Zeit gar nicht geschafft da was zu machen. Ich meine es gibt im git grundsätzlich lauffähigen Code, aber der Prozess auf Serverseite muss noch umgestellt werden und ich weiß noch nicht so recht, wie ich das Management mit alten Tiles mache. Wenn irgendjemand noch Lust hat mir zu helfen, hätte das Ding auch Chancen kontinuierlicher gepflegt zu werden. Wär gut, wenn man etwas Java und Shellscripting beherrscht. Grüße Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Polizei nutzt Openstreetmap
Hallo Liste, ich bin gerade von der Antinazidemo in Dresden wieder rein. Was mir hier gerade eine Meldung wert ist, ist der Umstand, dass die Polizei mittlerweile Openstreetmap bei ihren Einsätzen benutzt. Das ist mir heute erstmalig aufgefallen. Letztes Jahr hatten sie krude Stadtpläne vom Landesvermessungsamt, die schon älter waren. Ich hab jetzt leider nicht geprüft, ob die Attribution korrekt war, aber ich geh mal davon aus (sah nach größerem Internetausdruck aus, da ist das ja automatisch dabei). Natürlich haben auch die Demonstranten OSM-Pläne für die Orientierung benutzt, aber das gabs auch schon letztes Jahr. Wenn jetzt aber schon die Polizei mitbekommen hat, dass die besten und aktuellsten Karten von Dresden, die man auch noch kostenlos bekommen kann, die von Openstreetmap sind, dann werte ich das als Würdigung unserer Arbeit. Hat mir den Tag verschönert ;) 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] AIO selber bauen?
Am 14.01.2011 16:15, schrieb Christian Knorr: Am Freitag 14 Januar 2011, um 07:21:22 schrieb Boris Wagner: Leider funktioniert die letzte basemap_europe.img (vom 12.01.) auf meinem Oregon nicht (wird nicht mal in der Kartenauswahl angezeigt). Die basemap_europe.img vom 10.01. funktionierte noch. Selbst die vom 5.01. ist schon zu groß für meine (ansonsten nicht leere) 4GB-Karte. :( *Nur* der Baselayer wohl gemerkt. Von der ganzen AiO mal ganz zu schweigen. Jo, äh keine Ahnung, wann das mal funktioniert und wann nicht. Aber diese Größenprobleme beheben sich dann tatsächlich, wenn der neue AiO Prozess mal an den Start kommt. Dann kann jeder einstellen, wieviel und was er braucht. (oder sein Gerät verkraften kann). Danke für Deine tolle Arbeit Christoph. Auch von mir :) ... heißt ja nicht, dass ich alles schlecht reden möchte. Ich nutze jetzt getrennt D, NL und B. Das tuts. Na wenn das klappt, ists ja schonmal was. Danke für das viele Lob! Das beschämt zwar etwas spornt aber an :) 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] AIO selber bauen?
Am 12.01.2011 14:55, schrieb fla...@googlemail.com: PS : Es gibt entsprechende Veröffentlichungen zur Benutzung und Funktion von AIOTM im OSMBLOg sobald das Tool fertig ist. Development! Development! Development! ;) Die Grundfunktionen gehen schon mal ein bisschen. Versuche noch einige Kruditäten auszumerzen. Außerdem muss der Serverprozess komplett umgebastelt werden. Ich versuche den alten Prozess so lange es geht durchzubringen, aber mit Ausfällen der AiO ist natürlich zu rechnen... 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] AIO fehlt völlig
Am 07.01.2011 02:00, schrieb Felix Hartmann: Oder anders: Ich will nicht soviel RAM, aber da eben alle Kacheln auf einmal eingelesen werden, wird zurzeit halt etwa Kachelgröße mal 1.2 an verfügbarem Ram benötigt. Und wenn der Rechner hier zu swappen anfängt, dann braucht es derzeit ewig. Ich bin kein Programmierer, daher kann ich das nicht ändern. Bin eh schon froh wenn ich solche Files halbwegs lesen kann. Ich sag mal ganz lax das ist dann ein Problem von mkgmap. Ich meine Mapsource schafft das mit dem Index ja auch irgendwie ohne dass man da nen riesen Superrechner braucht. Ich bin da aber eigentlich zuversichtlich, dass das irgendwann noch gefixt wird - gerade wenn der cGPSmapper code verfügbar ist. Für den AIOTM bedeutet das halt, dass der User nen Haken setzen kann, ob er nen Index will oder nicht. Alternativ kann er das ganze ja immernoch mit Mapsource laden und dann damit den Index backen oder so. Bin da eigentlich recht entspannt. 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] AIO fehlt völlig
Am 06.01.2011 17:59, schrieb fla...@googlemail.com: Wer Java installiert hat hat alles was er braucht. 1Ghz und 512MB Ram sollten reichen. Na wenn ich Felix richtig verstanden habe, braucht es etwas mehr RAM, wenn man mit mkgmap den Adressindex erzeugen will - auch beim simplen Kacheln zusammenkleben. Zum Thema Github möchte ich mich den Worten von Sven anschließen. Tja, ich bin immer noch der Meinung git hat Vorteile. Und die Größe des Projektes wird vielleicht in Zukunft sogar wachsen, wenn ich sehe, was ich hier alles noch vorhab. Ist vielleicht echt komisch für svn user mit git klarzukommen. Hab ich schon des öfteren gehört. Ich bin halt eher der Neuling, was Versionsverwaltung angeht. Finde das Konzept von git irgendwie besser. Naja. Zum Stand der Clientapplikation: ich hab jetzt immerhin ne Kartenansicht, kann ne Splitter datei einlesen, Kacheln auswählen und mit mkgmap zusammenkloppen. Jetzt fehlt noch der File Downloader, die serverseitige Anpassung des buildskriptes und ein bissel GUI-Verhübschung und dann kann die erste beta rausgehen. 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] AIO fehlt völlig
Am 5. Januar 2011 17:38 schrieb fla...@googlemail.com fla...@googlemail.com: Aber wie immer ... eins nach dem anderen. Richtig und als ersten Schritt hab ich mal den alten prozess recycelt. Es besteht der begründete Verdacht, dass es diesmal geklappt hat. Die Länderextrakte laufen noch, aber europa ist schon mal da. Hab die Karten nicht getestet. Hoffe das beste. Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO fehlt völlig
Am 04.01.2011 09:15, schrieb T. Clormann: Hallo, Am 3. Januar 2011 20:20 schrieb Frederik Ramm frede...@remote.org: Bloede Frage - ist der Autor der AIO-Skripte denn vom Laster ueberfahren worden... zum Glück ja nicht: da bin ich aber auch ziemlich froh ;) Etwas rätselhaft war der plötzliche Untergang der Karte schon - eine kurze Mail hier auf die Liste am Beginn deiner Diplomarbeit wäre da sichher hilfreich gewesen. Oder hattest Du was geschrieben? Ich glaube ja. Aber bei dem Traffic hier geht da schnell mal was unter. Jetzt bin ich froh, dass Du wieder Zeit hast! Ich hab jetzt mal ein bissel reingeschaut, was da so geht. Ich glaub die Karte ist effektiv seit dem 15.12. regelmäßig abgekracht. Ich bin noch nicht so ganz sicher woran das liegt. Da ist wohl was gehörig schief gelaufen. Zunächst muss ich aber mal mit den Leuten reden, die da was gemacht haben und rausfinden, was genau sie da gemacht haben. Ich werd da jetzt auf jeden Fall dran bleiben, bis das alles wieder halbwegs zufriedenstellend funktioniert. 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] AIO fehlt völlig
Am 04.01.2011 22:03, schrieb Sven Geggus: Christoph Wagner freemaps@googlemail.com wrote: Ich bin noch nicht so ganz sicher woran das liegt. Da ist wohl was gehörig schief gelaufen. Zunächst muss ich aber mal mit den Leuten reden, die da was gemacht haben und rausfinden, was genau sie da gemacht haben. Du solltest auch das Makefile ins git reinstopfen nicht nur die Styles. Ist schon seit Ewigkeiten drin. Ich hab jetzt mal ne Weile mit flacus telefoniert und wir haben jetzt ganz gute Ideen, wie die ganze AiO-Geschichte in Zukunft aussehen könnte. Ich werd das vielleicht mal hier kurz zusammenfassend schildern: 1. der Server splittet die ganzen Daten mit festen Tilegrenzen, welche gelegentlich korrigiert werden, wenn Kacheln zu groß werden. 2. der Server rechnet die einzelnen Layer mit mkgmap und den kacheln einmal durch. 3. die fertigen Kacheln jedes Layers werden einzelnen gezippt und zum download angeboten 4. der Endnutzer kann selbst bestimmen welche layer er in welchem bereich runterladen will und bappt das dann auf seinem eigenen Rechner zusammen und kriegt ne Datei raus, die er aufs Gerät schieben kann Damit die Endnutzer Schritt 4 möglichst komfortabel hinbekommen, will ich ne Java-Applikation schreiben, die Kacheln vom Server abrufen und cachen kann und dann mkgmap aufruft und die fertige gmapsupp rausbekommt. So der Plan. Das ganze hätte gegenüber der jetzigen Variante unglaublich viele Vorteile: 1. deutlich weniger Serverlast - damit wäre es vielleicht möglich die ganze Welt anzubieten 2. viel weniger Bandbreite notwendig, da einzelne Kacheln gezielt geladen werden und bereits geladene Kacheln wieder verwendet werden können 3. Die User suchen selber aus, was sie haben wollen 4. deutlich flexibler bei steigender OSM-Datendichte und begrenztem Kartenspeicher im Gerät Ich glaub es gibt noch viele mehr, aber das alleine klingt schon so gut, dass ich vorhab da dran zu arbeiten. Man könnte damit auch viele Funktionen des Makefiles einsparen, bei dem eh niemand durchsieht. Als erstes werde ich aber morgen versuchen den alten Kartenherstellungsprozess wieder in Gang zu bringen, damit so lange wieder Karten verfügbar sind. Möchte mich jemand beim Programmieren der Applikation unterstützen? Welche Technologien wären denn gut, um so eine Karte mit anklickbaren Kacheln darzustellen? Ich dachte so an die Art SlippyMapChooser aus JOSM. Vielleicht kann man da auch Code wiederverwenden. So weit erstma von mir. 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] AIO fehlt völlig
Möchte mich jemand beim Programmieren der Applikation unterstützen? Welche Technologien wären denn gut, um so eine Karte mit anklickbaren Kacheln darzustellen? Ich dachte so an die Art SlippyMapChooser aus JOSM. Vielleicht kann man da auch Code wiederverwenden. Ich Depp. Hab gerade in den Code geguckt und gesehen, dass das ja alles mit dem JMapViewer läuft. Könnte einfacher werden, als ich gedacht hab ;) Sorry Liste für den Developer Spam hier... Grüße Christoph http://wiki.openstreetmap.org/wiki/JMapViewer signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO fehlt völlig
Am 04.01.2011 23:41, schrieb Sven Geggus: Was man eigentlich auch mal versuchen sollte anzugehen wäre die OSM Typen halbwegs einheitlich auf Garmintypen zu mappen. Derzeit kann man nämlich aufgrund dieser uneinheitlichen Umsetzung kaum sinnvoll Typfiles anderer Garminkarten mir der AIO verwenden und umgekehrt. Echt schade das. Hmm, ich gebe zu es wäre mir persönlich am liebsten, wenn sich um die Styleerstellung komplett jemand anderes kümmert. Die Typen kann man von mir aus mappen wie man will. Es gibt da leider bei manchen Garmintypen auf manchen Geräten Probleme (komische Rauten oder weiß der Geier...) Ich hab eigentlich keinen Bock und auch nicht die Kraft das alles selbst zu debuggen und immer die optimalen Typen zu finden. Das ist auch von dem Rest des Systems übrigens völlig unabhängig zu bebasteln. Ich würd mich lieber um die Infrastruktur der Kartenerzeugung kümmern statt Anfragen von wegen dies und jenes wird nicht angezeigt oder diese farbe gefällt mir aber nicht etc. zu bearbeiten. Es wäre optimal, wenn sich ein AiO-Styleverantwortlicher finden könnte. Vorraussetzungen wären mkgmapstyle- und typfiles bearbeiten zu können. Schön wäre noch mit git klarzukommen (ich weiß das ist erstmal ne Hürde, aber man kommt rein - ehrlich!) BTW, ist http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map/Garmin_Types noch aktuell? Naja, geht so. Die ehrliche Antwort ist - ich weiß es nicht. Vieles wird sicher noch stimmen. Wenn mehrere Ersteller von Garminkarten hier zumindest einen Minimalkonsens erzielen würden wär schon viel gewonnen. Fänd ich auch gut, aber ich mag mich eigentlich gerade so gar nicht in das Thema vertiefen. Hab da auch nicht mehr Einblick als ihr. Wer will Styleverantwortlicher sein? Grüße Christoph PS: Der AIOTM (All-in-One-TileManager) ist auf dem besten Weg! Ich bin richtig zuversichtlich das noch diesen Monat hinzukriegen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Aio-Prozess
Am 05.01.2011 06:47, schrieb Jürgen Frank: Hallo Christoph (und Mitstreiter), die Idee mit dem neuen Prozess zur Optimierung der Aio (Server-Last, Web-Space) finde ich gut. Bitte versucht aber bei der zu erstellenden Applikation Plattform-unabhängig zu sein. Sicher ist der Großteil der User Windows-Nutzer, es gibt aber auch immer mehr UNIX (Linux) und Mac OS X (ja, ich weiß, Mac OS X ist Linux für Computer-Analphabeten ;) Nutzer und nur für den Karten-Erstellungsprozess werde ich keine VM starten und mir ein aktuelles Wiondows kaufen. Ich würde dann eher auf eine andere Karte umsteigen (obwohl mir die Aio am besten gefällt). Wenn die Aio und deren Erstellung dann zuverlässiger funktioniert, haben alle etwas davon und die multinationale Resonanz wird sicher noch größer. Keine Sorge, ich garantiere Linux-support ;) Ich geh mal davon aus, dass die meisten OSMer eh Java auf ihrem Rechner installiert haben (wegen JOSM und so). Da dachte ich ist wohl Java noch am besten geeignet, um hier halbwegs plattformunabhängig zu sein. 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] AIO fehlt völlig
Hallo an alle, ich bin der Autor der AiO Skripte und hatte bis heute an meiner Diplomarbeit gesessen. Die hat übrigens auch mit Openstreetmap zu tun und ein erstes Beta release eines josm-plugins zum signieren von OSM-Daten mit gpg werde ich bald veröffentlichen. Da die Diplomarbeit Vorrang hatte, hab ich von der AiO überhaupt nichts mehr mitbekommen. Ich habe mir vorgenommen gleich morgen früh da mal wieder einzusteigen, da ich die Diplomarbeit erstmal abgegeben hab. Ich bin jetzt nicht sicher, wo es überall Probleme gibt. Muss mich da wohl erstmal durch unzählige Threads durchwühlen. Ich hoffe ich kann den alten Prozess morgen wieder halbwegs reparieren. Wenn es möglich ist, könnte mich auch gerne mal jemand in kurzen knappen Sätzen auf den neusten Stand bringen, dann muss ich nicht alles durchlesen... Gerne kann auch jemand, der da jetzt mal irgendwie rumgewühlt hat mit mir telefonieren oder so. (flabot zum beispiel) Ich muss noch mal sagen, dass es mir Leid tut, dass viele enttäuscht wurden, die sich auf die AiO verlassen haben. Ich hab den blöden Kartenerzeugungsprozess bisher auch nicht wirklich stabil hinbekommen. Irgendwo hängts dann immer und natürlich auch unvorhersehbar. Muss man halt immer ein Auge drauf werfen. Vielleicht sind die skripte auch einfach zu krude - ich glaub da sieht einfach echt kein anderer durch. Fällt mir auch nix besseres ein. Das ist halt so komplex geworden, weil ich immmer wieder was neues reingebastelt hab - vor allem serverinterne Sachen und Performancegeschichten. Nun ja - ich muss jetzt erstmal ins Bett, dass ich morgen frisch ans Werk gehen kann. Viele Grüße und Gute N8! 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] ?EU-Garmin-Karten und Größenlimit s
Am 18.11.2010 09:39, schrieb Sven Geggus: Boris Wagner b...@gmx.net wrote: Falls du von der AiO-Europa sprichst die man als fertige gmapsupp zieht? Die geht bei mir seit der Version vom 03.11. auf dem Oregon 550 auch nicht mehr. Wird einfach nicht mehr erkannt. Die Garmin Topo 2010 Deutschland ist ähnlich groß, wird aber problemlos erkannt. Ich vermute eher das sich seit dem 03.11. irgend etwas an der Kartengenerierung geändert hat und es deswegen nicht mehr geht? Hat jemand mal Christoph diesbezüglich angemailt? Der hat selber AFAIK nen GPSMAP, d.h. bei ihm dürfte das auch nimmer laufen. Nicht nötig, ich lese hier und im Forum ab und zu mit. Ich muss sagen, ich bin da einfach hin und wieder ratlos. Im Moment gibts keine neue Karten, weil es da noch andere Probleme gibt. Morgen gibts garantiert wieder welche, weil ich das dann zur Not per Hand nochmal anwerfe. Anscheinend geht zumindest die Basiskarte von Europa. Was mit den anderen Layern los ist - kann ich gerade nicht sagen. Die Dateien die da produziert werden sehen zumindest von außen ok aus. Was mir beim debuggen helfen würde, wäre jeden Layer einzeln zu testen, ob er funktioniert. Dann wüsste man schon mal worans liegt. Wenn alle einzeln funktionieren, dann muss es so sein, dass sie eben alle zusammen ein limit erreichen, was nicht mehr geht. Ich könnte dann erstmal die Erstellung eines gmapsupps für Europa mit allen Layern einstellen (wenns eh nicht geht). Die Teillayer kann man weiterladen. Für die AiO fehlt eben immernoch so ne kleine app für den Nutzer, die einfach von vornherein die gewünschten Kacheln und Layer vom Server läd und daheim zusammenbaut und die gmapsupp erzeugt. Dann bräuchte ich auf dem Server nur noch die Kacheln alle einzeln hinlegen und n Index drauf, wo welche Kachel ist. Ich hab aber leider schlicht und ergreifend dafür im Moment keine Zeit. Das Problem an sich kann man aber wirklich separat vom restlichen Buildprozess bearbeiten. Sollte halt irgendwie lustig mit klickibunti gehen und plattformunabhängig sein. Python, Java oder was euch so einfällt... Vielleicht hat ja noch einer mal nen Nerv dafür. Ansonsten bleibts erstmal so krude, wie es ist. 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] Spanien unter Wasser?
Ja ja, die Absaufproblematik. Gerade eben werden auf dem Gauss die Länderextrakte zusammengestellt. Deutschland ist schon fertig. Schaut mal, ob das Wasser erfolgreich zurückgedrängt werden konnte. 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] Tschechischer Import DIBAVOD
Am 08.11.2010 10:06, schrieb Steffen Wolf: Hallo OSMler, halbwegs passend zu der Grenzdiskussion ist mir aufgefallen, dass an der Deutsch-Tschechischen Grenze sehr viele doppelte Daten vorliegen. Soweit ich das ueberblicke, betrifft das eigentlich nur Baeche und Fluesse. Durch einen Import (DIBAVOD) sind die tschechischen Daten da sehr genau, weisen Flussbiegungen auf, wo die deutschen Daten nur ziemlich grobe Approximierungen bieten. Hallo, das Problem kommt mir irgendwie total bekannt vor. War neulich in der sächsisch-böhmischen Schweiz unterwegs und an der Grenze sieht es auch ganz schön wild aus. http://www.informationfreeway.org/?lat=50.91836258317526lon=14.392111573932569zoom=17layers=0FB0F0 Der Grenzverlauf der deutsch-tschechischen Grenze, wie er da in OSM drin ist, ist wirklich nur eine grobe Näherung. Dann kommt da noch hinzu, dass die Grenze gleichzeitig ein Bach ist (die kirnitzsch), aber zusätzlich daneben in den OSM-Daten noch ein extra waterway=river existiert. Da weiß man gar nicht, was man zuerst anfassen soll. Hängen ja auch viele Relationen dran und so. Wie ist das eigentlich bei Grenzgewässern? Gehört der ganze Fluss oder Bach zu einem Land und erst ab Ufer geht das andere Land los oder hat jedes Land die Hälfte des Baches? Ist es sinnvoll Grenze und Bach auf eine Linie zu mappen? Ich denke eher nicht. 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] Lizenzwechsel: Liste der bisherigen Zustimmungen veroeffentlicht
Am 14.10.2010 14:14, schrieb Frederik Ramm: Hallo, eine aktualisierte Liste. Ich habe das nein in der Spalte Zustimmung nun auf ?? geaendert, denn diese Leute haben ja nicht mit Nein gestimmt, sondern einfach gar nicht abgestimmt - da gab es einige Rueckfragen zu. Verstehe ich das dann richtig, dass also niemand in dieser Liste mit Nein abgestimmt hat? Liegt das daran, dass die Gegner die Abstimmung an sich nicht anerkennen oder heben die sich ihr nein so lange wie möglich auf oder hab ich was falsch verstanden? 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] Lizenzwechsel: Liste der bisherigen Zustimmungen veroeffentlicht
Am 15.10.2010 13:05, schrieb Christoph Wagner: Verstehe ich das dann richtig, dass also niemand in dieser Liste mit Nein abgestimmt hat? Liegt das daran, dass die Gegner die Abstimmung an sich nicht anerkennen oder heben die sich ihr nein so lange wie möglich auf oder hab ich was falsch verstanden? Ich Depp - konnte man denn überhaupt mit nein abstimmen? Ist schon wieder ne Weile her, wo ich das gemacht hab mit der Zustimmung... Sorry für den unqualifizierten Kommentar. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Statistik gesucht - Editierfrequenz von Tags
Am 07.10.2010 22:19, schrieb Jochen Topf: On Wed, Oct 06, 2010 at 03:43:29PM +0200, Christoph Wagner wrote: Wie häufig werden bereits existierende Informationen wieder verändert? Nodes haben im Durchschnitt ca. 1.5 Versionen, Ways ca. 1.7 und Relations ca. 3.5. Feiner aufgeschlüsselt habe ich das nicht. Jochen Danke schonmal. Ist doch erst mal ein Anhaltspunkt. Wo hast du denn die Informationen her bzw. wie hast du das berechnet? Grüße Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Statistik gesucht - Editierfrequenz von Tags
Hallo Liste, ich weiß es gibt da draußen ein Haufen Statistiken über OSM, aber zu folgender Problematik hab ich keine Informationen gefunden: Wie häufig werden bereits existierende Informationen wieder verändert? Gibt es Unterschiede zwischen den Tags? Es gibt bisher immer nur Informationen über die Nutzer und wieviel die so ändern und beitragen, aber nicht aus Sicht der Daten. Stelle mir da gerade eine Berechnung wie folgt vor: Editierfrequenz = (Summe der Anzahl der Änderungen des Tags mit Key X) / ( (Summe der Lebensdauern von Key X an den jeweiligen Objekten) Beispiel mit 3 Objekten. Es wird nur das highway-tag betrachtet und die Zeit wird zur Vereinfachung in ticks angegeben. Objekt 1: nach 3 ticks hinzufügen von: highway=residential nach weiteren 4 ticks: 1. Änderung: highway=service nach 1 tick: 2. Änderung: highway=living_street 10 ticks bis heute Objekt 2: nach 0 ticks: highway=motorway 17 ticks bis heute Objekt 3: nach 0 ticks: highway=unclassified nach 7 ticks: 1. Änderung: highway=road nach 2 ticks: 2. Änderung: highway=tertiary nach 5 ticks: 3. Änderung: löschung Also: 3 Objekte, Insgesamt 5 Änderungen des highway-tags Lebensdauer des highway-tags bei: Objekt 1: 4+1+10=15 ticks Objekt 2: 17 ticks Objekt 3: 7+2+5=14 ticks Editierfrequenz des highway-tags am Einzelobjekt: Objekt 1: 2/15 Änderungen/tick Objekt 2: 0/17 Änderungen/tick Objekt 3: 2/14 Änderungen/tick Mittelwert aller Änderungen pro Gesamtlebensdauer des Tags (Editierfrequenz des Tags): (2+0+2)/(15+17+14) = 4/49 Änderungen/tick Und diese mittlere Editierfrequenz würde mich jetzt für die häufigsten tagkeys der OSM-Datenbank interessieren. Da würde dann so ne Statistik rauskommen: highway: X Änderungen/Zeit amenity: Y Änderungen/Zeit ... Dafür müsste man allerdings erstmal die komplette OSM-historie in der Datenbank haben und nen fetten Rechner der dann die Statistiken rumrödelt. Hab ich leider gerade nicht zur Hand. Fragen an die Liste: Hat jemand schonmal sowas in der Art gemacht? Gibt es vielleicht schon fertiges Stats in der Richtung und ich habs nur nicht gefunden? Findet ihr die Methode sinnvoll? Kann mir jemand helfen sowas zu erstellen oder ist das eh aussichtslos, weil die historie eh nicht so klar ist, bei den ganzen API-Umstellungen? Ich hätte sowas gerne für meine Diplomarbeit. Ich arbeite an einem System, um OSM-Daten mit GPG zu signieren. Dabei wäre es sehr hilfreich zu wissen, wie oft sich die Daten eigentlich ändern. Vielen Dank und Grüße aus Dresden Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Statistik gesucht - Editierfrequenz von Tags
Am 6. Oktober 2010 16:52 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Christoph Wagner freemaps@googlemail.com wrote: Wie häufig werden bereits existierende Informationen wieder verändert? Gibt es Unterschiede zwischen den Tags? Full Planet dump geeignet in eine DB einlesen? Nur so eine Idee. Hmm, habs schon befürchtet. Hat jemand ne Ahnung wie groß das Ding in ner Datenbank ist? Müsste ich mir bestimmt ne neue Festplatte holen... Was gibts so für Möglichkeiten/Tools, um das überhaupt in ne DB zu bekommen? Geht da was mit osmosis? Hat das nicht schon jemand mal gemacht und braucht jetzt nur noch ne Query loszulassen? Die würde ich dann auch basteln helfen, wenn ich die Tabellenstruktur kenne. Danke Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO geht nicht auf 60Csx
Am 5. Oktober 2010 15:50 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Elchtreiber elchtrei...@gmx.net wrote: die gmapsupp.img von Bayern (30.9) funktioniert auf meinem Garmin nicht mehr. Kann es sein, dass die Platte voll gelaufen ist? 90% belegt könnte temporär schon ein Problem sein. Neuere Karten als vom 30.9 sind auch nicht mehr vorhanden. Mag dort mal jemand schauen? hm, ich dachte Christoph kümmert sich drum :( upsi - sorry. Da hab ich wohl was zu lange vernachlässigt... ~/ # ll /osm/garmin/aio/logfiles/make_clean.log -rw-rw-r--+ 1 master osm 1.4K 2010-07-30 04:00 /osm/garmin/aio/logfiles/make_clean.log Ziemlich alt, das. Auf die Gefahr hin, dass ich da jetzt irgendwas kaputt mache habe ich nun einfach mal den make clean cronjob reaktiviert. Nee das passt schon. Wusste gar nicht, dass der aus war. Naja gut, jetzt läufts ja wieder. Hoffe der erzeugt jetzt wieder alles hübsch. Sonst muss ich wohl mal tiefer forschen, warum der hier schon tagelang abschmiert. Im Moment scheint er ja zu laufen. Das make clean löscht alles, was älter als 6 Tage ist. Ist natürlich blöde, wenn der seit 6 Tagen keine neue Map mehr erzeugt hat. Na mal schaun, obs heute klappt. *zitter* Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO - Layer kombinieren
Am 01.09.2010 21:57, schrieb Sven Geggus: Zum Schluß mal noch eine rein technische Frage. Was muss ich denn machen wenn ich Deine Zusatzlayer mit der velomap verheiraten möchte? Hintergrund ist dass ich demnächst eine größere Tour vorhabe und die velomap da super geeignet ist. Die Openstreetbugs hätte ich aber trotzdem gerne zuschaltbar. Du nimmst dir die entsprechenden gmapsupps her und machst eine gmapsupp draus. Dazu gibt es unzählige Möglichkeiten. Die OpenSourceVariante geht mit mkgmap: java -jar mkgmap.jar --gmapsupp gmapsupp_velomap.img gmapsupp_osb.img und fertig. Kannst auch QlandkarteGT, Mapsource, gmaptool, sendmap (von cGPSMapper) oder maptk nehmen. 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] AIO steht wieder still
Am 01.09.2010 16:34, schrieb Sven Geggus: Irgendwas hat das script also gestern getan. Warum jedoch grade gestern ist mir vollkommen unklar. Ich denke ich kann da einiges gerade mal aufklären. Auf dem devserver stehen seit dem 25.08. die geofabrikextrakte still. Die werden irgendwie nicht mehr aktualisiert. Das hab ich gestern aber noch nicht gesehen und dachte mein prozess wär einfach nur wieder irgendwo gestorben und hab ihn daher gestern manuell angestoßen. Dann hat er was gemacht (keepright und osb erneuert), aber die hauptkarte hat er nicht gerechnet, da die ja noch aktuell ist (gibt ja keine neuen daten). Problem liegt also ausnahmsweise mal nicht an mir. Mal warten bis Frederik das wieder repariert. Was die Sache mit der Mitarbeit angeht. Es ist durchaus so, dass mittlerweile schon ein paar Leute signalisiert haben, dass sie gerne mitarbeiten möchten und 4 Leute haben auch schon schreibzugriff aufs repo und auch schon mal hier und da was eingecheckt. Um an den mkgmap styles zu arbeiten muss man auch mein Skriptzeugs nicht verstehen. Das kann jeder der mkgmap bedienen kann zu Hause selbst ausprobieren. Ich hab auch kein howto zu meinem Makefile, weil ich das nie als mkgmap-wrapper für zu Hause gebaut hab, sondern als Hilfsskript auf dem osm-server. Die meiste Intelligenz, die da drin steckt, braucht man eh nur, wenn man die maps im großen Stil rechnet, eben so wie die AiO. Im Übrigen hab ich auch hier und da mal Kommentare im Makefile stehen und ich denke man kann das durchaus verstehen, wenn man wöllte. Muss man aber erstmal nicht, wie gesagt. Ich selber habe übrigens an dem Straßenaussehen nichts gemacht. Müsste man mal schaun, wer da wann was gemacht hat. Schau mir eben nicht alles selber an. Im Übrigen: Man kann mit mir auch gerne mal telefonieren oder skypen (für die nicht mit flatrate ins deutsche Festnetz ausgestatteten) oder chatten oder mailen, wenn man mal eben einsteigen möchte. Telefon bzw. Skype geht erfahrungsgemäß am schnellsten, um auf den neuen Stand zu kommen. ;) Telefonieren über XMPP mit Jingle hab ich noch nicht hinbekommen. Leider... Viele Grüße aus Dresden 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] AIO - Lizenz
Am 01.09.2010 20:21, schrieb Sven Geggus: Jupp! Ich habe mir vorhin mal git log angeschaut und habe unter anderem Festgetellt dass Felix die Lizenz seiner Stylefiles unter eine NC Lizenz gestellt hat. Ich bin da ein wenig kritisch und möchte erst mal beim FOSSGIS nachfragen ob solches Zeug auf den Server noch OK geht, denn strenggenommen ist das dann nichts freies mehr. Perverserweise wird dieses Problem aber erst auftreten wenn unsere Daten odbl sind derzeit ist es schlicht nicht erlaubt aus CC-BY-SA CC-BY-NC-SA zu machen so wir mal annehmen die CC-BY-SA wäre für unsere Daten gültig. Bei diesem ganzen Lizenzgedöns bin ich im Moment eh maximal verwirrt. Von mir aus kann das alles PD sein, was ich mache. Die Karte muss halt im Moment CC-BY-SA sein und wenn die neue Lizenz kommt, dann eben was anderes. Ich will doch nur ne funktionierende Garminkarte mit schicken OSM-Daten. Wenn Felix sein Zeug unter was anderem veröffentlicht, ist mir das eigentlich ziemlich schnuppe, solange man das runterladen und benutzen kann. Ob das kompatibel ist mit der derzeitigen Lizenz oder erst später kompatibel wird, soll nen Jurist sagen. Sollte das gegen irgendwelche FOSSGIS-Server Regeln verstoßen, fänd ich das erstmal seltsam, aber müsste mich dann wohl fügen und den velomap-teil abstellen. Hoffe eigentlich nicht, dass es so weit kommen muss. Aber seht diesen ganzen Lizenzkram mal bitte nicht so emotional. Einfach mal Emotionenpause machen und schauen, was man eigentlich will und warum man die ganze Arbeit macht. Ich glaub im Grunde wollen wir eigentlich alle das gleiche und die Details werden überbewertet. Will mich da jetzt aber in nichts verwickeln... Hoffe das beste - für das Projekt. 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] An die Garmin-Bastler
Am 21.08.2010 09:49, schrieb Jan Tappenbeck: Diese Topografische Karte wird bei mir von allen anderen abgedeckt ! Benutzt du auch die --transparent Option für die overlays? Anderenfalls sind die natürlich nicht durchsichtig. Wenn sie die anderen verdecken ist die draw-priority offensichtlich in Ordnung. 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] AIO EUROPA -schon wieder futsch??
Am 27.07.2010 18:08, schrieb UMAX974: es ist wirklich so wie du vermutet hast, die basemap vom 23.07 läuft problemlos... Evtl hilt Dir dieses Ergebnis was. Ok, ich hab da so ne Vermutung. Es könnte sein, dass die Kacheln des Keepright layers etwas zu groß geraten und die Fehlerdichte irgendwie zugenommen hat. Komisch nur, dass es nur beim Vista abraucht... Werd das Problem mal weiter beobachten. Ach übrigens: Ich bin jetzt mal anderthalb Wochen im Urlaub und fern vom Internet. Ich hoffe es geht alles gut mit den Karten, aber hebt euch sicherheitshalber ne alte Version auf ;) 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] AIO EUROPA -schon wieder futsch??
Am 26.07.2010 14:35, schrieb UMAX974: ich ergänze hier noch, da die Diskussion um die etrex Firmware war: ich hab Firmware 3.40 laufe und eine 4GB Pansonic C8 Karte drin. Am 26.07.2010 um 14:13 schrieb UMAX974: So ich hab die Karte gmapsup.img vom 23.07 20.37 Uhr gerade noch einmal geladen - Erfolg ist weiterhin, dass sie in meinem GARMIN etrex Legend Cx nach 88% Ladevorgang abbricht. Mit mir haben auch andere das Problem am etrex VISTA HCx: http://www.geocaching-franken.de/forum/thread-4268-post-9919.html#pid9919 ( OSCAR ) Für mich ist die letzte noch funktionsfähige AIOEuropa Karte vom 16.07.2010 geladen von ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/regions/europe/ Ok, scheint ein spezielles VISTA-HCx-Problem zu sein. Wie siehts denn bei dir aus, wenn du nur die basemap Europa probierst? ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/basemap/gps_ready/basemap_europe.img.zip Geht die auch nicht? Wenn doch, dann liegts an irgendwelchen anderen Daten. Wenn du willst, kannste auch die anderen Layer mal einzeln testen und Bescheid geben, wo es abschmiert. Danke und 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] AIO EUROPA -schon wieder futsch??
Am 25.07.2010 22:38, schrieb Sven Geggus: Elchtreiber elchtrei...@gmx.net wrote: Die Karte vom Mittwoch läuft _definitiv_ auf meinem GPSMap 60CSx. Die von gestern hab ich nicht ausprobiert, aber der Prozess ist eigentlich sauber durchgelaufen. Das wundert mich. Bei Bayern ist zum Beispiel keine neue gmappsupp.img.zip vorhanden. Die letzte ist vom 19.7. Da scheint dann doch was abgebrochen, oder? Frag mich nicht warum das so ist. Christophs Makefile ist nicht so sehr übersichtlich. Jup stimmt. Ist leider etwas chaotisch. Das Problem an Bayern war, dass keepright nicht geklappt hat und der dann keine gesamt-gmapsupp hinbekommen hat. Müsste ich noch nen Fehlerabfang einbauen, dass der dann wenigstens das zusammenpackt, was geklappt hat. Ich habe gmapsupp_europe.img.zip vom Mittwoch verwendet und das läuft definitiv. Und ich die europa vom Montag und die läuft bei mir auch. Hat denn noch jemand das Problem, dass da was nicht geht? Grüße Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lizenz - warum nicht individuell?
Hallo Liste, bei uns in Dresden auf dem Stammtisch gab es viel Zustimmung für eine PD Lizenz. Wurde denn hier mal ernsthaft über PD diskutiert und das als Möglichkeit gesehen? PD bietet maximale Rechtssicherheit, maximale Freiheit und kommt damit meiner Intention bei OSM mitzumachen am nächsten. Natürlich wird es schwierig mit Datenspenden, Lizenzumstellung etc. Da es offenbar doch genug Gründe für ODbl gibt, kam mir eine weitere Idee. Warum müssen eigentlich alle Mapper mit der selben Lizenz beitragen? Sagen wir mal die Datenbank an sich ist unter der restriktivsten Lizenz, die sich die Leute hier wünschen - ich sag jetzt einfach mal das ist ODbl. Wenn jetzt jeder individuell die Möglichkeit hat seinen Lizenzregler so einzustellen wie er das für richtig hält und die Lizenzen abwärtskompatibel sind, dann könnte man doch so einen Zwischenweg gehen oder? Mal angenommen, dem nächsten ist nur Namensnennung wichtig und der nächste möchte nur PD oder so. Das wäre ja alles ODbl kompatibel und könnte somit auch unter dieser Lizenz ausgeliefert werden. Sind halt Daten mit unterschiedlicher Freiheit in der DB. Wenn jetzt alle ihren Lizenzregler auf PD stellen und der Großteil der Daten vielleicht irgendwann wirklich frei ist, kann man über ne Lizenzumstellung noch mal ganz anders nachdenken. Man könnte dann vielleicht auch einen PD-Auszug der OSM-Daten generieren etc. 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] Lizenz - warum nicht individuell?
Am 20.07.2010 12:21, schrieb Manuel Reimer: Christoph Wagner wrote: Wurde denn hier mal ernsthaft über PD diskutiert und das als Möglichkeit gesehen? *POPCORN!* Mal die letzten Threads gelesen? Ja so grob schon. Ich meine gibts Umfrageergebnisse oder sowas? Ich meine mich mal an sowas beteiligt zu haben. Will jetzt hier auch keine neue Diskussion anstacheln - gibt ja schon genug. Man kann sich natürlich auch ewig im Kreis drehen. Warum nicht einfach mit ODbL abfinden? Würd ich auch machen - klar. Was, wenn sich der entsprechende Mapper z.B. an Luftbildern bedient, die eben nicht PD sind? Klar - das geht dann eben nicht, dafür wäre das Ergebnis wirklich frei. Dazu kommt, dass ein Element, das von einem PD-Benutzer erstellt wurde, durch die erste Änderung eines ODbL-Benutzers direkt zu ODbL wird. Alle nicht-PD-Änderungen automagisch wieder von diesem Objekt zu bekommen, halte ich für nicht ganz trivial. Stimmt, kommt genau die Problematik raus wie die jetzige Diskussion um den Urheber eines Objektes. Ich seh schon ein, dass die Idee etwas dumm war. Hab nur laut gedacht ;) Sorry 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] AIO wird nicht mehr aktualisiert?
Am 13.07.2010 09:22, schrieb Boris Wagner: Hallo, was Sven gehofft hatte kann ich nun bestätigen. Die AIO hat sich selber geheilt und funktioniert seit der gestrigen Version wieder (12.07., Europa-gmapsupp). Juhu! Hab gerade den Thread hier gelesen. Da bin ich aber froh, dass sich das Problem von selbst erledigt hat. Hab leider gerade nur ganz wenig Zeit die AiO zu pflegen, da ich mit meiner Diplomarbeit zu tun hab. Die ist auch vorraussichtlich erst im Herbst fertig. Bis dahin hab ich nicht vor irgendwelche neuen Sachen einzubauen oder so. Ich hoffe einfach mal, dass der Buildprozess durchhält. Die alten Versionen der Karte werden nach genau einer Woche einfach abgeräumt. Vielleicht sollte ich den Zeitraum noch ein wenig verlängern, wenn genug Platz auf den Server wäre. Grüße und Sorry für die Problemchen. (Ich schätze mal der splitter war abgeschmiert und die Tiles daher kaputt) 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] name:de oder old_name in ehemals deutschen Gebieten?
Am 25.06.2010 06:35, schrieb Thomas Ineichen: Hallo Christian, Thomas Ineichen schrieb: Es gibt auf dem Wikimedia-Toolserver einen Style, welcher name:de rendert. http://toolserver.org/~osm/styles/?zoom=6lat=50.16282lon=11.40381layers=F0FFB000F0FF Weiß jemand, wie oft der aktualisiert wird? Ist schade, wenn man Sachen einträgt und nicht weiß, wann sie vielleicht mal darauf auftauchen... Auf dem Toolserver gibt es momentan kein 'expiry', d.h. eine einmal gerenderte Kachel bleibt auf dem Server gespeichert und wird nicht gelöscht. Du musst mit dem /dirty-Trick[1] das Rendern neu anstossen. [1] Kachel mit rechts anklicken - Grafik anzeigen - /dirty an die URL anhängen, z.B. http://toolserver.org/tiles/osm-locale-de/6/33/21.png/dirty Boah das ist schon ganz schön krude. Muss man das dann für jeden Zoomlevel durchexerzieren, wenn man mal irgendwo was eingetragen hat, oder gibts da noch ne halbwegs automatisiertere Variante? 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] name:de oder old_name in ehemals deutschen Gebieten?
Am 23.06.2010 18:42, schrieb Kolossos: Hallo, Ich würde auch empfehlen die polnischen Kollegen zu befragen. Dabei aber name:de favorisieren. Es gab ja auch eine lange Zeit des nebeneinander und miteinander. So findet man um die Jahrhundertwende Karten in beiden Schreibweisen[1] Also ich hab jetzt mal im polnischen OSM-Forum geposted und außerdem Leute privat angefragt, was sie zu dem Thema denken. Wer das mitverfolgen möchte: http://forum.openstreetmap.org/viewtopic.php?id=8092 Auch eine Emailantwort möchte ich euch nicht vorenthalten: - Hi, I live in Bytom (Beuthen) in Upper Silesia. As you may know, it was German area for a long time, so this topic is also very interesting for me :). * In relation to name:de tags for cities/villages/etc.: full support, I think there is no problem with that; if present German names are the same as Polish there is no need to tag them separately. So IMO old German names are OK. * In relation to streets: they are more like name:old, but generally I'm not opposing. I saw that most of streets in Gdansk have name:de tags and it looks pretty nice. -- Ich denke, dass name:de ganz gut taugt und werde das erstmal verwenden. 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] AIO/europe vom 23 Juni?
Am 25.06.2010 15:28, schrieb Joerg Fischer: malenki wrote: Auch wenn malenki hier momentan nicht mitliest... ;-) die, deren Download bei mir am 23. Juni um 11:13 beendet war, hat eine Größe von 2897018880 Bytes und funktioniert problemlos. Für die _Die_ funktioniert hier auch! Krasse Sache. Christoph? Irgend ne Idee was sich in den zwei Tagen geändert hat? Äh, irgendwie hab ichs noch nicht gerafft. Du hast geschrieben, dass die vom 23.Juni bei dir nicht geht und jetzt geht sie doch oder bin ich schon total verwirrt? Grüße Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] name:de oder old_name in ehemals deutschen Gebieten?
Hallo, ich weiß es gab schon unzählige Diskussionen zu dem Thema, aber ich konnte bisher noch nirgendwo ein Ergebnis finden. Hintergrund ist der, dass ich neulich in Nordostpolen (ehemals Ostpreußen) war und dort mit meinen Verwandten auf den Spuren meiner Großeltern ging, die früher dort gewohnt haben. Mit OSM-Unterstützung ließen sich viele Orte finden, allerdings gab es schon ab und zu mal das Problem, dass man nur so grob wusste, wo der Ort war und wie er früher (auf deutsch) hieß, aber nicht, wie er jetzt heißt. Ich hab natürlich schon seit längerem Interesse, dieses Wissen irgendwo in OSM beizutragen. Früher dachte ich mir, dass old_name für die ehemalige deutsche Bezeichnung geeignet sei, da die Orte ja früher amtlich so hießen, aber ich stellte fest, dass das eigentlich keiner weiter benutzt. Also hab ich angefangen die Orte mit name:de zu taggen, da mir das irgendwie naheliegend scheint. Jetzt kenne ich aber Leute, die sich da - warum auch immer - auf den Schlips getreten fühlen und bösen Revanchismus befürchten. Interessanterweise hat sogar ein polnischer Taxifahrer, der auch deutsch kann, die ehemalige deutsche Ortsbezeichnung verwendet. An den Tourizentren gibts überall Karten zu kaufen, die alle Orte zweisprachig bezeichnen. Ich glaube, man kann das Thema ruhig auch lockerer angehen. Meine konkrete Frage ist, ob ich weiterhin name:de verwenden soll oder ob ich doch lieber wieder old_name verwende oder was ganz anderes? Da ich auch nicht immer genau sagen kann, wann und wie lange genau ein Ort so hieß, finde ich die Sachen mit name:de:18xx-1945 oder so relativ mühsam und unpraktikabel. Nebenbei weiß ich auch noch nicht, wie ich da Regeln für mkgmap schreiben soll... Mein Ziel ist, dass ich nächstes Mal z.B. eine Garminkarte dabei hab, bei der die ehemaligen Bezeichnungen irgendwie mit bei den Orten stehen. Also zum Beispiel Olsztyn (Allenstein). Für mich spricht nichts gegen name (name:de), aber ich frag mal vorsichtshalber. Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] name:de oder old_name in ehemals deutschen Gebieten?
Am 23.06.2010 12:23, schrieb Markus: Hallo Christoph, ich begrüsse es, wenn wir hier Namen mit politischer Bedeutung sehr sorgfältig beschreiben. Danke für Dein Nachfragen! Also ich frage weniger wegen der politischen Bedeutung - mehr wegen der Praktikabilität für die Renderer und so. Du willst mir nicht ernsthaft erzählen, dass sich die Leute in den Dörfern in Polen, die noch nie ein Mapper gesehen hat, dafür interessieren, ob da jemand an den OSM-Ortsnamen ein name:de hängt und ob das dann ein Endonym oder Exonym ist. Ganz ehrlich ich seh da nicht die politische Sprengkraft. Die freuen sich vielleicht, wenn sie damit noch ein paar deutsche Urlauber anlocken können. Ich hab mal vor Ort ein wenig geschaut. Die polnische Mapperaktivität ist großflächig noch ganz schön gering. Trotzdem scheint name:de kein Problem zu sein. Ich hab höchstens mal ein paar Umbenennungen gesehen, wo Leute mein old_name in name:de umgetaggt haben. So wie ich die Diskussionen auf talk-de interpretiere, gilt derzeit: name: Sprache und Schrift wie im bezeichneten Ort üblich name:de a) für Orte in deutschsprachigen Ländern (DE, CH, AT) b) für Länder und Hauptstätte, jeweils in offizieller deutscher Übersetzung und in lateinischer Schrift name:xy a) für mehrsprachige Orte (Amtssprachen) b) für Länder und Hauptstätte, jeweils in offizieller internationaler Übersetzung und in xy-Schrift name:oldfür historische Namen Bisher entnehm ich hier als sichere Information, dass old_name eher nicht benutzt wird und daher wohl keine Zukunft hat - wie ichs mir schon dachte. Für differenziert Unterscheidungen im deutschen Imperialismus dient: name:de:- Verstehe nicht so ganz worauf du hinaus willst. Klar gab es deutschen Imperialismus. Aber nur weil ein Ort im heutigen Polen früher längere Zeit einen deutschen Namen hatte, muss ich jetzt nicht sofort an den deutschen Imperialismus denken, wenn ich den da drantagge als name:de. Ist halt so wie es ist, bzw. wie es war. Wenn die Nazis irgendwelche Orte in der damaligen Sowjetunion unterworfen haben und denen dann einen deutschklingenden Namen aufgesetzt haben, dann ist das noch ein ganz anderes Thema - da würd ich dir recht geben. name:de find ich da auch nicht so gut, da diese Bezeichnung aufgesetzt und nicht von Dauer war und sie eh keiner mehr benutzt. Aber die Ortsnamen beispielsweise im ehemaligen Ostpreußen sind über Jahrhunderte so gewachsen und ich sehe es ähnlich wie es hier schon mal jemand geschrieben hat - die Menschen gehen, die Namen bleiben - zumindest in Erinnerung. Ich persönlich habe sehr gute Erfahrungen mit Polen gemacht, wenn es um das Verhältnis zu Deutschen geht. Die meisten finden das super, wenn sich Leute für ihre Orte und deren Historie interessieren. Ich glaub die haben absolut kein Problem mit einem name:de in ihren OSM-Daten. Werd sie zur Sicherheit mal fragen. Danke für die Antworten 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] Garmin-Karten: Hausnummern von Gebäude n
Am 31.05.2010 20:22, schrieb Daniela Duerbeck: Eigenkommentar: Hab den Fehler gefunden: Mit z.B. 0x3217 klappt's. Wie jetzt? Der Erfolg der Regel ist vom Garmintyp abhängig? Naja, mich wundert nix mehr... Ich stells dann demnächst mal um. 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] Garminkarten Ausschnitte
Am 31.05.2010 21:41, schrieb Jacques Nietsch: Hallo, es gibt ja eine Reihe von Anbietern, die Garminkarten für viele Länder zur Verfügung stellen. Für bestimmte Reisen braucht man aber Karten, die übergreifende Abschnitte abdecken. Z.B. Südfrankreich und Nordspanien. Frage: wie kann man sich spezifische Kartenbereiche zusammenstellen? Gibt es irgendwelche Tools? die beiden gmapsupp.imgs hernehmen (ich nenne sie mal gm1.img und gm2.img), dann mkgmap runterladen und auf der Kommandozeile folgendes ausführen: java -ea -jar mkgmap.jar --gmapsupp gm1.img gm2.img und fertig ist die gmapsupp, die beides beinhalten sollte, es sei denn bei der Erzeugung der Ausgangsfiles war was verkehrt gelaufen. Andere Möglichkeiten sind die Karten erst in Mapsource oder QlandkarteGT reinzuladen und die benötigten Ausschnitte dort auszuwählen. Noch ne Möglichkeit wäre sendmap oder gmaptool oder was weiß ich. Wenn du die AiO nimmst hast du bei der Methode dann leider ein paar Kacheln an der Grenze doppelt, aber das sollte nicht so schlimm sein. 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] AIO Makefile defekt
Am 25.05.2010 19:56, schrieb Andre Hinrichs: Sieht schon viel besser aus. Mein emacs meckert noch über Zeile 412, wo ein vereinsamter Tabulator steht. Ob es trotzdem funktionieren würde, bleibt abzuwarten. Ja, funktioniert trotzdem, aber ich hab ihn mal entfernt. Interessanterweise hat ja letzte Nacht der Build trotzdem funktioniert. Wird das denn nicht über das Makefile gesteuert? Doch das wird komplett über das Makefile gesteuert. Allerdings aktualisier ich das Makefile auf dem Server nicht direkt vom git-repository aus. Das mach ich nur mit den Styles. Das Makefile wird von mir per Hand aktualisiert. 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] AIO Makefile defekt
Am 24. Mai 2010 12:10 schrieb Andre Hinrichs andre.hinri...@gmx.de: Hallo Liste, wer betreut denn derzeit das All-In-One Projekt für Garmin-Karten? Mir ist aufgefallen, dass das Makefile, welches im Hauptverzeichnis (http://dev.openstreetmap.de/aio/) liegt, defekt ist. Da scheint irgendein SVN-Merge nicht funktioniert zu haben. Kann das mal bitte jemand reparieren? Hallöchen, das mach eigentlich ich. Leider ist über Pfingsten mein Internet zu Hause kaputt gegangen (vermutlich unwetterbedingt) und ich kann erst jetzt wieder in die Uni an vernünftiges Netz. Die blöden Feiertage... Ich kümmer mich mal um das Makefile. Es sollte eigentlich nicht schon wieder rumbocken. grrr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO Makefile defekt
Am 25. Mai 2010 09:16 schrieb Christoph Wagner freemaps@googlemail.com: Am 24. Mai 2010 12:10 schrieb Andre Hinrichs andre.hinri...@gmx.de: Da scheint irgendein SVN-Merge nicht funktioniert zu haben. Kann das mal bitte jemand reparieren? Ok, also nach dem letzten merge von Felix war es irgendwie komplett zerhackt. Es war ne uralte Version, mit Windowszeilenumbrüchen, mysteriösen Headern und komischen Einschüben. Hab die mal komplett weggehauen und das aktuelle von mir drüber gezimmert. Strange. Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO keine Adressen mehr
Am 17.05.2010 22:31, schrieb Elchtreiber: Hallo zusammen, ist es Absicht, das die AIO vom 17.05 keinen Adresslayer mehr hat? Ich finde auf meinem Navi nur noch die Hoehe, boundary, osb, fixme und die basemap. Kann das noch wer bestätigen?! Ist wohl irgendwas schief gelaufen. Weiß noch nicht was. Bitte morgen abend nochmal testen (falls er überhaupt durchkommt). Hab jetzt schon wieder einiges umgebaut. Filtere jetzt Daten mit osmosis vor (boundary,addr,maxspeed,keepright,osb) und splitte diese separat. Im best case ist morgen alles korrekt und es ist deutlich schneller fertig. Im worst case (oder average?) kackt er mal wieder ab und ich muss erstma Fehler suchen. Warten wirs ab. Es ist halt ein dev-server. Kapazitäten für ein zusätzliches Testsystem neben dem Produktivsystem sind leider nicht vorhanden :( 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] AIO und die Kanarischen Inseln
Michael Kugelmann schrieb: Hallo, wenn ich es richtig sehe, sind die Kanarischen Inseln nicht in der AIO Garmin Map enthalten. Hab sie gerade in meinen build process mit reingehaun. Ihr findet ab jetzt die AiO von den Kanaren hier: http://dev.openstreetmap.de/aio/canary_islands/ Viel Spaß im Urlaub! 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 26. April 2010 08:20 schrieb Carsten Schwede computerte...@gmx.de: 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
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
Alexander Matheisen schrieb: gate/lift_gate und bollard gefällt mir ebenfalls nicht. Frag doch mal Nop ob er euch eventuell das ein oder andere Icon aus der Wanderkarte gibt. Die liegen zwar bei uns auf dem devserver aber ich würde die nicht einfach nehmen ohne zu fragen. Das kommt meinen Vorstellungen schon sehr nahe, wobei mir das Rot nicht so gefällt. Da gefällt mir das von Computerteddy schon besser: http://openstreetmap.teddynetz.de:81/Icons/zaun.png Er hat auch schon angeboten, seine Icons mit zu verwenden, vielleicht nehmen wir also dieses. Wobei man das nochmal in Hinblick auf Erkennbarkeit bei verschiedenen Hintergründen testen müsste. Cool, vielen Dank an Computerteddy! P.S.: Was mir grade so zum Thema Garminkarte eingefallen ist. Was haltet ihr denn davon die POI-Dateien eventuell gar nicht mehr in die Karte zu tun (Restaurants, Einkaufsmärkte etc.) sondern stattdessen mit gpsbabel POI-Dateien zu erzeugen? Das hätte zwei Vorteile: 1. Die eigentliche Kartendatei wird kleiner 2. Der Anwender könnte selbst entscheiden welche POI Daten ihn interessieren und nur diese einspielen. Wenn ich das richtig verstanden habe, werden die aber nicht in die Kategorien einsortiert, oder? Und viele einzelne Dateien herunterladen für all die Dinge, die mich interessieren, will ich auch nicht. Da könnte man lieber die Dinge alle in einzelne Layer aufteilen, die man dann wie auch den Adresslayer, etc. einzeln herunterladen kann, und ein einfaches grafisches Frontend für das Herunterladen und Zusammenführen mit gmt schreiben. So könnte man dann gezielt auch Fixme, oder Maxspeedlayer hinzufügen oder weglassen, oder auch z.B. den Maxspeedlayer in die Karte von Computerteddy einfügen. Ich finde, so ein Tool fehlt OSM bisher. Damit könnten sich dann auch nicht OSMler einfach die Karten auf ihre Geräte ziehen, ohne erst über das Wiki eine passende herauszusuchen. Ich schreib mal probeweise so ein Tool, um zu sehen, ob es jemand brauchen kann. Wow, das klingt ganz cool. Die Idee mit den POI-Dateien find ich auch nicht so toll, weil die wie bereits gesagt, nicht im Find-Menü erscheinen. Außerdem ist der Installationsaufwand etwas größer. Dann wüsste ich gerade gar kein freies Tool, was die Garmin POI Dateien (*.gpi) überhaupt erzeugen kann. Gibts da was? Die Sache mit den separaten Layern - im Ernstfall für jedes Tag einzeln - hat jedoch andere Nachteile. Erstens könnte es bei manchen Geräte eine Gesamtbeschränkung der Anzahl an Kacheln geben. Ich habe das selbst noch nicht genau untersucht, aber wohl gelesen. Vielleicht sollte man das mal ausprobieren, ob sich das nur auf einen Layer bezieht, eine gmapsupp.img oder, wie Computerteddy bereits vermutet hat, gar nicht mehr existent ist. Ein anderes auf jeden Fall auftretendes Problem, ist der erhöhte Rechenaufwand. Meine Toolchain ist momentan so: splitter - N Mal mkgmap - zusammenpacken wobei N die Anzahl der Layer ist, die aus den selben gesplitteten OSM-Daten erzeugt werden. Das blöde ist, dass jeder dieser N prozesse nochmal die kompletten gesplitteten OSM-Daten liest, obwohl er dann nur einen kleinen Teil davon verarbeitet. Man könnte natürlich vorher mit osmosis ran und die OSM-Daten vielleicht sogar vor dem splitten filtern, aber trotzdem muss man mehr rechnen, wenn man die layer mehr unterteilt. Eine Lösung könnte sein mkgmap umzuprogrammieren, dass man mit einer mkgmap instanz mit verschiedenen Optionen und style- und Typfiles mit den selben Eingabedaten gleichzeitig unterschiedliche Garminlayer erzeugen kann. Dazu müsste man mkgmap aber extrem krass umbauen und da bin ich ech nicht fit genug. Da wir aber in der jetzigen Situation schon ziemlich viel Last auf dem Fossgis-server haben, würde ich vorschlagen, die Layer nicht noch weiter aufzuteilen, bis man obige Probleme gelöst hat. Die GUI, um die layer einfach zusammenzupacken, können wir natürlich trotzdem gebrauchen. Man muss auch nicht unbedingt gmt verwenden, sondern kann das mittlerweile direkt mit mkgmap tun. Würde da aber erstmal gar nicht so viel Energie investieren. Wobei eine Sache fällt mir dazu gerade noch ein. Es gibt ja ziemlich viele Garminkarten und Ersteller, die sich alle mit ein paar anderen Sachen gut auskennen und da Plan von haben. Ich würde es auch sehr begrüßen, wenn wir da alle mal zusammenarbeiten und eine richtig gute Karte erstellen, die einfach alles kann. Am besten so, dass der User selber aussuchen kann, was er braucht, aber nicht so viel doppelt hat. Wenn ein User beispielsweise die AiO nimmt und die openmtbmap dazuinstalliert, hat er erstmal ne ganze Menge POI und Kram doppelt. Dass die Straßen doppelt sind, lässt sich nicht vermeiden, da ja für das Fahrradrouting andere Regeln gelten und man da ja besser fährt, wenn man das Autorouting missbraucht. Vielleicht könnte man das abstimmen und in einem hübschen Projekt vereinen. Ich seh hier so viele Karten:
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
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
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] Maps fuer Garmin
Hallo Andreas, vielen Dank, dass du mir mit deinem Post den heutigen Tag sehr erheitert hast. Andreas Pothe schrieb: Moin, ich suche mir gerade einen Ast. Es gibt zig Quellen für OSM-Karten auf Garmin. Nicht eine einzige kann unter Windows verwendet werden, da immer mit BZIP, GZIP oder TAR-GZIP gepackt, was Windows nicht versteht. (Oder es werden komische EXEs ausgeliefert, deren Output dann wieder die buggy Garmin-Software benötigt). Ja das ist aber auch schwierig mit diesen ganzen BZIP (http://www.bzip.org/1.0.5/bzip2-105-x86-win32.exe), GZIP (http://www.gzip.org/gzip124xN.exe), oder TAR-GZIP (http://sourceforge.net/projects/gnuwin32/files/tar/1.13-1/tar-1.13-1-bin.exe/download) Schwachsinn, denn Windows nicht versteht. 7zip (http://downloads.sourceforge.net/sevenzip/7z465.exe) hatten wir ja schon. (Das alles in weniger als 1min googlen) Also benötigt man entweder ein *ix oder muss sich wieder irgendwelche kostenpflichtige und/oder das Windows-System kaputtmachende Drittsoftware draufpacken. Ja fies, wie diese nichtkommerzielle Opensource-Software das gute Windowssystem kaputt macht. Warum werden die Karten nicht einfach gezippt? Ein ZIP-Programm ist doch überall dabeik, egal ob bei Windows, Linux, BSD, OSX usw. - also ein echtes Universalformat mit dem jeder etwas anfangen kann. So weit ich mich entsinne, war vor Windows XP überhaupt gar kein Zipprogramm bei Windows dabei. Ich würde es begrüßen, wenn diejenigen, die die sonst wirklich großartige Arbeit leisten, hierüber mal nachdenken würden. Ok, jetzt mal ernsthaft. Ich habe bisher wirklich nicht drüber nachgedacht, welches Archivierungsprogramm am besten ist. Man muss eben immer abwägen zwischen Rechenzeit und Kompressionsraten, wobei ich lieber auf letztere optimieren würde. Einpacken muss ichs nur einmal, aber runterladen müssen es mehrere, womöglich über nicht so gute Internetleitungen. Hab mir jetzt mal ein gmapsupp.img hergenommen und verschieden Kompressionen getestet. zip und gzip sind das selbe, weil sie die selbe kodierung auf meinem system benutzen. Ich hätte erwartet, dass bz2 die Dateien kleiner bekommt als gzip/zip, aber anscheinend ist das bei den garmin karten überhaupt nicht der Fall. Das kann ich mir ehrlich nicht erklären. Die Dateigrößen in Byte sind: 1891876 gmapsupp.img 1311576 gmapsupp.7z 1467272 gmapsupp.img.bz2 1445576 gmapsupp.img.zip 1445576 gmapsupp.img.gz Ich hab jetzt leider keine Zeitmessung dazu, aber gzip war merklich schneller als bzip2. 7z war so etwa wie bzip2 (vielleicht etwas schneller, weil es mehrere prozessoren benutzen konnte). Ich würde sagen: And the winner is ... : 7zip! Werd mal sehen, ob ich die Files also in Zukunft umstelle. Installier dir vorsichtshalber schonmal 7zip. Es geht wirklich auch für windows! Habs schon gesehen! 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
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
Karl Eichwalder schrieb: Christoph Wagner freemaps@googlemail.com 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
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
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] AIO geschrumpft??
M∡rtin Koppenhoefer schrieb: sind in der OSM-Basemap eigentlich die Grünflächen drin? ja Muss man, um ein Typfile zu installieren, dieses in die gmapsupp einbinden, oder reicht es, das Typfile im selben Verzeichnis abzulegen? Wenn du dir das gbasemap.img.bz2 ziehst ist das richtige Typfile schon mit drin. Ansonsten musst du ein eigenes reintun. Oder ist es ein anderes Verzeichnis. Ich bin gerade in Paris und habe leichte Orientierungsschwierigkeiten auf dem Winzdisplay, weil ich nur Straßengewirr aber keine Fläche sehen kann. Habe die gmapsupp selbst aus Deinen einzelnen IMGs mit mkgmap erzeugt (vielleicht habe ich da einen wichtigen Parameter vergessen?). Hat jemand eine Idee, woran es liegen könnte? also im gbasemap.tar.bz2 findest du alles was du brauchst. Allerdings musst du, um das Typfile zum laufen zu kriegen, die richtige family und product-id mit angeben. Sollte ich vielleicht mal irgendwo dokumentieren. Also in etwa so: java -ea -jar mkgmap.jar --gmapsupp --family-id=4 --product-id=45 --family-name=basemap gbasemap/*.img gbasemap/baemap.TYP 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] AIO geschrumpft??
Jo ist gerade irgendwie kaputt. Ich versuche noch es hinzubekommen, aber ich kann den Fehler gerade nicht so gut finden. Hab mal wieder zu viel auf einmal probiert... Am besten, die von gestern laden oder bis morgen warten. Grüße Christoph Am 16. April 2010 16:39 schrieb UMAX974 umax...@googlemail.com: Ich meine natürlich die germany gmapsup.img Karte ;-) Am 16.04.2010 um 16:36 schrieb UMAX974: Gibt es einen Grund warum die AIO Karte heute komprimiert nur 100,6 MB hat? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO geschrumpft??
Am 16. April 2010 18:29 schrieb Christoph Wagner freemaps@googlemail.com: Jo ist gerade irgendwie kaputt. Ich versuche noch es hinzubekommen, aber ich kann den Fehler gerade nicht so gut finden. Mist, hab den Fehler vermutlich gefunden, aber ich müsste neu splitten und das lohnt heute einfach nicht mehr. Das mach ich morgen und dann sollte es wieder gehen. Sorry! Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] keepright dump
Hallo liste, kennt sich hier jemand aus mit keepright? Es gab Vorschläge in die All in One Garmin Map sowas zu integrieren - als eigenen abschaltbaren Layer. Ich hab leider bisher noch nicht so viel mit keepright gemacht. Also ein paar Fragen - vielleicht kann mir wer weiterhelfen: Gibts nur Punkte in Keepright? Kann man die Daten großflächig (Europa) irgendwo runterladen? Also gibts Datenbankdumps etc.? GPX wäre ok oder was weiß ich. Ich parse mir das dann schon zurecht. Wie häufig wird das aktualisiert? Konnte durch suchen im Netz die Fragen nicht so ganz klären. Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geänderte All in One
FlaBot schrieb: kann ich auf dem 60csx bestätigen .. Außerdem hab ich subjetiv den Eindruck das Gebäude nicht mehr in der Karte eingezeichnet werden .. Hallo Leute, ich stelle zur Zeit ja gerade die Kartengenerierung total um. Deutschland wird jetzt aus den Europakacheln ausgeschnitten. Die Probleme, die ihr alle beschreibt, deuten darauf hin, dass das Typfile nicht mehr korrekt eingebunden wird. Ich hab schon ne Idee dazu und werde heute noch nen kleinen Hack machen. Morgen könnt ihr nochmal schauen, ob es dann wieder geht. Die letzten Tage habe ich leider immer wieder fehler in meinem Skript feststellen müssen, die irgendwas kaputt gemacht haben. Die Sache ist gar nicht so leicht, wie ich mir das vorgestellt habe. Schaun wir mal. 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] Garminkarte mit Angaben zu Einbahnstra ßen, Abbigerelation...?
Holger s...@der schrieb: Hallo Liste, gibt es eine Garminkarte auf der maxspeed, Einbahnstraßen und Abbiegerelationen dargestellt werden? Lässt sich vielleicht in die All in One Karte noch ein Layer mit diesen Angeben erstellen? So könnte man beim mappen kontrollieren, ob die Angaben vorhanden bzw. richtig sind. Klingt auf jeden Fall nach ner Herausforderung. Man könnte drüber nachdenken, sowas noch einzubauen z.B. in den FIXME-Layer. Allerdings muss man sich gleich von der Vorstellung verabschieden, das könnte jemals auch nur halb so hübsch werden, wie im JOSM. Man könnte höchstens die Elemente der Relation irgendwie markieren, aber nicht mit so kleinen Schildchen versehen und so (man kann Icons nicht rotieren). Höchstens so ein generisches für alle. Wenn jemand Lust hat, sich mal mit den Relationen in Stylefiles zu beschäftigen - ich nehme Patche gerne entgegen. Ansonsten muss das erstmal n bissel warten, befürchte ich. 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] Garmin Europa:all in one karte auf eTrex
Am 16. März 2010 04:37 schrieb Daniela Duerbeck daniela.duerb...@gmx.de: Johann H. Addicks wrote: Beim Etrex geht's, auf GarminXT... leider nicht. Boundary und OSB machen die Kartendarstellung leider bisweilen SEHR träge. Aber das ist ein Garmin-Bug, dass das nicht geht. Schade eigentlich, aber gibt ja noch andere Karten ;-) Dann bau Dir doch die Karten selber. Soo komplziert ist das nicht. Du mußt ja auch nicht mit komplizierten Layern beginnen. Mach doch einfach eine ganz einfache Karte selber. Du brauchst ja nicht alle Layer runterzuladen. Wenn du den ganzen FIXME-Kram nicht brauchst und der Boundarylayer nervt, dann lad dir eben nur das gbasemap.img.bz2 runter: http://dev.openstreetmap.de/aio/europe/gbasemap.img.bz2 Packs aus, benenn es um in gmapsupp.img, schiebs aufs Gerät und fertig. Grüße Christoph ___ 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
[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
[Talk-de] ein Trustsystem für OSM
Hallo Liste, ich hatte auf der FOSSGIS2010 einen kleinen lightning talk zu dem Thema über das ich meine Diplomarbeit schreiben möchte. Es geht um ein System, bei dem User durch digitale Signaturen die Richtigkeit von OSM-Objekten bestätigen können. Auf Lulu-Anns Hinweis hin, hab ich mal ne kleine Wikiseite angelegt. Wen es interessiert, der kann mir gerne Input geben. http://wiki.openstreetmap.org/wiki/DE:Trust_OSM Viele Grüße aus Dresden! Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO oder allgemeines wie mappe ich ei ne Brücke Problem
Christian von Rotenhan schrieb: Sei dem das neue Layout der AIO auf dem Garmin läuft (gefällt mir sehr gut!) fällt mir auf, dass bei vielen Brücken die Wegführung nicht stimmt, viele Brücken, die in der Realität z.B. über eine andere Straße führen, werde so dargestellt, dass sie unter der betroffenen Straße hindurchführen, bzw. umgekehrt. Ich bin letzte Woche von Schweinfurt Richtung München gefahren auf der A70 und A73, waren fast 80% der Brücken so falsch dargestellt. (Teilweise ein Fahrspur der BAB unter der Brücke, die andere als Brücke Ist das ein Fehler der AIO oder gibt das da ein generelles wie mappe ich eine Brücke Problem? Nee das ist das Problem von Garminkarten. Bei OSM gibt es ja das layer-tag um darzustellen, was oben und was unten liegt. Brücken sind meist mit layer=1 getaggt. Standard ist layer=0 (braucht nicht gesetzt werden). Das Problem bei Garmin ist, dass man ihm nicht mitteilen kann, welche Linie er zuerst zeichnen soll. Der macht das wie er will. Entsprechend siehts auch aus. Bei Flächen kann man fest definieren, welche oben und welche unten liegt. Da kann ich mir dann beispielsweise aussuchen, ob ich lieber den Campingplatz im Wald erkennen möchte, oder die Waldstückchen auf dem Campingplatz. Bei Linien geht eben nicht mal das. Du wirst also auch feststellen, dass Flüssen manchmal über Brücken liegen und so ein kram. Falls ich mich irre, bin ich sehr interessiert, wie es doch geht! Ansonsten hab ich die neue Darstellung wieder etwas zurückgenommen, was die Straßenbreite angeht. Eine weitere Beschränkung beim Garmin ist nämlich, dass die Linienbreite in allen Zoomstufen gleich ist und wenn man rauszoomt geht gar nix mehr, wenn die Autobahn so fett ist. Es sieht zwar in Mapsource gar nicht so schlecht aus, aber auf dem Gerät ist es wohl besser dünne Linien zu haben als dicke. Die neuen Farben bleiben erstmal. So weit erstmal 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: [OSM-talk] Haiti: All in One Garmin Map now with Damage layer and MapSource installer
Lambertus schrieb: Frederik, I think it would be good if you added the following parameter to the Mkgmap commandline: --series-name=OSM Map of Haiti dated $DATE This will make the map selection box in MapSource more clear (It now says OSM map). Another option could be: --generate-sea=polygons,no-sea-sectors,close-gaps=2000 This will add sea polygons to make the distinction between land and sea (copied from the Mkgmap mailinglist). Hope this helps. Oh no, I think it is not so easy. You need matching rules in your style-files for sea and land! Then you have to make sure, that the sea is the first polygonlayer that is drawn and the land is the next one. (I specified it in my typfile, but frederik has none) The 2 rules on my polygon-style look like: natural=sea [0x32 resolution 10] natural=land [0x27 resolution 10] 0x32 is the default garmin sea type and maybe it works, but I don't know if there is a default landtype. For me it doesn't matter because I define it in my typfile. So I would not suggest Frederik to use this option without some testing of the result map! Christoph signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] AIO Routing auf 60CSx
Elchtreiber schrieb: Hallo *, hat noch jemand Probleme mit dem Routing auf der AIO-Karte? Habe die Karte früher oft und gerne für Routing eingesetzt, das war meistens Problemlos möglich. Nun bekomme ich immer die Meldung: Routenberechnungsfehler Im Forum ist auch schon ein Beitrag in diese Richtung, kann das von anderen Usern auch noch Bestätigt werden? Ich hab sowas ab und zu auch schon mal gesehen. Kannst du bitte sagen, was deine Konfiguration ist? Welche Karte benutzt du (Deutschland, Europa,...?)? Von wann? Welches Gerät? Welche Firmware? Welche Route (von Madrid bis Moskau oder nur mal kurz um die Ecke)? Mal sehen, was sich machen lässt. 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] OpenLinkMap
Am 19. Januar 2010 15:21 schrieb Klaus Hartmann koc.hartm...@t-online.de: Hallo Rurseekatze, kann es sein, dass der Buchstabe 'ß' in wikipedia-links irgendwo unter die Räder kommt oder mach ich etwas falsch? Wo wir gerade bei verschluckten Buchstaben sind. Weiß einer, was hier das Problem ist? http://rurseekatze.bplaced.net/olm2/?zoom=18lat=51.05336lon=13.73738layers=B0TT Die Hofkirche heißt eben Kathedrale Sanctissimæ Trinitatis. Leider wird der Buchstabe æ gefressen. Verwendest du überall UTF8? Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AiO Garmin Map - Script für Download u nter KDE4
volker schrieb: Hallo, bei meinem nüvi 205 funktioniert die aktuelle Karte auch wieder. Ich habe mir heute die Mühe gemacht ein Skript zu schreiben, dass sich über den Device Notifier in KDE4 einbinden lässt. So muss ich jetzt nur noch das Gerät einstecken und auf Update OSM map on Garmin device klicken und die Karte wird automatisch aufs Garmin kopiert. Falls jemand interesse hat: http://neuntoeter.wordpress.com/2009/12/30/device- notifier-script-for-updating-osm-map-on-garmin-device/ Das Script ist nur mit dem Nüvi getestet, ggf muss man für andere Geräte die Pfade anpassen. Na da kann ich dann nur hoffen, dass jede Version, die ich da so erzeuge funktionsfähig ist. Aber ansonsten ne nette Sache. 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] AIO - Welche Version läuft noch auf de m Garmin eTrex Legend???
Es kotzt mich gerade irgendwie an. Ich meine es gibt Versionen, die funktionieren und solche, die es nicht tun, ohne dass ich zwischendurch was verändert hätte! Ich hab wirklich absolut keine Ahnung, was da genau nicht mehr passt. Ich bin leider gerade in Berlin und hab keinen Rechner dabei (muss mir immer einen leihen) und hab selber das Problem, dass ich eigentlich mal meine funktionierende Karte bräuchte. Ist vielleicht noch jemand auf dem 26C3, der Bock hat mit mir zusammen zu debuggen? Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO - Welche Version läuft noch auf de m Garmin eTrex Legend???
Was bei mir funktioniert hat: Karte in QLandkarteGT laden und von dort auf das Garmin hochladen. Was im Chat erwähnt wurde, die haben die gmapsupp.img direkt auf die SD- Karte gespielt, das ging schief. Vielleicht hilft dir das /etwas/ weiter. Ich denke das könnte tatsächlich etwas helfen. Ich hatte hier noch ein paar Probleme mit meiner SD-Karte. Wenn die auch noch abkackt, dann kann man gar nicht mehr ordentlich testen. Neu formatieren hat geholfen. Berlin konnte ich schonmal erzeugen. Hat eigentlich jemand ne Idee, warum dev.openstreetmap.de/aio nicht funktioniert? Na jedenfalls hab ich jetzt schon ein paar Ideen, was bei der Karte nicht passt! Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Checker für Bibliotheken in Deutschla nd
Sven Anders schrieb: Es wäre toll, wenn jeder einfach von den Bibliotheken in seiner Nähe die ISIL (das ist (arg verkürzt) eine International gültige Bibliothekennummer) ergänzt. Ähm, ganz so einfach scheint das nicht zu sein. Was mache ich denn beispielsweise mit der Sächsischen Landesbibliothek Staats- und Universitätsbibliothek Dresden? Ne ISIL-Suche ergibt folgendes: http://dispatch.opac.d-nb.de/DB=1.2/FKT=8522/FRM=S%25E4chsische%2BLandesbibliothek%2B-%2BStaats-%2Bund%2BUniversit%25E4tsbibliothek%2BDresden,%2BZentralbibliothek/IMPLAND=Y/LNG=DU/LRSET=2/SET=2/SID=719fb5ea-10/SRT=LST_os/TTL=1/CMD?ACT=SRCHAIKT=8522SRT=LST_osTRM=S%E4chsische+Landesbibliothek+-+Staats-+und+Universit%E4tsbibliothek+Dresden Unsere gute Slub besteht aus einer Zentralbibliothek, der Bereichsbibliothek DrePunct und einigen Zweigbibliotheken, die jeweils separat in OSM erfasst sind. http://www.slub-dresden.de/benutzung-service/standorte-und-oeffnungszeiten/ http://osm-isil.anders-hamburg.de/?zoom=15lat=51.03032lon=13.73542layers=B0T Nun ist es leider so, dass hier in einem Gebäude anscheinend mehrere Abteilungen mit unterschiedlicher ISIL existieren. So hat beispielsweise die Bereichsbibliothek DrePunct die DE-1404 und DE-1408. Soll ich jetzt so viele Nodes mit amenity=library setzen, wie isils vorhanden sind, obwohl alles im gleichen Gebäude ist? Oder gibt es einen Weg an einen node mehrere ISILs zu hängen (mit Semikolon getrennt zum Beispiel). Kannst du im Wiki noch ein bisschen Beispiele zum taggen eintragen? Wäre hilfreich. Danke und 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?
Am 18. November 2009 23:52 schrieb Christoph Wagner freemaps@googlemail.com: Frank Jäger schrieb: Hallo, seit Sonntag (15.11.) gibt es Probleme mit den All-In-One-Karten für Garmin. Die Karten werden im System-Menü des Gerätes nicht mehr angezeigt. http://gt.owl.de/pipermail/osm/2009-November/000940.html http://wiki.openstreetmap.org/wiki/All_in_one_Garmin_Map#Germany Ich hab leider noch absolut keine Idee, was da jetzt schon wieder los ist... Ok, jetzt weiß ich zumindest, dass der Adresslayer irgendwie kaputt ist. Ich will mal sehen, ob ich ne Version ohne Adresslayer erzeugen kann, so lange bis ich das repariert habe. Ich weiß leider noch nicht genau, woran es liegt... Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Ze it des 3. Reiches
Ich denke auch, dass man die einfach reintun sollte. Allerdings muss man aufpassen, dass dann nicht mal aus Versehen ganz prominent auf der Karte Adolf-Hitler-Platz auftaucht oder so. Mit dem oldname bin ich mir aber allgemein noch nicht so sicher, wie das sinnvoll zu handhaben ist. Wir hatten hier mal in Dresden ein längeres Gespräch auf dem Stammtisch mit der Erkenntnis, dass das alles gar nicht so einfach ist. Ich meine viele Straßen haben ja nicht nur einen oldname. Gerade hier im Osten ist ein Straßenname ja eher kurzlebig gewesen - mal ein fiktives Beispiel eines Platzes: bis Ende 1.WK: Kaiser-Willhelm-Platz bis Ende Weimarer Republik: Hindenburg-Platz bis Ende 3. Reich: Adolf-Hitler-Platz bis Ende DDR: Karl-Marx-Platz bis heute: Neuer Platz Das ist jetzt eben wie gesagt fiktiv - gibt aber die prinzipielle Situation an vielen Straßen und Plätzen hier wieder. Richtig lustig wird es noch, wenn ganze Straßenverläufe geändert wurden z.B. wegen Bombenschäden etc... Alles in allem schwer zu erfassen. Ein einziger old_name tag reicht da wohl auch nicht aus. Die Idee war irgendwie eine zeitliche Zuordnung zu geben. Allerdings wurden Vorschläge wie: old_name:1935 = foo ziemlich schnell verworfen, da der Schlüsselraum nicht beliebig anwachsen sollte. Ne andere Möglichkeit wäre so was wie: old_namelist = foo; blub; möhp; bar old_nameyears = 1918-1933; 1935;; 1991 Also entweder man kennt ein Jahr, für das man den Namen belegen kann oder eine Zeitspanne oder eben nix. Das wird zwar hässlich einzugeben, da man ja genau gleich viele Elemente in beiden Schlüsseln braucht, aber uns fiel nix besseres ein. Vielleicht hat ja noch jemand anderes ne Idee. Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Ze it des 3. Reiches
Am 19. November 2009 12:00 schrieb Andre Joost andre+jo...@nurfuerspam.deandre%2bjo...@nurfuerspam.de : Andre Hinrichs schrieb: Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd +1 Für jede Namensepoche käme dann eine Relation hinzu. Damit könnte man auch abgetrennte oder deklassierte Straßenabschnitte taggen. +1 Jeah, das ist so in etwa die Idee nach der ich vergebens gesucht habe... Auf die Relation kam bei uns keiner so richtig. Das ist ja fast schon mapfeatures-reif. Zumal es die Einzeltags ja schon gibt. Lohnt sich das dafür ein Proposal zu machen? Danke und Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - kaputt?
Frank Jäger schrieb: Hallo, seit Sonntag (15.11.) gibt es Probleme mit den All-In-One-Karten für Garmin. Die Karten werden im System-Menü des Gerätes nicht mehr angezeigt. http://gt.owl.de/pipermail/osm/2009-November/000940.html http://wiki.openstreetmap.org/wiki/All_in_one_Garmin_Map#Germany Sind alle beider Versionen (Europa und Deutschland) kaputt? Funktionieren die Teilkarten alle einzeln? Ich komme gerade nicht zum testen - wäre nett, wenn jemand das rückmelden könnte. Ich hab leider noch absolut keine Idee, was da jetzt schon wieder los ist... Grüße Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] tool zum openstreetbugs sql nach osm-xml konvertieren
Hallo Liste, da es so was bisher nicht gab und ich auch sonst keine schicke Möglichkeit gefunden habe die Openstreetbugs weiterzuverwursten, haben mein Kumpel und ich ein kleines Tool geschrieben, was die sql dumps nimmt und ein osm-xml daraus baut. Wer es ausprobieren möchte findet eine Anleitung dazu hier: http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map#Openstreetbugs Viel Spaß damit! Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Radiobeitrag (Pentacast)
Hallo Liste, kolossos, ich und ein kumpel haben mal mit koeart einen kleinen Radiobeitrag zum Thema Openstreetmap gemacht. Dieser entstand hauptsächlich im Nachgang zu den Datenspuren und sollte einen kleinen Einblick in OSM geben. Wir waren eigentlich auf ne Viertel Stunde bestellt und kamen dann aus dem quatschen gar nicht mehr raus ;) Wer Lust hat, kann ja mal reinhören: https://www.c3d2.de/news/pentacast-3-osm.html 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 heute kein update? - wann wieder?
SLXViper schrieb: UMAX974 schrieb: Auch bis heute (25.10.09) hat sich in Punkto Update noch nichts weiter getan. Wann ist wieder mit einem Update zu rechnen? Schau mal ins Wiki ;) http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map#Download Jo sorry, hab mich bis jetzt noch nicht gemeldet, da ich die ganze Zeit noch am skripten war und so. Mittlerweile scheint aber alles stabil zu funktionieren. Die Garmin All in one wird ab jetzt auf einem der für OSM gespendeten Stratoserver gerechnet. Sie wird bei jedem Update der Geofabrikdaten aktualisiert - sollte also immer tagesaktuell sein. Für Leute, die gerne ne Karte mit Datum möchten, gibt es jetzt auch die Karte immer mit Datum versehen. Genaueres steht im Wiki. (englische Seite muss noch angepasst werden) Ich werde in kommender Zeit versuchen wieder inhaltliche Probleme der AiO zu fixen. Viel Spaß mit der Karte! 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] Pfoten weg von unseren Daten
Matthias Versen schrieb: Wir können auch nicht jeden in OSM therapieren der irgendwelche privaten Probleme in seinem Leben hat. Anscheinend müssen wir hier in den bitteren Apfel eines freien gemeinschaftlichen Projekts beißen und auch solche Idioten akzeptieren. Die OSM User sind eigentlich sehr freundlich und helfen gerne. Wenn ich die Aktionen von Pfoten_weg=Rambazamba=hasse_osm_korinthenkacke sehe und die Art wie er auf netten nachfragen reagiert dann muss ich sagen das solche User einfach nichts in OSM zu suchen haben. Durch solche schlechten Benutzer verlieren wir mehr gute User die sich zu Recht an solchen Aktionen stören. Der Typ nervt nicht nur, sondern ist extrem schädlich. Der löscht einfach Grenzrelationen oder legt eben Dinge an, die nicht da sind. Sachen eben, die man gar nicht so ohne weiteres mitbekommt. Mir scheint der hats drauf angelegt OSM zu sabotieren. Solche Assis (das kommt von Antisozial and stimmt hier voll und ganz) haben schon ganz andere Gemeinschaften mit der Zeit zerstört wenn nichts dagegen unternommen wurde. Also entweder ist der Typ psychisch krank oder einfach nur rotzfrech oder extrem dämlich mit verzerrtem Weltbild. Kann man eigentlich irgendwie mehr über den rausfinden? Wo er wohnt oder wie er heißt? Ein 4 Augen Gespräch bringt da nämlich vielleicht mehr Aufschluss. Die Alternative wäre wohl seine Accounts leben zu lassen und zu beobachten. Dann weiß man wenigstens was er macht. Wenn man ihn sperrt, legt er sich ja eh n neuen Account an und dann brauchts wieder ne Weile bis man ihn identifiziert hat. So kann man ihm immer auf die Finger gucken. Vielleicht verliert er ja irgendwann den Spaß dran (oder was auch immer er davon hat), wenn man ihm kontinuierlich hinterherräumt. Ich meine hey - wir sind tausende und er ist bloß einer. Wir sollten doch alle zusammen mehr Ausdauer haben als diese Witzfigur! 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] Worldfile vom 23. September 2009
Carsten Schwede schrieb: Als Zugabe gibt es aber noch die Europa-Höhenlinien, soweit die SRTM-Daten das eben erlauben (also Skandinavien nur der südliche Teil). Sie sind mit 25m Linienabstand gerechnet. Hallo Carsten, Wie hast du das denn hinbekommen mit den Höhenlinien für Europa? Hast du die selber gerechnet z.B. mit srtm2osm und mkgmap? Bei mir kommen da immer ungeheuer große Dateien raus - so dass ich mir für Europa fast schon ne neue Platte kaufen müsste (habs bisher nur mit Deutschland versucht und ne 22GB Datei rausbekommen). Ich habe das zugegebenermaßen mit 10m Abstand versucht, aber trotzdem. Irgendwie spackt dann einfach mkgmap ab, weil es solche großen Datenmengen mit Höhen nicht verarbeitet kricht. Der tilesplitter schafft es irgendwie auch nicht, die riesigen Daten sinnvoll zu Kacheln. Vielleicht hab ich auch einfach was falsch gemacht. Hast du da nen Tip? Wenn ich darf, könnte ich auch erstmal deine Höhenkarte nehmen und sie in meiner Europakarte einbauen. Die wird dann natürlich gleich mal entsprechend größer...) Ne andere Variante ist, dass ich meine Europakarte ganz ohne Höhenlinien lasse und jedem selbst die Integration überlasse. Höhenlinien ändern sich ja auch nicht so krass und müssen eigentlich auch nicht ständig von den Servern zusammen mit der restlichen OSM-Karte neu geladen werden. 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] meldungen in mkgmap
Jan Tappenbeck schrieb: kann da einer etwas mit anfangen - insbesondere contains zero length arc kann ich nicht deuten - finde in josm keine zwei nodes auf einem punkt. wenn das wirklich datenfehler sind vielleicht wieder etwas für gary68. Benutz einfach mal die Option --remove-short-arcs dann schmeißt der sehr nah beieinanderliegende nodes eines ways zusammen und die Fehler verschwinden. 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 - unclassified straßentyp
Joerg Fischer schrieb: In dem Umfeld scheinen eh noch einige Bugs drin zu stecken. Z.B. wird mit aktiviertem Radroutung das Häkchen Hauptstraßen vermeiden (beim Edge 705) konsequent ignoriert, d.h. er vermeidet _immer_ Hauptstraßen, egal wie absurd die Umfahrung dann wird. Das passiert sogar, wenn die Straße an dem Punkt endet: | b | -a---|--c-- |--d-- | | a ist eine ganz normale Straße, die ab c für Rad gesperrt ist, weil d ein Radweg existiert. Komme ich nun von b darf ich nicht über die Kreuzung, scheinbar reicht das bicycle=no bis in die Kreuzung hinein, was natürlich fürs Routung nicht optimal ist. Momentan kommt man mit Fußgängerrouting auf dem Rad oft besser voran als mit Radrouting. Ähm, gibt es da zufällig noch nen poller oder so was in der art? Ich benutze seit neustem die --link-pois-to-ways option, die eigentlich die accessattribute eines pollers auf die anliegenden Wege überträgt. Ansonsten wüsste ich nicht, was da schief läuft. Aber Radrouting wird eigentlich eh nicht so richtig supported. Ich denke das geht einfach momentan nicht. Da bräuchte man nen komplett eigenen Layer, in dem man dann nochmal das komplette Streckennetz drin hat unt entsprechende Gewichtungen der Wege einstellt, damit man im Automodus als Fahrradfahrer gut routen kann. Das wär aber erstmal noch relativ aufwändig für mich. Christoph, kann man Dir irgendwie beim Debugging helfen? Ist es zunächst mal _nützlich_ hier solcherart Meldungen abzukippen? Naja, das kann man alles machen. Es ist eben so, dass ich erstmal das behebe, was mir persönlich am wichtigsten ist. Allerdings hab ich immer mal wieder ne andere Baustelle und dann such ich alle meldungen raus, was da noch verbessert werden könnte und bau das ein so weit es geht. Also sinnlos ist es nicht. Wenn man ein Problem unbedingt beheben möchte, dann kann man versuchen mit mir zusammen ne Lösung zu erarbeiten - ich lerne auch sehr gerne dazu. Das unclassified Problem ist mir natürlich auch schon ne Weile bekannt. Jetzt hab ich aber das Problem, dass ich nicht so viele Linientypen zur Verfügung habe, die auch noch routingfähig sind. Wenn jetzt noch das Garmin einige dieser Typen anders behandelt (was scheinbar beim Linientyp 0x08 für Rampe der Fall ist), dann weiß ich da auch nicht so recht weiter. Ich mache da nichts anderes als bei anderen Typen, aber das Garmin bekommt es nicht hin, da den Straßennamen anzuzeigen und keinen Quatsch beim Routing zu machen. Ne Lösung wäre unclassified mit service oder residential zusammenzulegen oder sowas. Florian hat diesen Vorschlag bereits geäußert, aber ich hab ihn noch nicht umgesetzt, weil es mir bisher besser erschien, die typen zu unterscheiden als auf ihnen korrekt zu routen. Ich würde es gerne auch besser machen, aber ich habe keine Ahnung wie! Wenn jemand ne Idee hat, kann er mir die gerne mitteilen. Wenn ihr für die Zusammenlegung seid, könnt ihr das auch gerne äußern. Von so kleinen Stolpersteinen abgesehen ist deine Version nämlich verdammt geil. Muß auch mal gesagt werden! Vielen Dank! Hör ich immer wieder gern und motiviert auch zum weiter machen. *g* Wenn ich zum Beispiel höre, dass jemand wirklich sinnvoll mit der Hausnummernanzeige arbeitet oder so, dann bin ich natürlich hochmotiviert die endlich mal zu verbessern. Zum Beispiel sollten auch Gebäudeflächen, die direkt ne Hausnummer drangetaggt haben als Punkt angezeigt werden und so. (Hab den bug, der das bisher verhinderte schon am Wickel) Dann gibts da noch die Sache mit irgendwelchen Hausnummer-Relationen (muss ich mir noch mal anschaun). Ist halt alles immer wieder ein großes Ausprobieren. Ich bin auch kein mkgmap-Entwickler (unendlich viel Zeit hab ich dann doch nicht) und schau da höchstens mal ab und zu in den source code, wenn ich ein konkretes Problem hab. Man kann sich manchmal gar nicht vorstellen, wo es überall Fehler gibt, selbst wenn es um einen scheinbar einfachen Sachverhalt geht. Aber irgendwie gehts ja doch manchmal. ;) 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 Karte und Anzeige von Maxspeed
Fabian Schmidt schrieb: Für nicht numerische Werte empfinde ich es als störend, insbes. wenn die Beschreibung der Geschwindigkeitsbeschränkung länger wird als der Straßenname. Kannst Du die rausfiltern, falls Du die maxspeeds wieder in den Straßennamen nimmst? Oder per sed-Skript, XSLT o.ä. ein paar häufige Werte ersetzen? Puh, das könnte alles ganz schön ätzend werden, wenn ich mir das hier so anschaue: http://wiki.openstreetmap.org/wiki/Key:maxspeed Vor allem, was da unter Tips so steht. Klingt ja alles irgendwie logisch, aber ist hammer ätzend auszuwerten. Am sinnvollsten ist natürlich sowas wie maxspeed=UK:walk einfach mit der entsprechenden Geschwindigkeit zu ersetzen. Allerdings müsste ich dann für meine Europakarte in jedem Land jede mögliche Defaultgeschwindigkeit kennen. Ist ja schön, dass in Deutschland maxspeed=DE:urban das selbe ist wie maxspeed=50, aber wer weiß wie es sonst so in Europa aussieht. Ehrlich gesagt, fände ich es deutlich sinnvoller, da die konkreten Geschwindigkeiten einzutragen, aber naja. Da gabs ja schonmal ne ewig lange Diskussion auf der Liste, die ich allerdings nicht so recht verfolgt habe. Gabs da Ergebnisse? Bleibt noch die Frage wie man mit maxspeed=unlimited umgeht. Was soll denn dann da stehen? Ich finde es sollte schon erkenntlich sein, dass etwas so getaggt ist. Meine bisherige Variante zeigt halt einfach alles an. Das ist einfach zu basteln und hilft dem Mapper. Jemand der gerne Übersicht haben will, ist da natürlich eher nicht so begeistert. sed-skripte oder Listen (die europaweit gelten), was auf was gemappt werden soll nehm ich natürlich gerne entgegen. Das Argument, dass die Straße dann zweimal in der Adressauswahl auftaucht ist natürlich auch gegeben, aber nicht zu ändern. Ich würd dann halt einfach erstmal das maxspeed so wie früher wieder reinnehmen und in Klammern hinter dem Straßennamen anzeigen, was da in maxspeed steht, wenn keiner ne bessere Idee hat. 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 Karte und Anzeige von Maxspeed
Elchtreiber schrieb: Hallo, hab nur ich das Problem, daß die All in one Karte auf einem 60CSx keinen Maxspeed mehr anzeigt?! Ähm nee, das hatte ich vorerst rausgenommen, da ich die kleinen Schildchen eingebaut habe. Ich denke mal prinzipiell, könnte ich das wieder einbauen, wenn es gewünscht ist. Es gab aber auch einige Stimmen, die das eher verwirrend fanden. Ich meine an sich ist das ja auch n blöder Hack, den Maxspeed in den Straßennamen zu knallen, aber vorübergehend wohl ganz ok. Gibts da noch mehr Meinungen? Ansonsten hab ich in letzter Zeit einige bugs - naja behoben will ich nicht sagen, aber eher umgangen. Es gab beispielsweise eine Zeit lang 2 Adresslayer im Menü. Das lag daran, dass eine (und zwar die letzte) erzeugte Kachel von mkgmap nicht transparent geschaltet wurde und deshalb nicht mit gruppiert werden konnte. Ich hab das Problem behoben, indem ich alles hinterher nochmal explizit mit gmaptool auf transparent setze. Ein weiterer blöder bug ist bei dem neuen boundary-layer aufgetreten. Das neue mkgmap kommt mit den Grenzrelationen wohl nicht klar, die mit type=multipolygon getagt sind, so meine Vermutung. Ergebnis waren Lücken in den Grenzen und seltsame Vermischung der admin_level. Ich hab das Problem mal vorübergehend umgangen, indem ich seit Montag ne alte mkgmap-Version zur Erzeugung des boundary-layers verwende. Da sich bei mkgmap einiges tut und ich das immer mal beobachte und austeste, kann es sein, dass sich in Zukunft noch einiges ändern wird. Ich hab beispielsweise mal am Montag -generate-sea ausprobiert, aber irgendwie hat das nicht geklappt. Weiterhin ist noch von meiner Seite aus geplant, einen Fahrrad- und Wanderroutenlayer, einzubauen. Könnte aber noch n bissel dauern. Gibts da Präferenzen, wie sowas aussehen soll? Ansonsten hab ich noch ganz viel Kleinkram immer mal wieder ausgebessert. Die Wikiseite bräuchte mal wieder etwas Überarbeitung. Mal sehen, wann ich dazu komme. Die Leute die da immer wieder Fehlerchen bemerkt haben, können ja auch mal schauen, welche davon überhaupt noch aktuell sind. Kann einfach nicht alles selber testen ;) Na dann - Viele Grüße aus Dresden Christoph http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parteien zu OSM
Ulf Möller schrieb: netzpolitik.org hat CDU, SPD, FDP, Grüne und Piratenpartei gefragt: Unterstützen Sie die Forderung, Freie Software und Open-Source-Projekte wie Wikipedia oder OpenStreetMap zu fördern und wenn ja, wie? http://netzpolitik.org/2009/antworten-der-parteien-zur-netzpolitik/ Na toll! Und ich wohn leider in Sachsen ... signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] planet files etc auspacken - probelm
Gary68 schrieb: :-) naja, tage dauert es nicht. und das planet will ich auch nicht wirklich auspacken, aber doch mit einer perl lib lesen. und eben das geht nicht. und das auspacken kann geschwindigkeitsvorteile bringen, wenn ich die datei mehrfach verwende. plattenplatz vorausgesetzt. Also ich habe mit 7zip beim Auspacken sehr gute Erfahrungen gemacht. Gerade auf Multicoresystemen scheint das richtig was zu bringen: 7z x -tbzip2 -mmt=on europe.osm.bz2 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] OSMF
Frederik Ramm schrieb: Mein persoenliches Problem ist, dass es fuer viele Leute, besonders aus nicht-Deutschland, wie mir scheint, sehr schwer ist, das Abstrakte von dem Konkreten zu trennen. Da sagst Du ich finde, wir sollten sicherstellen, dass nicht eine einzelne Person zu viel Einfluss hat und zurueck kommt wieso, was hast Du gegen Name einer Person, zeig mir doch mal, was die in der Vergangenheit falsch gemacht haben soll. Naja, fairerweise muss man schon sagen, dass du keineswegs abstrakt angeprangert hast, sondern direkt. Ich zitiere: I am writing this to increase member participation because I feel that unless enough members participate in the election, it will be largely controlled by one single business entity - CloudMade. Ganz ehrlich - als Cloudmademitarbeiter würde ich auch erstmal komisch gucken. Die Reaktion von Steve fand ich allerdings reichlich übertrieben, aber nun ja. Ich persönlich finde, dass es ok ist - selbst wenn die meisten OSMF-Leute bei Cloudmade arbeiten. Ich verstehe den Interessenkonflikt nicht, den du hier implizit unterstellst. Cloudmade will doch sicher, dass OSM maximal gut wird - genau wie wir alle. Ich denke auch nicht, dass die Vorstellungen von maximal gut so weit auseinander liegen. Bei welchen Entscheidungen könnte denn die Frage Was ist das beste für OSM? von der Was ist das beste für CloudeMade? auseinanderliegen? 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 Mirror + history
Florian Lohoff schrieb: Hi, weil es ich eh regelmaessig sauge habe ich das mal als mirror aufgesetzt und weil es schoen waere ab und an mal die alte version noch zu haben habe ich es gleich mir history gebaut. Wie auch immer - mirror der All in One gmapsupp.img.bz2 nun auch hier: http://source.rfc822.org/pub/local/allinone/ Es liegt dort jeweils auch die aktuelle gmapsupp.img.bz2 aber eben auch mit datum/uhrzeit versehene alte versionen. Ich mirror jeweils um 11 bzw ich probiere es durch pruefen des timestamps. cool, kannste ja auch in der Wikiseite der All in one als mirror eintragen, wenn du willst. Danke und Grüße! Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All in One Europa jetzt wöchentlich a ktuell
Hallo Liste, der neue Tilesplitter hat es echt in sich und schafft jetzt mal eben ganz Europa zu splitten ohne extrem viel Speicher zu fressen. Das wiederum gibt mir die Möglichkeit die Europakarte regelmäßig auf Svens Server berechnen zu lassen. (Update jeden Mittwoch) Des weiteren stelle ich jetzt regelmäßig auch die Teilkarten genau wie bei der Deutschlandversion auch für Europa zur Verfügung. Ich werde mal versuchen demnächst wieder etwas Zeit in die Verbesserung der Karte zu stecken. Momentan stressen eben gerade die Prüfungen etwas... Viel spaß mit der Karte. Grüße Christoph http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte für Deutschland, Öster reich, Schweiz
Am 10. August 2009 16:01 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Aus map_update_skript.sh der All-in-One: Openstreetmap: --family-id=3 --product-id=45 Adressen: --family-id=4 --product-id=40 Fixme_Layer:--family-id=2 --product-id=33 Openstreetbugs: --family-id=2 --product-id=33 Christoph, warum verwendest Du verschiedene family-id? Naja, ich wollte sicher gehen, dass die sich nicht ins Gehege kommen. Ich denke es müsste auch mit der gleichen family-id klappen. Muss ich mal testen. Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in one Germany - Straßennamen nicht mehr lesbar
Sven Geggus schrieb: Christoph Wagner freemaps@googlemail.com wrote: Und vor allem warum es jetzt nicht mehr geht! Weiß da irgendjemand mehr? Ich hab mir mal svn log angesehen: r1071 | steve | 2009-07-02 00:00:02 +0200 (Do, 02. Jul 2009) | 6 lines Don't upper case in the generic layer. The requirement for labels to be in upper case is a feature of the img format and so is done there (or not if you have the --lower-case flag set). The lower case flag will now have an effect. Welche Version war denn da vorher am laufen? Das selbe hab ich auch gerade entdeckt gehabt. Vorher war die 1067 am laufen, also so weit ist das dann klar. Das heißt jetzt also im Klartext die lower-case Option funktioniert nicht, da die meisten Geräte das nicht können. Hmm Na dann halt nicht. 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 Germany - Straßennamen nicht mehr lesbar
Sven Geggus schrieb: Christoph Wagner freemaps@googlemail.com wrote: Vielen Dank fürs Ausprobieren! Ich hab mal versucht die --lower-case option wegzulassen. Obs was bringt sehen wir morgen dann. Scheint zu funktionieren. Belibt die Frage warum das mit den alten Versionen funktioniert hat. Und vor allem warum es jetzt nicht mehr geht! Weiß da irgendjemand mehr? BTW, kannst Du es irgendwie einbauen, dass man im Gerät sehen kann von wann die Karte ist und welches mkgmap sie erzeugt hat? Muss ich mal drüber nachdenken, aber prinzipiell könnte ich mir das vorstellen. Ich könnte einfach den Mapnamen missbrauchen oder so. 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 Germany - Straßennamen nic ht mehr lesbar
Guido Scholz schrieb: Am Wed, 29. Jul 2009 um 20:08:49 + schrieb Sven Geggus: Hallo Sven, Christoph hat am Sonntag das mkgmap.jar aktualisiert. Eventuell hat sich da ja die Syntax geändert. Das war die Version 1103, ich hab die mal durch die aktuelle Version 1110 ersetzt. vielen Dank für die rasche Antwort. Wenn ich das richtig verstehe, stellt sich beim nächsten Lauf am Freitag heraus, ob Deine Maßnahme Erfolgt zeigt? Ich hab die ganze Sache gerade einfach nochmal angeschoben. Das heißt, wir sehen dann nachher obs geklappt hat. Wenn nicht, muss ich wohl oder übel nochmal näher hinschaun. 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 Germany - Straßennamen nic ht mehr lesbar
Guido Scholz schrieb: Am Thu, 30. Jul 2009 um 11:34:20 +0200 schrieb Christoph Wagner: Hallo Christoph, Ich hab die ganze Sache gerade einfach nochmal angeschoben. Das heißt, wir sehen dann nachher obs geklappt hat. Wenn nicht, muss ich wohl oder übel nochmal näher hinschaun. vielen Dank für die Bemühungen, es sieht leider schlecht aus. Die Version von heute (12:29 Uhr) zeigt leider ebenfalls diesen Fehler. Vielen Dank fürs Ausprobieren! Ich hab mal versucht die --lower-case option wegzulassen. Obs was bringt sehen wir morgen dann. Bis dahin! 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] Reguläre Ausdrücke in MkgMap-Style
Jan Tappenbeck schrieb: Moin ! ich möchte in Abhängigkeit von Geschäftsnamen Icons in den Garmin-Karten anzeigen lassen. mit (shop=supermarket | amenity=supermarket) name=aldi [0x7302 resolution 24] hatte ich keinen Erfolg da teilweise groß und klein geschrieben wurde. Hinzukommt das noch teilweise Aldi-Nord / Aldi-Süd / Aldi erfaßt wurde. Kann mir einer sagen wie ich dieses ggf. realisiert bekomme ? Ja kann ich. Du möchtest also regular expressions benutzen. Das geht mit einer Tilde beispielsweise so: (shop=supermarket | amenity=supermarket) name ~ '[Aa]ldi.*' [0x7302 resolution 24] Jetzt bekommst du alle Aldis die mit aldi oder Aldi beginnen und beliebig enden. Achtung, wichtig!: Niemals einen reinen regex ausdruck an den Anfang einer Zeile stellen z.B. einfach nur name ~ '[Aa]ldi.*' [0x7302 resolution 24] Das bringt ne Exception. Um einen solchen Fall korrekt zu beschreiben muss man erst auf Existenz testen: name = * name ~ '[Aa]ldi.*' [0x7302 resolution 24] Viel Spaß damit! Ach ja, wenn du wissen möchtest welche regex Pattern so alle gehen schauste am besten in die Javadoc: http://java.sun.com/javase/6/docs/api/java/util/regex/Pattern.html Grüße aus Dresden Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] planet diffs weekly
Hallo liste, Ich habe mir heute ein planetfile gezogen und wäre daran interessiert es mit möglichst wenig Aufwand aktuell zu halten. Ich habe allerdings auch keinen Bock mir jeden Tag ein diff einzuspielen. weekly diffs würden mir reichen. Ich habe gesehen, dass es früher (anscheinend vor der API-Umstellung) noch diffs von einem planetfile zum nächsten gab. Die gibts aber jetzt wohl offenbar nicht mehr oder hab ich da was übersehen? Versteh ich irgendwie nicht! Ich frage mich bei der Gelegenheit auch, was diese changesets auf http://planet.openstreetmap.org/ mit releasedatum der planetfiles genau beinhalten. Ist das so ne Art diff vom letzten planet zum aktuellen oder sind das sowas wie die Kommentare der Changesets oder was is da drin? Kann mir jemand noch nen anderen Tip geben, wie ich jede Woche mein planet updaten kann ohne das ganze File ziehen zu müssen? 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] planet diffs weekly
Frederik Ramm schrieb: Hallo, Christoph Wagner wrote: Ich habe gesehen, dass es früher (anscheinend vor der API-Umstellung) noch diffs von einem planetfile zum nächsten gab. Die gibts aber jetzt wohl offenbar nicht mehr oder hab ich da was übersehen? Versteh ich irgendwie nicht! Das Tool, mit dem die gemacht wurden, hat nie jemand auf API 0.6 umgestellt, so einfach ist das ;-) Scheint mir auch nicht mehr benötigt zu werden, da ja osmosis das alles kann. Es ist aber ziemlich problemlos moeglich, einmal pro Woche bei Dir ein Osmosis mit --rci laufen zu lassen, das laedt sich dann automatisch 7 Tagesdiffs und appliziert sie auf einmal, da merkst Du kaum was davon, dass es kein Wochendiff ist. Danke für den Tip! Das klingt erstmal ganz ok. Aber sag mal, wäre es möglich ein osc-file als diff zwischen zwei planets zu erzeugen und mit auf den Server zu stellen? Ich könnte mir vorstellen, dass man da noch was an Übertragung spart. Wenn innerhalb der Woche nämlich Sachen hin und her editiert werden, dann wäre im echten Wochendiff nur der Endzustand drin und nicht das hin und her gemehre. Ansonsten muss ichs halt so machen, wie du meintest. Grüße aus Dresden! 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] Routing über einen Platz
Chris-Hein Lunkhusen schrieb: Was mir da gerade noch auffällt: Die Definition highway=track | surface=unpaved | highway=unsurfaced {add motorcar = no} [0x0a road_class=0 road_speed=1 resolution 22] steht VOR den höherwertigen Straßen. Heisst dass, er routet z.B. nicht über unbefestigte Kreisstrassen!? Naja er routet schon, aber dann mit kleinerem routingwert. Das Problem ist (was mir so noch gar nicht aufgefallen ist), dass ja theoretisch auch ne bundesstraße ein surface=unpaved haben kann und diese dann wie ein Track dargestellt wird. Ich weiß nicht, ob das gut ist oder nicht. Muss ich noch mal überlegen. Danke für den Hinweis! Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de