Overpass-api.de liefert evt. fehlerhaftes Material ?

Ist die neue map.osm irgendwie (deutlich) kleiner als die alte? Lässt sich das Ding in JOSM öffnen? Sieht's da ok aus oder auch schon kaputt? Ist der Download sauber durchgelaufen? Irgendwelche Fehlermeldungen?

Hi, keine Auffälligkeiten.
JOSM verwende ich nicht

Egal, vergiss Potlatch mal für eine Stunde und lade dir JOSM von josm.openstreetmap.de runter.
Dann unter "Datei" -> "Öffnen" dein aktuelles map.osm öffnen und am besten mal schauen, ob der Wald da ist.

ok, ich gucke gleich mal...

Es geht um den Wald hier, richtig? http://www.openstreetmap.org/way/131173290

Ich habe mir die Daten mal per wget gezogen. Da fehlen ja alle Relationen drin. Hmpf.

xapi ist nur ein Kompatibilitätslayer, der Export auf osm.org verwendet ja schon eine andere URL. Die teste ich jetzt mal...

wget␣"http://overpass-api.de/api/map?bbox=9.7500,48.6000,10.2000,48.9000"␣-O␣map2.osm

ja, nicht mal der kleine wird per overpass-api download + umwandlung letztendlich korrekt angezeigt.

JOSM läuft, kommt drauf an was man unter "da" versteht. Wenn ich einen kleinen Bereich per Browser exportiere und in JOSM lade,
dann sagt er mir zum Wald südlich von mir, "Multipolygon Forst, 93 Elemente, unvollständig", aber schätze mal das bedeutet nichts

Hier mal der Screenshot dazu: rechts im Bereich "Relationen" die gähnende Leere. Das sollte nicht sein - deshalb klappt das auch mit mkgmap nicht.
Lädt man den Bereich manuell herunter, sind doch auch ein paar relationen enthalten.

ich kenne mich mit dem Programm nicht aus, ich kann das wirklich nicht beurteilen anhand JOSM.
Laut History im Potlatch hat da niemand am Rand des kleinen Wäldchens rumgefingert in den letzten Tagen.
Im Potlatch schaut es ja auch ganz normal aus - warum klappt dann der Export nicht ?

Ich versuche gleich mal noch die map.xml aus dem Browserexport via mkgmap zu verarbeiten

Potlatch greift ja nur auf die Originaldaten aus der OSM-DB zurück, damit kriegen wir aber nicht heraus, was mit der map.osm los ist. Dafür eben JOSM...

also, der Browserexport wird in korrektes Kartenmaterial via mkgmap umgewandelt.
Da das Problem seit mindestens heute früh besteht, und die Karte in allen Zoomstufen des Browsers heute Abend immer noch normal ausschaut,
kommt das Problem offensichtlich von Overpass-api. Nur warum ?

Wie wär's mit einem Bugreport an Roland?

Monterey77 wrote:

Wenn ich einen kleinen Bereich per Browser exportiere und in JOSM lade,
dann sagt er mir zum Wald südlich von mir, "Multipolygon Forst, 93 Elemente, unvollständig", aber schätze mal das bedeutet nichts

Nicht wirklich. das besagt nur, dass ihm einige Member der Relation lokal fehlen, weil die wohl ausserhalb des Fensters lagen.

Könntest rechts im Relationen-Fenster auf die Rel gehen und dann im Kontex-Menue (rechte Maustaste) "Unvollständige Elemente herunterladen" anklicken; dann holt er sich einen "Nachschlag".

Denk mal drüber nach, ob nach 2 Jahren Potlatch nicht mal ein Switch auf Josm drin wäre - ich habe für diese Entscheidung 2010 nur 1 Woche gebraucht 🙂 Installiert isser nun, warum nicht? Ich finde, Josm ist einfach professioneller.

Gruss
walter

Ah, Problem erkannt: Schau mal ans Ende deiner map.osm Datei. Ich wette da steht sowas wie:

