OSMI - Aktualität

kann es sein, dass der OSMI ein Opfer der 2^31-node-Problematik geworden ist?
Die Datenaktualität (z.B. MP-Layer, Geometrie-Layer) hängt seit längeren auf dem 17.2.2013…
Oder gibt es einen anderen Grund?

grüße
Geodreieck4711

//edit:typo

Hallo,

ich hatte eher bei keep right! diesen Eindruck und bin der Meinung, daß es da immer noch nicht alles korrekt läuft.

Es meldet hier jede Menge Punkte ohne Way und Tag… was ich in JOSM (Version 5697) nicht nachvollziehen kann…

bemerkt Sven

Update ist 23.02.2013 (links unten) und du hast dort etwas am 23.02. mittags geändert. Vielleicht gerade diese “Fehler” beseitigt. Warte das nächste update ab - ich mache einen Klick “vorübergehend ingnorieren”.

Ja, schaun wir mal… :slight_smile:

Wenn du dir den Bereich klein wenig westlich anschaust, (Wald im Bereich Rocher Mühlenfließ) das war erst alles undifferenzierter Forst, das hab ich den Wald erst geteilt… Die Punkte, die er bemängelt sind alles Stützpunkte des Polygons…
Komische Sache… andere, auch von mit neu gesetzte Punkte bemängelt er nicht…

“Wir werden sehen” sprach der Blinde zum Taubstummen… :slight_smile:

Sven

Jetzt ist OSMI schon über 2 Wochen stumm (15.3.13), weiß jemand etwas darüber ?

Hi,

Das würde ich auch gern wissen. Ich habe OSMI Water oft benutzt und das ändert sich seit dem 27.2 nicht mehr.

MfG
Weide

Ja, ich :wink:

Ich hatte wegen zunehmender Engpässe beim OSMI schon einen neuen Server vorbereitet, aber es gab da noch ein paar Schwierigkeiten, die mich vom Umstellen abhielten. Lauter Kleinigkeiten eigentlich, die halt so passieren - der neue Server hat ein neueres Ubuntu, da ist dann eine neue Mapserver-Version drauf, da geht dann der alte Style nicht mehr und so Zeugs. Jetzt sollte der neue Server eigentlich tun, vorallem auch mit einem täglich aktualisierten, weltweiten Routingview.

Ein paar Views machen noch Schwierigkeiten (boundaries, public transport stops), die hab ich erstmal deaktiviert, und ein paar Uralt-Sachen (Strassen-NRW, Plan.at, Holland-Speziallayer) rausgeworfen.

Grundsätzlich hat der OSMI ein Sammelsurium von Datenquellen, und jede kann für sich einzeln kaputt gehen :wink: die Views, die “nur Europa” sind, werden aus einem recht alten, datenbankgestützten Prozess gespeist. Der ist mir ein Dorn im Auge, langfristig will ich den durch was besseres ablösen, das auch weltweit geht. Die weltweiten Views bis auf Routing kommen aus einem anderen Prozess, der auf einem anderen Rechner läuft und ohne Datenbank funktioniert. Und schliesslich der Routing-View kommt zum Teil aus einem wieder anderen Prozess, für den Pascal Neis die Software geschrieben hat und wir die bloss laufen lassen, und zum Teil kriegen wir da fertige Shapefiles direkt von Dennis Luxen aus dem OSRM-Produktionssystem.

Jetzt sollte also erstmal alles wieder ordentlich und regelmässig gehen; ich werde den neuen Server auf jeden Fall gründlich im Auge behalten. (Leider haben wir es da halt auch mit so langwierigen Prozessen zu tun, dass ein Bug, den ich heute fixe, frühestens morgen zu neuen Daten führt, und wenn dann noch ein zweiter Bug da ist, wirds halt übermorgen…). In diesem Sinne, danke für Eure Geduld, und sagt bescheid, wenn irgendwas nicht tut.

Wenn irgendjemand, der hier mitliest, zufällig Student ist und Lust hat, sich im Rahmen einer Abschlussarbeit mal mit dem Thema “Qualitätskontrolle bei OSM” zu beschäftigen und in dem Zusammenhang dann ein paar neue Sachen für den OSMI zu entwickeln, dann möge derjenige sich melden - ich selber bastle zwar auch gern daran herum, aber ich habe leider nicht die Zeit und die Ruhe, mich mal ein paar Monate nur damit zu beschäftigen.

Bye
Frederik

Danke!

MfG
Weide

Danke auch von mir.

Ich hätte aber mal gern einen kleinen Bug:
http://tools.geofabrik.de/osmi/?view=routing&lon=11.32986&lat=50.97671&zoom=18
die Zufahrten sind m.E. korrekt getaggt und auch mit der (Haupt-)Strasse und dem Parkhaus verbunden. Trotzdem wird mir das als Inseln bemängelt. Übersehe ich da etwas, ist es ein Bug, oder die (Ausnahme-)Regel in der Erkennung zu kompliziert?

