da kann ich frederik verstehen:
er würde diejenigen zufriedenstellen, die gerne rohdaten hätten, die nicht brutal an den grenzen gekappt sind;
die grosse masse der jetzigen anwender würde aber auf einmal daten bekommen, die garnicht mehr in dem interessessbereich liegen.
die müssten dann nochmal “nachclippen”
und beide versionen zur auswahl kann man sowieso vergessen.
gruss
walter
p.s.ausserden würde das auch nix bringen;
beim merge (siehe osmosis doku) wird bei gleicher versionsnummer des ways ENTWEDER die eine ODER die andere genommen. man kann sich nur aussuchen, welche man will.
(musste ich auch gestern erst lernen)
Freier Zugang heißt, dass du frei drauf zugreifen kannst. Es heißt nicht, dass du es in kleinen Häppchen bekommen musst, damit du es auch auf einem C64 bearbeiten kannst.
Hallo,
also ich kann @tippeltappel sein Problem voll nachvollziehen. Ich bin durch Zufall zu OSM gekommen und bastle Momentan auch mit Hilfe von @Nop seinem OSM_Composer meine eigene Karte wenn auch noch nicht routingfähig aber ich bekomme wenigstens eine Karte die ich für mein Dakota20 und zum MTB fahren optimiert habe.
Dabei habe ich auch das Problem das ich OSM Daten Grenzüberschreitend benötige und die die Geofabrik nicht hat.
Deshalb nutze ich die XAPI, also ich habe auf meinem WIN Rechner das Programm FreeDownloadManager installiert und lade mir dann das nötige File mit http://xapi.openstreetmap.org/api/0.6/map?bbox=14.0,50.6,15.3,51.3 herunter, das dauert geht aber.
Ich hab auch schon mal mittels Cronjob so ein File auf meinem Server generieren lassen aber das weißt zum Schluss meistens Fehler auf irgendwas haut dort nicht richtig hin.
So eine Sache wie bei “Navit” wäre wirklich nicht schlecht.
@wambacher
* 1-mal ein osm-file mit dem interessensgebiet besorgen - da haben mehrere kollegen ja hilfe angeboten, dir die eifel mal geschlossen zur verfügung zu stellen.
* dieses file nur mittels osmosis (ohne datenbank!) aktuell halten
(altes eifel.osm + diff-files mergen, eifel per bbox oder polygon ausschneiden -> neues eifel.osm)
das klingt auch für mich interessant aber das meiste was ich hier lese sind böhmische Dörfer für mich so tief stecke ich dann doch nicht in der Materie und mit meinen fast nicht vorhandenen Englisch-Kenntnissen sieht es da immer recht schlecht aus.
Wenn es dazu irgendwo eine Anleitung in Deutsch gibt, Danke schon mal für den Link.
Gruß AlterSachse
Statt der von mir verwendeten Scripts müsste unter Windows ein eigener Weg gefunden werden. Zumindest die eigentlichen Befehlszeilen sind aber erkenn- und übertragbar. Wenn etwas auch nach mehrmaligem Lesen nicht klarer wird, dann einfach nochmal fragen.
Genau das kann man auch mit JOSM machen. Die Daten lassen sich dann als .OSM abspeichern. Das Gebiet kann aber nicht beliebig groß sein und die Daten werden unkomprimiert, also langsam, übertragen.
dir ist ja wohl klar, dass du da noch nicht mal den xapi-server damit belastest sondern erst recht den api-server, der sowieso schon aus allen nähten platzt???
HI,
also mit JOSM geht das sowieso nicht mein Gebiet wäre zu groß. Und mit OSM_Composer geht das auch nicht mehr mit der API, wegen zu vielen Daten wird man dann geblockt.
Also Download über die XAPI 1-2 mal die Woche wenn sich viel geändert hat. @Garmin-User das werde ich mir mal genauer anschauen, wie ich das unter WIN hin bekomme null Schimmer, aber ich habe glaub noch PCreste im Keller die für Linux reichen damit werde ich das noch mal probieren.
Wenn ich scheitere melde ich mich noch mal.
Gruß und Danke
@ Nop
Cool! Danke !!!
Ich melde mich kommende Woche per Mail.
@ aighes
C64 - nie besessen
Mein erster war ein Appelnachbau und lief mit CPM.
Dann der Umstieg auf einen 286 mit Dos, dBase und xtree.
Nächste Stationen ein 386 mit Dos und Windows3.0, Pentium1 usw. usw.
Ich hab nicht jedes Update mitgemacht.
Bin kein Freak, der alle halbe Jahre nachrüstet.
Inzwischen mach ich das auch schon lange nicht mehr selbst, sondern “lasse” nachrüsten.
Häppchen für die Streichholzschachtel meine ich also nicht.
Die holt man sich ja ohnehin bei jedem Mappen mit Josm.
Daß es sinnvoll ist, über Downloadangebote für Grenzgebiete nachzudenken, wurde im Laufe der Diskussion mehrfach bestätigt.
OSM lebt von denen, die sich einbringen.
Und die, die ihre Zeit einbringen, machen es größtenteils aus Spaß an der Freud.
Wenn Mapper aus Grenzgebieten die Früchte ihrer Arbeit nicht mehr in der Form nutzen können, wie es Ihnen Freude macht, dann geht der Spaß am Mappen verloren. Die Konsequenz brauch ich nicht ausformulieren.
Hier in diesem Thread wurden bereits einige Ideen angedeutet, mit denen man das im Threadthema angesprochene Problem nicht nur für mich persönlich, sondern ganz allgemein in Angriff nehmen und vielleicht auch lösen kann.
Das find ich klasse.
Da spricht Gemeinschaftssinn heraus, der Mapper motiviert, dran zu bleiben.
(Warum gibt es eigentlich keinen Daumen-hoch-Smilie? Der wär hier mal angebracht! )
wie gesagt unter WIN den FreeDownloadManager installiert und dann einen Download erstellt der so ausschaut
h…p://xapi.openstreetmap.org/api/0.6/map?bbox=14.0,50.6,15.3,51.3
dabei sind die letzten Zahlen die Koordinaten deiner Region. Nun Download starten und Zeit mitbringen. Zum Ende erhellst Du eine Datei die map heist, diese jetzt einfach in map.osm (Explorer Ansicht Dateiendungen) umbenennen und mit OSM_Composer weiterverarbeiten.
Ich hoffe das hilft, Gruß
Das scheint ein frommer Wunsch zu sein, der kaum in Erfüllung gehen wird. Man sollte sich vielleicht überlegen, wie man anderweitig die Last auf dem XAPI-Server reduzieren kann. Gigs-Download und osmosis sind einfach völlig unpraktikabel. Es müssen andere Möglichkeiten her, z.B. eine XAPI-Proxy-Infrastruktur (http://gis.638310.n2.nabble.com/API-XAPI-caching-proxy-server-td5825779.html). Oder eine P2P-Infratruktur, die das Mergen kleinerer Dateien erlaubt. Oder …
es ging mir darum, darauf hinzuweisen, dass sich die katze hier in den schwanz beißt.
als “lösung” für das problem “wie komm ich an die daten ran ohne die xapi zu benutzen?” vorzuschlagen: “benutze doch einfach die xapi”,
ist - mit verlaub gesagt- blödsinn.
zu deinem “osmosis ist einfach unpraktikabel” frage ich mich, wie ausgerechnet du zu dieser aussage kommst.
eigentlich darst du hier wegen fehlender praktischer erfahrung mit osmosis keinerlei statement dazu abgeben.
Erstens mal habe ich “benutze doch einfach die xapi” nicht gesagt.
Zweitens ist “wie komm ich an die daten ran ohne die xapi” ein unerfüllbarer Wunsch.
Drittens ist osmosis wirklich für die meisten völlig unpraktikabel.
Wie kommst du darauf? Auch wenn ich zuhause selber kein Java benutze, muss ich mich tagtäglich im Geschäft mit dem Schrott herumschlagen. Da habe ich genügend Rechnerkapazitäten um auch mal einen etwas anderen “Test” zufahren. Bereits heute ist ein Europa-Lauf nicht mehr möglich und in ein paar Jahren ist es dann auch mit Deutschland vorbei. Bei der Schweiz oder Österreich dauert noch etwas länger. Aber es ist absehbar, dass irgendwann nur noch Länder wie Lichtenstein oder Monaco innert vernünftigen Zeit mit osmosis bearbeiten kannst.
Ich weiß nicht, was du für Probleme mit osmosis hast, aber bei mir schneidet er aus Europa mehrere Länder in ca. 35min aus. Das ganze mit einem Athlon X II 240e. Also keine Monster-CPU und die RAM-Last bleibt auch bei 1,5GB.
er hat keine probleme mit osmosis. er hat nur ein prinzipelles - mentales - problem mit java. und da osmosis in java geschrieben ist (gott sei dank!), darf es nicht gut sein. mit josm hatten wir die gleiche diskussion.
gruss
walter
ja Du hast recht, aber ich hatte die Sache nur etwas überflogen und nicht ganz so genau gelesen.
Aber dann gibt es ja wirklich nur eine Möglichkeit, man muss aus der Europa.osm von Geofabrik das entsprechende Teil ausschneiden.
Und genau das hab ich jetzt mal probiert, und zwar mit Map_Composer aber das haut nicht hin. Irgendwann nach 20min kommt folgende Meldung und Schluss ist. Dabei war die Speicherlast erst bei 82%.
Dann hab ich das mit Osmosis probieren wollen aber da kommt dann dieses hier
Kein Schimmer ob ich das überhaupt richtig angegangen bin aber mit diesen bat’s und Ausführbefehlen unter WIN bin ich nicht so gut.
Eventuell kann mir jemand hier noch weiterhelfen. Also ich hab ein Verzeichnis auf LW K:\osmosis und dann dort dieses bin Verzeichnis und dort hinein hab ich dann auch die europe.osm.bz2 geschoben. So jetzt hab ich unter Start ausführen folgenden Befehl eingegeben
K:\osmosis\bin\osmosis.bat --read-xml enableDateParsing=no file=germany.osm.bz2 --bounding-box top=50.6 left=14.0 bottom=51.3 right=15.3 --write-xml test.osm
Ist das soweit richtig oder hab ich hier noch einen Denkfehler mit drin.
PC ist ein Intel Core 2 Duo E6300, 2x1860MHz, 4GB - Corsair DDR2, Gainward GF9500GT 512MB DDR2 das mit WIN7-64bit und beiden Javas sonst geht ja sowieso nichts.
Also ich bin für jeden Hinweis offen.
Ach ja das was hier schon mal angedacht war ein vorhandenes File zu ergänzen daran bin ich unter WIN nicht zurechtgekommen.
Gruß und noch schönes WE
Im ersten Beispiel versuchst Du eine Europafile komplett durch Composer zu jagen. Das geht, macht aber keinen Sinn, da müßte man noch ein wenig an den Parametern spielen.
Im zweiten Fall ist irgendwas an der Einstellung von Osmosis falsch. Den Fehler will ich jetzt gar nicht suchen.
Wenn Du bei Composer “Daten schneiden” anklickst, ruf er Osmsois korrekt auf und osmosis sollte die Daten schneiden. Im conolse.log kannst Du nachlesen, welche Parameter Composer benutzt hat.
Bei deinem osmosis-Aufruf ist was gewaltig faul. Du übergibst die Parameter irgendeiner osmosis.bat. Wenn du die osmosis.bat nicht angepasst hast, sodass sie die Parameter an osmosis weiterleitet, dann kann das nicht funktionieren. Schau dir mal die osmosis.bat an und analysiere wie du osmosis aufrufen musst.
