Matthias Julius wrote: > Sebastian Klein <[email protected]> writes: > >> Roland Olbricht wrote: >>>> [1] http://trac.openstreetmap.org/ticket/2652 >>> You can get an approximate solution: >>> http://78.46.81.38/api/rels-extended?id=34631 This points to the >>> OSM3S server and returns the desired relation-ids for the given >>> relation id. >>> But still this would be a great step from deleting relations >>> accidentally. >> No, this particular problem generally does *not* cause accidental >> deletion of relations! >> >> The worst that can happen is someone splits a way and does not add the >> new part into the relation (because he does not know about it). Then a >> multipolygon is no longer closed and does not render ... something like >> that. >> >> Also, if the user operates inside the downloaded bbox, everything is >> fine. The issue comes into play when editing boundaries and other large >> scale objects. > > A while ago I was toying with the idea of having JOSM track for each > primitive whether or not it knows about its parents. AFAICT it should > only know with some certainty if the primitive was downloaded inside the > bounding box of a map call or if it has asked the API explicitly. Then > it could show a message like: > > This object might have parents that have not been downloaded from the > server and that might be affected by this operation. How do you want to > proceed? > > <Cancel> <Ignore> <Download parents> > > Optionally JOSM could also check the server automatically for parents.
Good idea, maybe it suffices to add a line in the bottom part of the properties side dialogue. Something like "(possibly more)" in italics. On click or right click it would offer to load the parents. Sebastian _______________________________________________ josm-dev mailing list [email protected] http://lists.openstreetmap.org/listinfo/josm-dev
