Mutiger Held gesucht

mdk · 2011-11-06 00:22:24

Hi,

wer traut sich da ran?

Tipp: das MP hat 786 Mitglieder und liegt in der 31. Generation vor. Die Vorgänger haben offensichtlich aufgegeben:
fixme=MP is not closed
note=MP is not closed, it wasn't closed yet, has to be fixed

Viel Spass beim Knobeln

mdk

woodpeck · 2011-11-06 02:07:09

Wenn alles andre nichts hilft, ich hab notfalls noch den Code, mit dem ich seinerzeit das sagenumwobene Polygon #1337942 (0865 Members mit insgesamt fast einer halben Million Nodes) in appetitliche Haeppchen zerhackt habe

Bye
Frederik

EvanE · 2011-11-06 02:32:05

mdk wrote:

wer traut sich da ran?
Tipp: das MP hat 786 Mitglieder und liegt in der 31. Generation vor. Die Vorgänger haben offensichtlich aufgegeben: ...
Viel Spass beim Knobeln

Hallo mdk

Das ist ja ein echtes Monster. Ein deutlicher Nachteil von Importen.
Da wird nicht geknobelt, das kann man nur noch komplett zerlegen.
Sprich:
- Teilbereiche einzeln erfassen. -> Weniger Fläche, weniger Elemente
- Wenn alles durch Teilbereiche abgedeckt ist, ab in die Tonne.

Ich überlasse das gerne anderen. In meiner Umgebung gibt es noch genügend Multipolygon-Probleme, um die ich mich eher kümmern würde.

Nachtrag:
Ich habe mir mal die Outer-Elemente in JOSM geladen. Das Ding hat 21 Outer-Elemente mit zusammen 18000+ Knoten, ist über 1800km lang und im Süden fehlt ein Stück von ca. 32km Luftlinie. In JOSM muss man auf 20km heraus zoomen um einen Überblick zu haben. Einen Lizenzcheck habe ich mir erspart.

@Frederik:
Mit obigen Abmessungen nur des Outer scheint mir das ein Kandidat für dein "Zerlege in appetitliche Häppchen" Programm.
Frage ist nur, ob das auch mit einer Lücke von 32km Luftlinie klarkommt. Oder müssen wir das Outer erst schließen, damit dein Programm funkioniert?

Edbert (EvanE)

hurdygurdyman · 2011-11-06 07:38:53

Habe mir das mal grob angeschaut
landuse=meadow ist für das MP schon mal viel zu oberflächlich, da jede Menge landuse=farmland in bing die Fläche wie einen Flickenteppich durchziehen. Gäbe es landuse=agricultural für allgemein landwirtschaftlich genutzte Flächen, wäre das wohl passender.
Außerdem liegen darin noch viele inner ohne tag, die nach forest oder sonst etwas aussehen. Eine Menge der inner sind zu grob erfasst: z.B. http://www.openstreetmap.org/?lat=47.07 … 4&layers=M
survey_point ist mehrfach doppelt importiert.
Unmengen von Straßen und Ansiedlungen fehlen.

Ich denke, es schadet dem Datenbestand nicht, wenn wir alle outer löschen, die nicht an anderen MP hängen, und das MP 1102108 in die ewigen Jagdgründe entlassen.
Als Ausgleich taggt man dann einige wichtigere Details. Kein Mensch braucht hier eine Wiese in der Dimension. Die inner kann man ja belassen, im Umriss korrigieren und mit passenden tags versehen.

Last edited by hurdygurdyman (2011-11-06 07:41:09)

EvanE · 2011-11-06 08:15:24

hurdygurdyman wrote:

Habe mir das mal grob angeschaut
landuse=meadow ist für das MP schon mal viel zu oberflächlich, da jede Menge landuse=farmland in bing die Fläche wie einen Flickenteppich durchziehen. Gäbe es landuse=agricultural für allgemein landwirtschaftlich genutzte Flächen, wäre das wohl passender.
Außerdem liegen darin noch viele inner ohne tag, die nach forest oder sonst etwas aussehen. Eine Menge der inner sind zu grob erfasst: z.B. http://www.openstreetmap.org/?lat=47.07 … 4&layers=M

