Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema

[Peter Wendorff]

Am 23.12.2011 00:23, schrieb Stephan Wolff:

Am 22.12.2011 13:26, schrieb Tobias Knerr:

Aus meiner Sicht wären Routenrelationen im Allgemeinen und
ÖPNV-Relationen im Speziellen wesentlich weniger störend, wenn man ein
weniger arbeitsintensives Datenschema verwenden würde.


Das klingt erst mal gut.


Insbesondere sehe ich nicht die zwingende Notwendigkeit, sämtliche
genutzten Wegstücke in die Relation aufzunehmen. Meiner Einschätzung
nach sollte es genügen, einzelne Knoten als Stützpunkte zu erfassen und
die Wege dazwischen mit einem Routingalgorithmus zu berechnen.


Diese Vereinfachung erzeugt viele neue Probleme:
- jeder Renderer (Mapnik, Osmarender, Maperative, ...), jeder Router 
und jedes andere OSM-Tool benötigten neue Vorverarbeitungsroutinen. 
Bei unterschiedlicher Implementierung wären die Ergebnisse inkonsistent.
- für die Berechnung einer Karte müsste man mindestens alle Daten bis 
zur nächsten Stützstelle laden. Bei maximalem Stützpunktabstand von 
10km muss man für jede Kachel 10km zu jeder Seite zusätzlich verarbeiten.
- einen Datenfehler kann man jetzt leicht an einer Unterbrechung im 
Routeneditor erkennen. Beim Stützpunktmodell wäre keine 
Fehlererkennung möglich, es würde nur eine falsche neue Route berechnet.


Die Idee lässt sich aber in anderer Form nutzen: wenn ein Editor aus 
wenigen Stützstellen automatisch eine herkömmliche Routenrelation mit 
korrekten "role=forward" etc. erzeugen könnte, hätte der Mapper 
deutlich weniger Arbeit.
Klasse wäre, wenn Routen 1) eingeblendet werden könnten (sollte mit 
mapcss schon gehen; aber mit 'nem einfachen Schalter wäre das klasse), 
und wenn man sie 2) quasi zeichnen könnte; eventuell so, wie das bei 
diversen Online-Routingseiten schon geht, indem man einfach die Route an 
die Stützpunkte zieht, die sie betrifft (geht bei mindestens einem 
OSM-basierten Router und bei Google). Die entsprechenden ways dann 
einzutragen sollte dann doch nicht mehr so'n großes Problem sein (man 
könnte sogar, obwohl ich da vorsichtig wäre, ways automatisch splitten 
lassen bei Bedarf).


Wenn man die automatisch berechneten Teile unvollständiger Routen dann 
noch gestrichelt einzeichnet und dem User im Editor die Möglichkeit 
gibt, das zu bestätigen (evtl. nach Gradeziehen), dann wäre das 
Bearbeiten von Routenrelationen extrem stark vereinfacht, ohne es 
Anwendungen schwerer zu machen.
Klar: "alte" oder "einfache" Editor-Programme würden zu ähnlichen 
Problemen führen wie bisher, aber immerhin sind die dann leichter zu 
korrigieren.


Gruß
Peter

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

Re: [Talk-de] OSM auf 28C3

[Gehling Marc]

Hi,

habe noch Flyer  von der OpenRheinRuhr. Bringe ich mit. 

Mfg Marc

Am 23.12.2011 um 01:36 schrieb Dirk-Lüder Kreie:

> Am 23.12.2011 01:22, schrieb Frederik Ramm:
>> Hi,
>> 
>> On 12/23/2011 01:13 AM, Michael Kugelmann wrote:
>>> wurde zwischenzeitlich etwas "fixiert" oder gibt es außer einer "losen
>>> Diskussion" noch keine Ergebnisse?
>> 
>> Plakat ist mit der Post unterwegs; Flyer wollte keiner haben (evtl. noch
>> Bestaende oder ohnehin wenig Interesse fuer bedrucktes Papier zu
>> erwarten?), ich koennte aber auch morgen noch eine Kiste irendwo
>> hinschicken.
> 
> Wenn ich mich recht erinnere, war der Flyerbedarf letztes Jahr
> verhältnismässig gering.
> 
> Sollten noch Flyer benötigt werden wäre es als Fallback sicher möglich,
> an eine Packstation in der "Nähe" zu senden, falls es keine Möglichkeit
> gibt, ein Paket an das BCC zu senden.
> 
> Meine Postnummer gebe ich dir dafür gerne off-list.
> 
> -- 
> 
> Dirk-Lüder "Deelkar" Kreie
> Bremen - 53.0901°N 8.7868°E
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] OSM auf 28C3

[Michael Kugelmann]

Am 23.12.2011 01:22, schrieb Frederik Ramm:

Hi,

On 12/23/2011 01:13 AM, Michael Kugelmann wrote:

