[OSM-talk-fr] Rendu FR, bientôt en version 2017 !

osm.sanspourriel at spamgourmet.com osm.sanspourriel at spamgourmet.com
Dim 25 Déc 17:00:28 UTC 2016


Icônes et textes :

priorité aux gares mal placées ? Oui c'est de la provoc alors que 
Christian nous fait du bon boulot.

http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_99740#12/47.8442/-3.5572

http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_99740#15/47.8622/-3.5413

Je suppose que les noms des villes sont placés avant les icônes des gares.
Du coup si la gare est proche de la mairie/centre de la commune, elle 
n'apparaît pas rapidement sur la carte.
Par contre si la gare a été mise dans un champ de betterave elle apparaît.

Ne pourrait-on en cas de manque de place mettre in simple rond noir ?
Pour faire simple :
- affichage des lignes ferroviaires avec des ronds au niveau des arrêts.
- affichage des noms de communes
- s'il y a de la place, affichage des icônes SNCF.

La densité de noms de commune me semble maintenant trop élevé au niveau 9 :
http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_99740#9/48.9234/6.1523
Jusqu'à il y a peu c'était mieux, à l'image du niveau 10.


Le 25/12/2016 à 17:25, osm.sanspourriel at spamgourmet.com a écrit :
>
> Toujours sur les noms de commune :
>
> Je ne sais si c'est un heureux hasard ou un meilleur calcul mais avant 
> il arrivait qu'un hameau (100 habitants - Locmaria) d'une commune 
> prenne le pas sur une commune (10 000 habitants - Guidel) :
>
> http://layers.openstreetmap.fr/?zoom=10&lat=47.82262&lon=-3.52654&layers=B0000FFFFFFFFFFFFFFFFFFFFFF
>
> http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_99740#10/47.7894/-3.4915
>
> Second cadeau de Noël : les jours rallongent, si, si !
>
> Jean-Yvon
>
>
> Le 24/12/2016 à 17:53, Christian Quest - cquest at openstreetmap.fr a écrit :
>> Pas évident à traiter, car les autres noms proviennent de noeuds 
>> place=* et là le nom n'est porté que par la relation 
>> boundary=administrative.
>>
>> J'ai quand même trouvé une solution car le problème est d'éviter un 
>> double rendu (centroid de la commune + noeud place=*). La requête 
>> vérifie maintenant si un noeud place=* porte le même nom à 
>> l'intérieur du polygone de la limite admin, avant elle vérifiait 
>> juste la présence d'un rôle admin_centre sur la relation.
>>
>> J'ai aussi modifié le niveau de zoom à partir duquel ces noms issus 
>> des boundary apparaissent... ça commence au 12.
>>
>> ça sera dans la prochaine livraison...
>>
>>
>>
>> Le 23 décembre 2016 à 17:15, Stéphane Péneau 
>> <stephane.peneau at wanadoo.fr <mailto:stephane.peneau at wanadoo.fr>> a 
>> écrit :
>>
>>     Je vois que le nom des communes fusionnées est visible, même s'il
>>     n'y a pas de node place dans la relation. Super !
>>     Par contre, on ne voit ce nom qu'à partir du zoom 14, bien après
>>     les  "place" de la commune en question.
>>     Est-ce qu'il ne serait pas mieux que ça soit visible avant ?
>>
>>     exemple : (il faut zoomer d'un cran pour voir "Montréverd")
>>     http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_99740#13/46.8993/-1.4205
>>     <http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_99740#13/46.8993/-1.4205>
>>
>>     Stf
>>
>>
>>
>>     Le 23/12/2016 à 16:46, Tony EMERY a écrit :
>>>     N'oublies pas le rendu des terrains de motoball...
>>>
>>>     Le 23 déc. 2016 16:24, "Christian Quest"
>>>     <cquest at openstreetmap.fr <mailto:cquest at openstreetmap.fr>> a écrit :
>>>
>>>         Les derniers changements:
>>>         - les entrance=* ne sont rendus si ce sont des entrées de
>>>         bâtiment ou si ce ne sont pas des entrées de pièce... avec
>>>         de la bidouille dans la requête pour retrouver cette info !
>>>
>>>         - les lignes des terrains de sport: plus de rendu si il ne
>>>         s'agit pas d'un leisure=pitch, et rendu possible de
>>>         plusieurs sports (mais un peu fouilli au final... à voir)
>>>
>>>         - les shop=* en souterrain sont estompés, prise en compte du
>>>         tag location=underground en plus de level<0
>>>
>>>         Et grosse refonte de fond du projet avec passage du format
>>>         json au yaml plus lisible (et maintenable)... qui ne devrait
>>>         pas avoir d'incidence sur le rendu sauf bug de conversion !
>>>
>>>         -- 
>>>         Christian Quest - OpenStreetMap France
>>>
>>>         _______________________________________________
>>>         Talk-fr mailing list
>>>         Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
>>>         https://lists.openstreetmap.org/listinfo/talk-fr
>>>         <https://lists.openstreetmap.org/listinfo/talk-fr>
>>>
>>>
>>>
>>>     _______________________________________________
>>>     Talk-fr mailing list
>>>     Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
>>>     https://lists.openstreetmap.org/listinfo/talk-fr
>>>     <https://lists.openstreetmap.org/listinfo/talk-fr>
>>
>>     _______________________________________________ Talk-fr mailing
>>     list Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
>>     https://lists.openstreetmap.org/listinfo/talk-fr
>>     <https://lists.openstreetmap.org/listinfo/talk-fr> 
>>
>> -- 
>> Christian Quest - OpenStreetMap France
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20161225/88659f2a/attachment.htm>


Plus d'informations sur la liste de diffusion Talk-fr