Nun ja, das ist eben Corine Landcover. Das ist eher für Karten mit 1:1 000 000 gedacht als für 1:100 000 oder besser.

hurdygurdyman wrote:

survey_point ist mehrfach doppelt importiert.
Unmengen von Straßen und Ansiedlungen fehlen.

Vorsicht mit survey_point. Die haben unterschiedliche Höhenangaben.
Einmal am Fuß und das zweite mal oben.
Da sind ausnahmsweise mal zwei Knoten an der gleichen Stelle berechtigt.

Straßen und Ansiedlungen sind nicht im Corine Landcover enthalten.
Dafür gibt es den Zugriff auf die Kataster-Daten
Das ist ein Problem solcher Groß-Importe. Die Karte sieht zwar gut gefüllt aus, aber es fehlen doch ein Großteil der wichtigen Daten, eben Straßen und Ortschaften.

hurdygurdyman wrote:

Ich denke, es schadet dem Datenbestand nicht, wenn wir alle outer löschen, die nicht an anderen MP hängen, und das MP 1102108 in die ewigen Jagdgründe entlassen.
Als Ausgleich taggt man dann einige wichtigere Details. Kein Mensch braucht hier eine Wiese in der Dimension. Die inner kann man ja belassen, im Umriss korrigieren und mit passenden tags versehen.

Also wenn ein Aufteilen mit Frederiks Tool funktioniert, sollten wir besser diesen Weg gehen.
Ansonsten sollte meiner Meinung nach ein Löschen in der Entscheidung der französischen Community liegen.

Edbert (EvanE)

hurdygurdyman · 2011-11-06 09:03:35

EvanE wrote:

Nun ja, das ist eben Corine Landcover. Das ist eher für Karten mit 1:1 000 000 gedacht als für 1:100 000 oder besser.

Das ist mir klar.

EvanE wrote:

Vorsicht mit survey_point. Die haben unterschiedliche Höhenangaben.
Einmal am Fuß und das zweite mal oben.
Da sind ausnahmsweise mal zwei Knoten an der gleichen Stelle berechtigt.

Das könnte man doch mit sowas wie survey_point:top=* und servey_point:bottom=* lösen.

EvanE wrote:

Straßen und Ansiedlungen sind nicht im Corine Landcover enthalten.
Dafür gibt es den Zugriff auf die Kataster-Daten
Das ist ein Problem solcher Groß-Importe. Die Karte sieht zwar gut gefüllt aus, aber es fehlen doch ein Großteil der wichtigen Daten, eben Straßen und Ortschaften.

Ich weiß, in Frankreich wird gern importiert, weil auch vieles für OSM zur Verfügung steht. Aber bing gibt hier auch einiges her.

EvanE wrote:

Also wenn ein Aufteilen mit Frederiks Tool funktioniert, sollten wir besser diesen Weg gehen.
Ansonsten sollte meiner Meinung nach ein Löschen in der Entscheidung der französischen Community liegen.

Ich hoffe mit dir im Bezug auf Frederik. Ansonsten würde ich in FR posten, kann aber leider kein französisch

Last edited by hurdygurdyman (2011-11-06 09:05:44)

edwin-ldbg · 2011-11-06 10:20:40

Das ist ein ausländisches Mulipolygonproblem für das ich mich nicht zuständig fühle. Ich mag keine Franzosen.

wambacher · 2011-11-06 10:46:55

edwin-ldbg wrote:

Das ist ein ausländisches Mulipolygonproblem für das ich mich nicht zuständig fühle. Ich mag keine Franzosen.

Schade, Schade,

ich hätte mich wirklich gefreut, wenn du das mal eben schnell in Ordnung gebracht hättest.

