Anbei eine Grafik, die zeigt, wie ich das Fehlergebiet nach und nach eingegrenzt habe.
Da geht vielleicht noch mehr. Aber jetzt mach ich erst mal Schluß.
Für die Nicht-Composer-Kenner: Die Grafik wurde mit der Regionsübersicht in Nops Composer erstellt.
In diesem Bereich ist irgendetwas enthalten, das mir die Kartenberechnung des gesamten Gebietes runter gerissen hat, sobald es in einer Region enthalten war.
Beispiel Essen: Solange der Fehlerbereich im Kartenausschnitt enthalten war, funktionierte die Kartenerstellung nicht. Mkgmap erstellte eine von zwei *.img mit xyz KB und eine mit 0KB *.typ und *.tbl fehlten ganz. Als der Bereich ausgeklammert war, funktionierte die Erstellung der Essen-Karte.
Beispiel Ruhrgebiet (nicht abgebildet): Bevor ich die Zerlegung der Gebiete ausprobierte, dehnte ich die Essen-Karte auf das gesamte Ruhrgebiet + Soester Börde + Bergisches Land + Siegerland + Sauerland aus. Das ging schief.
Hier die Koordinaten:
Mit JOSM hab ich noch nicht versucht, das Fehlergebiet anzusehen.
Vielleicht mag ja jetzt jemand anderes das Gebiet genauer unter die Lupe nehmen.
P.S.
Es macht Spaß, wie flott pbftoosm die Daten ausschneidet.
Kann/Mag mir jemand erklären, wie man für pbftoosm eine eigene batchdatei schreibt, in der man mehrere Kartenausschnitte hintereinander zum Schneiden aufruft?
Eignet sich dafür der Notizblock aus Win-Zubehör ?
Wenn nicht, was dann?
Ich schließ besser mal gar nichts aus, weil ich nicht genau weiß, was du wissen willst. Was meinst du mit “Nullknoten”? Also, eine Knotenreferenz in einem Weg auf einen Knoten, der außerhalb des Bereichs liegt und deshalb in der Datei nicht mehr enthalten ist? Das sollte ausgeschlossen sein durch die Option “–drop-brokenrefs”. Gleiches gilt für die Referenzen auf Polygone, die nicht mehr in der Datei enthalten sind.
In solchen Fällen bringt der Composer aber auch eine konkrete Fehlermeldung.
HALT: Ich bin noch nicht ganz wach.
Wie komm ich auf “Nullknoten”? Ich sollte wieder ins Bett. Also, nochmal:
Nein, das ist nicht ausgeschlossen. Wege mit 0 Knoten sind ausgeschlossen, da sie ja definitionsgemäß nicht im ausgeschnittenen Gebiet liegen KÖNNEN. Aber Wege mit einem Einzelknoten kann es theoretisch geben.
Ja, bitte. Sonst ist zu viel Schrott in der Ausgabedatei.
Danke!
Das erste Bild deutet klar auf einen Fehler entweder IN pbftoosm oder evtl. in der Eingabedatei hin.
Verwendest du die Version 0.9 von pbftoosm? Bitte mal testen mit
pbftoosm -h
und dann die ersten Zeilen der Ausgabe anschauen (hochscrollen).
Aber eigentlich müsste ein solcher Fehler dann immer auftreten, also egal, welchen Ausschnitt du aus der Europa-Datei ausschneiden willst…
Der Fehler auf dem zweiten Bild ist eindeutig ein Folgefehler, weil ja die Ausgabedatei, die pbftoosm erzeugt hat, nicht vollständig ist.
@Marqqs
Die Europadatei habe ich nur ein einziges Mal für das Grenzgebiet Niederrhein ausprobiert.
Nach dieser Fehlermeldung habe ich dasselbe Gebiet noch einmal aus dem germany.osm.pbf ausgeschnitten.
Das funktionierte ohne Fehlermeldung.
Deshalb ist der Bereich in der Übersicht grün dargestellt.
Die Übersichtsgrafik bezieht sich ausschließlich auf Ausschnitte aus germany.osm.pbf.
Prüf bitte mal die Größe der Europa-Datei. wie viele Bytes hat sie genau?
Falls sie vollständig zu sein scheint, werde ich das selber testen und der Sache auf den Grund gehen. Das dauert allerdings ein bisschen, weil ich heute tagsüber nicht mehr dazu komme. Bis dahin benutz bitte die germany.osm.pbf - oder vielleicht kriegst du Osmosis doch noch zum Laufen und kannst damit die Europa-Datei mal testen.
Es gäb noch ein weiteres Konvertierungsprogramm für PBF->OSM, aber das ist bis jetzt nur als Quellcode verfügbar, also nur unter Linux einfach einsetzbar. Außer, du wagst dich an MinGW und übersetzt solche Programme selber: http://forum.openstreetmap.org/viewtopic.php?pid=162140#p162140
Würde vermuten, dass die Datei ok ist, aber sicher bin ich natürlich nicht.
Ich werd sie heute Abend mal runterladen und schauen, was passiert. Investier nicht zu viel Zeit. Falls hier ein Fehler in pbftoosm die Ursache ist, kommst du nicht weiter. Dann besser versuchen, die Datei mit Osmosis auszuschneiden.
notepad++ muss man selbst installieren. Du kannst das schöne Programm hier finden: http://notepad-plus-plus.org/ Der Vorteil ist das es bei sehr vielen Sprachen bestimmte Befehle hervor hebt und so die Fehlersuche vereinfacht.
Für eine einfache Batchdatei reicht aber ein gewöhnlicher Texteditor. In die Batchdatei schreibst du nichts anderes rein als wie du es auf die Kommandozeile auch schreiben würdest. Eventuell musst du noch die Pfadangaben ergänzen, damit das Betriebssystem die Dateien auch findet.
Falls du keinen Editor suchen möchtest, kannst du im Explorer oder auf dem Desktop mit einem Rechtsklick einfach eine neue Textdatei anlegen. Diese kannst du dann in .bat umbenennen und mit Doppelklick ausführen. Für Inhalt sorgst du mit Rechtsklick und bearbeiten. Jetzt sollte sich der eingebaute Editor öffnen.
Ich denke nicht das es daran liegt, dass keine Schreibrechte vorhanden sind. Das Problem liegt wahrscheinlich am Betriebssystem selber. Denn hier werden die Pfade ganz merkwürdig verwaltet. Man findet zwar einen Ordner Anwendungsdaten, aber darin ist nichts enthalten. Vielmehr braucht man den Ordner Appdata. Und so ähnlich wird es auch mit dem Tempverzeichnis sein. Auch andere Programme wie Openoffice öffnen E-Mailanhänge die ins Tempverzeichnis gewandert sind, schreibgeschützt. Erst nach nochmaligem speichern (auch im Tempverzeichnis) werden die Dateien bearbeitbar.
Eventuell hilft es also die Umgebungsvariablen anzupassen oder Osmosis dazu zu überreden die Tempdatei in einem anderen Verzeichnis abzulegen und nicht auf die globalen variablen zurückzugreifen.
Hab noch was gebastelt …
Die in der Windows PowerShell ISE eingegebene Kommandozeile wurde verweigert.
Hatte keine Lust das zu dokumentieren und hab dann mit dem Texeditor einen Kommandoaufruf gespeichert.
Zuerst als *.bat
Im cmd-Fenster tauchte nach Aufruf der *bat eine 1 vor dem Namen der Ausgabedatei auf, was dann natürlich einen Fehler produzierte, weil es diesen Pfad nicht gibt.
Dieselbe Datei als *.exe abgespeichert führte dann zu einer Systemfehlermeldung (?).
Ich fürchte, mir bleibt nichts anderes übrig, als nächste Tage mal eine Festplatte mit XP aufzusetzen, damit geklärt werden kann, ob das, was ich da fabriziere total falsch oder einfach nur nicht Windows7-kompatibel ist.
Ich springe per batch in das Verzeichnis, damit ich das nicht vorher von Hand aufrufen muß.
Beim ersten Aufruf der cmd-Box steht die grundsätzlich in C:\User\Name.
Außerdem will ich mir eine eigene Festplatte für den ganzen Kartenkrempel einrichten. Dann brauch ich nur noch den Laufwerksbuchstaben im Verzeichnisaufruf zu ändern und alles paßt.
Startest du das über den Eintrag im Programm-menü?
Geh mal in der Menüzeile mit der rechten Maustaste auf Eigenschaften.
Bei mir steht da Ausführen in: %irgendwas.
Wenn du da E:\ einträgst, müsste cmd.exe auch dort starten.
Was meinst du mit “Nullknoten”? Also, eine Knotenreferenz in einem Weg auf einen Knoten, der außerhalb des Bereichs liegt und deshalb in der Datei nicht mehr enthalten ist? Das sollte ausgeschlossen sein durch die Option “–drop-brokenrefs”. Gleiches gilt für die Referenzen auf Polygone, die nicht mehr in der Datei enthalten sind.
