Re: [Talk-de] Remappen II - Arbeitsbeschäftigung

2011-12-24 Diskussionsfäden Jan Tappenbeck

HI !

irgendwie kommt mir das in Teilen wie ABM vor. Wenn ich zum Beispiel in 
meinem Urlaubsort die Wege kenne und nur nicht selber erfaßt habe dann 
markiere ich alles  - trenne es außen auf - mache eine Kopie und 
verschiebe diese fast wieder an die Alte Stelle. Durch meine 
Ortskenntnisse prüfe ich das.


Das ganze nur, weil ein anderer vor mir gemappt hat und nicht zugestimmt 
hat.


Das ist einfach - aber auch schon fast schwachsinnig.

Jetzt kommt die Arbeit für die Familie erschlagen - prüfen welche Tags 
von nicht Ablehnern stammen und entfernen.


Jedes Element einzeln durchsuchen 

Schöne wäre es jetzt eine Funktion zu haben die alle abgelehnten Tags 
auf Schlag kennzeichnet und ggf. den Tags zustimmen das diese stimmen 
und somit von mir stammen als Zustimmer.


Irgendwie komme ich mir vor wie in einem falschen Film - da wird unter 
dem Namen der Richtigkeit aus rechtlicher Sicht etwas durchgeführt und 
am Ende ist genau dasselbe wieder da - nur mit viel Arbeit und vor 
allendingen Energieverschwendung (Menschlicher wie EDV, PKW etc.) wieder 
hergestellt.


Gruß Jan .-)


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Remappen II - Arbeitsbeschäftigung

2011-12-24 Diskussionsfäden Chris66
Am 24.12.2011 11:11, schrieb Jan Tappenbeck:
 
 Das ganze nur, weil ein anderer vor mir gemappt hat und nicht zugestimmt
 hat.
 
 Das ist einfach - aber auch schon fast schwachsinnig.

+1

Aus diesem Grund werde ich erst *nach* der Umstellung remappen. ;-)

Happy XMAS,
Chris



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Remappen II - Arbeitsbeschäftigung

2011-12-24 Diskussionsfäden Martin Koppenhoefer
Am 24. Dezember 2011 11:11 schrieb Jan Tappenbeck o...@tappenbeck.net:
 Irgendwie komme ich mir vor wie in einem falschen Film - da wird unter dem
 Namen der Richtigkeit aus rechtlicher Sicht etwas durchgeführt und am Ende
 ist genau dasselbe wieder da - nur mit viel Arbeit und vor allendingen
 Energieverschwendung (Menschlicher wie EDV, PKW etc.) wieder hergestellt.


genau dasselbe ist ja nur dann da, wenn Du genau denselben Fokus hast
wie der Mapper, der vor Dir erfasst hatte und nicht zugestimmt hat.
Das Zeugs von Nichtzustimmern zu löschen und mit diesen Tags dann neu
zu erstellen ohne dass man die Informationen geprüft hat ist eine
Verletzung der Community-normen und der bisherigen Lizenz (cc-by-sa)
vergleichbar dem Abzeichnen von anderen Karten.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Remappen II - Arbeitsbeschäftigung

2011-12-24 Diskussionsfäden Michael Kugelmann

Am 24.12.2011 11:51, schrieb Martin Koppenhoefer:

ist eine
Verletzung der Community-normen und der bisherigen Lizenz (cc-by-sa)
vergleichbar dem Abzeichnen von anderen Karten.

+1
Dem kann ich nur aus tiefstem Herzen zustimmen. Und OSM war 
diesbezüglich in den Vergangenheit immer (m.E. zurecht) sehr streng um 
sich nicht angreifbar zu machen [1], ich glaube die Community ist sich 
sehr einig dass sich dies nicht ändern soll.



Schöne Weihnachten,
Michael.

zu [1]: Beispiele:
* Es gibt (wenige) Leute die sagen dass Google nicht das Recht hat zu 
verbieten von ihren Luftbildern abzuzeichnen. Wir machen es trotzdem nicht.
* Oder es gibt Länder in denen die CC-by-SA auf Kartendaten nicht gilt 
(weil Fakten) = die Daten sind dort eigentlich vogelfrei = dort könnte 
man die ganzen Daten dort einfach nehmen und in die neue ODBL-DB 
importieren. Aber auch das will niemand machen um einen sauberen 
nichtangreifbaren Stand zu haben.



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Remappen II