chris66 · 2011-11-06 11:54:37

woodpeck wrote:

Wenn alles andre nichts hilft, ich hab notfalls noch den Code, mit dem ich seinerzeit das sagenumwobene Polygon #1337942 (0865 Members mit insgesamt fast einer halben Million Nodes) in appetitliche Haeppchen zerhackt habe

+1 für die Zerteilung der Monsterpolygone....

Mondschein · 2011-11-06 12:25:57

Ok, ich lade das verbesserte Multipolygon hoch, sobald der Server wieder funktioniert:

Application error
The OpenStreetMap server encountered an unexpected condition that prevented it from fulfilling the request (HTTP 500)
Feel free to contact the OpenStreetMap community if your problem persists. Make a note of the exact URL / post data of your request.
This may be a problem in our Ruby On Rails code. 500 occurs with exceptions thrown outside of an action (like in Dispatcher setups or broken Ruby code)

edit:

Web site down - Database problems

http://wiki.openstreetmap.org/wiki/Platform_Status

Gruß,
Mondschein

Last edited by Mondschein (2011-11-06 12:28:34)

wambacher · 2011-11-06 12:31:06

Mondschein wrote:

Web site down - Database problems
http://wiki.openstreetmap.org/wiki/Platform_Status

Null Problemo, kleiner Upload ging gerade
Sollte der sich an dem Monster "verschluckt" haben?

Gruss
Walter

Last edited by wambacher (2011-11-06 12:32:10)

Mondschein · 2011-11-06 12:36:05

Jetzt geht der Server wieder.
Allerdings verweigert der Server den Upload mit der Fehlermeldung:

Error header: Precondition failed: Relation with id 1102108 cannot be saved due to Way with id 69862515

Was bedeutet das?

edit:
Vermutlich liegt das daran, dass ich den Weg 69862515 im selben Changeset wiederherstellen möchte, mit welchem ich ihn in die Relation aufnehmen möchte.
Wahrscheinlich überprüft der Server aber zuerst, ob der in die Realtion neu hinzugefügte Weg existiert und lehnt dann nach dieser Prüfung den Upload ab, da der Weg nicht exisitert, ohne zu überprüfen, ob mit diesem Upload gleichzeitig der Weg wiederhergestellt wird.
Also lade ich jetzt zuerst dem Weg hoch, dann die Relation.

edit 2:
Nächste Fehlermeldung:

The changeset 9754294 was closed at 2011-11-06 11:49:29 UTC

Gruß,
Mondschein

Last edited by Mondschein (2011-11-06 12:55:48)

wambacher · 2011-11-06 13:15:02

Mondschein wrote:

Jetzt geht der Server wieder.

Der schon - aber beim Rendern klemmt es gerade. http://munin.openstreetmap.org/openstre … delay.html

Mondschein · 2011-11-06 13:20:02

Jetzt ist er wieder defekt.
Ich war es nicht.
Auch http://www.openstreetmap.org ist nicht erreichbar.

Probiere es später nochmal...

Gruß,
Mondschein

Last edited by Mondschein (2011-11-06 13:20:56)

Mondschein · 2011-11-06 18:20:37

Sieht nicht gut aus:
http://munin.openstreetmap.org/openstre … index.html

Web site and API unreachable

> I have noticed some strange things happening with openstreetmap.org today.
sys-admins are looking at it.

http://lists.openstreetmap.org/pipermai … 60594.html

Gruß,
Mondschein

Basstoelpel · 2011-11-06 18:30:03

Mondschein wrote:

J
edit:
Vermutlich liegt das daran, dass ich den Weg 69862515 im selben Changeset wiederherstellen möchte, mit welchem ich ihn in die Relation aufnehmen möchte.
Wahrscheinlich überprüft der Server aber zuerst, ob der in die Realtion neu hinzugefügte Weg existiert und lehnt dann nach dieser Prüfung den Upload ab, da der Weg nicht exisitert, ohne zu überprüfen, ob mit diesem Upload gleichzeitig der Weg wiederhergestellt wird.
Also lade ich jetzt zuerst dem Weg hoch, dann die Relation.

