<div dir="ltr"><div><div><div>If there is a conflict regarding position or tags, they should be resolved by a human mapper. If I were to apply the newer is better approach, we would constantly be reverting back to the positions the operators think their stops are at.<br><br></div>It's important to respect the mappers work, because without mappers OSM quickly dies off.<br><br></div>It might be complex to put such a solution in place, but it should be obvious that if data flows in 2 directions, too much simplification doesn't work.<br><br></div>Jo<br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-09-27 10:46 GMT+02:00 Safwat Halaby <span dir="ltr"><<a href="mailto:swiftfast@gmx.com" target="_blank">swiftfast@gmx.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, 2017-09-27 at 09:12 +0200, Jo wrote:<br>
> Deleting data on OpenStreetMap and replacing it by imported data is<br>
> obviously never the acceptable approach.<br>
><br>
> What I don't understand is why you don't create something that<br>
> compares the<br>
> latest version of all the bus stops in OSM with the latest version of<br>
> the<br>
> GTFS data from upstream.<br>
><br>
> Why compare with an inbetween version?<br>
<br>
</span>I'm taking a "Newer is better" approach for conflict resolution.<br>
<br>
Let's say a user made a 2015 edit for a coordinate (We'll call this<br>
version X). And your 2017 database has a different coordinate (We'll<br>
call this version Y). How do you determine which coordinate to keep?<br>
<br>
If you had a 2012 database that would be easy.<br>
<br>
Case 1:<br>
2012 database: Y<br>
2015 user edit: X<br>
2017 database: Y<br>
<br>
This means the Y has not been updated since 2012. Newer is better, so<br>
trust the user edit and set the coordinates to X.<br>
<br>
Case 2:<br>
2012 database: T<br>
2015 user edit: X<br>
2017 database: Y<br>
<br>
This means Y is the newest value, and we should override the user edit.<br>
<br>
Without two database, we'd have to guess or resort to manual user<br>
intervention via fancy web services.<br>
<span class=""><br>
<br>
> What I think is needed is a (web) service that stands between the<br>
> operator<br>
> data, be it GTFS or DB dumps and OpenStreetMap where comparison is<br>
> made and<br>
> which can be used by mappers to either improve OSM, or to send<br>
> feedback to<br>
> the operators that there are issues with the data they provide. Or<br>
> where<br>
> the operators can request flagged stops in bulk.<br>
><br>
<br>
</span>I am a huge advocate of simplicity. In my humble opinion, web services<br>
and SQL databases are overkill for what I'm trying to do. Your project<br>
spans dozens of files while mine is a single .js file for the JOSM<br>
scripting plugin, which reads two textual stops.txt files from the old<br>
and the newer GTFS databases.<br>
</blockquote></div><br></div>