2011-12-23 Diskussionsfäden Tom
Jan Tappenbeck osm at tappenbeck.net writes:

 
 
   Hi !
 
 Nodes und Ways rausschmeißen und dann neuzeichnen ist eines.
 
 Aber dann die abgehenden Ways wieder heranführen etc. Hat einer von Euch 
 dafür schon einen praktikablen Workflow - ich finde das sehr mühsam.
 
 Gruß jan 
 


Hi,

probier doch mal die Funktion Knoten extrahieren aus dem Utilsplugin2. Sobald
das installiert ist, gibt's in JOSM einen neuen Menüpunkt unterhalb Werkzeuge
2. Mit dieser Funktion wird eine Kopie des alten Knoten erzeugt und an gleicher
Stelle auch an Schnittpunkten von Wegen eingebunden.

Gruß
Tom



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Remappen II

2011-12-23 Diskussionsfäden Tirkon
Jan Tappenbeck o...@tappenbeck.net wrote:
Nodes und Ways rausschmeißen und dann neuzeichnen ist eines.

Aber dann die abgehenden Ways wieder heranführen etc. Hat einer von Euch 
dafür schon einen praktikablen Workflow - ich finde das sehr mühsam.

Die folgende Methode funktioniert auch dann, wenn Routenrelationen
involviert sind:

Den zu ersetzenden (senkrechten) Weg !!NICHT!! so neu einzeichnen:

-o
 |
 |
 o---
 |
 |
-o

Anstatt dessen schneidet man die Nebenstraßen beim Verbinden etwas an,
indem man mit einem seitlichen Ausfall-Zacken in die Nebenstraße
hineingeht:

---+-o
\
 \
  \
 o-+--
  / 
 /
/
---+-o

o = böser alter (roter) node,  + = neuer guter node

Dann die überstehenden Enden der Nebenstraßen mit dem bösen Knoten
abschneiden, den neuen Kreuzungspunkt auf die neugezeichenete Straße
ziehen und die Punkte des Ausfallzacken löschen. Ergebnis:

-+
 |
 |
 +---
 |
 |
-+

Zumindest bei JOSM bleiben dann alle Taggings und Relationen der
Nebenstraßen bis zum Kreuzungspunkt erhalten. Potlatch: keine Ahnung. 

Muss man mehrere Wege verbinden, deren Verbindungsnode böse (rot) ist:
Man zoomt maximal auf den Verbindungsnode, schneidet von allen Wegen
ein (mikroskopisch kleines) Stück um den bösen Knoten ab und vereinigt
die guten entstandenen Endpunkte (bei JOSM Taste M).

Mit derselben Methode entfernt man einen einzelnen bösen (roten) node
aus der Mitte eines Weges. Auch hier bleibt Tagging und Relation bei
JOSM vollständig.

Bei Löschungen mit Relationsbeteiligung wird JOSM fragen, ob man den
Weg wirklich aus dieser löschen möchte. Man kann bejahen, wenn man
nach beschriebener Methode vorgeht. Am Besten macht man sich zuvor
klar, warum das so ist.

Gruß
Tirkon


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Remappen II

2011-12-23 Diskussionsfäden Jo
http://www.youtube.com/watch?v=AaJ3DAFTjX8

Ich arbeite noch an die Annotations

Polyglot

2011/12/23 Jan Tappenbeck o...@tappenbeck.net



  Hi !

 Nodes und Ways rausschmeißen und dann neuzeichnen ist eines.

 Aber dann die abgehenden Ways wieder heranführen etc. Hat einer von Euch
 dafür schon einen praktikablen Workflow - ich finde das sehr mühsam.

 Gruß jan :-)


 __**_
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Remappen II

2011-12-23 Diskussionsfäden Tom
Tirkon tirkon33 at yahoo.de writes:

 
 Jan Tappenbeck osm at tappenbeck.net wrote:
 Nodes und Ways rausschmeißen und dann neuzeichnen ist eines.
 

 
 -o
  |
  |
 viao---  to
  | 
  | from
 -o
 


 
 Bei Löschungen mit Relationsbeteiligung wird JOSM fragen, ob man den
 Weg wirklich aus dieser löschen möchte. Man kann bejahen, wenn man
 nach beschriebener Methode vorgeht. Am Besten macht man sich zuvor
 klar, warum das so ist.

