Bonjour/Bonsoir à tous,
Après réflexion de ma part, je me rends compte que je n'avais en effet pas assez réfléchi au problème. J'ai essayé de trouver une solution satisfaisante pour tout le monde: Les frontières utilisées doivent être légalement importées, les tags en placent doivent êtres cohérents et répondre à des règles bien définies, et les anciennes communes devraient être représentées lorsque c'est possible. Je propose donc les règles suivantes en ce qui concerne la fusion de communes en Suisse :
1) Les communes ayant disparu avant le 1er juillet 2011 ne sont pas représentées sur OSM, car il est difficile voir impossible de maintenir leur frontière. Il est interdit de les redessiner depuis une carte existante, même ancienne. Bien entendu tout les noms de lieux (villages, etc..) restent, mais ils ne font partie d'aucune relation.
2) Les communes ayant fusionné depuis le 1er juillet 2011, y compris, sont présentes sous considérées comme des quartiers de la nouvelle commune. Des frontières avec "boundary=administrative" avec "admin_level=10" sont utilisées autant pour les relations que pour les frontières. Ces "quartiers" sont considérés comme étant toujours d'actualité, donc, il n'y a pas de tag "end_date=".
3) Les communes fusionnées qui ont un nouveau nom devraient avoir le tag "start_date=", indiquant le jour de création de la nouvelle commune, et ce peu importe si la fusion a eu lieu avant ou après 2011. Par contre une commune qui en absorbe une autre, sans changer de nom, ne doit pas avoir de tag "start_date=" pour indiquer la fusion, car il ne s'agit pas d'une création d'une nouvelle commune, mais simplement d'une absorption.
4) Les quartiers représentant d'anciennes communes qui ont disparu depuis le 1er juillet 2011 sont considérés comme étant toujours d'actualité (seule la commune ayant disparu), donc, contrairement à ce que j'ai moi-même utilisé, le tag "boundary=historic" ne doit jamais être utilisé dans ce cas. Il n'y a pas non plus de "end_date=".
5) Dans le cas ou une commune s'est agrandie avec une fusion réalisée en plusieurs étapes, les étapes d'avant le 1er juillet 2011 sont ignorées. Toutes les anciennes communes qui existaient en date du 1er juillet 2011 sont présentes sous formes de "quartiers", dans leurs frontière au 31 juin 2011. Aucune différence n'est faite entre les anciennes communes qui auraient été fusionnée lors de différentes étapes après le 1er juillet 2011. Toute commune temporaire issue d'une première fusion mais qui a disparu suite à une deuxième fusion, toutes deux après le 1er juillet 2011, n'est pas représentée.
6) Les règles précédentes sont la seule façon de représenter des anciennes communes. Le tag "boundary=adminstrative"+"admin_level=9" ou autres ne devraient pas représenter d'anciennes communes.
Est-ce qu'il y a des objections ? Si il n'y en a pas dans le semaine à venir, je vais mettre ces règles sur le wiki sur les pages http://wiki.openstreetmap.org/wiki/Switzerland/2017_Municipality_Mergers et http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative Puis je les appliquerai au canton de Vaud, en laissant les utilisateurs des autres cantons à les appliquer à leurs propres cantons
Kann jemanden helfen, meine Vorschlag auf Deutsch zu Übersetzen ? Vielen Dank. Jemanden können auch mir auf Deutsch antworten, dass ist für mich kein problem.
Mit freundlischen Grüssen,
Bonsoir,
tout d'abord merci d'avoir pris le temps d'essayer de faire évoluer la situation.
Le 15. 11. 17 à 21:04, Jonathan Masur a écrit :
- Les communes ayant disparu avant le 1er juillet 2011 ne sont pas
représentées sur OSM, car il est difficile voir impossible de maintenir leur frontière. Il est interdit de les redessiner depuis une carte existante, même ancienne. Bien entendu tout les noms de lieux (villages, etc..) restent, mais ils ne font partie d'aucune relation.
avant ou après 2011, le problème a mes yeux n'est pas la maintenance (un élément qui a cessé d'exister ne nécessite pas de maintenance, il suffit de ne pas le casser, ce n'est pas la même chose) Le problème est simplement que la source de la majorité des communes (autorisation spéciale de swisstopo strictement limité à l'import des frontières) a été utilisée en 2011 et que (sans l'avoir vérifier moi-même) il n'y aurait pas d'archive disponible chez swisstopo. Mais si tu trouves une source VALIDE (par exemple une commune ou un canton qui mettrai des archives disponible en opendata, une info l'historique osm avec une source valide, un repérage faità partir des bornes, un habitant qui "à la connaissance" sans lire une carte), alors rien n'empêche d'utiliser ces sources. Ce qui est interdit par contre c'est d'utiliser un carte "pas assez vieille" ou n'importe quel autre source qui n'est pas "open". cette règle est absolue, elle est applicable tant avant 2011 que après, tant pour les frontières des communes que pour n'importe quoi d'autre.
- Les communes ayant fusionné depuis le 1er juillet 2011, y compris,
sont présentes sous considérées comme des quartiers de la nouvelle commune. Des frontières avec "boundary=administrative" avec "admin_level=10" sont utilisées autant pour les relations que pour les frontières. Ces "quartiers" sont considérés comme étant toujours d'actualité, donc, il n'y a pas de tag "end_date=".
Il y a un problème de définition. Exemple avec une commune rurale. Sa surface couvre les habitations mais aussi les champs jusqu'à la limite de la commune voisine. Lorsque cette commune fusionne avec sa voisine, son ancien tracé n'est pas un quartier. A mes yeux, c'est son ancien tracé qui devrait donc être mis en disused:admin_level et garder la même valeur qu'avant donc 8. c'est du moins ainsi que c'est fait ailleurs qu'en Suisse. En même temps, s'il n'existe pas, il faut créer le contour du village (niveau 9) ou du hameau (niveau 10).
- Les communes fusionnées qui ont un nouveau nom devraient avoir le tag
"start_date=", indiquant le jour de création de la nouvelle commune
ok
- Les règles précédentes sont la seule façon de représenter des
anciennes communes. Le tag "boundary=adminstrative"+"admin_level=9" ou autres ne devraient pas représenter d'anciennes communes.
Selon le wiki, 9 ne représente pas une commune mais un village.
Si il n'y en a pas dans le semaine à venir, je vais mettre ces règles
Tu vas trop vite. cette situation dure depuis des années, il faut laisser le temps au temps.
Cordialement, Marc
On 15.11.2017 21:04, Jonathan Masur wrote:
- Les communes ayant fusionné depuis le 1er juillet 2011, y compris,
sont présentes sous considérées comme des quartiers de la nouvelle commune. Des frontières avec "boundary=administrative" avec "admin_level=10" sont utilisées autant pour les relations que pour les frontières. Ces "quartiers" sont considérés comme étant toujours d'actualité, donc, il n'y a pas de tag "end_date=".
Gibt es auch fusionierte Gemeinden, die von den ursprünglichen Gemeindegrenzen abweichende Quartiere (oder Ortsteile) haben? Falls ja, wie wäre das dann zu handhaben?
Grüsse, Raphael
Meines Wissens haben nur die Fusionen in Lugano (iirc) ca. vor 2 Jahren in letzter Zeit zu echten Quartieren geführt, aber ob die deckungsgleich sind mit den alten Gemeinden, wer weiss.
Wenn man sich an SwissTopo hält, dann ist es wohl so, dass informelle Ortsteile (aka durch Strassenschilder begrenzt) keinen Anteil am nicht bebauten Gemeindegebiet haben. Alte Gemeindegrenzen dafür wohl also falsch sind.
Simon
Am 15.11.2017 um 22:45 schrieb Raphael Das Gupta (das-g):
On 15.11.2017 21:04, Jonathan Masur wrote:
- Les communes ayant fusionné depuis le 1er juillet 2011, y compris,
sont présentes sous considérées comme des quartiers de la nouvelle commune. Des frontières avec "boundary=administrative" avec "admin_level=10" sont utilisées autant pour les relations que pour les frontières. Ces "quartiers" sont considérés comme étant toujours d'actualité, donc, il n'y a pas de tag "end_date=".
Gibt es auch fusionierte Gemeinden, die von den ursprünglichen Gemeindegrenzen abweichende Quartiere (oder Ortsteile) haben? Falls ja, wie wäre das dann zu handhaben?
Grüsse, Raphael
talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch