Wie kann man jemand vom unsinnigen Treiben aufhalten?

geodreieck4711 · 2013-03-10 16:30:33

Hallo

hier editierte ein User

http://www.openstreetmap.org/browse/changeset/15311180

wie wild und verbindet multipolygon-Wälder zu einem geschlossenen Outer- Ring ohne sich natürlich um die beteiligten anderen Mps zu kümmern.......

habe ihn angeschrieben, er antwortet nicht, habe oben genannten Änderungssatz und die drei folgenden von heute bereits revertiert, nun macht er fleißig weiter wie eine Dampfwalze.
möchte nicht wissen, wie die Gegend nächste Woche im OSMI aussieht.....

kann man so jemanden aufhalten oder hilft nur abwarten und später reverten?

grüße geodreieck4711

chris66 · 2013-03-10 16:44:05

Hi,
wenn sein Mapping wirklich fehlerhaft ist, dann wäre der nächste Eskalationsschritt, die DWG zu benachrichtigen...

kellerma · 2013-03-10 16:51:17

Nun mal langsam mit den jungen Pferden!

Da hat jemand heute um 12:00 (Sun, 10 Mar 2013 12:01:53 +0000) ein Changeset erstellt und gleich wird nach der DWG gerufen!

Ich lese mein Emails auch nicht jede Stunde.

Zum Bleistift habe ich einen gewissen "geodreieck4711" bereits zweimal innerhalb eines Jahres auf einen Fehler aufmerksam gemacht,
wenn ich da jedesmal "DWG! DWG!" gerufen hätte ...

geodreieck4711 · 2013-03-10 17:33:18

kellerma wrote:

...Zum Bleistift habe ich einen gewissen "geodreieck4711" bereits zweimal innerhalb eines Jahres auf einen Fehler aufmerksam gemacht,
...

dieser besagte Fehler war ein von Bing abgezeichneter Gebäudeumriss, im eifer des gefechts 2 mal das selbe Gebäude eingezeichnet, dass zur damaligen zeit neugebaut wurde und noch nicht existent war.....

Bei dem Kollegen gehts ja wohl um andere Dimensionen, wenn der halbe Reichswald zum Urwald wird und die ursprünglichen MPs dann alle offen sind ........

Ich unterstelle mal den Verdacht, dass es sich bei dem Kollegen um einen X-Plane Flugsimulatorfetischisten handelt. hatte ich kürzlich auch einen der sich drüber beklagt hat, dass die großen Wälder in den Szenarien nicht angezeigt werden( weil das Konvertierungsprogramm osm2xp mit segentierten Outerlinien an Multipolys nicht umgehen kann.....) Jener hatte dann auch angefangen, die Liniensegmente von Waldmultipolys zu einem Outer-Ring zussammenzulegen und das ganze von landuse=forest auf natural=wood umzubiegen....

Last edited by geodreieck4711 (2013-03-10 17:33:35)

chris66 · 2013-03-10 17:57:38

Hattet Du ihn in englisch angeschrieben? Seine (sehr sehr wenigen) Changeset Comments sind in englisch.

geodreieck4711 · 2013-03-10 18:19:45

Nachdem sie/er ca. ein Jahr pausierte, zwischen Januar2012 und Februar2013 erscheinen seine/ihre ersten Edits mit deutschsprachigen Kommentar!!!!!!!!

//edit:typo

Last edited by geodreieck4711 (2013-03-10 18:26:48)

geodreieck4711 · 2013-03-10 22:33:42

Der Kollege hat sich nun gemeldet.
Seine Motivation hat er wiefolgt dargestellt:

Die Wälder würden in Potlatch sowie in Navit nicht dargestellt werden.

Seine heutigen Changesets habe ich mir erlaubt vollständig zu reverten......

!i! · 2013-03-10 22:54:08

