Peut-être aussi passer aux minuscules (juste l'initiale des mots en capitale; même en sachant qu'il manque les accents). Cepla peut réduire la densité. Et vu le caractère expérimental, il serait sans doute préférable de mettre cette couche de lieux-dits à part de la couche BANO pour les rues
---- Et vivement un rendu vectoriel pour simplifier le tout et ne plus générer de volumineuses tuiles : est-ce que le framework HTML actuel sait afficher des "tuiles" vectorielles comprenant aussi les libellés comme simples nœuds positionnant seulement le centre du libellé à afficher; et avec un rendu CSS/javascript dans le navigateur ? Pour l'instant on n'a de rendu vectoriel que pour les polygones (bordure et/ou remplissage monochrome) et les noeuds (rendus comme des disques de taille fixe à l'affichage ou comme icône). Ce serait pas mal d'ailleurs pour en fait tous les rendus affichant des libellés que ceux-ci soient séparés avec des jeux séparés pour la langue par défaut, ou une autres langue alternative sélectionnable. Même si on peut encore garder un rendu OSM.FR intégrant les libellés en français, mais un rendu vierge de libellé serait pas mal Le moteur de rendu doit cependant encore gérer la sélection des libellés pour chaque niveau de zoom (en stockant dans la base vectorielle le niveau de zoom à partir duquel le libellé peut apparaître) pour éviter les collisions, ce qu'ici d'ailleurs le rendu BANO actuel ne fait pas du tout, (mais pour que cela marche il faut utiliser des polices à métrique connue, pour un style de police bien défini, éventuellement une police web libre téléchargeable gardée en cache du navigateur, comme par exemple les polices web utilisée sur les wikis de Wikimedia; et le moteur doit aussi pouvoir calculer le largeur de rectangle afin que le rendu côté client puisse utiliser correctement les sauts de ligne, ou bien le moteur doit calculer où placer les sauts de ligne pour que le rendu côté client ne change pas dramatiquement la taille des rectangles occupés). Une difficulté si on veut minimiser les données en ne stockant que le libellé (avec précalcul des sauts de ligne dans la chaîne de caractères), juste une position X/Y et un niveau de zoom minimum est que le style doit être cohérent et ne pas changer selon le zoom (gras, italique); sinon il faut stocker deux niveaux de zoom (minimum et maximum) pour chaque style (mais à priori la chaine du libellé ne devrait pas changer; ni la position, juste la taille calculée du rectangle (la largeur suffit si les libellés sont uniquement horizontaux, mais pour les libellés affichés le longs des courbes comme les fleuves, rues, voies ferrées et frontières c'est assez délicat à gérer côté client en javascript et ça risque de ne pas marcher chez tout le monde avec bien des navigateurs). L'alternative c'est un rendu des libellés en bitmaps transparentes: mais cela reste des tuiles comme actuellement. De plus cela oblige à doubler la bande passante pour afficher la moindre carte car il faut alors deux bitmaps minimum par tuile. Bref il faudra d'autres moyens du côté des serveurs et du côté hébergement; sauf si le rendu bitmap des libellés n'est plus utilisé que par une minorité (les autres utilisant le rendu vectoriel sur les navigateurs compatibles avec le solution vectorielle retenue). Le 12 septembre 2014 17:26, Christian Quest <cqu...@openstreetmap.fr> a écrit : > Le 12 septembre 2014 14:17, Stéphane Péneau <stephane.pen...@wanadoo.fr> a > écrit : > >> Par contre, si le script détecte séparément les lieux qui ne sont pas >>> "connectés" à une ou des habitations, est-ce qu'il serait possible de les >>> afficher en plus petit ? Car par endroit ça devient difficilement lisible. >>> Exemple ici : >>> >> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/47.0293/-1.5588 > > > > Simple: zoome ! > > > > Le 12 septembre 2014 14:03, Nicolas Dumoulin < > nicolas_openstreetmap....@dumoulin63.net> a écrit : > > Le jeudi 11 septembre 2014 23:09:17 Vincent de Château-Thierry a écrit : >> >> > Toutes les remarques bienvenues, >> >> >> >> Tout d'abord, bravo pour cette nouvelle étape dans l'aventure BANO. >> >> >> >> Pour ce qui concerne OSM, j'ai beau regarder à différents endroits, j'ai >> du mal à imaginer un moyen automatisables de faire le tri dans cette masse >> d'information. Je pense à vue de nez qu'au max 5% de ces lieux-dits à une >> réalité sur le terrain. >> >> La partie intéressante pour OSM est je pense les nom de lieux-dits sur le >> terrain en zone rurale. C'est ceux qui sont le plus usités par les locaux. >> >> Pour les identifier, on pourrait exclure les noms couvrant une zone >> (landuse=residential) déjà nommée (place=*) ou ne contenant pas de bâti. >> >> >> >> Et ensuite il faut faire le tri. Par exemple, ici : >> >> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/45.65519/2.91121 >> >> Quand on passe sur la D983, point de "La Barbada", mais uniquement "La >> Maison Bleue". >> >> >> > > > Pour l'instant, les LD sont tous rendus de la même façon. > On va améliorer ça au fur et à mesure qu'on progressera dans l'affinage > des données. > > C'est vraiment un premier jet, pour avoir un retour et identifier > justement les principaux problème à prendre en compte. > > -- > Christian Quest - OpenStreetMap France > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
