Also die Angelegenheit läuft auch unter windows, wenn man vorher wget installiert und in der path variable verewigt.
http://gnuwin32.sourceforge.net/packages/wget.htm
Ich habe den installer geladen
Danach bin ich in der Kommandozeile immer gescheitert die pathvariable neu zusetzen. Daher bin ich den GUIweg gegangen.
Systemsteuerung/system dort Reiter erweitert und dann den Button Umgebungsvariabeln und im unteren Bereich einfach bei path mit ;Pfad der Instalation\bin anhängen und cmd neustarten.
Jetzt rennt mein XP und sucht die Updates
timestamp min: 2005-07-21T08:59:25Z
timestamp max: 2011-08-22T19:58:26Z
lon min: 8.6791993
lon max: 11.9970699
lat min: 46.9727564
lat max: 49.0018437
nodes: 15410333
ways: 2169105
relations: 34416
node id min: 127290
node id max: 1408923726
way id min: 99
way id max: 127254148
relation id min: 914
relation id max: 1723453
Unter CDLinux und Linux Mint7 ist alles noch viel schlimmer
Der Download der Linuxprogramme funktioniert aber gehe ich in das Verzeichnis wo der ganze Scheiß gespeichert ist und gebe den Befehl ein heißt es immer nur “no such file or blabla”
Also hab ich die Spielchen mit dem installieren der programme per Wget probiert… das erste geht, beim zweiten will er irgend so ein zlib.h haben. Also hab ich googlen müssen wie das installiert wird, als das gefrickel erledigt war nochmal den wget befehl und er hat auch das zweite dann gefressen. Dann osmupdate oder osmupdate32 eingetippt und immer noch no such file or blabla… dabei hab ich mich in der Konsole in dem richtigen verzeichnis befunden. Auch mit Sudo su und irgend einen Quatsch an den ich mich noch aus paar Linux Anfängen erinnerte, aber nix.
Ist doch ganz einfach, die 5 Minuten um die Anleitung zu lesen wirst du doch haben, lass halt eines deiner berüchtigten Postings hier im Forum mal weg und investiere die Zeit für das Lesen der Anleitung, es lohnt sich
Aus der Anleitung: Die Ausgabedatei wird standardmäßig im *.osm-Format geschrieben. Durch folgende Optionen kann aber auch ein anderes Ausgabeformat abgerufen werden:
–out-osc, --out-o5m, --out-osh, --out-o5c.
Kannst du mir erklären wo der Fehler sein soll? Ich habe den Vorgang bisher immer abgebrochen, weil er mir schlicht zu lange dauerte. Aber wenn ich den Timestamp angebe, dann rennt das Programm unter meinem Windows XP SP3 einfach los.
Natürlich nur wenn man vorher wget installiert hat und in der Umgebungsvariable path angemeldet hat. Dies kann man ausprobieren indem man auf der Kommandozeile einfach den Befehl wget ausführt. Dann sollte nicht angezeigt werden, dass er den Befehl nicht gefunden hat.
Ich kann dort jetzt keinen Bug erkennen.
nach weiteren Tests kann ich nun feststellen, dass mein File ein Update erfahren hat, wenn die Updates manuell zusammengefasst werden und diese einzelne Datei dann mittels osmconvert auf das Ausgangsfile losgelassen wird.
Es scheint also nur ein Problem beim zusammenfassen der einzelnen Updates vorzuliegen.
Ja, aber genau das sollte osmupdate für Dich alles abnehmen
In Deiner Ausgabe findet sich noch ein Fehler
osmconvert Error: could not open input file: ,¸ test.o5m osmupdate_temp\temp.8 -
-out-o5m >test2.o5m
Vermute, dass dies das Ergebnis Deines
K:>osmupdate test.o5m 2011-08-23T00:00:00Z test2.o5m
vor dem (erfolgreichen)
K:>osmupdate -v test.o5m 2011-08-23T00:00:00Z test2.o5m
ist.
Da Dein erstes Kommando nicht erfolgreich war und abgebrochen wurde, wurde vermutlich das temporäre Verzeichnis "osmupdate_temp"
nicht sauber gelöscht.
Bei Testen kannst Du ja schummeln (so wie ich wenn Du als Timestamp einen Zeitpunkt nimmst, der nur wenige Minuten alt ist,
dann lädt osmupdate nur ein paar “minutes-Diffs” herunter und keine “hourly”- oder gar “daily”-Dateien.
Hab jetzt keine Lust mehr. Ich bastel mir mit der OSM Datei meine Garminkarte und lösche den restlichen Müll. Nächstes Jahr gibt es vielleicht wirklich brauchbare Werkzeuge statt dieses nicht richtig funktionierende Gefrickel!
Die Frage ist halt ob der Aufruf aus osmupdate heraus falsch ist, oder osmconvert sich an zu vielen Dateien verschluckt. Das Problem ist genau wie bei Edwin beschrieben, die Datei temp.8! Und das bei jedem Durchlauf von OSM Update.
nur wenn man die Temporären Dateien nicht löscht, dann kann man sie später zusammenfassen.
damit wandelts du die eu.o5m aus posting #42 die aber gar keine o5m ist, da du --out-o5m vergessen hast in deinem Befehl in eine o5c, was ein changefile ist und hier gar keinen Sinn macht …
Der korrekte Befehl zum Ausschneiden deiner Region lautet:
Den Fehler in der Windowsversion mit osmupdate (could not open …) kann ich bestätigen.
Aber wie gesagt: das ist ein ganz neues Programm in der Version 0.0R und der Programmierer ist ja auch hier im Forum aktiv.
Eins muss man aber mal sagen: einige Deiner Kommentare sind der Motivation der Leute, die diese Programme in ihrer Freizeit programmieren, nicht gerade dienlich.
Diese können aber den Nutzer auch wie er das gewünscht hat per E-Mail informieren. Ich nehme an das ich als Programmierer in diesem Thread nicht einen Fehlerbericht meiner Software suchen würde.
Aber ich habe ihm eine Mail geschrieben. Vielleicht hat er irgendwann mal etwas Zeit. Derzeit scheint er ja auch andere Projekte zu wälzen. Mapnik und Co auf dem Server.
Dich läßt man ja auch an solche Projekte heran. Wo siehst du das Problem, wenn er sich einen eigene Server aufsetzt und damit dann seine Karte rendern möchte.
Dafür hat er in der Vergangenheit ja auch diese Programme hier erstellt. Offenbar scheint es sich um ein Windowsproblem zu handeln.
Bill Gates hat Glück das er nicht in meiner Nachbarschaft wohnt! Mit seinen Qualitätsupdates… besonders Win7 SP1 das ich neulich für einen Kollegen installieren musste.
