[OSM-talk-fr] Limites communales simplifiées... disponibles !

[Philippe Verdy]

Attention lors de vos mises à jour de fractions cantonales dans les
communes à ne pas casser à nouveau les frontières communales.

(Je viens de réparer les communes voisines d'Annemasse cassées par la
création récente de ses deux fractions cantonales Nord et Sud. JE l'ai fait
aussi il y a quelques jours pour quelques autres communes.)

Si vous créez les fractions cantonales d'une commune, chargez aussi les
communes limitrophes et toutes les relations qui utilisent la frontière que
vous voulez scinder en deux.

Est-ce encore utile de créer ces fractions cantonales alors que le nombre
de cantons va être divisé par deux (avec des regroupements des cantons
actuels), sauf peut-être là où cela implquerait un redécoupage aussi des
circonscriptions législatives.

Dans les "grandes villes" divisées seulement en 2 ou 3 cantons (incluant
aussi des communes limitrophes), il est fort probable que les fractions
cantonales seront conservées (le regroupement se fera sans doute avec des
cantons ruraux voisins), mais on doit encore attendre les arrêtés qui
pourraient en décider autrement et favoriser les regroupements supprimant
le fractionnement des communes.

Pour les plus grandes métropoles, on n'a aucun moyen de prédire comment
seront faits les regroupements, d'autant plus que les limites seront sans
doute révisées aussi en tenant compte des données de population
infracommunales de l'Insee.

Ils doivent arriver très vite ces arrêtés (et il doit même y avoir déjà des
données sur le projet de redécoupage pour se faire une idée des fractions
cantonales qui seront probablement conservées, même su ce n'est pas encore
finalisé). A partir de janvier on va avoir les données finalisées des
populations légales, ce qui permettra de boucler le projet de découpage.
L'insee est certainement en train de boucler ça justement dans les communes
pour savoir s'il fait encore les découper ou pas avec les nouveaux seuils
légaux.



Le 23 décembre 2013 12:13, Christian Quest <cquest at openstreetmap.fr> a
écrit :

> Nouveau fichier dispo (à tester): les limites sous forme non pas de
> polygone, mais de linestring.
>
> C'est utile quand on veut représenter les frontières proprement pour
> chaque niveau administratif.
>
> C'est ici (simplifié à 100m):
> http://osm13.openstreetmap.fr/~cquest/openfla/export/limites-20131223-100m-shp.zip
> :
>
> Pour chaque limite on a:
> - le code INSEE des communes à gauche et à droite (issu d'OSM)
> - le niveau administratif (2,4,6,7,8) issu du croisement avec le COG
>
> Je vais compléter sûrement avec les noms des niveaux administratifs, peut
> être aussi en croisant avec d'autres découpages comme les EPCI, bref l'idée
> est de savoir qu'une limite est une limite de N découpages et lesquels.
>
> De quoi faire une belle dataviz de notre fameux mille-feuilles !
>
> Pour info, retrouver qui est à gauche ou à droite se fait avec postgis et
> ST_Intersects + ST_LineInterpolatePoint et ST_OffsetCurve.
> Traiter les 110 000 limites et générer le shapefile ne prends que 38s,
> voici la tête de la requête:
>
> select
>   admin_level,
>   case
>     when cote then insee1
>     else insee2
>   end as insee_gauche,
>   case
>     when cote then insee2
>     else insee2
>   end as insee_droit,
>   way
> from
>   (select
>     ST_Intersects(p1.poly250,
> st_line_interpolate_point(st_offsetcurve((st_dump(l.lim250)).geom, 0.1,
> 'quad_segs=1 join=mitre'), 0.5)) as cote,
>     (st_dump(l.lim250)).geom as way,
>     i1.insee as insee1,
>     i2.insee as insee2,
>     case
>       when array_length(l.insee,1)=1 then 2
>       when i1.reg!=i2.reg then 4
>       when i1.dep!=i2.dep then 6
>       when i1.ar != i2.ar then 7
>       else 8
>     end as admin_level
>   from
>     osm_limites l
>   join
>     insee_cog i1
>       on (l.insee[1] = i1.insee)
>   left join
>     insee_cog i2
>       on (l.insee[2]=i2.insee)
>   join
>     osm_fla p1
>       on (p1.insee=i1.insee)
>    ) as lim
>
>
> Il me manque juste la détection frontière terrestre ou maritime...
>
> --
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20131223/836ecd92/attachment.htm>