Il faut noter aussi que mars 2020 est la date de fusion d'un certain nombre
d'EPCI, dont on connait déjà les contours (par exemple la prochaine
extension de la métropole lilloise ou MEL) car c'est déjà arrêté et on sait
combien d'élus municipaux siègeront dans l'intercommunalité.
Comme c'est déjà
Et j'obtiens 943 communes qui n'ont pas comme nom celui de leur
admin_centre.
[...]
Il y en a peut être un peu moins que ça, en regardant rapidement je vois
des trucs bizarres :
un name=Saint-Pierre-d'Entremont (Isère) et un
name=Saint-Pierre-d'Entremont (Savoie)
Un village traversé par
Des admin_level=8 correspondent à plusieurs statuts communaux, ayant un
conseil élu et une autonomie financière (communes simples, communes
nouvelles, associations de communes, communes spéciales à arrondissements),
ou pas (mais qui ont une identité administrative inclue dans une entité
plus
Le mer. 12 févr. 2020 à 19:20, a écrit :
> Le 12/02/2020 à 18:02, Christian Quest - cqu...@openstreetmap.fr a écrit :
>
> place=municipality est dans un tableau "administratively declared places",
> ce qui va très bien avec nos communes nouvelles rurales. Il est par contre
> très peu utilisé:
Il serait temps de commencer à réfléchir à la différenciation du découpage
administratif et du découpage urbain du territoire, comme le fait l'INSEE
justement.
Le premier (communes, etc.) évolue à coup de lois et décrets préfectoraux,
le second (agglomérations, zones urbaines) en fonction de
Le 12/02/2020 à 18:02, Christian Quest - cqu...@openstreetmap.fr a écrit :
place=municipality est dans un tableau "administratively declared
places", ce qui va très bien avec nos communes nouvelles rurales. Il
est par contre très peu utilisé: quelques milliers à peine sur le
monde entier !
On
Le 12/02/2020 à 17:04, Rpnpif via Talk-fr a écrit :
Merci d'avoir pris en compte ce problème et merci pour vos suggestions
(place=municipality) qui me font réfléchir..
Le problème est assez peu différent pour les communes anciennes et non
fusionnées récemment ayant plusieurs agglomérations
Merci d'avoir pris en compte ce problème et merci pour vos suggestions
(place=municipality) qui me font réfléchir..
Le problème est assez peu différent pour les communes anciennes et non
fusionnées récemment ayant plusieurs agglomérations séparées.
L'admin-centre n'est pas forcément
Le mer. 12 févr. 2020 à 05:08, Jérôme Amagat a
écrit :
>
>
> Le mar. 11 févr. 2020 à 15:17, Rpnpif via Talk-fr <
> talk-fr@openstreetmap.org> a écrit :
>
>> Je voudrais proposer de modifier la façon de traiter les communes
>> nouvelles françaises dans OSM.
>>
>> Je considère qu'une nouvelle
Le mar. 11 févr. 2020 à 15:17, Rpnpif via Talk-fr
a écrit :
> Je voudrais proposer de modifier la façon de traiter les communes
> nouvelles françaises dans OSM.
>
> Je considère qu'une nouvelle commune devrait être enregistrée de la même
> façon qu'une ancienne commune issue de fusion de
Le mar. 11 févr. 2020 à 15:17, Rpnpif via Talk-fr
a écrit :
> La possibilité de fusion des communes en France est très ancienne, elle
> a plus de 50 ans. Par exemple, certaines communes sont issues d'une
> campagne de fusion des années 1970. Ces dernières portent souvent le nom
> des deux
Prenons un exemple pour réfléchir:
- Montholon (commune nouvelle): place=municipality + population=1500
- Aillant-sur-Tholon (commune chef-lieu): place=village + population=1000
- Volgré (commune déléguée): place=village + population=300
- Villiers-sur-Tholon (commune déléguée):
Bonjour Christian,
J'ai fait des essais assez exhaustifs afin d'avoir une modélisation de
place avec une zone pour confirmer tes dires : il faut ceinture et
bretelles, place sur la relation (logique) et place sur le nœud label
(ou admin_centre).
https://www.openstreetmap.org/relation/10060749
J'ai l'impression que le rendu osm.org ne prends en compte que les
noeuds place=*, pas les boundary.
Il fut une époque où il utilisait les deux, mais cela donnait des noms
en double.
Dans le rendu FR, j'ai une requête compliquée pour éviter ça... elle
prends le place=* en priorité (car
Le 11.02.20 à 15:16, Rpnpif via Talk-fr a écrit :
> ne pas les repérer par un nœud place=* contrairement aux communes
> d'avant 2010
je pense qu'il y a une erreur de modélisation dans ta vision
place=town/city représente un village/ville, peu importe que la commune
où il se trouve n'ai jamais
Je voudrais proposer de modifier la façon de traiter les communes
nouvelles françaises dans OSM.
Je considère qu'une nouvelle commune devrait être enregistrée de la même
façon qu'une ancienne commune issue de fusion de plusieurs communes.
La possibilité de fusion des communes en France est
16 matches
Mail list logo