Re: [Talk-de] Editoren zerstören Reihenfolge von Relat ionen :(
Tirkon tirko...@yahoo.de wrote: Mag sein, dass ich das forward-backward System missverstehe Bei Radwegerelationen und nur von denen rede ich hab ich sowas noch nicht gesehen und halte es eigentlich auch für unnötig. Sven -- It's easier for our software to compete with Linux when there's piracy than when there's not. (Bill Gates) /me is gig...@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] Editoren zerstören Reihenfolge von Relat ionen :(
Am 24. September 2009 12:48 schrieb Falk Zscheile falk.zsche...@googlemail.com: Am 24. September 2009 12:22 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Tirkon tirko...@yahoo.de wrote: Mag sein, dass ich das forward-backward System missverstehe Bei Radwegerelationen und nur von denen rede ich hab ich sowas noch nicht gesehen und halte es eigentlich auch für unnötig. Warum Unnötig? Ich finde es bei Radrouten, die durch Einbahnstraßen geführt werden, durchaus sinnvoll. Z.B. hier: http://www.openstreetmap.org/?lat=54.410217lon=12.59753zoom=18layers=B000FTF Die CycleMap zeigt dieses forward auch ziemlich Prominent an: http://www.openstreetmap.org/?lat=54.40985lon=12.59714zoom=16layers=00B0FTF Aber was ist mit der Straße nördlich (Nordkaten), auch forward ranhängen? Oder backward weil es die Rückroute ist. Ich bin der Meinung, das System sollte überarbeitet werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editoren zerstören Reihenfolge von Relat ionen :(
Hallo André, uff - etwas nördlich scheint ein Deich gebrochen zu sein: http://www.openstreetmap.org/?lat=54.40985lon=12.59714zoom=13layers=00B0FTF Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editoren zerstören Reihenfolge von Relat ionen :(
Am 24. September 2009 15:22 schrieb Markus liste12a4...@gmx.de: Hallo André, uff - etwas nördlich scheint ein Deich gebrochen zu sein: http://www.openstreetmap.org/?lat=54.40985lon=12.59714zoom=13layers=00B0FTF Gruss, Markus Nein nur ein schlechtes Rendering von Wald mit Multipolygonen. Gibt es hier auch. hier ist hier: ;-) http://www.opencyclemap.org/?zoom=16lat=51.30061lon=11.51763layers=B000 Wo melden? Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editoren zerstören Reihenfolge von Relat ionen :(
Hallo André, nur ein schlechtes Rendering von Wald mit Multipolygonen Auch Nürnberg ist eine grosse Seenplatte... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editoren zerstören Reihenfolge von Relat ionen :(
nur ein schlechtes Rendering von Wald mit Multipolygonen Auch Nürnberg ist eine grosse Seenplatte... Ein Problem was seit Ewigkeiten bekannt ist. Die nutzen da soweit ich weiß noch eine uralte Version vom Renderer die mit Multiopolygonen nicht richtig klar kommt. Die müssten erstmal eine aktuelle Version anpassen, wo sich aber anscheinend keiner zuständig fühlt. Die Karte sieht bei Multipolygonen schon seit mindestens einem Jahr so aus. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editoren zerstören Reihenfolge von Relat ionen :(
Tirkon tirko...@yahoo.de wrote: Hmm, das verstehe ich in diesem Teil des Wikis (Zeile forward/backward) aber anders: http://wiki.openstreetmap.org/wiki/DE:Relation:route#Mitglieder_der_Relation Nehmen wir mal an wir hätten Zei Wege, A-B und B-C so angeordnet: A--B--C Die Relation wäre A-B + B-C Welchen Sinn würde Deiner Meinung nach AB CB als Reihenfolge ergeben? Sven -- If you continue running Windows, your system may become unstable. (Windows 95 BSOD) /me is gig...@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] Editoren zerstören Reihenfolge von Relat ionen :(
Sven Geggus wrote: Soweit so gut! Nur scheint es mir so zu sein, dass die Editoren da im Falle der Aufspaltung von Wegen die Reihenfolge zerstören (sowohl bei josm als auch potlach beobachtet). Hast du da schon ein Ticket erstellt? Falls nicht, bitte hier deine Beobachtung und wie es reproduzierbar ist eintragen: josm.openstreetmap.de Vielen Dank! Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editoren zerstören Reihenfolge von Relat ionen :(
Stephan Knauss o...@stephans-server.de wrote: Falls nicht, bitte hier deine Beobachtung und wie es reproduzierbar ist eintragen: josm.openstreetmap.de done: #3538 BTW, kann man in josm irgendwie eine Relation direkt unter Angabe der entsprechenden ID runterladen? Sven -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety (Benjamin Franklin) /me is gig...@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] Editoren zerstören Reihenfolge von Relat ionen :(
Am 17. September 2009 16:44 schrieb Sven Geggus li...@fuchsschwanzdomain.de: BTW, kann man in josm irgendwie eine Relation direkt unter Angabe der entsprechenden ID runterladen? Jain, aber du kannst über Datei-Adresse öffnen und der folgenden URL eine Relation mit der ID 123456 herunterladen. http://www.openstreetmap.org/api/0.6/relation/123456 Anstatt relation kann auch node oder way angegeben werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editoren zerstören Reihenfolge von Relat ionen :(
André Riedel schrieb: Jain, aber du kannst über Datei-Adresse öffnen und der folgenden URL eine Relation mit der ID 123456 herunterladen. http://www.openstreetmap.org/api/0.6/relation/123456 es empfiehlt sich noch ein /full mitzugeben, dann werden die member der relation bzw. die nodes des ways mitgeladen. also so: http://www.openstreetmap.org/api/0.6/relation/123456/full http://www.openstreetmap.org/api/0.6/way/123456/full grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editoren zerstören Reihenfolge von Relat ionen :(
André Riedel wrote: Am 17. September 2009 16:44 schrieb Sven Geggus li...@fuchsschwanzdomain.de: BTW, kann man in josm irgendwie eine Relation direkt unter Angabe der entsprechenden ID runterladen? Jain, aber du kannst über Datei-Adresse öffnen und der folgenden URL eine Relation mit der ID 123456 herunterladen. fehlt mir auch. Wäre eigentlich genau die richtige Aufgabe für ein kleines Plugin. Ein Fenster, in das man eine Liste von IDs reinpasten kann, die irgendwie getrennt sind. Un die werden dann runtergeladen, wahlweise auch /full. Ich helfe mir zur Zeit damit, dass ich die Liste durch JOSM-Remote laden lasse (einzeln), bzw. die pluralform der API verwende. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Editoren zerstören Reihenfolge von Relat ionen :(
Tirkon tirko...@yahoo.de wrote: Bei mir ist es der ÖPNV, der mich auf die Relationen brachte. Diese habe ich mit Potlatch erstellt. Hier gibt es lediglich die Möglichkeit, einen Teilweg bzw. eine Haltestelle zu einer Relation hinzu zu fügen. Dass es eine Reihenfolge gibt, bekommt man erst gar nicht mit, weil man darauf keinen Zugriff hat. Dieser Umstand wird auch an keiner Stelle erwähnt. Aha! Ich arbeite ausschließlich mit josm ubnd da wird die Reihenfolge der Objekte visuell dargestellt. Außerdem wird angezeigt ob die objekte aneinander anschließen. Dasselbe gilt für das mehrfache Hinzufügen eines gleichen Teilstücks. Josm warnt wenn man versucht das zu tun. Ich wünsche mir mindesten eine solche Warnung, wenn jemand im Editor versucht Objekte so umzusortieren, dass die Reihenfolge kaputtgemacht wird. Ein weiteres Problem ist die Forward - Backward Problematik. Hier kann man in Potlatch die Richtung einer Straße durch Iconklick umdrehen. Das ist nicht wirklich ein Problem. Die Relation bleibt dadurch trotzdem kontinuierlich. Außer im Falle von Einbahnstraßen und Kreisverkehren bekommt man nicht mit, dass diese sich bei den Relationen auswirken und beachtet es beim Editieren daher auch nicht. Wie gesagt, das muss man nicht. Ein Drehen der Straßenrichtung zerstört noch nicht die Reihenfolge der Relation. Es ist ja aus der Reihenfolge der Relation klar erkennbar welcher Node als Anfangspunkt und welcher als Endpunkt gedacht ist. Gruss Sven -- Software is like sex; it's better when it's free (Linus Torvalds) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Editoren zerstören Reihenfolge von Relat ionen :(
Hallo, der ein oder ander mag es gelesen haben, dass ich mich seit kurzem für die Relation zweier Fernradwege verantwortlich fühle... Nun gibt es da gerade löblicherweise jemanden, der in einem Bereich arbeitet wo die Karte noch recht dünn ist. Soweit so gut! Nur scheint es mir so zu sein, dass die Editoren da im Falle der Aufspaltung von Wegen die Reihenfolge zerstören (sowohl bei josm als auch potlach beobachtet). In Kombination damit, dass bei josm-latest die automatische Sortierung von Relationen mehr schlecht als recht funktioniert führt das zu einer ganze Menge häßlicher manueller Arbeit das jeweils wieder zurechtzubiegen. Was denkt ihr dazu? Konkret gehts um http://www.openstreetmap.org/browse/relation/111978 Sowie die Changesets http://www.openstreetmap.org/browse/changeset/2435091 und http://www.openstreetmap.org/browse/changeset/2435687 Gruss Sven -- linux is evolution, not intelligent design (Linus Torvalds) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de