Petit déterrage de topic sur les EPCI.<br><br>D'une part, pour dire que j'ai trouvé une source plus récente que l'INSEE (qui ne liste les EPCI qu'au 1er janvier 2009).<br>Ici la liste est au 1er janvier 2010, et en plus fait un résumé des créations/fusions récentes d'EPCI, pratique:<br>
<a href="http://www.dgcl.interieur.gouv.fr/sections/a_votre_service/statistiques/intercommunalite/epci_a_fiscalite_pro/liste_et_composition5985/view">http://www.dgcl.interieur.gouv.fr/sections/a_votre_service/statistiques/intercommunalite/epci_a_fiscalite_pro/liste_et_composition5985/view</a><br>
Vu la date de mise en ligne (23/02/2010), on peut espérer la mise à jour 2011 pour bientôt :)<br><br>D'autre part, que pensez-vous d'un outil de suivi du style "etat-epci", similaire au suivi des communes (<a href="http://beta.letuffe.org/cron/etat-communes/communes.csv.txt">http://beta.letuffe.org/cron/etat-communes/communes.csv.txt</a>) ?<br>
<br>Vincent<br><br><div class="gmail_quote">Le 13 janvier 2011 15:37, Vincent de Chateau-Thierry <span dir="ltr"><<a href="mailto:vdct@laposte.net">vdct@laposte.net</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
<br>
> De : "Vincent Pottier"<br>
<div class="im">> Le 13/01/2011 14:46, sly (sylvain letuffe) a écrit :<br>
> > On jeudi 13 janvier 2011, Vincent Pottier wrote:<br>
> >> Pour faire avancer le shmilblik,<br>
> >> Même si on ne mappe pas pour...<br>
> >> Quel est le traitement par osm2psql d'une relation dont les membres<br>
> >> seraient les relations communes actuelles ?<br>
> > ça ne marcherait pas, mais tu l'as dis : "on ne mappe pas pour X"<br>
> ><br>
> > Il est cependant envisageable de coder un programme pour déterminer<br>
> > la "bordure extérieure" et construire le bon polygone.<br>
> Bon, alors je ne suis pas favorable à la relation qui contient les<br>
> relations communes...<br>
> Avant que le programme qui va bien soit intégré à osm2pgsql, ou que<br>
> j'arrive à l'implémenter sur ma machine...<br>
><br>
> Les utilisateurs de postGIS, Qgis, osmose et autres seront handicapés<br>
> par cette méthode.<br>
<br>
</div>Il y a la complexité pour les outils (relations récursives) et aussi la<br>
complexité pour ceux qui doivent saisir en base ces relations. Le côté gigogne<br>
est parfait pour se perdre dans les imbrications. Bref, sur ces aspects, une enfilade<br>
de ways 'limites' est plus facile à appréhender en l'état des outils comme JOSM.<br>
<br>
Et puis, mine de rien, si on basculait en modèle 'somme de surfaces', on aurait les<br>
constructions suivantes :<br>
- les départements sont les sommes des surfaces des communes<br>
- les régions sont les sommes des surfaces des départements<br>
- la France est la somme des surfaces des régions.<br>
Avec ce modèle, la métropole se réduirait aujourd'hui à.... l'Alsace, seule région<br>
complète en terme de surfaces communales.<br>
Donc le modèle par somme de surface, peut-être, mais seulement le jour où notre<br>
carto des limites sera complète. Avant cela, le modèle par frontières reste plus<br>
efficace.<br>
<div class="im"><br>
vincent<br>
<br>
<br>
Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?<br>
Je crée ma boîte mail <a href="http://www.laposte.net" target="_blank">www.laposte.net</a><br>
<br>
<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br>