>From a practical point of view different applications such as OSMand take a snapshot of the database at a point in time.
How would your proposal work with these derivatives and there are quite a few including the odd one that gets updated once or year or so. Are you suggesting that all applications that use OpenStreetMap data should be modified to fall in line with your proposal? Thanks John Thanks John On Tue, 20 Nov 2018, 2:12 pm Tomas Straupis <tomasstrau...@gmail.com wrote: > 2018-11-20, an, 20:58 Christoph Hormann rašė: > > This is not a workable approach as an universal rule. The volume of > > boundary relation overlap world wide would be enormeous. You would > > have a significant number of boundaries that have no practical meaning > > today. Some countries have pretty excessive claims. Formally Taiwan > > (the ROC) claims all of the PRC for example. It is also completely > > non-verifiable (anyone can claim something is theirs). > > Correct me if I'm wrong, but border overlap is only important for > geocoding purposes? It is possible to calculate border geometry (for > the specific requirements of specific use case - so very flexible) not > on every db update but less often (each day, each week, each month, on > request, whatever). (Something like this WILL be or is already > happening in databases doing real cartographic generalisation tasks). > > It would this way be reduced to simple TECHNICAL problem with known > solutions. > > But it would eliminate all border DISPUTES and ELIMINATE all this > political crap out of OSM discussions. > > _______________________________________________ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk >
_______________________________________________ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
