Re: [josm-dev] Another 66 relations bite the dust
Sebastian Klein basti...@googlemail.com 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. Matthias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Another 66 relations bite the dust
Hi, Sebastian Klein wrote: But anyway, it shouldn't hurt to add some heuristics that detect unusual pattern (like deleting a whole bunch of large relations) and give a second warning before upload. sub upload() { applyHeuristics(); if (unusualPatternDetected) { userAgent = Potlatch; } proceedWithUpload(); } Bye Frederik ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
[josm-dev] Get GPS point below a mouseclick
Hi, I'm looking for a method that gives me the GPS informations to a specific point that somebody clicks on a GPS layer, especially the time. Sry but I don't if this functionality is allready implemented or if I had to scan the GPS list by hand :-( Matthias ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] #2297: JOSM Webstart fails at loading plugins
On Tue, 11 May 2010, JOSM wrote: (In [3232]) Fix #2297 JOSM Webstart fails at loading plugins, cleanup puwg projection As Jiri fixed this bug (thanks a lot) I think we should try to make a new version tested soon (Webstart is always tested). Are there any known troubles? I think the stuff caused by bastiks autocomplete changes should be solved now. Everything else have been bug fixes. Correct? Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ josm-dev mailing list josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev
Re: [josm-dev] Another 66 relations bite the dust
Matthias Julius wrote: Sebastian Klein basti...@googlemail.com 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 josm-dev@openstreetmap.org http://lists.openstreetmap.org/listinfo/josm-dev