[OSM-talk-fr] élections législatives : tags pour occupations éphémère de locaux

Mar 15 Mai 09:50:43 UTC 2012

Le 15/05/2012 09:30, Philippe Verdy a écrit :
> Le 15 mai 2012 08:28, Damouns<damouns at gmail.com>  a écrit :
>> Le 14 mai 2012 23:05, JonathanMM<jonathanmm at nocle.fr>  a écrit :
>>> En parlant des élections législatives, ce serait pas mal qu'on mette en
>>> place un petit groupe de travail pour se mettre d'accord sur comment taggé
>>> les circonscriptions en France (le wiki est pas top à ce sujet)
>> La page appropriée est
>> http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpolitical
>>
>> Il faudrait peut-être la traduire en français, si tu veux, et mettre
>> des liens vers cette page depuis les autres sections du wiki. Pour
>> l'instant les découpages électoraux déjà rentrés (cantons et
>> circonscriptions législatives) sont visibles ici :
>> http://layers.openstreetmap.fr/?zoom=6&lat=46.49122&lon=2.17915&layers=B0000FFFFFFFFFFFFFTFFFF
>>
>> Il y en a très peu de saisis et ce sera long, surtout pour ceux qui
>> utilisent des découpages infra communaux. J'ai moi-même saisis tous
>> ceux du Doubs. A moins d'un miracle je ne pense pas qu'ils seront
>> prêts pour le jour des élections.
Y'a quand même un gros défaut je trouve avec cette représentation : 
C'est que ça perd les notions de communes et de canton. En effet, pour 
la plupart des circonscriptions, elles sont défini comme : Cantons de X, 
Y et Z. Les Cantons : Communes A, B, C, D, E, F…
Après, il faudrait quand même laisser la possibilité de faire des zones 
pour les cas particuliers, quand on coupe des communes, par exemple à 
Paris : À gauche de la rue X et à droite de la rue Y. Je concois 
néanmoins que ça deviendrait assez complexe pour les outils de gestion 
derrière ^^'
> Dommage tout de même que l'outil layers ne permette pas de séparer les
> différents types pour boundary=electoral, et superpose alors la même
> couleur (seulement en la renforçant) quand on a à la fois la
> circonscription législative (élection des députés) et le canton
> (élection des conseillers généraux).
>
> Il n'y a pas moyen, au moins pour la France, de discriminer sur la
> valeur de political_subdivision, au moins pour les deux valeurs
> utilisées en France ?
Faudrait demander à un de nos gentils admin des serveurs de rendu d'OSM 
France de mettre ça en place ;)
>
> Personnellement, je trouve qu'il y a moins de priorité en France pour
> les circonscriptions législatives que pour les cantons (qui sont
> encore, eux, une subdivision administrative des arrondissements, même
> s'ils coupent souvent les communes en plusieurs fractions cantonales).
> Les cantons sont bien connus, alors que les circonscriptions
> législatives sont réellement très floues et bien plus instables que
> les cantons.
>
> Cependant le travail à faire pour les circonscriptions législatives
> sera plus vite terminé que celui commencé en même temps (et souvent
> aux mêmes endroits) sur les cantons : il y a tout de même beaucoup
> moins de députés en France que de conseillers généraux !
>
>
> [notes]
>
>     * Il y a aussi une autre valeur aussi utilisée en France pour les
> circonscriptions aux élections européennes, peut-être une autre
> couleur envisageable, et qui ne s'appliquera donc pas qu'à la France.
>
>     * D'autres valeurs sont nécessaires pour les autres pays; je viens
> de documenter la valeur "political_subdivision=insular_council", qui
> est pour l'instant utilisé aux Baléares, pas encore marqué aux
> Canaries; il me semble que la même valeur
> "political_subdivision=insular_council" pourrait être utilisée aussi
> au Portugal pour les conseils insulaires des îles principales de
> Madère, c'est pourquoi je l'ai définie avec une valeur nommée en
> anglais, plutôt qu'en catalan, une langue qui ne serait applicable
> qu'aux Baléares mais pas aux Canaries, et plutôt qu'en espagnol
> castillan qui n'est pas utilisé officiellement par les conseils
> insulaires des Baléares).
>
>     * Le Royaume-Uni a aussi ses propres valeurs pour des divisions
> adminsitratives et électorales qui ne cadrent pas non plus très bien
> dans le "moule" hiérarchique de boundary=administrative
>
>     *  Le moule de "boundary=administrative" fonctionne mal uniquement
> à cause de sa restriction stupide à mon avis à des valeurs entières
> pour "admin_level=*", un modèle hybride mal conçu, formaté autour des
> pays de l'ONU et du découpage **statistique** européen NUTS, avec en
> plus le premier niveau pour les continents, un niveau à priori inutile
> et très mal défini dans les faits et qui ne correspond à rien de réel.
>
>     * Je ne vois pas pourquoi on n'aurait pas pu mettre les cantons
> comme boundary=administrative. On aurait du pouvoir donner la valeur
> admin_level=7.5 pour découper nos arrondissements départementaux en
> cantons (qui ne sont pas uniquement électoraux et correspondent à des
> territoires bien réels et pas seulement à un ensemble d'électeurs
> inscrits sur les listes électorales en fonction de l'adresse déclarée
> comme résidence principale dans une commune donnée, et qui ne concerne
> pas que les seuls électeurs) : les députés ne s'occupent pas de gérer
> le territoire de leur circonscription, leur travail est à l'assemblée
> pour la France entière, ils n'ont pas réellement de territoire
> attribué.
>
>    * Les cantons au contraire correspondent à des territoires bien
> définis en terme d'aménagement, même s'ils sont gérés par d'autres
> collectivités territoriales et si les conseillers généraux eux aussi
> ne sont pas élus pour prendre des responsabilités au sein de leur seul
> canton mais au sein de tout le département. Il me parait même plus
> simple d'accepter des valeurs non entières (nos cantons avec
> admin_level=7.5, en tant que subdivision du niveau 7, la valeur non
> entière étant justifiée par le fait qu'ils ne sont pas sous-découpés
> et ne sont donc pas parents des communes au niveau 8).
>
>     * Avec le même principe, même les conseils insulaires espagnols
> pourraient aussi avec une valeur non entière pour admin_level et
> entrer dans le moule de boundary=administrative.
>
>     * Et on laisserait alors "boundary=political" uniquement pour les
> divisions électorales qui ne servent qu'à égaliser la représentativité
> des élus pour diverses élections mais qui concernent des sièges pour
> des assemblées dont le territoire est bien plus large que le découpage
> électoral.
>
>     * D'ailleurs je pense même que le fait d'utiliser
> "boundary=political" est mal nommé pour ces derniers cas, quand cela
> aurait du être "boundary=electoral" (valeur elle aussi documentée mais
> sous-utilisée). Car quand on parle de "frontières politiques" on parle
> des frontières internationales (celle des traités internationaux, de
> l'ONU et de leurs représentations diplomatiques : ambassades,
> consulats et nonces apostoliques pour le Vatican), mais pas du tout
> découpage électoral !
>
> [/notes]
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
Quid enfin des bureaux de votes, pour les plus pointilleux d'entre nous ? ;)
JonathanMM

-- 
Candidat (Parti Pirate) aux législatives 2012 dans la 9ème circonscription du Val-d'Oise
Élève en 1ère année de l'ENSSAT, filière Logiciel et Système Informatique
Responsable Technique de l'association Eurêka ! J'ai Réussi !
Membre de l'association SaDur
Contributeur OpenStreetMap