[Osmf-talk] App damaging OSM data

Mikel Maron mikel.maron at gmail.com
Thu Sep 23 21:03:08 UTC 2021


The current maintainers are aware of this thread -- shared it with them. Not sure if there's anything actionable here or not, haven't followed the back and forth closely. But they're planning to take a look and evaluate.

* Mikel Maron * +14152835207 @mikel s:mikelmaron






On Wednesday, September 22, 2021, 04:13:54 PM EDT, Allan Mustard <allan at mustard.net> wrote: 





At the moment the lead iD maintainer contract is vacant. The OSMF Board is close to awarding the contract. Current maintainers are volunteers. I suggest you put in a pull request to fix the bug and be a bit more patient. 
Cheers,
apm

On Wed, Sep 22, 2021, 1:54 PM Robert Grübler <robgruebler at gmail.com> wrote:
> Am Mi. 22.09.2021 00:24 schrieb Minh Nguyen mxn at 1ec5.org
>  
>> If the loops represent one-way splits along some portion of the route, 
>> consider refactoring the route relation into two unidirectional route 
>> relations that are members of a superrelation. This approach is already 
>> common for public transportation routes
>  
> Thank you for the suggestions for a more robust construction of the relation. I very much appreciate the commitment to support.
>  
> I still need to think about whether a more robust construction is possible without additional complexity. The "public transportation routes" relations are daunting to me. They may have a more robust data model, but it is far too complicated.
>  
>> Other things have been more straightforward to solve in the meantime, 
>> especially when volunteers have generously contributed pull requests. 
>> If the iD project were to impose a moratorium on all changes in favor 
>> of relation sorting and validation, there would probably be some frustration 
>> among users and subscribers to this list.
>  
> Yes, and it's fine that way. There are currently 728 open issues and one of them is the "splitting way" issue. How many developers and maintainers are there for it? 0, 1, 2 or ...? 
> I understand the delay. But what I would like to see is a transparent prioritisation of the issues, including a short rationale.
>  
> Are the iD developers unpaid volunteers? Then I take back my wish and just say thanks for their work.
>  
> Robert
>  
>  
> Von: Minh Nguyen [mailto:mxn at 1ec5.org] Gesendet: Mittwoch, 22. September 2021 00:24An: Robert Grübler <robgruebler at gmail.com>Betreff: Re: [Osmf-talk] App damaging OSM data
>  
> Vào lúc 14:30 2021-09-21, Robert Grübler đã viết:
>> Some routes are quickly repaired. An automatic sort is all that is needed. I'm not sure if these cases are in the majority. At least a significant proportion need manual effort. Routes with damaged order in loops cannot be sorted automatically (at least JOSM currently cannot). Every one-way creates a loop, so cycle routes without loops tend to be exceptions.
> If the loops represent one-way splits along some portion of the route, consider refactoring the route relation into two unidirectional route relations that are members of a superrelation. This approach is already common for public transportation routes and for road routes in some regions but maybe not as common for recreational routes. It’s more work upfront, but after that, editors sort the members more reliably and QA tools can make better sense of the relation too. This may not work as well for recreational routes with less common roles. There may be other approaches worth exploring on the tagging mailing list.
>>  Sometimes I go into the damaged relations and try to understand how it happened. I don't keep statistics on the causes of errors, but my impression is that it is very often the iD-Editor that goes wrong. 
> As you investigate these cases, please share your insights on the iD issue tracker or another technical venue. As far as I can tell, there isn’t a fundamental opposition to reducing the prevalence of broken relations; like a lot of software development, it’s a matter of understanding the root causes and the tradeoffs to any solutions or workarounds.
> Other things have been more straightforward to solve in the meantime, especially when volunteers have generously contributed pull requests. If the iD project were to impose a moratorium on all changes in favor of relation sorting and validation, there would probably be some frustration among users and subscribers to this list.
> -- Minh Nguyen <mxn at 1ec5.org>Jabber: mxn at 1ec5.org; Blog: http://notes.1ec5.org/
> _______________________________________________
> osmf-talk mailing list
> osmf-talk at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osmf-talk
> 

_______________________________________________
osmf-talk mailing list
osmf-talk at openstreetmap.org
https://lists.openstreetmap.org/listinfo/osmf-talk



More information about the osmf-talk mailing list