europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

AlterSachse · 2012-01-18 17:28:48

Hallo,
also das Programm osmupdate ist ne tolle Sache, hab bis jetzt immer manuell mit osmosis das File aktuell gehalten.
Osmupdate macht das durch den selbstständigen Download natürlich noch einfacher ==> aber wieso fehlt immer der letzte Tag
verwende folgenden Aufruf
.\osmup.exe --daily --emulate-osmosis --keep-tempfiles -v -b=%box% %osm% lausitz.pbf
wenn ich den Heute 18.01. starte werden nur die daily bis 16.01. geholt also der 17.01. fehlt noch, WISO?
wenn ich
.\osmup.exe --hourly --daily --emulate-osmosis --keep-tempfiles -v -b=%box% %osm% lausitz.pbf
das nehme werden dann für den 17.01. und den 18.01. alle Stunden Files gezogen.

Gibt es den Tag vorher noch nicht als daily oder warum ist das so?
Vorher habe ich mir hier immer die Updates geholt http://planet.openstreetmap.org/daily/ damit hatte ich auch immer den vorherigen Tag mit drin.

@aighes
Also bei mir läuft die so entstandene *.pbf problemlos durch den Splitter und auch durch mkgmap

Gruß AlterSachse

Flacus · 2012-04-15 10:58:29

Seit 1.4 findet osmupdate keine neuen Daten mehr.
Was tun ?

chris66 · 2012-04-15 11:00:10

Hi, der Diff-Service ist ja umgezogen.
Ist die URL fest in osmupdate einprogrammiert?

Last edited by chris66 (2012-04-15 11:00:40)

Mondschein · 2012-04-15 11:29:47

chris66 wrote:

Ist die URL fest in osmupdate einprogrammiert?

