Hallo Martin, Am 23.01.2018 um 01:52 schrieb Martin Koppenhoefer: > Nachdem sich hier alle einig waren, habe ich mich mal an Württemberg > gemacht. Die Relation ist ja schnell gelöscht, aber die ways, die mit > boundary=historic neu angelegt worden waren, sind z.T. noch übrig (beim > ersten Versuch ist mir der JOSM abgestürzt und darum habe ich es nun in > mehreren Changesets gemacht), man muss da ja aufpassen, dass man erst die > Gegend lädt, bevor man löscht, weil man sonst versehentlich nodes löschen > könnte, die auch von anderen ways benutzt werden, oder kümmert sich da die > API drum?
Wenn du ein Objekt löschen willst und den entsprechenden HTTP-DELETE-Call machst, prüft die API, ob das Objekt noch anderswo referenziert wird. Wenn du den Diff-Upload verwendest, wird der gesamte Diff zurückgewiesen, weil laut Doku garantiert ist, dass der gesamte Diff als eine SQL-Transaktion durchgeführt wird. Ich habe vor einigen Wochen ein C++-Tool geschrieben, das mir in genau den Anwendungsfall (Relationen löschen, die man für überflüssig hält) alle Ways ausgibt, die nach der Löschaktion Waisen wären. https://github.com/Nakaner/prepdelrels Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists)
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Talk-de mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-de