Sehr wahrscheinlich. Meine Erfahrung ist, daß man nach einem undelete das wiederhergestellte Objekt und nichts anderes zunächst hochladen sollte, um dann die übrigen Änderungen durchzuführen.

Baßtölpel

Mondschein · 2011-11-06 18:59:48

Konnte das Multipolygon jetzt endlich hochladen, ist damit also wieder geschlossen.

chris66 wrote:

+1 für die Zerteilung der Monsterpolygone....

Gute Idee.

Gruß,
Mondschein

EvanE · 2011-11-06 19:07:41

@ Mondschein

Wie hast du den Weg 69862515 gefunden?
Ich habe lange versucht in JOSM rauszufinden, welcher Weg gelöscht worden war. Da aber fast jeder die Reihenfolge der Outer Wege verändert hatte, habe ich irgendwann in dem Wust von rot hinterlegten Wegen nichts mehr erkennen können.

Edit:
Bei http://www.openstreetmap.org/?lat=46.22 … y=69862515 war der Weg zweimal selbst-überschneidend. Aber das scheinst du auch bereinigt zu haben. Die Selbst-Überschneidung war möglicherweise der Grund warum der Weg (aus Versehen?) gelöscht wurde.

Edbert (EvanE)

Last edited by EvanE (2011-11-06 19:37:30)

hurdygurdyman · 2011-11-06 19:53:52

Mondschein wrote:

Konnte das Multipolygon jetzt endlich hochladen, ist damit also wieder geschlossen.
chris66 wrote:
+1 für die Zerteilung der Monsterpolygone....
Gute Idee.
Gruß,
Mondschein

Und wie zerteilen wir jetzt?
Geht es mit Frederik's Tool oder ist Handarbeit angesagt?
Mindestens der revertete Weg 69862515 hat Flächenüberschneidungen mit äußeren Flächen. Da muss sowieso nachgebessert werden.

Last edited by hurdygurdyman (2011-11-07 02:49:00)

Mondschein · 2011-11-06 20:11:08

EvanE wrote:

Wie hast du den Weg 69862515 gefunden?

OSM History Browser:
http://osm.virtuelle-loipe.de/history/? … ef=1102108
Das ist wirklich fein.

EvanE wrote:

Bei http://www.openstreetmap.org/?lat=46.22 … y=69862515 war der Weg zweimal selbst-überschneidend. Aber das scheinst du auch bereinigt zu haben.

Der Validator hat bei mir keine Warnungen angezeigt und folglich habe ich auch nichts bereinigt.

hurdygurdyman wrote:

Geht es mit Frederik's Tool

Denke schon.

hurdygurdyman wrote:

Mindestens der revertete Weg 69862515 hat Flächenübeschneidungen mit äußeren Flächen. Da muss sowieso nachgebessert werden.

Also auch Handarbeit.

Gruß,
Mondschein

hurdygurdyman · 2011-11-07 02:56:45

Hier noch eine tolle Ecke (nördlich vom "Feuchtgebiet"):
http://tools.geofabrik.de/osmi/?view=mu … _end_nodes
Die MP's 280945 und 293030 sind nicht nur unvollständig. Da gibt es auch jede Menge doppelte nodes an deren ways südwestlich von Saint-Dié-des-Vosges.

Hobby Navigator · 2011-11-07 08:08:20

Das waren noch Zeiten als wir mit <landuse> gearbeitet haben. Erwähnte ich schon das ich MP´e hasse?
Georg

Radeln · 2011-11-07 09:32:38

hurdygurdyman wrote:

Gäbe es landuse=agricultural für allgemein landwirtschaftlich genutzte Flächen, wäre das wohl passender.

+1

Siehe http://forum.openstreetmap.org/viewtopi … =14067&p=1
Der betreffende Mapper bleibt die Antwort bis heute schuldig.

