On peut admettre que les localités sans découpage administratif peuvent éventuellement avoir un place=* pour les désigner. Mais sincèrement, dès qu'elles ont une taille suffisante pour ne plus être qualifiées de "hamlet", elles deviennent des entités administratives, qui ont des frontières sauf parfois dans des pays quasi-désertiques où la frontière est le désert sans qu'on puisse en dessiner les contours précisément), des statistiques de population (au moins estimées s'il n'y a pas de source fiable), un centre administratif (peut importe qu'on appelle ça "mairie", "hôtel de ville", "city hall", "community center", "case communautaire", "maison du chef", "arbre de palabre", "tribunal civil", "chefferie", ...).
Bref ce serait justement l'absence de ces données qui les feront se comporter comme des hameaux et non des villages ou villes. Même dans ce cas, la classification de "place=*" ne sert pas à grand chose, cela dépend du type de carte qu'on veut représenter, qui devrait utiliser sa propre échelle de classification (qui dépend aussi assez souvent du niveau de zoom, des tailles de polices utilisées, de la résolution de rendu, de la mise en page du texte, etc. pour que cela soit lisible). Le moteur peut d'ailleurs ne pas afficher non plus un nom de lieu, mais vouloir malgré tout afficher un symbole. Ces symboles peuvent utiliser aussi un critère différent de celui utilisé pour afficher le nom (et sélectionner la taille de police ou son style). Bref, "place=*" ne sert à rien avec des moteurs de rendu bien faits qui voudront des critères plus objectifs, non fixés à l'avance sur une échelle de valeurs arbitraire ne correspondant pas à ce qui doit être représenté. Cela reste vrai même dans le cas de cartes internationales (si on veut afficher par exemple toutes les capitales nationales et quelques capitales régionales, il n'y a pas plus de raison que ces dernières soient sélectionnées seulement selon leur "place=*" qui ne donne pas assez d'informations et met tout à plat). Tout l'art du dessin d'une carte est justement de pouvoir sélectionner avec un grand niveau de finesse, et selon des critères précis (prenant en compte les données de la zone elle-même mais aussi leur géométrie et la présence d'objets voisins qui seraient plus importants à conserver ou à aliminer) ce qu'on doit garder. Cet art (car c'en est un) s'appuiera sur des algos complexes liés au placement des objets sur la carte déssinée. Des tas de règles propres au style de rendu, et que la base OSM n'a pas à stocker. Bref tagguez des choses plus précises, mais pour les "place=*" vous pouvez continuer à y aller à vue de nez, si vous y tenez, les moteurs de rendu s'en passeront très bien, sauf si cela correspond à une nomenclature nationale *officielle* (comme celle des "admin_level" avec nos références Insee, ou les statuts *officiels* de villes allemandes ou britanniques, en tant que collectivités territoriales, des statuts qui feront bien d'être mis dans un autre tag que "place=*" !!!) Le 6 mars 2012 10:56, Christian Quest <cqu...@openstreetmap.fr> a écrit : > Le 6 mars 2012 10:32, Pieren <pier...@gmail.com> a écrit : >> >> Il peut y avoir plusieurs "places" dans une commune, chose que tu ne >> peux résoudre avec des roles 'label' et 'admin_centre' de la relation >> boundary=administrative (ou multipolygon). De plus, tu fixes un >> admin_level qui donne le niveau administratif d'un endroit mais qui ne >> dit rien sur son importance. Une "commune" (admin_level=8) peut être >> un village (ou plusieurs), une ville, une mégapole, etc. >> > > > Et n'oublions pas que le modèle doit pouvoir s'appliquer partout dans > le monde et pas uniquement en France. > Il y a tellement de particularités qu'il faut de la souplesse pour > tenir compte d'un maximum de cas de figure. > > Dans de nombreuses zones (même en France d'ailleurs), il n'y a pas de > découpage administratif et l'indication des toponymes ne peut donc pas > en dépendre. > > -- > Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr