Frederik Ramm schrieb am 26.01.2011 21:47:
So wie das auf der mkgmap-Liste klingt, muss wohl auch beim
Zubereiten des Europa-Ausschnitts die neue Version benutzt werden.
(Da wird doch mit Osmosis geschnitten, oder?) Kommt da heute Nacht
die neue Version zum Einsatz?
Hab ich zwar nicht so
Hallo,
On 01/27/11 15:57, Torsten Leistikow wrote:
Inzwischen klingt das auf der mkgmap-Liste auch wieder anders, da war wohl beim
Bauen der neuen Splitter-Version was schiefgegangen.
Scott hatte gestern wohl das neue PBF angekuendigt, aber vergessen, es
einzuchecken, und hat das dann erst
Hi,
für alle, die osmosis nicht selber bauen können bzw. wollen, gibt es nun
auch einen Snapshop (r25166) im Downloadverzeichnis von osmosis, der die
Neuerung enthält. Funktioniert prima.
Viele Grüße,
Henning
___
Talk-de mailing list
Hallo,
On 12/29/10 21:36, Frederik Ramm wrote:
Gibt es da jetzt schon weitere Erkenntnisse/Entwicklungen?
Als ich hab das nicht weiter verfolgt, nachdem mir klar schien, dass die
Files, die ich generiere, nicht ungueltig sind. Aber aufgeklaert ist
da glaub ich noch nichts.
Scott Crosby
Frederik Ramm schrieb am 26.01.2011 09:31:
Scott Crosby schreibt auf dev, dass er (mit Hilfe von Stephan Knauss)
jetzt eine verbesserte Implementierung gemacht hat, bei der die Probleme
unter Windows nicht mehr auftreten. In der trunk-Version von Osmosis
ist das wohl ab sofort enthalten.
So
am Mittwoch, 15. Dezember 2010 um 20:34 schrieb Chris66:
Es scheint irgend ein ominöses 4GB Problem unter java-windows zu geben.
Gibt es da jetzt schon weitere Erkenntnisse/Entwicklungen?
Christian
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo,
Christian H. Bruhn wrote:
Es scheint irgend ein ominöses 4GB Problem unter java-windows zu geben.
Gibt es da jetzt schon weitere Erkenntnisse/Entwicklungen?
Als ich hab das nicht weiter verfolgt, nachdem mir klar schien, dass die
Files, die ich generiere, nicht ungueltig sind. Aber
On 29.12.2010 21:36, Frederik Ramm wrote:
Als ich hab das nicht weiter verfolgt, nachdem mir klar schien, dass die
Files, die ich generiere, nicht ungueltig sind. Aber aufgeklaert ist
da glaub ich noch nichts.
Hatte nicht jemand einen defekten RAM? Müsste aber auch erst mal in den
Am 29.12.10 21:36, schrieb Frederik Ramm:
Hallo,
Christian H. Bruhn wrote:
Es scheint irgend ein ominöses 4GB Problem unter java-windows zu geben.
Gibt es da jetzt schon weitere Erkenntnisse/Entwicklungen?
Als ich hab das nicht weiter verfolgt, nachdem mir klar schien, dass die
Files, die
Am 16.12.2010 07:03, schrieb André Joost:
Es scheint irgend ein ominöses 4GB Problem unter java-windows zu geben.
Als workaround kann man das pbf2osm benutzen.
Also statt
osmosis --read-pbf europe.osm.pbf .
pbf2osm europe.osm.pbf | osmosis --rx file=- .
Ich schneide mir so
Am 16.12.2010 09:08, schrieb Chris66:
Aber man könnte es in den Downloadprozess als Pipe einbauen:
wget -O - http://download.geofabrik.de/osm/europe.osm.pbf |
./pbf2osm.exe europe.osm
bzw. mit osmosis hinten dran. Das Windows Binary gibts hier:
Am 13.12.2010 18:57, schrieb aighes:
nur an den 4GB kann es nicht liegen. Wenn du mal eine pbf unkomprimiert
abspeicherst, dann ist die locker größer, war auch früher schon so.
Es scheint irgend ein ominöses 4GB Problem unter java-windows zu geben.
Als workaround kann man das pbf2osm
Am 15.12.10 20:34, schrieb Chris66:
Am 13.12.2010 18:57, schrieb aighes:
nur an den 4GB kann es nicht liegen. Wenn du mal eine pbf unkomprimiert
abspeicherst, dann ist die locker größer, war auch früher schon so.
Es scheint irgend ein ominöses 4GB Problem unter java-windows zu geben.
Als
Am 12.12.10 21:29, schrieb aighes:
Hallo,
die europe.osm.pbf müsste korrekt sein. Weil a) funktioniert sie unter Linux
und b) funktionieren die daraus erstellten kleineren Extrakte.
Wenn das pbf aber unter Windows aus den osm.bz2 erstellt wird (also nur --rx
und --wb) gehen alle weiteren
Am 12.12.10 21:12, schrieb Stephan Knauss:
On 12.12.2010 20:50, Andre Joost wrote:
Hier werkelt übrigens Java 6 Update 22, und das schon ne geraume Weile.
32 bit oder 64 bit?
32bit unter XP. Ist aber wohl nicht die ursache.
Ich hatte einen Fall bei dem die Relationen komplett gefehlt
André Joost schrieb am 13.12.2010 09:13:
Da die europe.pbf bis zum 2.12.2010 wohl funktionert haben soll:
Die Datei ist jetzt 4,1GB gross. Hat sie zufaellig in letzter Zeit die 4GB
Grenze ueberschritten?
Das wuerde allerdings auch nicht erklaeren, wieso eine selbstgepackte pbf-Datei
auf einem
Am 11.12.2010 19:46, schrieb aighes:
Ich hatte mir europe.osm.bz2 vom Donnerstag gezogen und mit osmosis 0.38
unter Win selber nach pbf gewandelt. Damit funktionierte dann sowohl osmosis
als auch später der splitter.
Hi
hast du vom selben Zeitpunkt noch das Geofabrik .osm.pbf so dass wir
Hallo,
nur an den 4GB kann es nicht liegen. Wenn du mal eine pbf unkomprimiert
abspeicherst, dann ist die locker größer, war auch früher schon so.
Ich könnte so eine pbf aus dem bz2 unter Win erstellen. Nur fürs hochladen
reicht mein Webspace nicht aus. Wenn jemand dafür Abhilfe weiß nur zu.
Da war ich etwas voreilig...
Ich organisiere mir gerade beide Dateien von heute.
Wie könnte man sie denn vergleichen? Dann könnte ich das morgen mal machen.
Viele Grüße,
Henning
--
View this message in context:
http://gis.638310.n2.nabble.com/Problem-mit-osm-pbf-tp5808951p5831685.html
Sent
Hi!
Unter *nix könnte ich mir md5sum zum Vergleichen vorstellen.
Bei gleicher interner binärer Struktur muss die selbe md5summe raus kommen.
Gruß
Carsten
Am 13.12.2010 19:09, schrieb aighes:
Da war ich etwas voreilig...
Ich organisiere mir gerade beide Dateien von heute.
Wie könnte man sie
Hi,
aighes wrote:
Da war ich etwas voreilig...
Ich organisiere mir gerade beide Dateien von heute.
Wie könnte man sie denn vergleichen? Dann könnte ich das morgen mal machen.
Also, es waere super, wenn Du die .osm.bz2 mit Osmosis in eine .pbf
umwandeln koenntest. Wenn ich Dich richtig
Hallo Frederik,
mit welchen Parametern im --wb erzeugst du denn das europe.osm.pbf? Diese
sollte ich ja dann genauso wählen.
Könntest du die Hashes von den heutigen Daten mir zukommen lassen (pbf und
bz2), um dort Fehler auszuschließen.
An der Bandbreite bei mir schietert es nicht. Ich hab
Hallo,
aighes wrote:
mit welchen Parametern im --wb erzeugst du denn das europe.osm.pbf? Diese
sollte ich ja dann genauso wählen.
Mit compress=deflate, aber das ist eh der Default; sonst nix spezielles.
Die aktuellen md5summen und Groessen sind:
europe.osm.bz2
Am 13.12.10 19:09, schrieb aighes:
Da war ich etwas voreilig...
Ich organisiere mir gerade beide Dateien von heute.
Wie könnte man sie denn vergleichen? Dann könnte ich das morgen mal machen.
Ich mach sowas mit WinMerge. Ich weiß allerdings nicht, ob das auch im
Gigabytebereich noch tut.
Hallo,
meine Datei ist geringfügig kleiner:
europe.osm.pbf von Geofabrik (13.12.2010): 9D278EE963925ED34701431B8573E0BF
4448335290
europe.osm.bz2 von Geofabrik (13.12.2010): CD8439ECFDB7E1012704C4CD6914ABB8
6567425820
europe.osm.pbf von mir (13.12.2010): C4186D9197225E97F5BC935BE09881E8 -
Andre Joost schrieb am 11.12.2010 17:43:
Lässt sich das aktuelle Niederlande-Extrakt verwerten?
Ich habe eben mal netherlands.osm.pbf splitter zum Frass vorgeworfen: Das
funktionierte ohne Probleme.
Gruss
Torsten
___
Talk-de mailing list
Torsten Leistikow schrieb:
Andre Joost schrieb am 11.12.2010 17:43:
Lässt sich das aktuelle Niederlande-Extrakt verwerten?
Ich habe eben mal netherlands.osm.pbf splitter zum Frass vorgeworfen: Das
funktionierte ohne Probleme.
Dann ist es wohl doch eher so, dass beim Einlesen des
Hallo,
On 12/12/10 14:52, Andre Joost wrote:
Ich habe eben mal netherlands.osm.pbf splitter zum Frass vorgeworfen: Das
funktionierte ohne Probleme.
Dann ist es wohl doch eher so, dass beim Einlesen des europe.osm.pbf
irgendeine Variable überläuft, noch bevor ein Filter die Daten bekommt.
Ist
Frederik Ramm schrieb:
Hallo,
On 12/12/10 14:52, Andre Joost wrote:
Ich habe eben mal netherlands.osm.pbf splitter zum Frass vorgeworfen:
Das
funktionierte ohne Probleme.
Dann ist es wohl doch eher so, dass beim Einlesen des europe.osm.pbf
irgendeine Variable überläuft, noch bevor ein
On 12.12.2010 20:50, Andre Joost wrote:
Hier werkelt übrigens Java 6 Update 22, und das schon ne geraume Weile.
32 bit oder 64 bit?
Obwohl das ja eigentlich keinen Unterschied machen sollte
http://download.oracle.com/javase/tutorial/java/nutsandbolts/datatypes.html
Ich hatte einen Fall bei
Hallo,
die europe.osm.pbf müsste korrekt sein. Weil a) funktioniert sie unter Linux
und b) funktionieren die daraus erstellten kleineren Extrakte.
Wenn das pbf aber unter Windows aus den osm.bz2 erstellt wird (also nur --rx
und --wb) gehen alle weiteren Bearbeitungsschritte.
btw: bei mir
Am 12.12.2010 21:29, schrieb aighes:
Hallo,
die europe.osm.pbf müsste korrekt sein. Weil a) funktioniert sie unter Linux
und b) funktionieren die daraus erstellten kleineren Extrakte.
Wenn das pbf aber unter Windows aus den osm.bz2 erstellt wird (also nur --rx
und --wb) gehen alle weiteren
Moin,
europe.osm.pbf will sich bei mir immer noch nicht mit splitter (r161) zerlegen
lassen (Windof x64 System). Ich hatte eigentlich gehofft, dass sich das
gleichzeitig mit dem Plattenproblem loesen wuerde, es schienen ja aber wohl zwei
verschiedene Effekte zu sein.
Kann inzwischen jemand
Torsten Leistikow schrieb:
Moin,
europe.osm.pbf will sich bei mir immer noch nicht mit splitter (r161) zerlegen
lassen (Windof x64 System). Ich hatte eigentlich gehofft, dass sich das
gleichzeitig mit dem Plattenproblem loesen wuerde, es schienen ja aber wohl
zwei
verschiedene Effekte zu
Hallo,
Andre Joost wrote:
Ein paar Tests habe ich heute gemacht, mit der europe.osm.pbf von
Freitag mittag (als das Plattenproblem durch war) Windows XP mit2GB
RAM und osmosis 0.38.
Das heisst, Du machst einfach ein osmosis --read-pbf europe.osm.pbf
--write-xml europe.xml und bekommst dann
Ich hatte mir europe.osm.bz2 vom Donnerstag gezogen und mit osmosis 0.38
unter Win selber nach pbf gewandelt. Damit funktionierte dann sowohl osmosis
als auch später der splitter.
Viele Grüße,
Henning
--
View this message in context:
Frederik Ramm schrieb:
Hallo,
Andre Joost wrote:
Ein paar Tests habe ich heute gemacht, mit der europe.osm.pbf von
Freitag mittag (als das Plattenproblem durch war) Windows XP mit2GB
RAM und osmosis 0.38.
Das heisst, Du machst einfach ein osmosis --read-pbf europe.osm.pbf
--write-xml
On 09.12.2010 08:02, Stephan Knauss wrote:
ich hatte gestern ein ähnliches Problem. Allerdings mit asia.osm.bz2
am 4.12. waren noch relationen enthalten, mit der Version der Datei vom
8.12. sind da keine mehr extrahiert worden.
neuer Test heute, Datei vom 9.12.
Keine Änderung an der Software
Am 09.12.10 22:09, schrieb Stephan Knauss:
On 09.12.2010 08:02, Stephan Knauss wrote:
ich hatte gestern ein ähnliches Problem. Allerdings mit asia.osm.bz2
am 4.12. waren noch relationen enthalten, mit der Version der Datei vom
8.12. sind da keine mehr extrahiert worden.
neuer Test heute,
Hallo,
On 12/10/10 07:53, André Joost wrote:
Mein Schmallenberg-Extrakt aus der nheutigen nrw-pbf-Extrakt hat statt
134 Relationen nur genau eine drin: Die grenzüberschreitende
Busdesstraße. Irgendwas stimmt mit den cascadingRelations nicht.
Jein. Das cascadingRelations benutzt nun
Am 10.12.10 08:16, schrieb Frederik Ramm:
Hallo,
On 12/10/10 07:53, André Joost wrote:
Mein Schmallenberg-Extrakt aus der nheutigen nrw-pbf-Extrakt hat statt
134 Relationen nur genau eine drin: Die grenzüberschreitende
Busdesstraße. Irgendwas stimmt mit den cascadingRelations nicht.
Jein.
Hallo,
ich habe das gleiche Problem mit osmosis-0.38 und dem europe.osm.pbf. Der
Polygonfilter ist in wenigen Sekunden durch und im Ergebnisfile sind nur
Knoten drin.
Meiner Meinung nach muss es an der europe.osm.pbf liegen, da alles mit
gleichen Einstellungen Ende November schon mal funktioniert
Am 08.12.10 12:12, schrieb ABert:
Hallo,
ich habe das gleiche Problem mit osmosis-0.38 und dem europe.osm.pbf. Der
Polygonfilter ist in wenigen Sekunden durch und im Ergebnisfile sind nur
Knoten drin.
Meiner Meinung nach muss es an der europe.osm.pbf liegen, da alles mit
gleichen Einstellungen
Hallo,
gleiches Verhlaten auch bei der 0.38 unter Win7 64bit und 8GB Ram
--
View this message in context:
http://gis.638310.n2.nabble.com/Problem-mit-osm-pbf-tp5808951p5815390.html
Sent from the Germany mailing list archive at Nabble.com.
___
Talk-de
Hallo,
On 12/08/10 15:26, aighes wrote:
gleiches Verhlaten auch bei der 0.38 unter Win7 64bit und 8GB Ram
Per Email schreibt mir ein Windows-Nutzer, er habe mit der
europe.osm.pbf Probleme, alle Laenderdateien gingen aber durch.
Im fraglichen Zeitraum wurden zwei Sachen veraendert, (a) es
Hallo Frederik,
nach (a) hatte es noch funktioniert. Mit welcher osmosis-Version arbeitest
du denn? Evtl. verträgt sich da ja was nicht.
Viele Grüße,
Henning
--
View this message in context:
http://gis.638310.n2.nabble.com/Problem-mit-osm-pbf-tp5808951p5815529.html
Sent from the Germany
ubuntu / osmosis 0.38 / europe.osm.pbf vom 7.12 / extract Schmallenberg
(s.o.)
null problemeo
gruss
walter
-
Wir haben die Lösungen für die Probleme, die Sie nicht hätten, wenn Sie nicht
unsere Produkte einsetzen würden.
--
View this message in context:
Frederik Ramm schrieb:
Hallo,
On 12/08/10 15:26, aighes wrote:
gleiches Verhlaten auch bei der 0.38 unter Win7 64bit und 8GB Ram
Per Email schreibt mir ein Windows-Nutzer, er habe mit der
europe.osm.pbf Probleme, alle Laenderdateien gingen aber durch.
Im fraglichen Zeitraum wurden zwei
Frederik Ramm schrieb am 07.12.2010 22:26:
Koennte jemand es mal mit einer kleinen Datei probieren
(saarland.osm.pbf oder so) und im Vergleich dazu die .osm.bz2?
Ich habe eben mal die neuste germany.osm.pbf runter geladen und die hat mit
splitter problemlos funktioniert.
Gruss
Torsten
André Joost wrote:
Ich hatte vorher noch nie mit dem europe-extrakt gearbeitet,
daher fehlen mir Vergleichswerte. Muß man dafür schon buffers hochsetzen?
hab ich nicht gemacht und er war nach ca 3h durch. mein rechner ist auch
nicht der schnellste aber die zeit halte ich für ok.
gruss
walter
On 08.12.2010 15:35, Frederik Ramm wrote:
Sehe ich das richtig, dass diese ganzen Probleme ausschliesslich unter
Windows auftreten, oder gibt es auch anderswo Probleme? Wird wohl Zeit
fuer einen Osmosis-Bugreport...
ich hatte gestern ein ähnliches Problem. Allerdings mit asia.osm.bz2
am 4.12.
Am 06.12.10 20:05, schrieb Frederik Ramm:
Hallo,
aighes wrote:
hat sich seit letzten Donnerstag an den osm.pbf-Extrakten der Geofabrik
etwas geändert?
Es gab seit ein paar Tagen Probleme, weil Objekte von anonymen Nutzern
ploetzlich mit User-ID -1 ausgegeben wurden. Ich habe jetzt auf die
Hallo,
On 12/07/10 11:03, André Joost wrote:
Heute ist auch wieder der Wurm drin:
Germany-Eytrakt von heute mit osmosis 0.37:
Also das Extrakt enthaelt definitiv keine Relationen. Seltsam. Ich schau
mir das jetzt mal genauer an.
Bye
Frederik
___
am Montag, 6. Dezember 2010 um 19:42 schrieb aighes:
noch eine Ergänzung, osmosis 0.38 macht auch Probleme. Bei einem
Unter Windows oder Linux? Ich nutze Osmosis unter Windows und habe
damit auch Probleme.
europe-Extrakt ist osmosis nach ca. 25sec durch. Es gibt keine Fehler,
allerdings sin
Hallo Christian
An sich gibt es mit osmosis (0.37 und 0.38) keine Probleme mit Win 7 64bit
und java 64bit. Darauf muss man achten, dass man java in der richtigen
Version installiert, wenn man den Arbeitsspeicher zuteilt.
Obiges Problem tritt erst seit kurzem auf.
Viele Grüße,
Henning
--
View
Am 07.12.10 12:29, schrieb Christian H. Bruhn:
am Montag, 6. Dezember 2010 um 19:42 schrieb aighes:
noch eine Ergänzung, osmosis 0.38 macht auch Probleme. Bei einem
Unter Windows oder Linux? Ich nutze Osmosis unter Windows und habe
damit auch Probleme.
Ich nutze auch Windows, bislang mit
Hallo,
Am Dienstag 07 Dezember 2010 12:29:01 schrieb Christian H. Bruhn:
am Montag, 6. Dezember 2010 um 19:42 schrieb aighes:
noch eine Ergänzung, osmosis 0.38 macht auch Probleme. Bei einem
Unter Windows oder Linux? Ich nutze Osmosis unter Windows und habe
damit auch Probleme.
Hallo,
Frederik Ramm wrote:
Also das Extrakt enthaelt definitiv keine Relationen. Seltsam. Ich schau
mir das jetzt mal genauer an.
Das ist repariert, da war nachts eine Platte vollgelaufen und der
Prozess hat das nicht bemerkt. Daher fehlten Relationen. Fuer das
Problem mit dem Splitter
Am 07.12.10 22:26, schrieb Frederik Ramm:
Hallo,
Frederik Ramm wrote:
Also das Extrakt enthaelt definitiv keine Relationen. Seltsam. Ich
schau mir das jetzt mal genauer an.
Das ist repariert, da war nachts eine Platte vollgelaufen und der
Prozess hat das nicht bemerkt. Daher fehlten
Hallo,
hat sich seit letzten Donnerstag an den osm.pbf-Extrakten der Geofabrik
etwas geändert?
Splitter r161 hat mit dem Extrakt von heute (auf mkgmap-dev wurde auch der
Extrakt von gestern bemängelt). Den letzten Extrakt, den ich genutzt habe
und der funktionierte war von Donnerstag, dem
Hallo,
noch eine Ergänzung, osmosis 0.38 macht auch Probleme. Bei einem
europe-Extrakt ist osmosis nach ca. 25sec durch. Es gibt keine Fehler,
allerdings sin die Dateien nur ein paar mb groß.
Parameter waren bspw:
--read-pbf file=data\europe.osm.pbf --bounding-polygon file=data\alps.poly
*.osm der geofabrik waren ok heute
On Mon, 2010-12-06 at 20:05 +0100, Frederik Ramm wrote:
Hallo,
aighes wrote:
hat sich seit letzten Donnerstag an den osm.pbf-Extrakten der Geofabrik
etwas geändert?
Es gab seit ein paar Tagen Probleme, weil Objekte von anonymen Nutzern
ploetzlich
Hallo Frederik,
die Datei ist von heute Vormittag. MD5: D7D667BADBA11C80748732BC799DC511
In der gerenderten Datei (img) sind dann lediglich ein paar POIs vorhanden.
Viele Grüße,
Henning
--
View this message in context:
Frederik Ramm schrieb am 06.12.2010 20:05:
Welches europe.osm.pbf (genaue Dateigroesse und/oder
md5-Summe) nutzt Du?
Ich habe heute Nachmittag die europe.osm.pbf runtergeladen (4.359.056.275 Bytes)
und die eben vergeblich Splitter vorgesetzt. Die daraus resultierenden
Garmin-Karten scheinen nur
aighes schrieb:
Hallo,
noch eine Ergänzung, osmosis 0.38 macht auch Probleme. Bei einem
europe-Extrakt ist osmosis nach ca. 25sec durch. Es gibt keine Fehler,
allerdings sin die Dateien nur ein paar mb groß.
War bei mir mit osmosis 0.37 heute auch so. Filter nach Relationen
type=route am
65 matches
Mail list logo