wurde zwischenzeitlich etwas "fixiert" oder gibt es außer einer "losen
Diskussion" noch keine Ergebnisse?


Plakat ist mit der Post unterwegs; 

Super.   :-)   Das wichtigstse Thema ist positiv benatwortet.
Nur der Interesse halber: was für ein Plakat? Nur eine Karte rund um's 
BCC oder zusätzlich auch vielleicht ein "Best of OSM" oder ähnliches?


Flyer wollte keiner haben (evtl. noch Bestaende oder ohnehin wenig 
Interesse fuer bedrucktes Papier zu erwarten?), ich koennte aber auch 
morgen noch eine Kiste irendwo hinschicken.


Wenn ich mich richtig erinnere war vor 2 Jahren (26C3) der Bedarf 
relativ bescheiden.
Ich nehme meinen "persönlichen Vorrat" (Stapel, wenige cm) mal zur 
Sicherheit mit.



Grüße,
Michael.


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

Re: [Talk-de] OSM auf 28C3

[Gehling Marc]

Am 23.12.2011 um 10:28 schrieb Michael Kugelmann:

> Am 23.12.2011 01:22, schrieb Frederik Ramm:
>> Hi,
>> 
>> On 12/23/2011 01:13 AM, Michael Kugelmann wrote:
>>> wurde zwischenzeitlich etwas "fixiert" oder gibt es außer einer "losen
>>> Diskussion" noch keine Ergebnisse?
>> 
>> Plakat ist mit der Post unterwegs; 
> Super.   :-)   Das wichtigstse Thema ist positiv benatwortet.
> Nur der Interesse halber: was für ein Plakat? Nur eine Karte rund um's BCC 
> oder zusätzlich auch vielleicht ein "Best of OSM" oder ähnliches?

das Best of OSM bringe ich noch mit. Habe es von der Intergeo mitgenommen.

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

Re: [Talk-de] OSM auf 28C3

[Michael Kugelmann]

Am 23.12.2011 10:47, schrieb Gehling Marc:
das Best of OSM bringe ich noch mit. Habe es von der Intergeo 
mitgenommen. 

perfekt!   :-)

Wie war das denn im BCC? Normale Klebestreifen waren da IIRC nicht gerne 
gesehen, oder? Brauchte man da nicht so Powerstrips? Oder verwechsle ich 
die Lokation? Ich schau mal nachher beim Einkaufen, dass ich so 
Powerstrips finde und mitbringe.



Grüße,
Michael.


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

Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema

[Martin Koppenhoefer]

Am 22. Dezember 2011 21:47 schrieb Tobias Knerr :
> Am 22.12.2011 19:38, schrieb Thomas Reincke:
>> Am 22.12.2011 13:26, schrieb Tobias Knerr:
>> Selbst wenn alle Verkehrsbeschränkungen (Einbahnstraßen, Poller,
>> Lkw-Verbote, Abbiegerelationen) vollständig erfasst sind wird das nur in
>> weniger als 95% aller Fälle zu einem korrekten Ergebnis führen.
>
> Solange es die Möglichkeit gibt, Stützpunkte zu ergänzen, kann man
> dadurch bei den von dir geschätzten problematischen 5+ % ja eine
> korrekte Auswertung sicherstellen.


dazu muss man das aber erst mal erkennen. Wenn Routen nur noch
einzelne verstreute Nodes sind, und ein Mapper später zwischendrin
Straßen ergänzt, wodurch das Routen-Routing (!) sich ändert, dann kann
er das kaum erkennen, erst recht nicht, wenn die Nodes nicht im
runtergeladenen Bereich liegen.

Ich fände einen solchen Schritt von der eindeutigen Angabe der Route
über ways zu einem Raten nach Wahrscheinlichkeit über nodes einen
ziemlichen Rückschritt.

Die Idee, Teilrouten zu bilden (im Extremfall von Haltestelle zu
Haltestelle), die man dann über weitere Relationen zu Strecken oder
Varianten zusammensetzt, verspricht Vorteile (weniger Routen) man darf
das aber auch nicht überschätzen: dadurch, dass nicht alle Busse an
allen Haltestellen halten, an denen sie vorbeifahren (s.z.B. die
erwähnten Expressbusse) braucht man trotzdem oft mehrere
Routensegmente auf demselben way (oder man setzt die Haltestellen
zusammen mit den Teilstücken in die Gesamtrelation der Linie und nicht
in die Teilstücke).

Gruß Martin

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

Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema

[Tirkon]

Bartosz Fabianowski  wrote:

>Frage 2 läuft auf einen Punkt hinaus der bei OSM immer wieder aufkommt: 
>Was für Daten sollten besser außerhalb von OSM verwaltet werden als 
>innerhalb?