<remark>␣runtime␣error:␣Query␣timed␣out␣in␣"print"␣at␣line␣13␣after␣1363␣seconds.␣</remark>

=> Die Verarbeitung hat zu lange gedauert.

XAPI würde folgendes Script ausführen, nur der Relation-Teil ist wegen Timeout nie ausgeführt worden...

<query␣type="node">
<bbox-query␣s="48.6"␣n="48.9"␣w="9.75"␣e="10.2"/>
</query>
<union>
<item/>
<query␣type="way">
<bbox-query␣s="48.6"␣n="48.9"␣w="9.75"␣e="10.2"/>
</query>
<recurse␣type="way-node"/>
</union>
<print␣mode="meta"/>
<query␣type="relation">
<bbox-query␣s="48.6"␣n="48.9"␣w="9.75"␣e="10.2"/>
</query>
<print␣mode="meta"/>

Hi,

ich mappe nur spontan und manchmal wochenlang nicht. Dafür hat die Browsergeschichte bisher gut gereicht.

Und was mache ich dann mit dem "Nachschlag" ?

Vielleicht liefert Overpass API die Daten heute einfach etwas langsamer aus, deshalb schlägt zwischendurch der Timeout zu. Ich habe hier gerade auch nur 100-150KB/s.

Du könntest mal den folgenden Link zu Overpass Turbo öffnen: http://overpass-turbo.eu/s/5i7

Das ist dieselbe Query aus der XAPI-Abfrage nur mit einem Timeout von 1 Stunde.

Unter Export --> raw data directly from Overpass API kannst du mit rechtsklick eine neue URL für wget erzeugen. Damit sollte der download hoffentlich klappen.

oh je Leute,

- ich hatte versucht mit den fertigen Karten von Lambertus auszukommen. Geht leider nicht, ist outdoor de facto unbrauchbar weil mein Navi sich damit auf dem Weg einklinken will. Kann man wohl auch nicht nachträglich noch ändern, oder ?

- nachdem es früher schon Probleme mit dem runterladen eines größeren Bereich gab, habe ich ihn heute wieder auf den tatsächlich benötigten Rahmen reduziert. Wenn ich nicht mal mehr eine Kachel mit geschätzten 20x10Km umwandeln kann, dann habe ich nun wirklich ein Problem

Monterey77 wrote:

Und was mache ich dann mit dem "Nachschlag" ?

z.B. im Rel-Fenster sortieren. Falls das ein geschlossenen Weg sein muß wie bei Grenzen oder als MP erfassten Landuses, kann man auf einen Blick sehen, ob da was fehlt und wo genau die Lücke ist. Bei Routen (Wanderwege, Buslinien, ...) erkennt man auch kinderleicht die Lücken.

Gruss
walter

Ok,

mit dem Download via overpass-turbo bekomme ich wieder eine intakte Karte 🙂

Der Link für Wget ist aber heftig 😎

Moin,

möchte zum gestrigen Downloadproblem via overpass-api noch sagen, daß

- der Download meiner benötigten Fläche die übliche Größe hatte
- ich keine Fehlermeldung a la Timeout in der Dosbox angezeigt bekommen habe

Deshalb habe ich gerade einen erneuten Test gemacht. Der Download dauert knapp über 5 minuten, und
in der Tat, am Ende der Map.osm finde ich dann folgende Zeile: <remark> runtime error: Query timed out in "print" at line 13 after 313 seconds. </remark>

Wie hoch ist der Timeout für den Download auf dem Server ?

Probier mal die Abfrage mit zusätzlichem @timeout-Parameter. Evtl. klappt das ja und das wäre auch insgesamt einfacher...

wget␣"http://www.overpass-api.de/api/xapi?*[bbox=9.75,48.6,10.2,48.9][@meta][@timeout=3600]"␣-O␣map.osm

ok,

fetten Dank für die Unterstützung ! 🙂