Dass die Wege als Teil der Relation mit dem beschrieben Verfahren bestehen
bleiben ist soweit klar, was passiert aber mit den Knoten?

Nehmen wir mal an, der böse Knoten in der Mitte ist Teil einer
Abbiegerestriktion right_turn_only in der Rolle eines via Punktes (siehe
Skizze oben). Um diesen via-Punkt muss ich mich aber selbst kümmern und den
guten Knoten manuell in die Relation aufnehmen? Oder habe ich da was übersehen?

 Gruß
 Tirkon

Gruß,
Tom 





___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Remappen II

2011-12-23 Diskussionsfäden Tirkon
Tom osm.tom...@googlemail.com wrote:

Tirkon tirkon33 at yahoo.de writes:

 
 Jan Tappenbeck osm at tappenbeck.net wrote:
 Nodes und Ways rausschmeißen und dann neuzeichnen ist eines.
 

 
 -o
  |
  |
 viao---  to
  | 
  | from
 -o
 


 
 Bei Löschungen mit Relationsbeteiligung wird JOSM fragen, ob man den
 Weg wirklich aus dieser löschen möchte. Man kann bejahen, wenn man
 nach beschriebener Methode vorgeht. Am Besten macht man sich zuvor
 klar, warum das so ist.

Dass die Wege als Teil der Relation mit dem beschrieben Verfahren bestehen
bleiben ist soweit klar, was passiert aber mit den Knoten?

Nehmen wir mal an, der böse Knoten in der Mitte ist Teil einer
Abbiegerestriktion right_turn_only in der Rolle eines via Punktes (siehe
Skizze oben). Um diesen via-Punkt muss ich mich aber selbst kümmern und den
guten Knoten manuell in die Relation aufnehmen? Oder habe ich da was übersehen?

Jein!

Deswegen hatte ich oben über die Anleitung geschrieben:

Die folgende Methode funktioniert auch dann, wenn Routenrelationen
involviert sind:
Suggestiver hätte ich vielleicht NUR Routenrelationen schreiben
können.

Beispielsweise bei Routenrelationen muss der Editor bei Splits die
neuen Wege automatisch und in der richtigen Reihenfolge in die
Relation einfügen. Das tut JOSM und daher kann man anschließend den
überstehenden Teil abschneiden, den er dann wieder auf Nachfrage
entfernt. Insgesamt bleibt die Relation in der richtigen Reihenfolge.

Aber kein Editor kann alle aberwitzigen Relationstypen kennen und
richtig reagieren, wenn diese involviert sind. Ihm müseen zuvor für
jede einzelne Type die entsprechenden Reaktionen auf unterschiedliche
Ereignisse bekannt gemacht werden. Ob der jeweilige Editor so
intelligent ist, nun auch einen neuen node als Ersatznode zu erkennen
und automatisch in irgendwelche Relationstypen einzufügen, wäre in
jedem Einzelfalle einer Type zu prüfen. 

Ich hatte geschrieben, dass die Relationen der NEBENSTRASSEN erhalten
bleiben. Da bei der Abbiegerelation auch die Hauptstraße involviert
ist, die durch einen vollkommen neuen Weg ersetzt wurde und daher
jetzt from (oder to) fehlt, bleibt sie nicht erhalten und könnte
auch mit keinerlei Intelligenz des Editors repariert werden.

Wie ich schon auf der Remapping Wiki Seite schrieb:

Zitat:
Man beachte, dass jeder Knoten und Weg Mitglied einer Relation und
damit deren Elternrelationen sein kann. Man sollte zuvor die Struktur
involvierter Relationen studieren und notieren, bevor man irgendeinen
Punkt löscht und damit eine Relation zerstört, z.B. ÖPNV,
referenzierte Straßen (z.B. Autobahnen), Radrouten,
Abbiegebeschränkungen, Grenzen oder Multipolygone. Nach dem Ersetzen
von Wegen und Knoten sollte die Relation in der alten Struktur wieder
hergestellt werden.

Gruß
Tirkon


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de