Danke, dass du ihn kontaktiert hast. Wie die anderen schon angemerkt haben, dauert Kommunikation immer und es kommt dabei natürlich immer auch auf die Art und Weise an. Besser ist es eben immer zu erklären, warum man meint, dass das Verhalten unangemessen ist, dann hat derjenige auch die Chance zu lernen. Wir spielen alle im selben Sandkasten und verbringen unsere Freizeit hier, ich denke da ist ein kooperative miteinander unerlässlich. Das heißt dann eben auch, dass jeder Fehler machen darf und man kann es ja auch immer wieder rückgängig machen.

Pepito · 2013-03-10 23:09:43

Er braucht die Multipolygone gar nicht zu ändern! Es reicht landuse=forest noch mal an die Stelle zu tippen, wo es bei einem normalen Polygon steht. Dann zeigt es Navit/Potlatch auch an. Ist dann auch für Neueinsteiger besser verständlich.

Hab ich in meiner Gegend auch schon gemacht. Wenn man schon für den renderer von Wanderreitkarte mappt, wird man das für Navit ja wohl auch dürfen. Ein doppelter forest-Tag ist ja wohl nicht schlimm, oder?

Kannst ihn ja mal den Tipp geben. Dann müsst ihr nicht mehr gegeneinander arbeiten.

Obwohl, bei mehreren Outer-Ways geht es wahrscheinlich nicht. Sind die wirklich nötig? Die Multipolygon an sich stört aber nicht.

Last edited by Pepito (2013-03-10 23:32:31)

EvanE · 2013-03-10 23:47:25

Pepito wrote:

Obwohl, bei mehreren Outer-Ways geht es wahrscheinlich nicht. Sind die wirklich nötig? ...

Wege dürfen maximal 2000 Knoten enthalten. Das würde beim Bodensee z.B. nicht ausreichen. Von daher ja. Bei Grenzen ist das Aufteilen auf viele Wege durchaus üblich. Allerdings werden Wege mit mehreren hundert Knoten schon ziemlich unhandlich.

Edbert (EvanE)

Tordanik · 2013-03-11 00:24:56

Pepito wrote:

Ein doppelter forest-Tag ist ja wohl nicht schlimm, oder?

Ein Renderer, der es genau nimmt, würde bei doppeltem Tagging auch in den Löchern Wald rendern. Denn wenn sowohl der outer-Ring als auch die Relation Tags haben, beziehen sich die Löcher zumindest nach strenger Lesart nur auf die Tags an der Relation.

EvanE · 2013-03-11 00:39:47

Tordanik wrote:

Pepito wrote:
Ein doppelter forest-Tag ist ja wohl nicht schlimm, oder?
Ein Renderer, der es genau nimmt, würde bei doppeltem Tagging auch in den Löchern Wald rendern. Denn wenn sowohl der outer-Ring als auch die Relation Tags haben, beziehen sich die Löcher zumindest nach strenger Lesart nur auf die Tags an der Relation.

Ein Renderer der es genau nimmt, wird in vielen Fällen eher seltsame Ergebnisse zeigen.

Soweit es die Multipolygone betrifft, reicht einem Renderer im Fall eines geschlossenen Outer-Rings ja die Information kleine Fläche in großer Fläche und braucht dafür (außer den Tags am MP) das Multipolygon nicht wirklich. Anders sieht es bei einem Outer-Ring aus mehreren Wegstücken aus, da geht nichts ohne das Multipolygon.

Edbert (EvanE)

Weide · 2013-03-11 06:37:28

Pepito wrote:

Ein doppelter forest-Tag ist ja wohl nicht schlimm, oder?

Doch, es ist schlimm. Das ist nicht ein doppeltes Tag, das sind zwei Wälder (und zwar zwei verschiedene übereinander). Wenn jetzt jemand den Waldflächenanteil in der Gemeinde berechnen will, dann wird das Ergebnis falsch.

Pepito wrote:

Obwohl, bei mehreren Outer-Ways geht es wahrscheinlich nicht.

Es geht mit Sicherheit nicht. Eine nicht geschlossene Linie ist nie eine Fläche und kann daher kein Wald sein.

