Le mot village à le même sens en français et en anglais et place=village à le même sens il me semble. C'est une zone urbaine, une agglomération avec une population comprise entre celle d'une ville et celle d'un hameau. Les valeurs ça dépend des région et certain hameau sont appelé village juste parce qu'il sont chez lieu d'une commune. Mais les place= qu'il soit village Hamlet City ne dépendent pas des limites de commune ni de la population des communes. Et il n'y a pas de place pour les communes comme pour country state à part peu être municipalité mais je ne l'ai jamais vu utilisé. Enfin c'est comme ça que j'ai toujours vu les choses.
Le 14 juil. 2016 16:02, "Christian Quest" <[email protected]> a écrit : > Le 14/07/2016 à 12:57, Stéphane Péneau a écrit : > >> Le 14/07/2016 à 11:22, Christian Quest a écrit : >> >>> >>> Je ne pense pas qu'on soit dans "tagguer pour le rendu", c'est à dire >>> utiliser de mauvais tags pour quelque chose apparaisse sur le rendu. On est >>> ici dans un choix qui facilite le rendu et qui sépare bien les roles de >>> chaque place=* dans la relation de la commune nouvelle. >>> >> >> On peut raisonner différemment : >> Si le rendu affichait correctement le nom de cette commune nouvelle, >> aurais-tu ajouté ce node "place" ? >> Je ne pense pas. >> Donc c'est bien "taguer pour le rendu". >> >> > On a des noeuds place=* pour toutes les communes et même pour des lieux > moins officiels... pourquoi celui-ci serait un ajout aussi artificiel que > tu le décris ? > > > Les solutions que je vois sont des modifs sur le rendu : >> - Si l'admin-center d'une relation porte un tag name différent de celui >> de la relation, alors les 2 doivent être affichés. >> - Plus simple : gérer le tag label >> > > Tu m'écrit les requêtes ? Bon courage. > > Autre point, la relation pour la nouvelle commune n'est pas encore > "active", elle est en "proposed" et ne passera en vraie relation de commune > le 1-1-2017. Le noeud n'a pas ce problème et il est correctement décrit > avec son start_date=* > > Je vous trouve très "à cheval" sur des principes très radicaux sans > fondement dans le wiki. > > -- > Christian Quest - OpenStreetMap France > > > _______________________________________________ > Talk-fr mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
