Open brawer opened 1 year ago
This is probably worth looking at in detail, comparing licences, etc.
@matkoniecz is more or less building the same ATP to OSM conflation tooling as described above. Potentially the better approach here is to expose the data from that process in the same kinds of places osmose data gets integrated?
I may try, though I had relatively poor experience with Osmose and their approach to validity/quality of listed issues. Maybe I have overly high expectations about quality of what QA/Validator/edit suggester should report.
From what I see at
https://github.com/osm-fr/osmose-backend/issues?q=is%3Aissue+is%3Aopen+ATP
https://github.com/osm-fr/osmose-backend/issues?q=is%3Aissue+is%3Aopen+AllThePlaces
https://github.com/osm-fr/osmose-backend/issues?q=is%3Aissue+is%3Aopen+All+The+Places
they were not considering use of ATP data so far.
And got reply indicating that it would not be welcome in Osmose.
Pulling some data sources used by Osmose into ATP, as suggested in this ticket still may be a good idea.
@brawer Which Osmose reports use data that seems to be usable also by ATP and not used yet?
I don't have a list, we'd need to check each one.
Osmose has some spiders written in Python, mostly for data feeds in France. However, other than AllThePlaces, Osmose doesn’t just fetch the data and convert it into a common format; it also matches the data against OSM and proposes data edits. Of course, this also means that an Osmose “merge analyzer” is more complicated, less self-contained, and (for newbies) more difficult to write than an AllThePlaces spider — I’m not at all suggesting that ATP should take this approach. But it might be worth porting some or all of Osmose’s existing spiders into AllThePlaces. https://github.com/osm-fr/osmose-backend/tree/master/analysers