So etwas ist mir in JOSM nicht bekannt. Man kann aber die *.osm-Datei in einem Texteditor öffnen, dort nach Belieben mit regulären Ausdrücken ersetzen und anschließend wieder hochladen.
der abgebildet wird auf etwas wie (ist jetzt nicht der wirkliche Befehl, die Datenstruktur ist ja eine andere):
UPDATE nodes SET tagABC = valueNEW WHERE id=xyz AND tagABC = valueOLD;
Damit könnte man Aufräumaktionen durchziehen ohne die Angst, etwas unbeabsichtigt zu ändern oder gar zu zerstören. So etwas wie die (in diesem Fall völlig harmlose) minimale Änderung der Koordinaten durch wall-E wäre damit völlig ausgeschlossen. Ich hab vor sowas so einen Bammel, dass so gerne ich ein paar Sachen automatisch fixen wollte, ich es bleiben lasse.
Ich könnte ein Tool bauen, das diese Funktionalität nachbildet. Nur könnte dann der Fehler im Tool stecken. Die Datenbank selbst sollte die Bedingung durchsetzen und wirklich nur ein Feld ändern statt alle zu überschreiben.
Zu blöd, dass noch sooo lange bis Weihnachten ist :-/
Wie kommst du darauf? JOSM sucht nach Teilstrings sowohl im Wert als auch im Schlüssel.
Natürlich sollte man nicht reve und alty gleichzeitig durch einen der beiden korrekten Werte ersetzen.
Das ist in etwa der Fehler, der mir passiert ist: Objekte nach dem Herunterladen, nach der Bearbeitung und nach dem erneuten Hochladen per Anschauen im Editor überprüft, ob wirklich nur die beabsichtigte Bearbeitung stattgefunden hat. Sah alles prima aus - bloß habe ich übersehen, daß Gleitkommazahlen in der Anzeige auch schon ohne explizite Formatierung trunkiert werden.
Aufgefallen ist der Fehler dann, als ich in Vorbereitung der Leerraum-Beseitigung ein separates Tool geschrieben habe, das eine unabhängige Validierung automatisch bewerkstelligen soll, sprich kontrollieren, daß sich alte und neue Version eines bearbeiteten Objekts nur genau durch die Entfernung von Leerraum unterscheiden. Da wollte ich einige bereits früher bearbeitete Objekte aus der Adresskorrektur als Testmaterial nutzen (addr:postcode=" 12345" → “12345”). Dummerweise wurden die dann nicht als “identisch bis auf Leerraum” erkannt. Nach längerer Fehlersuche bin ich dahintergekommen, daß das Kontrollwerkzeug perfekt funktionierte, und tatsächlich ein Unterschied in den Koordinaten vorlag. $@%*#!!!
Das einzige, was ich in Lübeck finde, ist ein gewisses Durcheinander in der Groß/klein-Schreibung der Shop-Namen, aber kein Alldi oder Rehwe.
Wenn es um die geht: Shops in der interessierenden Region von OP in JOSM laden; Namen in JOSM suchen (der sucht unabhängig von der Groß/kleinschreibung), Name überschreiben; das Ganze für die interessierenden Namen wiederholen (sooo viele sind das nicht): done.
Dann schreib das bitte gefälligst auch so!
Mit an den Haaren herbeigezogenen Beispielen am falschen Ort ist keinem geholfen. Damit “stiftest” du nur Verwirrung - wie man an der Länge und Sinnlosigkeit dieses Threads leicht erkennen kann.
Butter bei die Fische oder bring deine Ecke alleine in Ordnung.
Mit wievielen Alter-Egos stehst du eigentlich in der Früh auf?
Ich denke, dass auch wenn es eine andere Region ist, auch dort ein Bot sein Unwesen treiben könnte - aber mit deinen verkorksen Aussagen wird das sowieso nie was… (also geht es um eine Region im Süden von Spanien…)
Ich schicke dir via PN meine Kontonummer - immerhin habe ich die Finalrunde gewonnen und erwarte mir eine dementsprechend hohe Gewinnausschüttung…
Und weil die Frage unabhängig von der Region ist, wäre eine präzise Formulierung der Aufgabenstellung Task #1 und weil das hier ein Forum ist und nicht “Wer wird Millionär”, wäre es nett von dir gewesen, wenn du schreibst: “Ich bin in Spanien unterwegs und dort gibt es viele Straßen die mit “R.” abgekürzt sind, aber “Rue” heissen sollten - Wie kann man das mittels S&E finden und beheben ohne dabei eventuelle Eigennamen zu verändern?”
So - oder so ähnlich - hätte die Frage ausschauen können - und jetzt schaust du bitte nocheinmal nach was du gefragt hast (und dann frage dich selbst warum manche angesäuert reagieren…)