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

2013-12-15 Par sujet Christian Quest
C'est pour ça que j'ai regardé le cadastre avant de corriger... mais le manque dans l'algo est bien là. Le 15 décembre 2013 21:36, sly (sylvain letuffe) a écrit : > Le dimanche 15 décembre 2013 21:03:56, Christian Quest a écrit : > > La seule chose absolument pas gérées ce sont des polygones en

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

2013-12-15 Par sujet sly (sylvain letuffe)
Le dimanche 15 décembre 2013 21:03:56, Christian Quest a écrit : > La seule chose absolument pas gérées ce sont des polygones en 8. > J'en ai identifié 2 et en reprenant le cadastre, le 8 n'avait pas lieu > d'être. Attention à ne pas céder à la tentation du "je corrige les données pour compenser

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

2013-12-15 Par sujet Christian Quest
Si quelqu'un veux essayer mapshaper, j'aimerai bien voir ce que ça donne sur 36680 polygones et 9.5 million de nœuds... Objectif (quasi) atteint de mon côté; j'ai 2 niveaux de simplification (100 et 250) qui sont ok et un autre avec encore un petit bug (simplification la plus légère à 10). J'ai e

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

2013-12-15 Par sujet Thomas Gratier
Salut, En complément, je pensais plutôt que si on avait des limites topologiquement justes, on pourrait passer par MapShaper http://www.mapshaper.org (c'est l'interface en ligne mais on peut aussi faire de la ligne de commande https://github.com/mbloch/mapshaper) L'outil corrige aussi les limites

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

2013-12-15 Par sujet Bruno Cortial
Bonjour, Je serai loin du SQL de Christian. Pour produire des cartes en lignes avec d3.js j'ai regardé le format topojson, qui est une évolution du geojson prenant en compte le partage de géométries. Ce principe fait déjà gagner énormément en volume de données sur les polygones adjacents. Il se tr

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

2013-12-15 Par sujet Christian Quest
Bon... ça avance... j'ai maintenant l'intégralité des limites. Le principe est le suivant: - extraction des limites entre 2 communes (ST_Touches + ST_Intersection) - extraction des limites côtières et frontalières - extraction des communes non limitrophes (les iles) - première génération de polygon

Re: [OSM-dev-fr] [OSM-talk-fr] Convertir les données de type polygones en noeud (gpx, csv, osm) ( était : umap problème de =?iso-8859-1?q?_requ=EAte?=)

2013-12-15 Par sujet sly (sylvain letuffe)
Le samedi 14 décembre 2013 22:50:41, Vincent Pottier a écrit : > Ça peut se faire ? ça peut, et je m'ennuyais ce matin, alors c'est fait ;-) Le wrapper cité ici supporte également la syntaxe overpass API http://wiki.openstreetmap.org/wiki/Servers/api.openstreetmap.fr#Simplified_exports_where_ways