Nur der hintere Teil:
minute-replicate/*
hour-replicate/*
history/*

Versuche es mit der zusätzlichen Angabe von:

--planet-url=http://planet.openstreetmap.org/redaction-period/

Ich habe das nicht getestet, aber den Quellcode gelesen und hoffentlich richtig interpretiert.

edit:
Das geht aber nur bei --minutely und --hourly.
Bei --daily (und evtl. ohne Angabe) nicht, da history/* unter redaction-period/ nicht zur Verfügung steht, diese Dateien werden anscheinend zurzeit nicht erstellt.
history/* hat eine andere Benennung der Dateien, somit ist day-replicate/* wahrscheinlich ohne Anpassungen kein Ersatz.

Gruß,
Mondschein

Last edited by Mondschein (2012-04-15 11:47:28)

christiank61 · 2012-04-27 11:53:06

chris66 wrote:

Versuche es mit der zusätzlichen Angabe von:
--planet-url=http://planet.openstreetmap.org/redaction-period/
edit:
Das geht aber nur bei --minutely und --hourly.
Bei --daily (und evtl. ohne Angabe) nicht, da history/* unter redaction-period/ nicht zur Verfügung steht, diese Dateien werden anscheinend zurzeit nicht erstellt.
history/* hat eine andere Benennung der Dateien, somit ist day-replicate/* wahrscheinlich ohne Anpassungen kein Ersatz.

Hallo,

Ich habe es mit

--planet-url=http://planet.openstreetmap.org/

versucht, das funktioniert solange man als timestamp < 31.3.2012 mitgibt,
die update-Datein werden brav heruntergeladen.

Ich vermute das es eher daran liegt das unter /history die Timestamp.txt folgendes enthält:

2012-03-31T00:00:00Z !!

und somit gibt es bei korrekten Timestamp = 2012-04-08T23:30:00Z meiner europe.osm.pbf
die Meldung von osmupdate:

D:\maps\OSM_Data>update_europe.bat
D:\maps\OSM_Data\europe.osm.pbf.old konnte nicht gefunden werden
osmupdate Parameter: --daily
osmupdate Parameter: -B=euro.poly
osmupdate Parameter: --planet-url=http://planet.openstreetmap.org/
osmupdate Parameter: europe.osm.pbf
osmupdate Parameter: 2012-04-08T23:30:00Z
osmupdate Parameter: europe2.osm.pbf
osmupdate: newest daily timestamp: 2012-03-31T00:00:00Z
osmupdate: Your OSM file is already up-to-date.
Das System kann die angegebene Datei nicht finden.
Drücken Sie eine beliebige Taste . . .

@echo off
del europe.osm.pbf.old

osmupdate -v --daily -B=euro.poly --planet-url=http://planet.openstreetmap.org/ europe.osm.pbf  2012-04-08T23:30:00Z europe2.osm.pbf

if exist europe2.osm.pbf rename europe.osm.pbf europe.osm.pbf.old
rename europe2.osm.pbf europe.osm.pbf
pause

Im /day-replicate sind sowohl die state als auch die Updates selbst auf neuesten Stand.

Ist das ein Fehler, und wenn ja wen kann man das näher bringen?

Hmmm...
... lässt sich der request auf http://planet.openstreetmap.org/history/timestamp.txt unter WindowsXP auf ein lokales File umbiegen ??....

Grüsse
Christian aus der Wachau

quasilotte · 2012-04-27 17:13:30

christiank61 wrote:

chris66 wrote:
Versuche es mit der zusätzlichen Angabe von:
--planet-url=http://planet.openstreetmap.org/redaction-period/
edit:
Das geht aber nur bei --minutely und --hourly.
Bei --daily (und evtl. ohne Angabe) nicht, da history/* unter redaction-period/ nicht zur Verfügung steht, diese Dateien werden anscheinend zurzeit nicht erstellt.
history/* hat eine andere Benennung der Dateien, somit ist day-replicate/* wahrscheinlich ohne Anpassungen kein Ersatz.
Hallo,
Ich habe es mit
--planet-url=http://planet.openstreetmap.org/
versucht, das funktioniert solange man als timestamp < 31.3.2012 mitgibt,
die update-Datein werden brav heruntergeladen.
Ich vermute das es eher daran liegt das unter /history die Timestamp.txt folgendes enthält:
2012-03-31T00:00:00Z !!
und somit gibt es bei korrekten Timestamp = 2012-04-08T23:30:00Z meiner europe.osm.pbf
die Meldung von osmupdate:
D:\maps\OSM_Data>update_europe.bat
D:\maps\OSM_Data\europe.osm.pbf.old konnte nicht gefunden werden
osmupdate Parameter: --daily
osmupdate Parameter: -B=euro.poly
osmupdate Parameter: --planet-url=http://planet.openstreetmap.org/
osmupdate Parameter: europe.osm.pbf
osmupdate Parameter: 2012-04-08T23:30:00Z
osmupdate Parameter: europe2.osm.pbf
osmupdate: newest daily timestamp: 2012-03-31T00:00:00Z
osmupdate: Your OSM file is already up-to-date.
Das System kann die angegebene Datei nicht finden.
Drücken Sie eine beliebige Taste . . .
@echo off
del europe.osm.pbf.old

osmupdate -v --daily -B=euro.poly --planet-url=http://planet.openstreetmap.org/ europe.osm.pbf  2012-04-08T23:30:00Z europe2.osm.pbf

if exist europe2.osm.pbf rename europe.osm.pbf europe.osm.pbf.old
rename europe2.osm.pbf europe.osm.pbf
pause 
Im /day-replicate sind sowohl die state als auch die Updates selbst auf neuesten Stand.
Ist das ein Fehler, und wenn ja wen kann man das näher bringen?
Hmmm...
... lässt sich der request auf http://planet.openstreetmap.org/history/timestamp.txt unter WindowsXP auf ein lokales File umbiegen ??....
Grüsse
Christian aus der Wachau

osmupdate geht mommentan nicht!

1) Die URL ist anderst einprogrammiert
2) Im neuen Verzeichnis gibt es keine timestamp.txt
3) Selbst wenn man die man Programmtechnisch auf die letzte state.txt umprogrammiert wird versucht ein anderes osc.gz zu laden (keine lußt mir das auch noch Programmtechnisch umzubiegen um dann vielleicht in 2Tagen endlich die Lizenzumstellung zu erleben)

Ich selbst mache mommentan das update "manuell" mit osmconvert

Batchdatei mit z.B:

osmconvert 015.osc 016.osc --merge-versions -o=a.osc
osmconvert a.osc 017.osc --merge-versions -o=b.osc
osmconvert b.osc 018.osc --merge-versions -o=c.osc
osmconvert c.osc 019.osc --merge-versions -o=d.osc
osmconvert d.osc 020.osc --merge-versions -o=all.osc
osmconvert europe.osm.pbf all.osc -o=europe2.osm.pbf

Weis zwar nicht ob das so Richtig ist aber um die Daten aktuell zu halten scheint das so zu gehen (und nein ich nehme nicht OSMOSIS !!!! und werde es auch nicht!)

PS: Natürlich erst die Daten von: http://planet.openstreetmap.org/redacti … e/000/000/ runterladen und entpacken!

Last edited by quasilotte (2012-04-27 17:15:49)

Mondschein · 2012-04-28 11:26:42

christiank61 wrote:

Ich habe es mit
--planet-url=http://planet.openstreetmap.org/
versucht, das funktioniert solange man als timestamp < 31.3.2012 mitgibt,
die update-Datein werden brav heruntergeladen.

Da dort nur die Daten bis zum 31.3.2012 zu finden sind, ist auch nichts anderes zu erwarten.

christiank61 wrote:

Ich vermute das es eher daran liegt das unter /history die Timestamp.txt folgendes enthält:

2012-03-31T00:00:00Z !!

und somit gibt es bei korrekten Timestamp = 2012-04-08T23:30:00Z meiner europe.osm.pbf
die Meldung von osmupdate:

D:\maps\OSM_Data>update_europe.bat
D:\maps\OSM_Data\europe.osm.pbf.old konnte nicht gefunden werden
osmupdate Parameter: --daily
osmupdate Parameter: -B=euro.poly
osmupdate Parameter: --planet-url=http://planet.openstreetmap.org/
osmupdate Parameter: europe.osm.pbf
osmupdate Parameter: 2012-04-08T23:30:00Z
osmupdate Parameter: europe2.osm.pbf
osmupdate: newest daily timestamp: 2012-03-31T00:00:00Z
osmupdate: Your OSM file is already up-to-date.
Das System kann die angegebene Datei nicht finden.
Drücken Sie eine beliebige Taste . . .

Es gibt unter "/history" nur alte Daten bis zum 31.3.2012 und genau das ist auch so beabsichtigt.

christiank61 wrote:

Ist das ein Fehler, und wenn ja wen kann man das näher bringen?

Auf dem Server ist alles in Ordnung.

christiank61 wrote:

Hmmm...
... lässt sich der request auf http://planet.openstreetmap.org/history/timestamp.txt unter WindowsXP auf ein lokales File umbiegen ??....

Ja, aber für was sollte das gut sein?
Neue Daten gibt es unter "/history" trotzdem nicht.
Ich habe auf meine abgelaufene Milch das Datum von übermorgen geschrieben, trotzdem schmeckt diese immer noch so seltsam.
Was kann ich da machen?

Gruß,
Mondschein

Mondschein · 2012-04-28 11:32:46

quasilotte wrote:

1) Die URL ist anderst einprogrammiert

Bitte begründen, warum das ein Problem sein sollte, siehe "--planet-url".

quasilotte wrote:

2) Im neuen Verzeichnis gibt es keine timestamp.txt

In den entsprechenden alten Verzeichnissen auch nicht.

Gruß,
Mondschein

christiank61 · 2012-04-28 20:45:59

Mondschein wrote:

christiank61 wrote:
Hmmm...
... lässt sich der request auf http://planet.openstreetmap.org/history/timestamp.txt unter WindowsXP auf ein lokales File umbiegen ??....
Ja, aber für was sollte das gut sein?
Neue Daten gibt es unter "/history" trotzdem nicht.
Ich habe auf meine abgelaufene Milch das Datum von übermorgen geschrieben, trotzdem schmeckt diese immer noch so seltsam.
Was kann ich da machen?
Gruß,
Mondschein

Hallo Mondschein,

Jei nun, Osmupdate greift aber scheinbar auf genau dieses File auf dem Server zu
um den VersionsStand abzugleichen.

Wie auch immer, kennst Du eine Möglichkeit Osmupdate wieder zum Laufen zu bringen,
bis jetzt war das eine feine Methode bei limitierter Datenquote die europe.osm auf Stand
zu halten.

Grüsse
Christian

Marqqs · 2012-05-19 19:45:52

christiank61 wrote:

Wie auch immer, kennst Du eine Möglichkeit Osmupdate wieder zum Laufen zu bringen,
bis jetzt war das eine feine Methode bei limitierter Datenquote die europe.osm auf Stand
zu halten.

Hallo ihr!

Ganz kurz zur Info:

1.: Neueste Version von osmupdate und von osmconvert verwenden.

2.: Zieldatei mit osmupdate auf den letzten offiziellen Stand bringen (01.04.2012).

3.: Ab dann osmupdate mit dieser Option verwenden:

--planet-url=http://planet.openstreetmap.org/redaction-period/

Näheres hier:
https://wiki.openstreetmap.org/wiki/DE: … atenquelle

UliBär · 2012-05-24 13:24:05

Super, vielen Dank für den Tip!

Ich mache mir öfter eine Garmin-Karte mit Deutschland + ca. 50 km + Island und habe dazu bisher immer die europe.osm.pbf von der Geofabrik benutzt und mit osmconvert und Polygon-File entsprechend ausgeschnitten. Jetzt update ich nur noch meinen bereits vorhandenen .osm.pbf-Datensatz unter Benutzung des Polygon-Files. Ich spare jede Menge Traffic!

quasilotte · 2012-05-24 13:49:33

UliBär wrote:

Super, vielen Dank für den Tip!
Jetzt update ich nur noch meinen bereits vorhandenen .osm.pbf-Datensatz unter Benutzung des Polygon-Files. Ich spare jede Menge Traffic!

Schön!

Besser währe allerdings mitzuteilen wie man das Macht - damit auch Andere in den genuß kommen ! Jede Menge Traffic zu sparen!:)

UliBär · 2012-05-24 16:11:44

quasilotte wrote:

(...) Besser währe allerdings mitzuteilen wie man das Macht - damit auch Andere in den genuß kommen ! Jede Menge Traffic zu sparen!:)

Gerne doch, meine Batchdatei "update.bat" sieht wie folgt aus:

@echo off
set http_proxy=http://localhost:8888
osmupdate --daily --planet-url=http://planet.openstreetmap.org/redaction-period/ OSM-Data\germany+iceland.osm.pbf OSM-Data\germany+iceland-new.osm.pbf -B=germany+iceland.poly -v

Wobei die 2. Zeile nur bei mir nötig ist, da ich einen lokalen Proxy auf Port 8888 habe, über den wget ins Internet gelangt. Dazu muß die aktuelle Version von osmupdate UND osmconvert sowie wget im Pfad verfügbar sein. Die erste Datei (germany+iceland.osm.pbf) ist der vorhandene Datenbestand, die zweite Datei (germany+iceland-new.osm.pbf) ist dann die upgedatete Version.

Edit:
Ich vergaß: Ich habe noch eine Polygondatei (germany+iceland.poly), die den gewünschten Kartenausschnitt beschreibt.

Last edited by UliBär (2012-05-24 16:12:44)

quasilotte · 2012-05-24 21:15:09

UliBär wrote:

quasilotte wrote:
(...) Besser währe allerdings mitzuteilen wie man das Macht - damit auch Andere in den genuß kommen ! Jede Menge Traffic zu sparen!:)
Gerne doch, meine Batchdatei "update.bat" sieht wie folgt aus:
@echo off
set http_proxy=http://localhost:8888
osmupdate --daily --planet-url=http://planet.openstreetmap.org/redaction-period/ OSM-Data\germany+iceland.osm.pbf OSM-Data\germany+iceland-new.osm.pbf -B=germany+iceland.poly -v
Wobei die 2. Zeile nur bei mir nötig ist, da ich einen lokalen Proxy auf Port 8888 habe, über den wget ins Internet gelangt. Dazu muß die aktuelle Version von osmupdate UND osmconvert sowie wget im Pfad verfügbar sein. Die erste Datei (germany+iceland.osm.pbf) ist der vorhandene Datenbestand, die zweite Datei (germany+iceland-new.osm.pbf) ist dann die upgedatete Version.
Edit:
Ich vergaß: Ich habe noch eine Polygondatei (germany+iceland.poly), die den gewünschten Kartenausschnitt beschreibt.

Wo spare ich dabei den Traffic?
Es wird doch immer die komplette daily(s) meist so 40MB pro Tag) geladen
Einzig die einzupfelgenden daten werden doch dadurch reduziert!

UliBär · 2012-05-24 23:38:23

quasilotte wrote:

Wo spare ich dabei den Traffic?
Es wird doch immer die komplette daily(s) meist so 40MB pro Tag) geladen
Einzig die einzupfelgenden daten werden doch dadurch reduziert!

Nun, für mich ist es schon ein gewaltiger Unterschied, ob ich die 40 MB Planet-Change-File oder die 7,9 GB des kompletten europe-Abzug TÄGLICH herunterlade, oder etwa nicht?

quasilotte · 2012-05-25 05:48:46

UliBär wrote:

quasilotte wrote:
Wo spare ich dabei den Traffic?
Es wird doch immer die komplette daily(s) meist so 40MB pro Tag) geladen
Einzig die einzupfelgenden daten werden doch dadurch reduziert!
Nun, für mich ist es schon ein gewaltiger Unterschied, ob ich die 40 MB Planet-Change-File oder die 7,9 GB des kompletten europe-Abzug TÄGLICH herunterlade, oder etwa nicht?

Das Stimmt.

Beim ersten lesen war ich der Meinung herausgelesen zu haben das du Traffic sparst durch Verwendung der Poly-Files und der kleineren osm.pbf.

Beim Zweiten (genaueren) lesen kommt man drauf das du die europe.osm.pbf mit der daily vergleichst.

Weil osmupdate ist ja nicht ganz neu (selbst Verende es schon seit ca. 6 Monaten) dachte ich das es eine noch effektivere Möglichlkeit gibt "uptodate" zu sein als osmupdate.

Last edited by quasilotte (2012-05-25 05:50:03)

chris66 · 2012-05-31 18:37:50

Marqqs wrote:

2.: Zieldatei mit osmupdate auf den letzten offiziellen Stand bringen (01.04.2012).

Das heisst wenn ich mir eine aktuelle europe.pbf von geofabrik ziehe muss ich die erst "downgraden" ?
Edit: Hat geklappt (Schritt 2 also nicht notwendig, wenn man eine aktuelle Datei als Basis nimmt).
Chris

Last edited by chris66 (2012-05-31 19:30:54)

quasilotte · 2012-06-01 05:53:07

chris66 wrote:

Marqqs wrote:
2.: Zieldatei mit osmupdate auf den letzten offiziellen Stand bringen (01.04.2012).
Das heisst wenn ich mir eine aktuelle europe.pbf von geofabrik ziehe muss ich die erst "downgraden" ?
Edit: Hat geklappt (Schritt 2 also nicht notwendig, wenn man eine aktuelle Datei als Basis nimmt).
Chris

Damit ist gemeint mit dem "ALTEN" osmupdate !

Aber wir nähern uns ja langsam der 100 Tagegrenze und da ist es je nach DSL-Leitung schon effektiver sich die neue europe.osm.pbf zu holen als die alte (Stand vor/bis 1.04) nochmal upzudaten.

Soll wirklich noch Leute geben die nur alle paar Monate updaten - die werden aber wahrscheinlich weniger osmupdate verwenden.

Win32netsky · 2014-03-06 06:40:57

Hallo
Ich habe mal das vorgekramt.
Werde aber nicht ganz schlau.

Osmupdate ist die aktuelle Version
Ich nutze Ubuntu 13.04

Ich möchte die:
europe-latest.osm.pbf und planet-latest.osm.pbf mit osmupdate aktualisieren.

Zur Info: osmconvert ist zentral in "bin" und im Verzeichnis "mkgmap" drin

Wenn ich das starte kommt :

marko@marko-desktop:~$ cd Dokumente/mkgmap
marko@marko-desktop:~/Dokumente/mkgmap$ ./osmupdate europe-latest.osm.pbf europe-latest-new.osm.pbf
osmupdate Error: Please install program osmconvert first.
marko@marko-desktop:~/Dokumente/mkgmap$

Wie könnte ich das auch noch machen?
Beste Grüße

Last edited by Win32netsky (2014-03-06 06:43:19)

viw · 2014-03-06 07:03:26

Win32netsky wrote:

...
osmupdate Error: Please install program osmconvert first.
...
Wie könnte ich das auch noch machen?

Das was dort steht. Osmupdate sucht die entsprechenden Updates benötigt aber OSMconvert um diese dann zusammenzuführen.

Win32netsky · 2014-03-06 07:22:58

Hallo

Ja hat jemand drauf gestanden.

Nach der Anleitung osmconvert wurde es ja in osmconvert32 umbenannt.
Habe jetzt wieder osmconvert daraus gemacht.

Jetzt habe ich osmconvert32 und osmconvert.

Jetzt geht was in dem Verzeichnis "mkgmap"

Das läuft:

marko@marko-desktop:~$ cd Dokumente/mkgmap
marko@marko-desktop:~/Dokumente/mkgmap$ ./osmupdate europe-latest.osm.pbf europe-latest-new.osm.pbf --hour --day --keep-tempfiles

Ob das so richtig ist wird sich zeigen.

Beste Grüße

Last edited by Win32netsky (2014-03-06 08:14:38)

Win32netsky · 2014-03-06 08:59:46

Hallo

Etwas scheint nicht zu stimmen?

Der Download der Datei europe-latest.osm.pbf ca 12,9GB dauert ca. 1,5 Stunden.

Die vorhandene Datei europe-latest.osm.pbf ca 12,9GB ist einen Tag alt.

Osmupdate läuft schon ca 45 min die neue Datei ist aber erst 2,5 GB Groß? Da ist der Download schneller ? Wo ist da der Sinn?

Ist Osmupdate extrem Ressourcen Abhängig? (Ram/Prozessorleistung)
Beste Grüße

Last edited by Win32netsky (2014-03-06 09:01:36)

wambacher · 2014-03-06 10:06:45

Win32netsky wrote:

Ich möchte die:
europe-latest.osm.pbf und planet-latest.osm.pbf mit osmupdate aktualisieren.

Warum beide? Wenn du nur den Planeten pflegst, hast du doch Europa mit drin.

Gruss
walter

Garmin-User · 2014-03-06 10:39:39

Win32netsky wrote:

Hallo
Etwas scheint nicht zu stimmen?
Der Download der Datei europe-latest.osm.pbf ca 12,9GB dauert ca. 1,5 Stunden.
Die vorhandene Datei europe-latest.osm.pbf ca 12,9GB ist einen Tag alt.
Osmupdate läuft schon ca 45 min die neue Datei ist aber erst 2,5 GB Groß? Da ist der Download schneller ? Wo ist da der Sinn?
Ist Osmupdate extrem Ressourcen Abhängig? (Ram/Prozessorleistung)
Beste Grüße

Osmupdate (vielmehr osmconvert) läuft erst bei Dateien im O5M-Format richtig schnell, bei PBF eher nicht.

Vorteile beim lokalen Update (statt neuem Download) gibt es nur bei Usern, die eine schwache DSL-Leitung haben. Beispielsweise dauert der Download einer europe.osm.pbf bei DSL-2000 ca. 13 Stunden. Davon noch ein Ausschnitt (z.B nur DACH) gepflegt, so dauert das tägliche Update nur noch 10 Minuten.

Organisation, insbesondere bei der Verwendung der Tools, ist dabei ziemlich wichtig.

brogo · 2014-03-06 10:55:04

Win32netsky wrote:

Osmupdate läuft schon ca 45 min die neue Datei ist aber erst 2,5 GB Groß? Da ist der Download schneller ? Wo ist da der Sinn?

Mein PBF-Planet-File aktualisiere ich mit osmosis auf meiner alten Möhre (5 Jahre) innerhalb von 1,5 Stunden (inklusive Ausschneiden diverser Extrakte). *

Wambacher wrote:

Win32netsky wrote:
Ich möchte die:
europe-latest.osm.pbf und planet-latest.osm.pbf mit osmupdate aktualisieren.
Warum beide? Wenn du nur den Planeten pflegst, hast du doch Europa mit drin.

Ich aktualisiere mein Planet-File mit osmosis und gleichzeitig schneide gleichzeitig mehrere Extrakte aus. Kostet auch nicht viel mehr Zeit.

Christian

* Wobei da ein wenig Optimierungsaufwand hintersteckt. Meine Tests haben ergeben, daß es am schnellsten geht, wenn von einer Platte gelesen und auf eine andere geschrieben wird; dazu muß aber erst das alte Planet-File auf die andere Platte kopiert werden (dauert ca. 10 Minuten, spart aber viel mehr Zeit ein). Zusätzlich hat es was gebracht die Kompression bei PBF auszuschalten. Das Komprimieren dauerte länger als das zusätzliche Lesen und Schreiben. Die Diffs werden bei mir schon automatisch auf das NAS runtergeladen, so spar auch noch mal ein paar Minuten, bei langsamer DSL-Verbindung.

Announcement

#26 2012-01-18 17:28:48

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#27 2012-04-15 10:58:29

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#28 2012-04-15 11:00:10

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#29 2012-04-15 11:29:47

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#30 2012-04-27 11:53:06

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#31 2012-04-27 17:13:30

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#32 2012-04-28 11:26:42

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#33 2012-04-28 11:32:46

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#34 2012-04-28 20:45:59

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#35 2012-05-19 19:45:52

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#36 2012-05-24 13:24:05

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#37 2012-05-24 13:49:33

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#38 2012-05-24 16:11:44

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#39 2012-05-24 21:15:09

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#40 2012-05-24 23:38:23

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#41 2012-05-25 05:48:46

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#42 2012-05-31 18:37:50

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#43 2012-06-01 05:53:07

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#44 2014-03-06 06:40:57

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#45 2014-03-06 07:03:26

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#46 2014-03-06 07:22:58

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#47 2014-03-06 08:59:46

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#48 2014-03-06 10:06:45

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#49 2014-03-06 10:39:39

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

#50 2014-03-06 10:55:04

Re: europe.osm.pbf File per täglichem Diff-Abgleich aktuell halten

Board footer