edit: die Island-prüfung scheint mir häufiger nicht ganz optimal, ich habe jetzt ein weiteres Problem gefunden: http://tools.geofabrik.de/osmi/?view=routing&lon=11.32841&lat=50.99067&zoom=18.
dort wird offenbar durch den “gate” die Strasse hinterm Zaun isoliert. Aus mathematischer Sicht scheint mir das logisch, aber aus “Bugsicht” nicht optimal.

(a) Nö, is kein Bug, sind wirklich Islands (Einbahn-Sackgassen). Lösung: Parkplatzwege einzeichnen

(b) 2 Probleme:
Beim Gate fehlen access Tags somit wird es als sperrend angenommen.
Der Path hinter dem Gate ist mit access=permissive getaggt, ist also für alle Verkehrsarten erlaubt, auch für Autos.
Lösung: Weg hinter dem Gate und das Gate mit foot=permissive taggen.

Die OSMI-Router Bugs basieren ja auf den OSRM-Regeln und diese sind halt strikt nach Wiki ausgelegt.

Hi,

Wie schon gesagt wurde, das ist so ein bisschen verzwackt mit der Island-Pruefung. Die basiert auf dem OSRM-Routing-Code, und alles, was vom Tagging her erreichbar waere, vom Netz her aber nicht erreichbar ist, ist eine Insel.

Zum Beispiel auch eine normale Strasse, die hinter einem kleinen Stueck “access=private” liegt. Da sagt der Router dann: Hm, auf der Strasse duerfte ich fahren, aber ich komm nicht hin, also Insel. Das ist zugegebenermassen irrefuehrend (in dem Sinne, dass es nicht unbedingt ein Bug sein muss); denn es gibt sicherlich solche Strassen, bei denen das genau so ist - die Strasse selbst hat keine Beschraenkung, aber andere Strassen, die dahin fuehren, haben eine. (Es koennte ja z.B. sein, dass der Fahrradfahrer, der die Privatstrasse ebenso nicht benutzen darf, die “Insel”-Strasse aber ueber ein Stueck Radweg erreicht o.ae.) - Wenn die Leute nun aufgrund der “Insel”-Meldung sich verleiten lassen, die normale Strasse faelschlicherweise ebenfalls als “access=private” einzutragen, nur damit der Bug weg ist, waere das doof. Vielleicht sollte man den Layer wenigstens umbenennen, nicht “Islands” sondern “Motor Traffic Islands” oder so.

Bye
Frederik

Danke für die Erklärungen, jetzt ist mir das einiges klarer.

Auch von mir Dank für dei Arbeit mit OSMI. Ohne das Tool werden viele Fehler nicht entdeckt!

Eventuell könnte man den blauen Info-Knopf noch etwas fetter machen und vor allen die dahinterliegende Wiki-Seite noch ein
bisschen verbessern, die Erklärung der Islands fehlt da noch. Also: Wer Langeweile hat… :slight_smile:

Chris

Funktioniert beim OSM-Inspector denn eigentlich jetzt noch der PLZ-Layer?

siehe http://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010

und http://forum.openstreetmap.org/viewtopic.php?id=14205

Der PLZ-Layer war immer im Debug-View (…/debug.html/?view=…).
Denn gibt es zur Zeit nicht mehr, genauer er wird direkt auf …/?view=… umgeleitet.

Der PLZ-Layer ist also den Aufräumarbeiten bei der Neuorganisation des OSMI zum Opfer gefallen. Wenn wirklich noch Bedarf besteht, kann man mit Frederik sicher reden.

Edbert (EvanE)

Aus aktuellem Anlaß:

OSMI MP-Layer klemmt seit 02. April.

Danke, das ist zumindest eine Erklärung dafür. Aber dass erst meine Anwendung abrauchen muß, weil mal wieder die Grenzen put sind, ärgert mich schon. Eigentlich hätte jedermann, der eigene Karten rendert und sich nicht nur auf eine kleine Ecke beschränkt, Probleme haben müssen.

Was soll’s, werde mir mal was einfallen lassen (müssen)

Gruss
walter

Der 2^31-Bug scheint in den Fehler-Ausgaben des OSMI noch nicht überall behoben zu sein.

Es wird bei einigen Gruppen im Selection-Fenster rechts statt eines Wertes über 2^31 noch eine negative Node-ID angezeigt und deshalb funktioniert der Link hinter dem OSM-Logo gleich darüber nicht.

Negative Node-IDs habe ich bei folgenden Gruppen gefunden:

  • Geometry und
  • Places

Bei folgenden Gruppen ist die Ausgabe ok (positive Zahl über 2^31):

  • Routing und
  • Addresses (Nodes with addresses → Street not found)

In dieser Gruppe (Adresses) habe ich aber einen anderen Fehler gefunden:
Wenn hier nicht ein Knoten, sondern ein Weg den Fehler hat (z.B. ein Gebäudeumriss), kann ich die Icons für JOSM und das OSM-Icon im Selection-Fenster nicht verwenden, vermutlich, weil die Node_ID-Zeile keinen Wert eingetragen hat - und deshalb der Link hinter den Icons nicht richtig zusammengebaut wird.

Franz

ich leg hier mal den Link von der talk-de rein…

http://lists.openstreetmap.org/pipermail/talk-de/2013-April/101394.html