Gruß
Josef

Mondschein · 2011-11-07 16:32:23

hurdygurdyman wrote:

Die MP's 280945 und 293030 sind nicht nur unvollständig.

Hm, 283030 hatte ich bereits am Freitag verbessert, fehlt da noch etwas?
280945 habe ich jetzt verbessert.

hurdygurdyman wrote:

Da gibt es auch jede Menge doppelte nodes an deren ways südwestlich von Saint-Dié-des-Vosges.

Wie hast du diese gefunden?
Habe vorhin einige hundert doppelte Knoten entfernt.

Gruß,
Mondschein

Last edited by Mondschein (2011-11-07 16:52:49)

hurdygurdyman · 2011-11-07 19:55:22

Mondschein wrote:

...
Hm, 283030 hatte ich bereits am Freitag verbessert, fehlt da noch etwas?
280945 habe ich jetzt verbessert.
hurdygurdyman wrote:
Da gibt es auch jede Menge doppelte nodes an deren ways südwestlich von Saint-Dié-des-Vosges.
Wie hast du diese gefunden?
Habe vorhin einige hundert doppelte Knoten entfernt.
Gruß,
Mondschein

Heute Nacht habe ich mir nur den way 28095 angeschaut und dem fehlte ein Stück. way 283030 war in OSMI noch rot und offen. Den habe ich nicht en detail besichtigt...(Augen schon verdammt klein)
Die doppelten nodes zeigt Potlatch 2 als weiß gefüllten roten Ring (ähnlich "Durchfahrt verboten"). Jetzt sehe ich da keine mehr. Hast wohl alle geschreddert
Hoffe nur, dass dabei nicht auch einige survey_point gekillt wurden. http://forum.openstreetmap.org/viewtopi … 91#p200691

Gute Arbeit , Mondschein. Du bist der mutige Held

Last edited by hurdygurdyman (2011-11-07 19:57:06)

Announcement

#1 2011-11-06 00:22:24

Mutiger Held gesucht

#2 2011-11-06 02:07:09

Re: Mutiger Held gesucht

#3 2011-11-06 02:32:05

Re: Mutiger Held gesucht

#4 2011-11-06 07:38:53

Re: Mutiger Held gesucht

#5 2011-11-06 08:15:24

Re: Mutiger Held gesucht

#6 2011-11-06 09:03:35

Re: Mutiger Held gesucht

#7 2011-11-06 10:20:40

Re: Mutiger Held gesucht

#8 2011-11-06 10:46:55

Re: Mutiger Held gesucht

#9 2011-11-06 11:54:37

Re: Mutiger Held gesucht

#10 2011-11-06 12:25:57

Re: Mutiger Held gesucht

#11 2011-11-06 12:31:06

Re: Mutiger Held gesucht

#12 2011-11-06 12:36:05

Re: Mutiger Held gesucht

#13 2011-11-06 13:15:02

Re: Mutiger Held gesucht

#14 2011-11-06 13:20:02

Re: Mutiger Held gesucht

#15 2011-11-06 18:20:37

Re: Mutiger Held gesucht

#16 2011-11-06 18:30:03

Re: Mutiger Held gesucht

#17 2011-11-06 18:59:48

Re: Mutiger Held gesucht

#18 2011-11-06 19:07:41

Re: Mutiger Held gesucht

#19 2011-11-06 19:53:52

Re: Mutiger Held gesucht

#20 2011-11-06 20:11:08

Re: Mutiger Held gesucht

#21 2011-11-07 02:56:45

Re: Mutiger Held gesucht

#22 2011-11-07 08:08:20

Re: Mutiger Held gesucht

#23 2011-11-07 09:32:38

Re: Mutiger Held gesucht

#24 2011-11-07 16:32:23

Re: Mutiger Held gesucht

#25 2011-11-07 19:55:22

Re: Mutiger Held gesucht

Board footer