A ma connaissance, les numéros de bureau de vote sont uniques dans une commune, je pense donc qu'ils se suffisent à eux même lorsqu'on a l'emprise de la commune définit par une relation admin_level=8
Pour le reste, c'est ce que je voulais faire... définir l'emprise couverte par chaque bureau de vote, mais c'est vraiment pas simple. Les deux côté d'une rue peuvent aller dans des bureaux de vote différents, ou le même. Le découpage peut être relativement fin. Pour Paris, ces données sont disponibles en opendata... pour chaque adresse où un électeur est inscrit, on sait à quel bureau de vote elle est rattachée. OSM est itératif... j'ai commencé par faire le plus simple (et déjà utile): savoir où se trouvent les bureaux de vote. Si ensuite on peut définir quelle zone ils couvrent ça sera encore mieux, mais autant commencer par quelque chose de simple et facilement constatable sur le terrain lors de chaque élection. Le 14 décembre 2012 10:29, Francescu GAROBY <windu...@gmail.com> a écrit : > Pour être honnête, mon propos initial allait bien plus loin que ce que j'ai > finalement dit. > À la base, je proposais carrément de créer des relation couvrant chaque > zone, de lui attribuer la valeur X, et soit d'associer à cette relation tous > les bureaux de vote (avec, pour chacun, le tag 'polling_station:ref=Y'), > soit de créer des sous-relations pour chaque bureau de vote, de façon à bien > couvrir les habitations qui ont le droit de voter dans ledit bureau de vote, > et d'y inclure le bureau de vote, un peu à la manière du 'admin_centre', > pour une commune. > Mais en écrivant ça, j'ai réalisé le travail de Titans que ça allait > représenter, et je me suis demandé si je ne partais pas dans une relationïte > aiguë... > > Francescu > > Le 14 décembre 2012 10:21, Vincent de Chateau-Thierry <v...@laposte.net> a > écrit : > >> Bonjour, >> >> > De : "Francescu GAROBY" >> > >> > Je pense que le tag 'polling_station:ref=Y' est insuffisant : en France, >> > les bureaux de vote sont rattachés à une zone, la valeur de ce tag >> > devrait >> > plutôt être 'polling_station:ref=X.Y', où X désigne la zone et Y le >> > bureau >> > de vote dans cette zone, le tout séparé par un point (pour respecter la >> > forme d'affichage sur la carte d'électeur). >> > >> >> Mouais... À l'usage, stocker 2 références dans un même attribut me paraît >> bien peu >> efficace pour les consommateurs de la donnée. >> Si la zone à laquelle tu fais référence est le canton (seule mention que >> je vois sur >> ma carte), alors je préfère 2 tags ref : >> polling_station:ref= >> polling_zone:ref= sauf si on vérifie que les bureaux sont forcément >> dans l'emprise géographique du canton, ce qui annulerait l'intérêt de ce >> 2e tag. >> >> vincent >> >> Une messagerie gratuite, garantie à vie et des services en plus, ça vous >> tente ? >> Je crée ma boîte mail www.laposte.net >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-fr > > > > > -- > Cordialement, > Francescu GAROBY > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