Man kann nicht alle Programme kennen, die mit der Datenbank arbeiten oder künftig arbeiten werden. "Wir mappen nicht für die Renderer" bedeutet: Wir tragen niemals falsch ein, auch wenn das irgendwo zu besseren Ergebnissen führen würde.

Weide

Andreas Binder · 2013-03-11 08:16:41

@Pepito
Der Umstand, dass Navit mit Multipolygone nicht korrekt umgehen kann ist seit ca. 2 Jahren auf der Bugliste von navit bekannt (http://trac.navit-project.org/ticket/754). User Efred hatte mal unter (http://dl.artpc.ch/navit/maps/) spezielle navit-maps zur Verfügung gestellt, die mehr Multipolygone darstellen können. Die OSM-Daten umzutaggen, weil navit hier eine Unzulänglichkeit aufweist, halte ich für falsch. Das gehört meiner Meinung nach in Navit gefixed.

Grüße Andreas

Nop · 2013-03-11 09:08:35

Navit ist nur eines von vielen Beispielen dafür, daß die Multipolygone in der heutigen Form ein ungeeigneter Workaround sind. Viel zu kompliziert im Handling und unverständlich bei der Erstellung - sonst gäbe es nicht ständig solche Rückfragen wie diesen Thread hier. Und vor allem viel zu aufwändig in der Auswertung für jeden, der irgendwas mit den Daten anfangen will. Das ist kein Problem von navit, sondern von jedem der sich der Illusion hingibt, er könnte OSM-Daten einfach verwenden. Das nötige technische Fachwissen und der Aufwand für die Auswertung der MPs übersteigt die Mittel der meisten Anwender bei Weitem.

bye, Nop

efred · 2013-03-11 09:15:06

Andreas Binder wrote:

@Pepito
Der Umstand, dass Navit mit Multipolygone nicht korrekt umgehen kann ist seit ca. 2 Jahren auf der Bugliste von navit bekannt (http://trac.navit-project.org/ticket/754). User Efred hatte mal unter (http://dl.artpc.ch/navit/maps/) spezielle navit-maps zur Verfügung gestellt, die mehr Multipolygone darstellen können. Die OSM-Daten umzutaggen, weil navit hier eine Unzulänglichkeit aufweist, halte ich für falsch. Das gehört meiner Meinung nach in Navit gefixed.
Grüße Andreas

absolut korrekt...
und ich weiss, ich sollte endlich wieder mal neue maps zur Verfügung stellen. Aber ich muss da zuerst wieder ein bisschen rumbasteln, dass auch die nodes >2^31 berücksichtigt werden. Ich hoffe, ich komme nächstes Wochenende dazu und dann werde ich wieder regelmässig neue maps erstellen.
Aber das Problem an sich ist damit leider nicht wirklich gelöst. Ich hoffe, dass Navit doch irgendwann man standardmässig mit MPs umgehen kann. Aber auch bis dahin darf nicht spezifisch für Navit oder sonst einen Renderer getaggt werden. Wir taggen nicht für den Renderer sondern der Renderer muss mit den Daten wie sie in OSM sind umgehen können. Sonst gibt's plötzlich ein riesiges Durcheinandern: jemand taggt für Potlatch, jemand taggt für Mapnik, jemand taggt für Navit, jemand taggt für wasauchimmer...

chris66 · 2013-03-11 09:34:30

kellerma wrote:

Nun mal langsam mit den jungen Pferden!

Gegenvorschlag? Das falsche Tagging achselzuckend so hinnehmen?

Chris

Barthwo · 2013-03-11 09:45:44

Bitte, bitte kein landuse=forest an den outer way eines Multipolygon-Waldes legen. Ich hatte viele davon ausfindig gemacht auf Grund der Renderergebnisse dieser Pseudo-3D-Karte, die da neulich jemand hier propagierte und dann viele, viele in Süddeutschland korrigiert. Auch der deutsche Stil zeigt diese doppelt definierten Wälder dunkler an.

Das ist schon deshalb falsch, da bei diesem Tagging die "Löcher", also die tags an den inner ways (z.B. landuse=meadow) Probleme machen können. Ihr landuse tag kollidiert doch im Prinzip mit dem für die gleiche Fläche geltenden Tag des outer way.

mfg wb

Pepito · 2013-03-11 11:16:50

Ich glaube nicht, dass ein Smartphone mal eben schnell Multipolygone auswerten kann. Dann wäre osm ungeeignet für Navis.

Barthwo · 2013-03-11 11:36:40

Ich weiss nicht wie die das machen, aber OSMAND oder LOCUS haben herrliche Vektorkarten auf OSM Basis, bei denen die als Multipolygon angelegten Wälder angezeigt werden.

Hab mal gerade nachgesehen in meiner Gegend. Bei OSMAND scheint es Schwierigkeiten mit inner ways zu geben, bei LOCUS werden auch die "Löcher" gerendert.

Netzwolf · 2013-03-11 11:58:33

Nahmd,

Pepito wrote:

Ich glaube nicht, dass ein Smartphone mal eben schnell Multipolygone auswerten kann.

Was ist das Besondere an Multipolygonen?

– Mehr als ein Outer? Ja dann zum Teufel teil das Multipolygon doch einfach in mehrere auf. Und zwar nicht in der Datenbank, sondern in einem Schritt im Renderprozess. Das ist nun wirklich trivial.

– Löcher? Ja. So ist die Realität. Die Welt ist schlecht™: da gibts Löcher. Wenn ein Renderer nicht mit Löchern umgehen kann, ist er defekt und sollte gefixt werden. Selbst das dämliche SVG kann Löcher. Und wenn die Renderengine auf dem letztendlichen Client nicht mit Löchern zurechtkommt und auch nicht gefixt werden kann oder soll (warum auch immer), so ist es ein leichtes, ein Polygon mit Löchern in mehrere Polygone ohne Löcher zu zerschneiden. Nur muss man dann den Rand getrennt zeichnen, weil beim Aufteilen (natürlich) künstliche Ränder eingeführt werden.

Unsmarte Smartfones und defekte Renderer sind kein Grund, in der Datenbank rumzusauen.

Gruß Wolf

MHohmann · 2013-03-11 12:50:38

Netzwolf wrote:

Mehr als ein Outer? Ja dann zum Teufel teil das Multipolygon doch einfach in mehrere auf. Und zwar nicht in der Datenbank, sondern in einem Schritt im Renderprozess. Das ist nun wirklich trivial.

So weit ich verstanden habe, besteht das Problem nicht daran, dass es sich um mehrere, separate Gebiete handelt, die von jeweils einem geschlossenen Way umgeben sind. Stattdessen handelt es sich um ein zusammenhängendes Gebiet, das nicht von einem geschlossenen Way umgeben ist, sondern dessen äußere Begrenzung aus mehreren offenen Wegen besteht, die alle als Outer im Multipolygon stecken. Das ist weniger trivial zu lösen als durch ein "Aufteilen in mehrere Polygone".

Pepito · 2013-03-11 13:38:32

Vielleicht wäre es einfacher, bei der Kartengenerierung für Navit die Multipolygone in Polygone umzurechnen und ein forest dran zu pappen. Dann müsste navit nicht aufwendig umprogrammiert werden.

Ob sich bei dem Programm Navit selbst so schnell was ändert? Scheint nicht so einfach zu sein, da was umzustricken. Ist ja schon sehr umfangreich.

MHohmann · 2013-03-11 14:21:00

Naja, wenn man "bei Navit" etwas an diesem Problem ändert, dann tun man das auf jeden Fall nicht am Programm navit selbst, sondern an maptool. Das ist das (zu Navit gehörige und mit Navit zusammen entwickelte) Programm, dass OSM-Daten in das Navit-interne binfile-Format umwandelt. Da muss man auch für die Multipolygone ansetzen.

Ich werde die Entwickler mal darauf ansprechen, ob man da was machen kann.

@efred: Wie erstellst du denn deine Navit-Maps? Mit einem gepatchten maptool? Falls ja, könntest du den Patch zur Verfügung stellen, damit er vielleicht in die aktuelle maptool-Version übernommen wird und künftig auch andere Navit-Karten das Multipolygon-Problem los sind?

Last edited by MHohmann (2013-03-11 14:27:21)

THan · 2013-03-11 14:30:44

Also darf ich mich mal als Auslöser diesen Forum-Threads outen.

Zunächst möchte ich mich entschuldigen, dass ich hier entsprechende Aufwände verursacht habe. Meine Motive waren rein produktiver Natur.

Wie schon oben besprochen habe ich in Navit entsprechende Darstellungslücken von Wäldern festgestellt, die auch in der Potlach-Anzeige feststellbar waren.

Die "Grenzlinien" der Wälder waren komplett ohne "tag" (unter Ansicht Advanced kontrolliert), damit hatte es für mich den Anschein das die Linien, nicht genutzt wurden und entsprechend noch zu "taggen" sind
-> Diese Linen verband ich zu Polygonen mit Grenzen zu Autobahnen, Landstraßen u.s.w. Damit hatte ich unter Potlach auch entsprechende Erfolge zu verzeichnen. (Wälder wurden sichtbar)

Was kann man tun, das ein "über-" motivierter OSM-Nutzer (wie ich) sein fehlerhaftes Treiben beendet?

1. Die Anmeldung des OSM-Nutzers sperren für Uploads von geänderter Daten mit (wichtig!) entsprechender aussagekräftiger Meldung (z.B. "Ihr Konto wurde wegen fehlerhafter Daten für OSM uploads gesperrt, bitte sehen Sie in Ihrem Postfach nach") Ein Notfallsperrbutton könnte jedem Nutzer zur Verfügung stehen, um die Änderung eines Anderen zu verhindern, bis die Sachlage geklärt ist. Der "Admin" darf wieder freigeben.
2. Generelle Sperrung von "großflächige" Änderungen. Erst bei entsprechender Qualifikation des OSM-Nutzers sind diese erlaubt.
3. ...und... Freigabe großflächiger Änderungen erst nach einem Review.

Wie schon gesagt, möchte ich mich nochmals entschuldigen. ....Und! ... gelernt habe ich auch was dabei.
Danke an alle Beteiligten, die meine Fehleingaben korrigierten.

Nachtrag:
Also solche Waldkonstrukte wie in Nürnberg sind schwierig zu editieren. Wenn man sich die Relationen anschaut, und die teilweise über 20km Ausbreitung haben, so wird das doch etwas unübersichtlich.

Last edited by THan (2013-03-11 14:32:03)

Announcement

#1 2013-03-10 16:30:33

Wie kann man jemand vom unsinnigen Treiben aufhalten?

#2 2013-03-10 16:44:05

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#3 2013-03-10 16:51:17

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#4 2013-03-10 17:33:18

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#5 2013-03-10 17:57:38

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#6 2013-03-10 18:19:45

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#7 2013-03-10 22:33:42

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#8 2013-03-10 22:54:08

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#9 2013-03-10 23:09:43

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#10 2013-03-10 23:47:25

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#11 2013-03-11 00:24:56

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#12 2013-03-11 00:39:47

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#13 2013-03-11 06:37:28

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#14 2013-03-11 08:16:41

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#15 2013-03-11 09:08:35

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#16 2013-03-11 09:15:06

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#17 2013-03-11 09:34:30

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#18 2013-03-11 09:45:44

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#19 2013-03-11 11:16:50

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#20 2013-03-11 11:36:40

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#21 2013-03-11 11:58:33

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#22 2013-03-11 12:50:38

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#23 2013-03-11 13:38:32

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#24 2013-03-11 14:21:00

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

#25 2013-03-11 14:30:44

Re: Wie kann man jemand vom unsinnigen Treiben aufhalten?

Board footer