Ich würde es mal so sehen: Daten, die man einträgt, sollte man auch
maintainen können. Das betrifft insbesondere solche Daten, die sich
häufiger ändern. Meiner Erfahrung trifft das insbesondere auf die
Schul-bezogenen Varianten zu. Was nützen einem zig Varianten, die
schon längst Schnee von gestern sind? Herzlich wenig! Im Gegenteil.
Sie stören bloß - und zwar insbesondere dann, wenn jemand die neue
Hauptroute eintragen möchte und bei dem Gewusel auf der ÖPNV Karte
verzweifelt und es deswegen läßt.

Um sich einmal einen Eindruck einer variantenreichen Linie zu
verschaffen, hier ein Beispiel.
http://www.bahn.de/weseremsbus/view/static/kursbuch/2412_beide_ALLG_11_12_11.pdf


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

[Talk-de] Relation aufteilen

[Jan Tappenbeck]

 hi!

ich möchte eine riesige Relation aufteilen - hat einer einen Tipp dafür 
wie man da am besten macht ?


Gruß Jan :-)


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

Re: [Talk-de] Relation aufteilen

[Jo]

Im JOSM kann man einfach eine Kopie von eine Relation machen. Hängt
natürlich auch davon ab um welcher Type Relation es geht. Kopie machen,
dann Members verteilen. Warscheinlich ist es am einfachsten wenn du erst
alles vorne bringst was in die erste Relation bleiben muss.

Jo

2011/12/23 Jan Tappenbeck 

>
>
>  hi!
>
> ich möchte eine riesige Relation aufteilen - hat einer einen Tipp dafür
> wie man da am besten macht ?
>
> Gruß Jan :-)
>
>
> __**_
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema

[Peter Wendorff]

Am 23.12.2011 12:15, schrieb Martin Koppenhoefer:

[...]
Die Idee, Teilrouten zu bilden (im Extremfall von Haltestelle zu 
Haltestelle), die man dann über weitere Relationen zu Strecken oder 
Varianten zusammensetzt, verspricht Vorteile (weniger Routen) man darf 
das aber auch nicht überschätzen: dadurch, dass nicht alle Busse an 
allen Haltestellen halten, an denen sie vorbeifahren (s.z.B. die 
erwähnten Expressbusse) braucht man trotzdem oft mehrere 
Routensegmente auf demselben way (oder man setzt die Haltestellen 
zusammen mit den Teilstücken in die Gesamtrelation der Linie und nicht 
in die Teilstücke).

Hi.
Ich würde die Haltestellen auf jeden Fall in die Gesamtrelation setzen, 
und nicht in die Teilstücke.
Das erlaubt unter anderem auch eine gestaffelte Auswertung nach 
Nutzungsszenario:
1) Der genaue Verlauf der Route wird nicht benötigt. Eine Auswertung der 
Routenrelations selbst ist möglich, da die Haltestellen direkt drin 
sind. Geladen werden müssen dann nur die Elemente, die Haltestellen 
darstellen.

Beispiele sind Netzpläne, Abschätzungen zu Erreichbarkeit etc.
2) Verlauf ist notwendig: dann läd man alle Teile.
3) Rendern wird evtl vereinfacht: Ein Routensegment (also von 
Haltestelle zu Haltestelle) kriegt Labels je nachdem, in welchen 
Relationen es vorhanden ist, ohne labels kann man auch einfach nur noch 
alle Routensegmente rendern und ist fertig; die mehrfachbehandlung fällt 
z.T. weg.


Gruß
Peter

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

[Talk-de] Neues zu Wanderwegen ??

[Jan Tappenbeck]

 HI !

ich soll im Januar einen Vortrag bei einem Wanderverein halten. Nun 
wollte ich Euch kurz fragen, ob es irgendetwas neues gibt was ich 
vielleicht nicht mitbekommen habe.


Schöne Beispiel - links etc.


Gruß Jan :-)


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

[Talk-de] XMAS

[Jan Tappenbeck]

 Moin !

nun ist es bald wieder soweit  

die XMAS-Karte [1] wird in wenigen Tagen Ihren Dienst für diese Saison 
einstellen.


Im Forum wird ausgiebig über ein neues OSM-Logo diskuttiert und deshalb 
nehme ich es auch zum Anlass für ein neues Logo. In der XMAS-Karte fehlt 
irgendwie ein Logo für die Weihnachtsmärkte und deshalb möchte ich 
hiermit einen Wettbewerb ausschreiben.


1 Logo für die XMAS-Karte - Lizenz frei wie OSM und der Preis:

Verwendung in der XMAS-Karte 2012 !

Einsendeschluss: 29.2.2012

Vorschläge sind im Wiki unter [2] einzubinden.

Abschließend wünsche ich Euch allen eine schöne Weihnachtszeit und einen 
guten Rutsch ins neue Jahr.


Gruß Jan :-)

[1] http://www.tappenbeck.net/osm/maps/deu/index_develop.php?id=1032

[2] http://wiki.openstreetmap.org/wiki/DE:Tag:xmas



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

Re: [Talk-de] Sinnhaftigkeit Oxomoa-Schema

