-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Lines from custom data files block clicking ways underneath them #5257
Comments
Yep, you might just have to zoom in more until the data is not exactly on top of whatever is already there. The external data files are selectable now, so they'll steal your clicks. |
Yeah, thats whats happening, gpx line is stealing clicks. It seems weird that the line is selectable, because it doesnt seem like you can do anything with it after selecting. But this might just be a case where im seeing this as a bug because it breaks my particular workflow. |
Hi all, this new feature is very annoying for me. Sometimes the point I want to click, is really so exakt under the gpx line, that almost whatever zoom level I try, it's not possible to hit the point instead of the gpx line. My proposal is to give a higher sensitivity level to the points of lines than to the gpx lines. The point should get precedence over the gpx line, if both are close together. Is this realisable? Best regards |
Just to provide some more user input, this change has drastically slowed down my mapping, and caused me to accidentally not connect some paths correctly (since the ends of lines don't "snap" to nodes on other ways as easily if there's a nearby track). For example, when editing with this sample GPX file, selecting the node I've marked in red is tricky: I need to zoom in several times and then click around, aiming very carefully. I agree with @JesseCrocker: having tracks from GPX files selectable doesn't seem to add any value, except for the marginal benefit of being able to identify different segments/tracks from the same file. I've had the same problem as @tkansgar when trying to add nodes for stiles and gates to a footpath. While out surveying, I added waypoints/markers for the stiles and gates, but I can't actually add the corresponding nodes in the same locations. In cases like these, where a track/trace intersects an existing OpenStreetMap way, it's impossible to select the actual point at where the track/trace and way intersect, regardless of zoom: |
Hi all again, I found a second workaround (the first one is zooming in): You can switch off the gpx line temporarily. Display the panel "map data" (hope this is the correct name in english) on the right side and uncheck the setting "user defined map data". The gpx line is gone, and you can make your changes. Then switch on the "user defined map data" to see the gpx line again. But better than any workaround would it be, if the gpx line would get a lower click precedence than the OSM data, as I wrote before. Br |
Very good your second workaround. |
I'm on vacation this week and I'll get to it next week. Anyway yeah I'll mark it as "bug".
I agree
There are lots of potential sources of external data (gpx is only one of these). Being able to select and inspect external data is both useful (#5243) and will unblock more interesting things (#2586 #3773 and #4164 are all related). There is code in iD to determine "what the user actually clicked on" and it really depends on what order we draw things into the SVG DOM. The OSM objects in iD (points, lines, areas, midpoints, vertices) all draw invisible touch targets to grab the mouse clicks, so we can control exactly what gets clicked. The OSM Notes, Data (gpx) and upcoming KeepRight layers don't do this yet and are instead just drawn on top of whatever is there, that's why they steal the clicks. It's actually not a difficult problem to solve, it just requires some reworking of the layer draw order. In the mean time, just zoom in and put your point next to where the gpx track is. Your gpx track is not super accurate anyway, and it's totally ok to just put the point a few centimeters away from where it's actually drawn on the screen. I'm sorry that it slows you down while editing, and I do understand that it can be frustrating when the developers change some feature of software that you use regularly. If you really want to be the fastest mapper you can be, it's probably worth your time to install JOSM and get a gaming mouse. |
Thanks for your answers.
In fact I love ID that why I was frustrated not to be able to work properly.
But I can wait, for the moment I stop to use GPS tracks : there is a lot of other things to do like create rivers, lakes, wetland (when I'm trekking I think it's useful that at some place there is a stream to cross, a beautiful lake not to far or things like that), no need of tracks for that.
I have other pbs with ID, I will see if opened issues talks about these otherwise I will give you some other tasks to do, lol
Best regards
|
Any updates on this? I agree this slows the tracing process for me as well. |
Is it possible to make selectability an option, just as one can optionally show or hide the whole thing? |
I wonder if there could be a button in the left-panel. Workflow example:
|
Yes, great idea.
But I still don't understand why it is useful to be able to select it and to have the data about the gpx on the left
For me, to select the gpx will be very useful if you could select not all the gpx but some points on it and to have the time of the points : sometimes i take a picture of a great thing, i know of course the time of the picture but don't remember the exact place of it. With the time of the picture and the time on the points of the gpx i will find easily the place and create a new POI in OSM
Best regards
|
This was done! the OSM objects now take precedence over the non-OSM objects. |
Hi Bryan, is the version with this fix already working on openstreetmap.org? I can't notice any change there in behaviour. Best regards |
It is not yet.. |
Im tracing trails from gpx files. When a node from an existing way is under a line from a gpx file it is not possible to select the node when making a new way.
This is a regression in 2.11.0
The text was updated successfully, but these errors were encountered: