Re: [OSM-talk] Web editors and lane rendering
Paul Johnson wrote: > Could we get some lane editing/rendering in these editors > to cut down on this kind of unintentionally erratic mapping? Sure, you're welcome to open a friendly issue at https://github.com/systemed/potlatch2/issues listing the base case for what you think is required. > > Not sure whatever Potlatch is still developed, > I would hope it is if it's still considered an available selection > on the website; if not, maybe it's time to retire that option. It's developed as and when it needs to be. I think it's likely that it will come off the Edit menu after December this year when Flash Player support is no longer available in browsers, although it will probably continue to be available as an executable app via Adobe/Harman AIR. Richard -- Sent from: http://gis.19327.n8.nabble.com/General-Discussion-f5171242.html ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Web editors and lane rendering
19 Feb 2020, 05:57 by ba...@ursamundi.org: > On Tue, Feb 18, 2020 at 10:45 PM Mateusz Konieczny >> but have you checked whatever some simple form >> of displaying this tags is already requested for iD? >> > > It's definitely not. Here's what JOSM and what ID shows over the Bing > imagery at the same junction (I 405 at CA 22): > https://imgur.com/a/j5Kz7PF> > > In that case I would suggest creating an issue at the iD issue tracker requesting at least basic display of this tags. (if you are unfamiliar with that and are unsure how to do this - let us know what is the problem and where you are stuck) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Web editors and lane rendering
On Tue, Feb 18, 2020 at 10:45 PM Mateusz Konieczny wrote: > > > 19 Feb 2020, 05:27 by ba...@ursamundi.org: > > Could we get some lane editing/rendering in these editors to cut down on > this kind of unintentionally erratic mapping? > > Not sure whatever Potlatch is still developed, > I would hope it is if it's still considered an available selection on the website; if not, maybe it's time to retire that option. > but have you checked whatever some simple form > of displaying this tags is already requested for iD? > It's definitely not. Here's what JOSM and what ID shows over the Bing imagery at the same junction (I 405 at CA 22): https://imgur.com/a/j5Kz7PF ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Web editors and lane rendering
19 Feb 2020, 05:27 by ba...@ursamundi.org: > Could we get some lane editing/rendering in these editors to cut down on this > kind of unintentionally erratic mapping? > Not sure whatever Potlatch is still developed, but have you checked whatever some simple formof displaying this tags is already requested for iD?___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Web editors and lane rendering
I'm working on editing I 405 in Los Angeles, California for lane guidance, and at almost 150 miles not counting ramps, it's a big effort to go through, so it's taken enough time that others are editing around where I started. No big deal, I'm fine with that, *except...* I'm consistently noticing users of Potlatch and Id are ignoring placement=*, lanes=* and turn:lanes=* tags, reconnecting ramps I already adjusted and tagged to connect much farther down in a place that disagrees with what's going on in the lane tagging (and this will result in incorrect guidance). I'm curious if there's any reason that id and Potlatch don't render lanes and placement tags. I suspect the fact that they're not made obvious to the user is the reason why mappers using these editors are seeming to ignore something made quite obvious in JOSM. Could we get some lane editing/rendering in these editors to cut down on this kind of unintentionally erratic mapping? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