[Stephan Wolff]

Am 23.12.2011 02:54, schrieb Tobias Knerr:

Am 23.12.2011 00:23, schrieb Stephan Wolff:

Diese Vereinfachung erzeugt viele neue Probleme:



Die Idee lässt sich aber in anderer Form nutzen: wenn ein Editor aus

>> wenigen Stützstellen automatisch eine herkömmliche Routenrelation mit

korrekten "role=forward" etc. erzeugen könnte, hätte der Mapper deutlich
weniger Arbeit.

>

Wenn der Editor ebenfalls über die Fähigkeit zur Routenberechnung über
Stützstellen verfügt, wie du unten vorschlägst, könnte er natürlich eine
"Vorschau" der Route zur Fehlererkennung anbieten.


Das ist ein großer Unterschied. In meinem Vorschlag würde es genügen,
wenn es ein Plugin für einen Editor gibt, das auf Anforderung eine
Route auf den bereits geladenen Daten berechnet. Die Berechnungszeit
der Route wäre unkritisch und selbst bei Routingfehlern könnte der
Mapper den fehlerfreien Teil übernehmen und den fehlerhaften Teil
nachbearbeiten.
Bei deiner Idee müssen alle Editoren das System unterstützen, selbst
die betroffenen Busrouten identifizieren, die nächstgelegenen
Stützpunkte und alle für das Routing benötigten Straßen auch außerhalb
des Arbeitsbereichs nachladen und die Routen nach jeder Bearbeitung
aktualisieren. Das kann nicht funktionieren.


Du hast zwar Recht, mir geht es aber eigentlich primär um die
Auswirkungen auf denjenigen, der das Konstrukt später bearbeiten will.
Bei der Ersterfassung hat der Mapper wenigstens noch die freie Wahl, ob
es ihm den Aufwand wert ist.


Ja, das ist ein prinzipielles Problem bei OSM. Um ein Objekt zu
Bearbeiten ohne vorhandene Informationen zu zerstören, muss man die
Eigenschaften aller Tags und aller beteiligten Relationen kennen. Viele
Mapper werden Wege, die Teil mehrerer Relationen sind, nicht bearbeiten.
Die Einstiegshürden für neue Mapper werden immer höher.

Viele Grüße
Stephan


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

Re: [Talk-de] Relation aufteilen

[Peter]

Am 23.12.2011 13:11, schrieb Jo:


Im JOSM kann man einfach eine Kopie von eine Relation machen. Hängt
natürlich auch davon ab um welcher Type Relation es geht. Kopie machen,
dann Members verteilen. Warscheinlich ist es am einfachsten wenn du erst
alles vorne bringst was in die erste Relation bleiben muss.


Ich machte das zuletzt bei einer Busrelation in JOSM so:

Relation kopieren -> K.
Alles rausnehmen was nicht in K soll. (z.B. indem man die Teile
   in der mapauswählt, dann relationsEditor ausmachen, sind
   im editor links markiert: löschen)
Alles aus K Relation in der map auswählen lassen.
Alte Relation (A) im Editor aufmachen, die ausgewählten aus K
   sind links markiert: löschen.

Fertig


Peter


ich möchte eine riesige Relation aufteilen - hat einer einen Tipp dafür
wie man da am besten macht ?





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

Re: [Talk-de] Neues zu Wanderwegen ??

[Sven Geggus]

Jan Tappenbeck  wrote:

> ich soll im Januar einen Vortrag bei einem Wanderverein halten. Nun 
> wollte ich Euch kurz fragen, ob es irgendetwas neues gibt was ich 
> vielleicht nicht mitbekommen habe.
> 
> Schöne Beispiel - links etc.

Na ja, die beiden Wanderkarten sind ja nicht neu:
http://www.wanderreitkarte.de
http://hiking.lonvia.de/

Bei http://francetopo.fr/ kann man auch Wanderwege einschalten.
Leider ist da nur ein Teil von Deutschland drin. Immerhin aber der
Schwarzwald und fast die ganze Schweiz.

Apropos http://francetopo.fr/ Mein französisch ist zu schlecht, die
Toolchain dazu ist nicht zufällig offen?

Gruss

Sven

-- 
Der "normale Bürger" ist nicht an der TU Dresden und schreibt auch
nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Meer ist falsch - coastline

[Markus]

Danke Michael für die Links.

Trotz weiterem "schubsen" und "/dirty" ändert sich irgendwie nichts:
http://www.openstreetmap.org/?lat=12.03767&lon=92.9844&zoom=15&layers=M

In z=13 ist es hingegen richtig:
http://www.openstreetmap.org/?lat=12.03767&lon=92.9844&zoom=13&layers=M

Gruss, Markus

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

Re: [Talk-de] France Topo (war: Neues zu Wanderwegen ??)

[pml1]

Am Freitag, 23. Dezember 2011, 14:43:42 schrieb Sven Geggus:
> 
> Apropos http://francetopo.fr/ Mein französisch ist zu schlecht, die
> Toolchain dazu ist nicht zufällig offen?

Vielleicht hilft Dir das: http://francetopo.fr/fluxbb/viewtopic.php?id=25

Peter

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

[Talk-de] Wer kann Datenbereinigungen erstellen? (BOT)

[ludwich]

Hallo Kollegen,

ich habe über eine Datenausspielung eine unterschiedliche Notation der 
Schreibweise des amtlichen Gemeindeschlüssels analysiert.
Wer oder Wie kann man eine Änderung der Daten machen.
Es betrifft  188 Datensätze

Ich kann eine Liste mit Relationsnummer, de:amlicher_gemeindeschlüssel (IST + 
SOLL) liefern.
Mit der Hand möchte ich das jedenfalls nicht angehen :-)

Beispiel: PLZ 23866  ORT  Nahe
Relation 422706
de:amlicher_gemeindeschlüssel = 01 0 60 058   (IST)
de:amlicher_gemeindeschlüssel = 01060058 (SOLL)


Die Änderung ist zwar nicht "wichtig" aber es macht durchaus Sinn, wenn nicht 
immer alles in späteren Auswertungen geradegebogen werden muss.
Diese Schreibweise wird "nur" bei 188 AGS genutzt, alle anderen passen soweit.

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

Re: [Talk-de] Talk-de Nachrichtensammlung, Band 65, Eintrag 82

[Wolfgang Wienke]

Am 23.12.2011 10:28, schrieb talk-de-requ...@openstreetmap.org:


Diese Vereinfachung erzeugt viele neue Probleme:
- jeder Renderer (Mapnik, Osmarender, Maperative, ...), jeder Router und
jedes andere OSM-Tool benötigten neue Vorverarbeitungsroutinen. Bei
unterschiedlicher Implementierung wären die Ergebnisse inkonsistent.
- für die Berechnung einer Karte müsste man mindestens alle Daten bis
zur nächsten Stützstelle laden. Bei maximalem Stützpunktabstand von 10km
muss man für jede Kachel 10km zu jeder Seite zusätzlich verarbeiten.
- einen Datenfehler kann man jetzt leicht an einer Unterbrechung im
Routeneditor erkennen. Beim Stützpunktmodell wäre keine Fehlererkennung
möglich, es würde nur eine falsche neue Route berechnet.

Die Idee lässt sich aber in anderer Form nutzen: wenn ein Editor aus
wenigen Stützstellen automatisch eine herkömmliche Routenrelation mit
korrekten "role=forward" etc. erzeugen könnte, hätte der Mapper deutlich
weniger Arbeit.


Das wäre ein Super Tool!!!:
Man trägt die Haltstellen ein, danach wird z.B. in JOSM die 
wahrscheinlichste Route angezeigt. Dann zieht man noch an einigen nicht 
passenden Stützpunkten und die Route ist fertig und kann so gespeichert 
werden.

Damit würde ich auch 10 Routenversionen pro Linie mappen.
Hallo Programmierer!! :-)
Ich stifte auch eine Kiste Bier!
--
   Mit freundlichen Gruessen

 Wolfgang Wienke

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

[Talk-de] Lizenz-Nichtzustimmer direkt anmailen, nicht nur über OSM, wie?

[Wolfgang Barth]

Hallo

wir hatten im Saarland einige Erfolge mit dem Kontaktieren von 
Nichtzustimmern.


Teilweise, weil wir über den Namen oder das Pseudonym in anderen Foren 
(z.B. zu Geocaching) oder Webseiten die Mapper finden konnten. Diese 
Direktkontakte führten dann mit hoher Erfolgsquote zur Zustimmung.


