[OSM-dev-fr] Simplifier nos limites admin...

Vincent de Château-Thierry vdct at laposte.net
Ven 13 Déc 20:35:02 UTC 2013



Le 13/12/2013 20:09, Arnaud Vandecasteele a écrit :
> Salut Christian,
>
> Je prends la discussion en cours de route donc excuse moi par avance si
> la question t'a déjà été posée.
> Mais as-tu pensé à avoir recours à la topologie ?
> Ex ->
> http://blog.mathieu-leplatre.info/use-postgis-topologies-to-clean-up-road-networks.html
>
> A.
>
> On 13-12-13 03:27 PM, Christian Quest wrote:
>> Bon, je progresse...
>>
>> Si vous voulez voir la tête des requêtes c'est par ici (WARNING, ça
>> peut piquer les yeux):
>> https://gist.github.com/cquest/66797473e5663bb4ba43
>>
>> Et graphiquement au final ça peut donner ça:
>> http://cl.ly/image/2e2Y0l0K1Q0O :)
>>
>> mais aussi ça: http://cl.ly/image/3g2B2O2w3x2O :(

Pas gagné en effet. À la réflexion, qu'est ce qu'on attend d'un tel jeu 
de données ? Vu que le niveau de détail géométrique approche celui du 
GeoFLA, le principal avantage serait d'être un découpage à jour en 
termes de références INSEE et de fusions de communes.
Du coup on pourrait imaginer un jeu hybride, qui prend la géométrie du 
GeoFLA (ou du Route 500, selon le niveau de simplification qu'on veut 
atteindre), qui en enlève toutes les portions pas à jour, et qui les 
remplace par celles issues d'OSM et simplifiées géométriquement, avec 
les "bons" attributs. Au final, en delta par rapport à un millésime 
GeoFLA, il faudrait à la louche s'attendre à une cinquantaine de 
remplacements issus d'OSM (changement de noms, nouveaux codes INSEE, 
fusions et split de communes). Ça permettrait, pour les traitements 
géométriques, de ne pas avoir à tout gérer (cf ton cas tordu sur la 2e 
copie d'écran) mais de focaliser sur un delta.

Pour la topologie, ici ça ne résoudra rien. En revanche ça permettra de 
détecter les régressions entre source et résultat. En gros, si on a 
inventé ou perdu un voisinage entre 2 communes, c'est via un contrôle 
sur les relations topologiques qu'on pourra le détecter.

vincent


---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active.
http://www.avast.com




Plus d'informations sur la liste de diffusion dev-fr