[Talk-de] Konflikt durch Rücknahme aller kritischen Edits lösen
Moin, die Konfliktlösung in JOSM ist für viele Mapper ein Buch mit sieben Siegeln. Sie taucht aus heiterem Himmel auf. Man versteht weder, wie es überhaupt zu einem Konflikt kommt und erst recht nicht den in JOSM implementierten Konfliktlösungsprozess. Es drängt sich der Verdacht auf, dass nur ein einzelner oder wenige kritische Edits das Hochladen aller anderen Edits verhindert. Ist dem in den meisten Fällen so? In diesem Falle würde man gern alle Edits zurücknehmen, die Konflikte auslösen, um wenigstens die unkritischen Edits hochladen zu können. Aber man weiß nicht wie. Derzeit muss man ärgerlicherweise die Arbeit möglicherweise mehrerer Stunden wegwerfen, weil man weder versteht, wie ein Konflikt zustande kommt noch die Konfliktlösung. Daher die Frage: Wäre es technisch überhaupt möglich, einen Button mit folgender Funktion zu schaffen: Lade nur alle unkritischen Edits hoch. Falls dies nicht anders möglich ist, sollen dabei kritische Edits nach vorheriger Warnung verworfen werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Overpass Turbo: Bbox manuell selektieren
Moin, in Overpass Turbo gibt es einen Button "Bbox manuell selektieren". Klickt man darauf, kann man tatsächlich eine Box selektieren. Aber zu welchem Zweck soll das dienen? Eine selektierte Box schränkt ein folgendes Suchergebnis nicht auf diesen Bereich ein. http://overpass-turbo.eu/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konflikt durch Rücknahme aller kritischen Edits lösen
Man muss nie was wegwerfen. Wenn es nicht klappt auf einmal, kann man auch einselne/welche sachen selektieren und nur die hochladen mit File/Upload/Selection. Ich glaube es kann nur im folgende Version des APIs etwas grundsätzlich geändert werden mit die Konfliktlösung. Jo 2013/2/24 Tirkon > Moin, > > die Konfliktlösung in JOSM ist für viele Mapper ein Buch mit sieben > Siegeln. Sie taucht aus heiterem Himmel auf. Man versteht weder, wie > es überhaupt zu einem Konflikt kommt und erst recht nicht den in JOSM > implementierten Konfliktlösungsprozess. Es drängt sich der Verdacht > auf, dass nur ein einzelner oder wenige kritische Edits das Hochladen > aller anderen Edits verhindert. Ist dem in den meisten Fällen so? > > In diesem Falle würde man gern alle Edits zurücknehmen, die Konflikte > auslösen, um wenigstens die unkritischen Edits hochladen zu können. > Aber man weiß nicht wie. Derzeit muss man ärgerlicherweise die Arbeit > möglicherweise mehrerer Stunden wegwerfen, weil man weder versteht, > wie ein Konflikt zustande kommt noch die Konfliktlösung. Daher die > Frage: Wäre es technisch überhaupt möglich, einen Button mit folgender > Funktion zu schaffen: > > Lade nur alle unkritischen Edits hoch. Falls dies nicht anders möglich > ist, sollen dabei kritische Edits nach vorheriger Warnung verworfen > werden. > > > ___ > 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] Overpass Turbo: Bbox manuell selektieren
Hallo,
die manuell selektierte BBox bezieht sich nur auf den "{{bbox}}" Shortcut.
D.h. wenn eine Overpass-Query diesen Shortcut nicht verwendet, ist die
Funktion in der Tat sinnlos. Der Button sollte dann aber ausgeblendet oder
deaktiviert sein. Das werde ich demnächst in turbo anpassen!
Liebe Grüße
Martin
Am 24.02.2013, 10:55 Uhr, schrieb Tirkon :
Moin,
in Overpass Turbo gibt es einen Button "Bbox manuell selektieren".
Klickt man darauf, kann man tatsächlich eine Box selektieren. Aber zu
welchem Zweck soll das dienen? Eine selektierte Box schränkt ein
folgendes Suchergebnis nicht auf diesen Bereich ein.
http://overpass-turbo.eu/
___
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] Konflikt durch Rücknahme aller kritischen Edits lösen
Am 24. Februar 2013 10:28 schrieb Tirkon : > die Konfliktlösung in JOSM ist für viele Mapper ein Buch mit sieben > Siegeln. Sie taucht aus heiterem Himmel auf. Man versteht weder, wie > es überhaupt zu einem Konflikt kommt und erst recht nicht den in JOSM > implementierten Konfliktlösungsprozess. naja, im Prinzip ist der nicht so kompliziert, Du kannst jeweils (bei tags und bei der Geometrie) für jedes Einzelelement auswählen, ob Deine Version oder die auf dem Server genommen werden soll. Am Einfachsten (und Verträglichsten, wenn man nicht genau die Situation versteht) ist es, jeweils immer die Version auf dem Server zu bevorzugen. Leider führt das in Einzelfällen evtl. trotzdem dazu, dass Du nicht hochladen kannst (z.B. wenn ein Weg einen Knoten enthält, der zwischenzeitlich (ggf. von Dir selbst) gelöscht wurde). > Es drängt sich der Verdacht > auf, dass nur ein einzelner oder wenige kritische Edits das Hochladen > aller anderen Edits verhindert. Ist dem in den meisten Fällen so? ja, vermutlich ist das meistens so (je nachdem, wie groß Dein changeset insgesamt ist, und was die Ursache ist) > In diesem Falle würde man gern alle Edits zurücknehmen, die Konflikte > auslösen, um wenigstens die unkritischen Edits hochladen zu können. +1 > Aber man weiß nicht wie. Derzeit muss man ärgerlicherweise die Arbeit > möglicherweise mehrerer Stunden wegwerfen, weil man weder versteht, > wie ein Konflikt zustande kommt noch die Konfliktlösung. wobei es auch fahrlässig und wenig sinnvoll (hins. changeset-Kommentar) ist, die Arbeit von mehreren Stunden in einem einzigen Changeset hochzuladen. Sofern man Internet hat spricht doch nichts dagegen, alle Viertelstunde mal hochzuladen, oder? Dann gibt es auch prinziell schon mal weniger Konflikte und wenn sind sie überschaubarer. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konflikt durch Rücknahme aller kritischen Edits lösen
Martin Koppenhoefer wrote: >> Aber man weiß nicht wie. Derzeit muss man ärgerlicherweise die Arbeit >> möglicherweise mehrerer Stunden wegwerfen, weil man weder versteht, >> wie ein Konflikt zustande kommt noch die Konfliktlösung. > > >wobei es auch fahrlässig und wenig sinnvoll (hins. >changeset-Kommentar) ist, die Arbeit von mehreren Stunden in einem >einzigen Changeset hochzuladen. Sofern man Internet hat spricht doch >nichts dagegen, alle Viertelstunde mal hochzuladen, oder? Dann gibt es >auch prinziell schon mal weniger Konflikte und wenn sind sie >überschaubarer. Das Problem ist aber, dass einem das niemand sagt. Man speichert immer brav und wähnt sich auf der sicheren Seite. Dann kommt aus heiterem Himmel ein Konflikt und man weiß nicht, wovon überhaupt gesprochen wird - was womit einen Konflikt hat. Eine Nomenklatur wie "deren Version" gibt mehr Rätsel auf, als dass sie löst. Otto Normalmapper rätselt, ob vielleicht er oder JOSM oder was sonst einen Fehler gemacht hat und lernt somit auch nicht für das nächste Mal. Daher auch meine Frage, ob das Zurücknehmen konfliktbehafteter Edits und Hochladen der korrekten auf einem Klick überhaupt technisch machbar ist. Denn ansonsten brauche ich diesen Feature Request nicht zu stellen. So gäbe man dem Mapper wenigstens die Chance, seine korrekten Edits hochzuladen - selbst wenn er nichts versteht. Auch für den (einigermaßen) verstehenden Mapper finde ich es hilfreich, wenn er nicht zigmal klicken muss. Wenn es dann mit dem einen Klick nicht funktioniert, weiß er wenigstens, dass er keinen Fehler gemacht hat. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass Turbo: Bbox manuell selektieren
"Martin Raifer" wrote:
>die manuell selektierte BBox bezieht sich nur auf den "{{bbox}}" Shortcut.
>
>D.h. wenn eine Overpass-Query diesen Shortcut nicht verwendet, ist die
>Funktion in der Tat sinnlos.
Ahja! Danke für die Aufklärung. :-)
Was ich anfänglich vermutet hatte, wäre auch ein hilfreiches Feature:
Man kann mit der manuellen Boxauswahl einen korrekten
Koordinaten-Eintrag - beispielsweise (50.745,7.17,50.75,7.18) - auf
der linken Seite produzieren.
Das könnte so geschehen:
*manuelle Boxauswahl in der Karte vornehmen
*Cursor auf der linken Seite an Einfügeposition für den
Koordinateneintrag setzen
*einen Button zur Erzeugung klicken
Ferner würde ich mir einen abgesetzen Breich als Zwischenablage für
Code wünschen, der nicht ausgeführt wird. Das mit dem Speichern ist
unnötig umständlich, weil man Ordner und Datei-Namen erfinden, tippen,
merken und Ordner gegebenenfalls suchen muss.
Wenn möglich, wäre auch ein zweiter Codebereich hilfreich, so dass man
durch Klick den zur Ausführung bestimmten zuvor aktivieren kann. So
kann man gleichzeitig den Gesamtcode und ein Detail desselben
ausprobieren, ohne diese beiden ständig im Ausführungsfenster
austauschen zu müssen.
Wenn ich eine länger andauernde Abfrage habe, frieren nach einiger
Zeit im Firefox (unter Windows XP) sämtliche Fenster und Tabs ein. Ich
vermute (wei0 aber nicht genau), dass dies dann beeginnt, wenn die
Abfrage getätigt und das Ergebnis gerendert wird. Ein Prozessor ist
dann voll ausgelastet. 0,7 Gigabyte Speicher sind noch frei. Jeder
Tabwechsel im Firefox benötigt dann Minuten zur Ausführung. Wenn dann
bsispielsweise nach einer halben Stunde das Rendern beendet ist, ist
auch die Prozessorlast weg. Aber mit einem Klick in die Karte passiert
das Gleiche wieder. Ausweg ist dann nur, den Firefox per Task Manager
zu killen. Ansonsten kenne ich solche Probleme mit dem Firefox nicht.
Gruß
Tirkon
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] amentiy=traffic_signals
Hallo zusammen, beim taggen von Kreuzungen habe ich mich immer gefragt, wie man am besten Ampeln platziert. 1 Ampel am Mittelpunkt der Kreuzung finde ich dann sinnvoll, wenn man keine weiteren Details kennt und/oder die Kreuzung nur als sehr rudimentäre Kreuzung zweier Wege gezeichnet ist. Bei einigen Kreuzungen wie z.B. hier http://www.openstreetmap.org/?lat=51.48941&lon=8.33247&zoom=17&layers=M habe ich die sowohl die Ampeln auf die entsprechenden Spuren platziert, als auch amenity=traffic_signals (http://wiki.openstreetmap.org/wiki/Proposed_features/Set_of_Traffic_Signals) für die Ampelanlage verwendet. Was haltet ihr von diesem tag als Beschreibung einer Ampelanlage? Gruß nicolaus1977 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amentiy=traffic_signals
fang doch mal ein neues thema an. du hast auf "Overpass Turbo: Bbox manuell selektieren" geschrieben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amentiy=traffic_signals
Am 24.02.2013 16:38, schrieb nicolaus1977: > beim taggen von Kreuzungen habe ich mich immer gefragt, wie man am > besten Ampeln platziert. > > 1 Ampel am Mittelpunkt der Kreuzung finde ich dann sinnvoll, wenn man > keine weiteren Details kennt und/oder die Kreuzung nur als sehr > rudimentäre Kreuzung zweier Wege gezeichnet ist. > > Bei einigen Kreuzungen wie z.B. hier > http://www.openstreetmap.org/?lat=51.48941&lon=8.33247&zoom=17&layers=M > habe ich die sowohl die Ampeln auf die entsprechenden Spuren platziert, So platziere ich die auch immer. Vorteil: Egal wie man abbiegt, es liegt immer genau die richtige Anzahl Ampeln im Weg. > als auch amenity=traffic_signals > (http://wiki.openstreetmap.org/wiki/Proposed_features/Set_of_Traffic_Signals) > für die Ampelanlage verwendet. Dieses Proposal ist "abandoned" (aufgeben). Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amentiy=traffic_signals
Wie wärs mal mit einheitlichem tagging? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konflikt durch Rücknahme aller kritischen Edits lösen
Am 24. Februar 2013 13:53 schrieb Tirkon : > Daher auch meine Frage, ob das Zurücknehmen konfliktbehafteter Edits > und Hochladen der korrekten auf einem Klick überhaupt technisch > machbar ist. ich denke dass das technisch kein Problem wäre, Du kannst Dir aber auch "von Hand" helfen (bis jemand evtl. sowas einbaut), indem Du abspeicherst und dann die Objekte rausnimmst (mit einem Texteditor), die die Konflikte verursachen (anhand der ID suchen und jeweils das gesamt Objekt rausnehmen, z.B. wenn ein Node in einem way referenziert wird und Konflikte verursacht, den gesamten way aus dem xml löschen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amentiy=traffic_signals
als auch amenity=traffic_signals (http://wiki.openstreetmap.org/wiki/Proposed_features/Set_of_Traffic_Signals) für die Ampelanlage verwendet. Dieses Proposal ist "abandoned" (aufgeben). Chris Moin Chris, habe ich mittlerweile auch gesehen. Gibt es denn einen anderen Ansatz hierzu? Die Idee von amenity=traffic_signals finde durchaus sinnvoll, da man so die aufeinander abgestimmten Ampeln einer Kreuzung gruppieren kann. Am 24.02.2013 19:45, schrieb Martin Schafran: Wie wärs mal mit einheitlichem tagging? @Martin, Wie wär's mal mit konkreten Beispielen? Gruß Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amentiy=traffic_signals
Hi! Am 24. Februar 2013 20:39 schrieb nicolaus1977 : > Gibt es denn einen anderen Ansatz hierzu? > Die Idee von amenity=traffic_signals finde durchaus sinnvoll, da man so die > aufeinander abgestimmten Ampeln einer Kreuzung gruppieren kann. Ja, gibt es, findet aber leider auch nur wenig Anklang: http://wiki.openstreetmap.org/wiki/Proposed_features/highway%3Djunction Von der Grundidee genau das selbe, nur das eben gleich alle Objekte einer Kreuzung zusammengefasst werden. vg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amentiy=traffic_signals
> Am 24.02.2013 19:45, schrieb Martin Schafran: > > Wie wärs mal mit einheitlichem tagging? > > @Martin, > Wie wär's mal mit konkreten Beispielen? > http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtraffic_signals As of now, there is no well established convention on how this should be done. Wir sollten mal langsam zu einer Konvention kommen. Meine Anforderungen: Ich möchte wissen, welche Ampelknoten zu der gleichen Lichtsignalanlage bzw. Kreuzung gehören. Gegeben einen Ampelknoten, möchte ich wissen wo man überall an der zugehörigen Kreuzung abbiegen kann -> Fahrbeziehungen. Mein Vorschlag: Ampelknoten wie gehabt in den Mittelpunkt setzen, so hat man die Fahrbeziehungen. Knoten vor der Kreuzung mit stop_line (Haltelinie) taggen, so weiss man wie viele Haltelinien=Kreuzungen in der Routing App anzusagen sind. Man weiss immer noch nicht welche Knoten zu einer Anlage gehören, das ist dann aber vllt nicht mehr nötig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konflikt durch Rücknahme aller kritischen Edits lösen
Am 24.02.2013 13:53, schrieb Tirkon: > Das Problem ist aber, dass einem das niemand sagt. Man speichert immer > brav und wähnt sich auf der sicheren Seite. Dann kommt aus heiterem > Himmel ein Konflikt und man weiß nicht, wovon überhaupt gesprochen Also spätestens beim zweiten oder dritten Konflikt schmeisse ich das Changeset weg, weil es mir zu mühsam ist, herauszufinden, wo nur verschobene Punkte, so neue Punkte und wo es die Attribute von irgendwelchen Relationen sind. Das Riskio bei anderen Leuten was kaputtzumachen ist mir schlicht zu groß. Da verzichte ich dann lieber auf meinen Edit und mache das später nochmal. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amentiy=traffic_signals
Am 24/feb/2013 um 20:57 schrieb Martin Vonwald : > Von der Grundidee genau das selbe, nur das eben gleich alle Objekte > einer Kreuzung zusammengefasst werden. Ampeln findet man zwar vorwiegend an Kreuzungen, es gibt sie aber auch an anderen Stellen (vor allem, wenn man eine Fußgänger"kreuzung" nicht als junction taggt) abandoned im Wiki kann verschiedenes heißen, da gehen gelegentlich auch Leute durch die Proposals und setzen alles auf abandoned wo für gewisse Zeit keine Änderungen oder Abstimmung waren, wobei das nicht unbedingt heißen muss, dass die Idee aufgegeben oder der Vorschlag zurückgezogen wäre. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM streikt, API-URL falsch?
Moin zusammen, seit gestern streikt mein JOSM (aktuellste Version) und ruft keine Daten mehr ab. Gibt es allgemeine Probleme oder liegt der Fehler bei mir? Als OSM-Server-URL ist - wie schon lange - eingetragen: http://api.openstreetmap.org/api/0.6/ Wenn ich diese URL im Browser eingebe, kommt ein 404er Für Hilfe danke Raimond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM streikt, API-URL falsch?
Hi! Bei mir ist "Standard OSM-Server-URL verwenden (http://api.openstreetmap.org/api)" ausgewählt und damit funktioniert es. vg, Martin Am 25. Februar 2013 08:50 schrieb Raimond Spekking : > Moin zusammen, > > seit gestern streikt mein JOSM (aktuellste Version) und ruft keine Daten > mehr ab. > > Gibt es allgemeine Probleme oder liegt der Fehler bei mir? > > Als OSM-Server-URL ist - wie schon lange - eingetragen: > http://api.openstreetmap.org/api/0.6/ > > Wenn ich diese URL im Browser eingebe, kommt ein 404er > > Für Hilfe danke > Raimond. > > > ___ > 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