Nun gibt es ein ganze Reihe Mapper (darunter im Saarland noch 3 "dicke 
Fische") bei denen wir mit dieser Methode nicht weiterkamen. Keine 
Reaktion auf OSM Mails und keine andere Kontakmöglichkeit zu finden.


Ist es irgendwie möglich für diesen Zweck Zugriff auf die Mailadressen 
der Mapper zu bekommen, um sie direkt anmailen oder über ihre Namen oder 
Mailadressen andere Kontaktmöglichkeiten (andere Mailadressen, 
Forenbeiträge ...) herausfinden zu können?


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

Re: [Talk-de] Meer ist falsch - coastline

[Michael Krämer]

Hallo Markus,

Am 23.12.2011 14:44, schrieb Markus:
> Danke Michael für die Links.
Kein Problem, ich hab' das auch selbst erst vor nicht allzulanger Zeit 
kapiert...



> Trotz weiterem "schubsen" und "/dirty" ändert sich irgendwie nichts:
> http://www.openstreetmap.org/?lat=12.03767&lon=92.9844&zoom=15&layers=M

Hm, das sieht bei mir eigentlich ganz vernünftig aus. Ein konkretes 
Beispiel ist folgendes Tile:

http://b.tile.openstreetmap.org/15/24847/15279.png
Da sehe ich Land mit Straßen, Meer und eine Schiffslinie.

Grüße,
Michael


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

Re: [Talk-de] Meer ist falsch - coastline

[Markus]

Hallo Michael,


Ein konkretes Beispiel ist folgendes Tile:
http://b.tile.openstreetmap.org/15/24847/15279.png
Da sehe ich Land mit Straßen, Meer und eine Schiffslinie.


Und genau die Reihe rechts davon hat kein Land mehr:
http://c.tile.openstreetmap.org/14/12424/7640.png

Gruss, Markus

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

Re: [Talk-de] Meer ist falsch - coastline

[Bartosz Fabianowski]

Und genau die Reihe rechts davon hat kein Land mehr:
http://c.tile.openstreetmap.org/14/12424/7640.png


Also bei mir sieht die Kachel optimal aus. Da muß bei Dir was im Cache 
hängen. Versuch' mal Shift+Neuladen. Wenn auch das nicht hilft hast Du 
vielleicht einen Proxy vorgeschaltet der die Kacheln zwischenspeichert.


Gruß,
- Bartosz

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

Re: [Talk-de] Meer ist falsch - coastline

[Michael Krämer]

Also bei mir sieht die Kachel optimal aus.

+1

Grüße,
Michael

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

Re: [Talk-de] Lizenz-Nichtzustimmer direkt anmailen, nicht nur über OSM, wie?

[Simon Poole]

Am 23.12.2011 16:54, schrieb Wolfgang Barth:


Ist es irgendwie möglich für diesen Zweck Zugriff auf die Mailadressen 
der Mapper zu bekommen, um sie direkt anmailen oder über ihre Namen 
oder Mailadressen andere Kontaktmöglichkeiten (andere Mailadressen, 
Forenbeiträge ...) herausfinden zu können?



Ganz einfache Antwort: nein.

Simon

PS: ich hab mich schon mit der Sache beschäftigt und eigentlich eine 
rechtlich unbedenkliche Lösung, werd ich ev. im neuen Jahr der LWG 
vorschlagen (aber im Augenblick haben wir nicht mal die aktuellen 
Ablehner nochmals angemailt)



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

[Talk-de] Remapping - Knoten ersetzen

[Jan Tappenbeck]

 Hi !

im Wiki steht bei [1]:

"Um einen Knoten zu ersetzen, muss man ihn selektieren und dann 'o' 
drücken. Danach die Maus dorthin positionieren wo der neue Knoten hin 
soll. Achtung: Eventuelle tags gehen dabei verloren. Diese kann man aber 
mit R wieder einfügen. Relationen müssen händisch nachgetragen werden. "


Wenn ich das mache dann bekomme ich die Meldung ist solle min. 4 Punkte 
auswählen.


Kann mir einer sagen wo der Fehler liegt oder gibt es eine alternative 
Funktion im Menü?


Gruß Jan .-)

[1]http://wiki.openstreetmap.org/wiki/DE:Remapping


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

Re: [Talk-de] Remapping - Knoten ersetzen

[Jo]

Ich glaube dass mit dem 'o' ist im Potlatch. In JOSM würde das vielleicht
Ctrl-d (duplicate).

Im Potlatch muss man zuerst andeuten, dann Mousepointer verschieben wo dass
Punkt hin muss, dann 'o'.

Jo

2011/12/23 Jan Tappenbeck 

>
>
>  Hi !
>
> im Wiki steht bei [1]:
>
> "Um einen Knoten zu ersetzen, muss man ihn selektieren und dann 'o'
> drücken. Danach die Maus dorthin positionieren wo der neue Knoten hin soll.
> Achtung: Eventuelle tags gehen dabei verloren. Diese kann man aber mit R
> wieder einfügen. Relationen müssen händisch nachgetragen werden. "
>
> Wenn ich das mache dann bekomme ich die Meldung ist solle min. 4 Punkte
> auswählen.
>
> Kann mir einer sagen wo der Fehler liegt oder gibt es eine alternative
> Funktion im Menü?
>
> Gruß Jan .-)
>
> [1]http://wiki.openstreetmap.**org/wiki/DE:Remapping
>
>
> __**_
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Remapping - Knoten ersetzen

[Chris66]

Am 23.12.2011 20:49, schrieb Jan Tappenbeck:

> im Wiki steht bei [1]:
> 
> "Um einen Knoten zu ersetzen, muss man ihn selektieren und dann 'o'
> drücken. Danach die Maus dorthin positionieren wo der neue Knoten hin
> soll. Achtung: Eventuelle tags gehen dabei verloren. Diese kann man aber
> mit R wieder einfügen. Relationen müssen händisch nachgetragen werden. "
> 
> Wenn ich das mache dann bekomme ich die Meldung ist solle min. 4 Punkte
> auswählen.
> 
> Kann mir einer sagen wo der Fehler liegt oder gibt es eine alternative
> Funktion im Menü?

Könnte der Fehler darin liegen, dass Du Potlatch mit JOSM verwechselst?

Grüße
Chris


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

[Talk-de] Remappen II

[Jan Tappenbeck]

 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-de

Re: [Talk-de] Remappen II

[Tom]

Jan Tappenbeck  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] Lizenz-Nichtzustimmer direkt anmailen, nicht nur über OSM, wie?

[Tirkon]

Wolfgang Barth  wrote:

>Ist es irgendwie möglich für diesen Zweck Zugriff auf die Mailadressen 
>der Mapper zu bekommen, um sie direkt anmailen

Ich bekomme bei jeder Nachricht auf dem OSM Accout auch eine
Mitteilung über die bei OSM angemeldete Mailadresse. Ist das nicht bei
jedem User so? Denn demnach würde ein direktes Anmailen keinen
Mehrwert bringen.


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

Re: [Talk-de] [bulk]: Re: Remapping - Knoten ersetzen

[Wolfgang Barth]

Am 23.12.2011 20:59, schrieb Jo:

Ich glaube dass mit dem 'o' ist im Potlatch. In JOSM würde das vielleicht
Ctrl-d (duplicate).

Im Potlatch muss man zuerst andeuten, dann Mousepointer verschieben wo dass
Punkt hin muss, dann 'o'.


Beides geht in POTLATCH:

- selektieren o verschieben return
oder
- selektieren verschieben o return

Der Text im Wiki war von mir. Hab das dort ergänzt.
o steht anscheinend für duplicate und delete.
Das schöne ist, daß Verbindungen zu verschiedene ways bei diesem Vorgang 
erhalten bleiben. Klappt also auch bei Kreuzungen.


mfg wb

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

Re: [Talk-de] [bulk]: Remappen II

[Wolfgang Barth]

Am 23.12.2011 21:12, schrieb Jan Tappenbeck:


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.


Ich arbeite mit Potlatch:

- Bei Nodes arbeite ich mit selektieren - o (= duplicate + delete) - 
return. Dabei bleiben die abgehenden ways des nodes erhalten. Und R fügt 
die Tags wieder ein. Nur relations muss muss man drauf achten.


- Bei Ways ähnlich. Den Weg selektieren, dann habe ich die Tags noch im 
Puffer. Dann zeichne ich den Weg mit Hilfe von Bing neu und achte 
darauf, daß ich alle nodes von abgehenden Wegen dabei "anfahre". WEnn 
fertig R um die tags des ways wieder einzufügen. Leider ist das nicht 
sicher in Hinsicht auf Tags an Knoten des ways. Die und die Relationen 
muss man vorher prüfen.



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

Re: [Talk-de] [bulk]: Re: Lizenz-Nichtzustimmer direkt anmailen, nicht nur über OSM, wie?

[Wolfgang Barth]

Am 23.12.2011 21:48, schrieb Tirkon:

Wolfgang Barth  wrote:


Ist es irgendwie möglich für diesen Zweck Zugriff auf die Mailadressen
der Mapper zu bekommen, um sie direkt anmailen


Ich bekomme bei jeder Nachricht auf dem OSM Accout auch eine
Mitteilung über die bei OSM angemeldete Mailadresse. Ist das nicht bei
jedem User so? Denn demnach würde ein direktes Anmailen keinen
Mehrwert bringen.

Doch, eine "unpersönliche" Mail: "Du hast Mail bei OSM" landet wohl viel 
eher in einem Spamfilter oder wird einfach "weggeklickt" wie eine Mail 
mit persönlicher Ansprache und einem aussagekräftigen Betreff.


mfg wb


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

Re: [Talk-de] Remapping - Knoten ersetzen

[Tom]

Jo  gmail.com> writes:

> 
> Ich glaube dass mit dem 'o' ist im Potlatch. In JOSM würde das vielleicht
> Ctrl-d (duplicate).
> 

Hi

Ctrl-D erzeugt eine Kopie den ursprünglichen Knoten, ersetzt ihn aber nicht an
der Originalposition.

"Punkt extrahieren" aus dem utilsplugin2 arbeitet genau anders herum: der neu
erzeugte Punkt ersetzt den ursprünglichen Knoten (was vor allem interessant ist,
wenn sich dort mehrere Wege schneiden). Gleichzeitig wird der alte Knoten
"herausgelöst" und kann entweder gelöscht werden oder man kann evtl. vorhandene
Tags manuell auf den neuen Knoten übertragen.

Klingt kompliziert? Am besten das Plugin in JOSM installieren und ausprobieren.

Gruß,
Tom



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

Re: [Talk-de] Remapping - Knoten ersetzen

[Tom]

Tom  googlemail.com> writes:

> 
> Jo  gmail.com> writes:
> 
> > 
> > Ich glaube dass mit dem 'o' ist im Potlatch. In JOSM würde das vielleicht
> > Ctrl-d (duplicate).
> > 
> 
[...]
> Gleichzeitig wird der alte Knoten
> "herausgelöst" und kann entweder gelöscht werden oder man kann evtl. 
> vorhandene
> Tags manuell auf den neuen Knoten übertragen.

Bei Relationen muss man leider selbst noch etwas aktiv werden. Wenn also der
alte (herausgelöste) Knoten noch in Relationen eingebunden ist, bitte nicht
einfach den Knoten löschen, sondern erst den neu erzeugten Knoten in die
Relation einbinden.

Gruß,
Tom






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

Re: [Talk-de] Remapping - Knoten ersetzen

[Jo]

Was ich meistens mache für Knoten in JOSM is Ctrl-d, dann a und alle Wegen
anklicken. So habe ich einen temporary Way rundum der Knote. Dann 'd' auf
der Knote, Diesen Weg anklicken, n (habe ich als Schnelltast für Select way
nodes). dann 'm', so ist es wieder 1 Knoten. Dann verschiebe ich den Knoten
und ist seine Position unabhängig von was vorher da war.
Dann muss ich natürlich noch checken ob der Knoten Tags enthalt die von
einen Ablehner eingebracht sind und die ich nicht unabhängig behalten kann.

Ich muss mal deinen Tipp ausprobieren.

Jo

2011/12/23 Tom 

> Jo  gmail.com> writes:
>
> >
> > Ich glaube dass mit dem 'o' ist im Potlatch. In JOSM würde das vielleicht
> > Ctrl-d (duplicate).
> >
>
> Hi
>
> Ctrl-D erzeugt eine Kopie den ursprünglichen Knoten, ersetzt ihn aber
> nicht an
> der Originalposition.
>
> "Punkt extrahieren" aus dem utilsplugin2 arbeitet genau anders herum: der
> neu
> erzeugte Punkt ersetzt den ursprünglichen Knoten (was vor allem
> interessant ist,
> wenn sich dort mehrere Wege schneiden). Gleichzeitig wird der alte Knoten
> "herausgelöst" und kann entweder gelöscht werden oder man kann evtl.
> vorhandene
> Tags manuell auf den neuen Knoten übertragen.
>
> Klingt kompliziert? Am besten das Plugin in JOSM installieren und
> ausprobieren.
>
> Gruß,
> Tom
>
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://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

[Tirkon]

Jan Tappenbeck  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

[Jo]

http://www.youtube.com/watch?v=AaJ3DAFTjX8

Ich arbeite noch an die Annotations

Polyglot

2011/12/23 Jan Tappenbeck 

>
>
>  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-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] [bulk]: Re: Remappen II

[Wolfgang Barth]

Am 23.12.2011 22:41, schrieb Tirkon:



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

Keine schlechte Idee, ich habe bisher in Potlatch die "schlechten" nodes 
angesteuert und sie dann nachträglich mit "o" nochmal durch saubere ersetzt.


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


Potlatch das gleiche.


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").


Soweit ich das bisher probiert habe, kann man den bösen Kreuzungsnode 
problemlos in Potlatch mit o und r ersetzen. Das Abschneiden der 
Wegenden ist m.E. dort unnötig.


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.


Das ist mit o und R bei Potlatch ebenso.
mfg wb


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

Re: [Talk-de] Remappen II

[Tom]

Tirkon  yahoo.de> writes:

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

> 
> -o
>  |
>  |
> via>>o---  <  | 
>  | < -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

[Tirkon]

Tom  wrote:

>Tirkon  yahoo.de> writes:
>
>> 
>> Jan Tappenbeck  tappenbeck.net> wrote:
>> >Nodes und Ways rausschmeißen und dann neuzeichnen ist eines.
>> >
>
>> 
>> -o
>>  |
>>  |
>> via>>o---  <>  | 
>>  | <> -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

Re: [Talk-de] [bulk]: Re: Remappen II

[Tirkon]

Wolfgang Barth  wrote:

>Keine schlechte Idee, ich habe bisher in Potlatch die "schlechten" nodes 
>angesteuert und sie dann nachträglich mit "o" nochmal durch saubere ersetzt.

Hmm, macht er eine exakte Kopie der Koordinaten des alten
nichtlizensierten Knotens und übernimmt die unlizensierten Taggings?


Ich habe Potlatch lange nicht mehr genutzt und Du scheinst ihn aktuell
gut zu kennen. Gibt es bei dem auch eine Warnung, wenn man einen Weg
aus einer Routenrelation löscht? Ich habe das mal probehalber versucht
und keine solche bekommen. Möglicherweise habe ich aber etwas falsch
gemacht. Wenn es tatsächlich keine Meldung gibt, sollte man dringend
einen Feature Request starten - gerade im Hinblick auf das Remapping.


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