Re: [OSM-talk-fr] Améliorations rendu FR

[Philippe Verdy]

Note; le rendu HOT-HDM est également touché par ces disparitions de
frontières


Le 15 juillet 2014 14:46, Philippe Verdy  a écrit :

> Autre problème: il n'y a plus "aucune" frontière visible au Luxembourg
> (même la frontière internationale avec la Belgique, la France ou
> l'Allemagne). Visiblemement un contributeur a décidé d'enlever tous les
> tags des chemins frontières au Luxembourg, en se disant: pas besoin c'est
> redondant, corrigez tous vos rendus ! (sans tenir compte des capacités des
> moteurs de rendu actuel pour compatibilité).
>
> L'ennui c'est que cette "redondance" est parfois nécessaire quand le
> modèle de frontière n'obéit pas complètement au modèle hiérarchique par
> niveau (on a le cas fréquent en Espagne, mais aussi pour des pays qui ont
> des conflits frontaliers, ou dans des pays en pleine réforme administrative
> où les niveaux se "mélangent" sans être complets un par un, y compris en
> Allemagne où un niveau peut être incomplet). Selon le choix de modèle de
> rendu, on ne peut pas toujours utiliser les tags présents dans les
> relations en compétition.
>
> Le problème ici vient de la valeur admin_level donné à une relation qui
> peut être plus grand dans une entité que pour l'entité voisine (par exemple
> des villes en Allemagne ont un admin_level 8 et sont pourtant assimilées au
> niveau 6 ou moins. Il nous manque la possibilité de mettre en plus dans la
> relation un "min_admin_level=*" pour former un intervalle de valeurs; et
> aucun moteur de rendu ne peut encore en tenir compte. Ou alors il faudrait
> qu'admin_level puisse avoir une énumération de valeurs séparées par
> point-virgules (exemple pour les villes-Etats en Allemagne, comme Berlin et
> Hambourg, ou pour la région-capitale de Bruxelles). Le cas risque d'arriver
> en France aussi où le modèle hiérarchique semble là aussi condamné avec des
> fusions de collectivités territoriales de "niveau" différent (par exemple
> avec les métropoles).
>
> L'algo est entièrement dépendant du tag admin_level sur les ways de
> frontière et ne sait pas tenir compte des admin-level des relations qui
> utilisent ce chemin.
>
> C'est pour ça qu'on a des "bouts" de fronières visibles le long de
> certaines cotes et pas d'autres (par exemple près de Fréjus)
>
>
>
> Le 15 juillet 2014 13:41, Philippe Verdy  a écrit :
>
> Non problème de cache chez vous. Vous voyez les anciennes tuiles
>>
>>
>>  Le 15 juillet 2014 09:30, Francescu GAROBY  a écrit
>> :
>>
>>> Christian, c'est bien ce qu'il dit : Cesson-Sévigné n'est visible qu'à
>>> partir du zoom 11, alors que Betton et Chantepie le sont depuis le zoom 10
>>>
>>> Francescu
>>>
>>>
>>> Le 15 juillet 2014 09:26, Christian Quest  a
>>> écrit :
>>>
>>> Ah ?

 Cesson-Sévigné apparait pour moi au zoom 11

 Un problème de cache de ton navigateur ?



 Le 15 juillet 2014 09:15, mga_geo  a écrit :

 Sur cette carte,
> http://tile.openstreetmap.fr/~cquest/leaflet/#10/48.0753/-1.5257 le
> nom de
> la commune "Cesson-Sévigné" n'est pas présent alors qu'au zoom 11 il
> l'est
> avec les mêmes caractéristiques que d'autres communes présentes en
> zoom 10 (
> Chantepie, Betton ...).
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Ameliorations-rendu-FR-tp5811359p5811374.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



 --
 Christian Quest - OpenStreetMap France

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr


>>>
>>>
>>> --
>>> Cordialement,
>>> Francescu GAROBY
>>>
>>> ___
>>> 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

Re: [OSM-talk-fr] Améliorations rendu FR

[Philippe Verdy]

Autre problème: il n'y a plus "aucune" frontière visible au Luxembourg
(même la frontière internationale avec la Belgique, la France ou
l'Allemagne). Visiblemement un contributeur a décidé d'enlever tous les
tags des chemins frontières au Luxembourg, en se disant: pas besoin c'est
redondant, corrigez tous vos rendus ! (sans tenir compte des capacités des
moteurs de rendu actuel pour compatibilité).

L'ennui c'est que cette "redondance" est parfois nécessaire quand le modèle
de frontière n'obéit pas complètement au modèle hiérarchique par niveau (on
a le cas fréquent en Espagne, mais aussi pour des pays qui ont des conflits
frontaliers, ou dans des pays en pleine réforme administrative où les
niveaux se "mélangent" sans être complets un par un, y compris en Allemagne
où un niveau peut être incomplet). Selon le choix de modèle de rendu, on ne
peut pas toujours utiliser les tags présents dans les relations en
compétition.

Le problème ici vient de la valeur admin_level donné à une relation qui
peut être plus grand dans une entité que pour l'entité voisine (par exemple
des villes en Allemagne ont un admin_level 8 et sont pourtant assimilées au
niveau 6 ou moins. Il nous manque la possibilité de mettre en plus dans la
relation un "min_admin_level=*" pour former un intervalle de valeurs; et
aucun moteur de rendu ne peut encore en tenir compte. Ou alors il faudrait
qu'admin_level puisse avoir une énumération de valeurs séparées par
point-virgules (exemple pour les villes-Etats en Allemagne, comme Berlin et
Hambourg, ou pour la région-capitale de Bruxelles). Le cas risque d'arriver
en France aussi où le modèle hiérarchique semble là aussi condamné avec des
fusions de collectivités territoriales de "niveau" différent (par exemple
avec les métropoles).

L'algo est entièrement dépendant du tag admin_level sur les ways de
frontière et ne sait pas tenir compte des admin-level des relations qui
utilisent ce chemin.

C'est pour ça qu'on a des "bouts" de fronières visibles le long de
certaines cotes et pas d'autres (par exemple près de Fréjus)



Le 15 juillet 2014 13:41, Philippe Verdy  a écrit :

> Non problème de cache chez vous. Vous voyez les anciennes tuiles
>
>
> Le 15 juillet 2014 09:30, Francescu GAROBY  a écrit :
>
>> Christian, c'est bien ce qu'il dit : Cesson-Sévigné n'est visible qu'à
>> partir du zoom 11, alors que Betton et Chantepie le sont depuis le zoom 10
>>
>> Francescu
>>
>>
>> Le 15 juillet 2014 09:26, Christian Quest  a
>> écrit :
>>
>> Ah ?
>>>
>>> Cesson-Sévigné apparait pour moi au zoom 11
>>>
>>> Un problème de cache de ton navigateur ?
>>>
>>>
>>>
>>> Le 15 juillet 2014 09:15, mga_geo  a écrit :
>>>
>>> Sur cette carte,
 http://tile.openstreetmap.fr/~cquest/leaflet/#10/48.0753/-1.5257 le
 nom de
 la commune "Cesson-Sévigné" n'est pas présent alors qu'au zoom 11 il
 l'est
 avec les mêmes caractéristiques que d'autres communes présentes en zoom
 10 (
 Chantepie, Betton ...).



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Ameliorations-rendu-FR-tp5811359p5811374.html
 Sent from the France mailing list archive at Nabble.com.

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr

>>>
>>>
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> Cordialement,
>> Francescu GAROBY
>>
>> ___
>> 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

Re: [OSM-talk-fr] Améliorations rendu FR

[mga_geo]

Merci Christian pour la modif. C'est impeccable en zoom 10.
En zoom 9, le placement devient limite.

Le rendu de "Rue Gilles Languedoc"
(http://tile.openstreetmap.fr/~cquest/leaflet/#18/48.12210/-1.68749) est
meilleur que celui de BANO (
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/48.12193/-1.68680
) mais la partie avec les deux numéros 17 n'est pas nommée.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ameliorations-rendu-FR-tp5811359p5811439.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Améliorations rendu FR

[Philippe Verdy]

Pour Albi c'est Gaillac qui prend "la place". Pour Auch c'est Mirande.

Ce sont des paramètres de tri de priorité, et ensuite de densité des
libellés déjà sélectionnés et affichés (qui se réservent une région autour,
qui empêchent des libellés moins "prioritaires" d'apparaître. La densité
joue un rôle au delà de la seule place prise par les libellés eux-mêmes
(lesquels peuvent cependant être abrégés pour ne pas trop dépasser de la
densité retenue, par exemple "Saint-" abrégeable en "St-")

Si l'algo ne tenait compte que de la place prise strictement par les
libellés, il y aurait trop de libellés qui couvriraient tout le reste. Il
faut donc faire des choix parmi tous ls libellés possibles: communes,
départements et régions, centrés ou de long la frontière, fleuves, points
d'intérêt selon le zoom, montagnes, forêts, lacs, etc...

Mais c'est vrai que si le nouvel algo tient juste compte du nombre de tags
présents, ça amène a des mauvais paramètres de calcul de priorité. L'algo
doit donner des "notes" numériques selon certains critères: type de libellé
selon le zoom, statut administratif, population

Et l'algo ne sait pas gérer une liste "dymanique" permettant à des libellés
lus prioritaires déjà sélectionnés d'être légèrement décalés dans sa zone
de tolérance pour laisser un peu de place à un autre sans créer de
collision. Pour cela il faudrait travailler en deux passes, avec une
première passe qui ne dessine rien mais crée une ou plusieurs
représentations possibles dont certaines pourront être éliminées par le
placement des libéllés suivants dans la liste (afin de limiter les
collisions), ou de faire des choix par comparaison d'attributs d'une paire
de libellés selon certains critères de priorité plus avancés. La seconde
passe alors fait l'affichage lui-même.Cependant ça demande de la mémoire
pour gérer des longues listes de libellés de candidats durant la première
passe, et calculer des placements alternatifs possibles, qui ensuite
d'élimine au fur et à mesure qu'on progresse dans la première passe.

So on travaille en une seule passe (solution économique en mémoire), pas
moyen de placer les libellés autrement qu'à l'endroit théorique et d'en
effacer après coup pour éviter des collision ou une trop forte densité. On
doit tout préparer dans les paramètres de notation des libellés individuels
juste avant le tri; on ne peut pas faire de tests comparatifs par paire.
Effectivement les tags individuels sont favorisés, mais on peut régler
quand même certains tags donnant une meilleure "note" et tout se joue alors
sur le système de notation: quel tag rapporte plus de points par rapport à
l'autre.


Le 15 juillet 2014 09:58, Art Penteur  a écrit :

> Dans la même veine :
>Les gens attachés au statut administratif regrettent qu'au zoom 7, sur
> cette carte : http://tile.openstreetmap.fr/~cquest/leaflet/#7/43.696/1.791
> , Albi et Auch, qui sont des préfectures, ne soient pas représentées.
>Personnellement, je n'ai aucune idée de la difficulté du changement
> nécessaire.
>
> Art.
>
> ___
> 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

Re: [OSM-talk-fr] Améliorations rendu FR

[Philippe Verdy]

Non problème de cache chez vous. Vous voyez les anciennes tuiles


Le 15 juillet 2014 09:30, Francescu GAROBY  a écrit :

> Christian, c'est bien ce qu'il dit : Cesson-Sévigné n'est visible qu'à
> partir du zoom 11, alors que Betton et Chantepie le sont depuis le zoom 10
>
> Francescu
>
>
> Le 15 juillet 2014 09:26, Christian Quest  a
> écrit :
>
> Ah ?
>>
>> Cesson-Sévigné apparait pour moi au zoom 11
>>
>> Un problème de cache de ton navigateur ?
>>
>>
>>
>> Le 15 juillet 2014 09:15, mga_geo  a écrit :
>>
>> Sur cette carte,
>>> http://tile.openstreetmap.fr/~cquest/leaflet/#10/48.0753/-1.5257 le nom
>>> de
>>> la commune "Cesson-Sévigné" n'est pas présent alors qu'au zoom 11 il
>>> l'est
>>> avec les mêmes caractéristiques que d'autres communes présentes en zoom
>>> 10 (
>>> Chantepie, Betton ...).
>>>
>>>
>>>
>>> --
>>> View this message in context:
>>> http://gis.19327.n5.nabble.com/Ameliorations-rendu-FR-tp5811359p5811374.html
>>> Sent from the France mailing list archive at Nabble.com.
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Cordialement,
> Francescu GAROBY
>
> ___
> 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

Re: [OSM-talk-fr] Améliorations rendu FR

[Pierre Béland]

Il y a aussi des conflits avec noms d'iles. Observé au niveau de zoom à 
Montréal (pas le bourg) cette semaine. Ile de Montréal a précédence sir cité de 
Montréal. Ile-Perrot avait aussi précédence sur Saint-Jean-sur-Richelieu. 
Maintenant les deux affichés, sans doute parce que depuis Saint a été abrégé 
dans St-Jean-sur-Richelieu. Une autre option si faisable avec MapCSS, serait 
d'afficher sur deux lignes.

voir 
http://tile.openstreetmap.fr/?zoom=7&lat=45.30015&lon=-73.82343&layers=B000FFF

 
Pierre 




 De : Christian Quest 
À : Discussions sur OSM en français  
Envoyé le : Mardi 15 juillet 2014 6h08
Objet : Re: [OSM-talk-fr] Améliorations rendu FR
 


Pas bien réveillé ;)

Eu oui, mais c'est sûrement dû à la proximité avec Rennes, il n'y a plus la 
place pour mettre "Cesson-Sévigné" vu sa longueur.

Il est tout à fait possible qu'une ville plus importante ne puisse être visible 
qu'une autre qui l'est moins par manque de place.
J'ai rajouté un peu de tolérance pour que le nom soit un peu plus mobile afin 
de se trouver une petite place ;)
Du coup Cesson est bien visible en zoom 10 (ainsi que Dinard par exemple et 
d'autres cas similaires) mais aussi en zoom 9.
C'est visible sur 
http://tile.openstreetmap.fr/~cquest/leaflet/hometiles.html#9/48.0382/-1.5017

Le serveur (osm13) rame... depuis déjà quelques temps et ce n'est pas lié à ces 
changements. Les tuiles "HOT" ont un franc succès, et son SSD n'est pas très 
optimum (modèle un peu bâtard, avec un driver linux non optimisé).
Depuis quelques jours, je fais des tests sur mon serveur à la maison qui arrive 
à générer les tuiles environ 10 fois plus vite bien que ce soit une machine 
moins puissante, mais avec un SSD plus performant et mieux géré par le kernel. 
Mise à niveau à suivre sur osm13 dans les semaines à venir.


Pour le lien que j'ai donné, les tuiles viennent de chez moi, possible que ça 
coince un peu en sortie (ligne ADSL... si j'étais fibré, j'aurai un mini 
datacenter à la cave).


J'ai rajouté "hometiles.html" pour que ce soit plus clair : 
http://tile.openstreetmap.fr/~cquest/leaflet/hometiles.html#10/48.0382/-1.5017






Le 15 juillet 2014 09:30, Francescu GAROBY  a écrit :

Christian, c'est bien ce qu'il dit : Cesson-Sévigné n'est visible qu'à partir 
du zoom 11, alors que Betton et Chantepie le sont depuis le zoom 10
>
>
>Francescu
>
>
>
>Le 15 juillet 2014 09:26, Christian Quest  a écrit :
>
>
>Ah ?
>>
>>
>>Cesson-Sévigné apparait pour moi au zoom 11
>>
>>
>>Un problème de cache de ton navigateur ?
>>
>>
>>
>>
>>
>>Le 15 juillet 2014 09:15, mga_geo  a écrit :
>>
>>
>>Sur cette carte,
>>>http://tile.openstreetmap.fr/~cquest/leaflet/#10/48.0753/-1.5257 le nom de
>>>la commune "Cesson-Sévigné" n'est pas présent alors qu'au zoom 11 il l'est
>>>avec les mêmes caractéristiques que d'autres communes présentes en zoom 10 (
>>>Chantepie, Betton ...).
>>>
>>>
>>>
>>>--
>>>View this message in context: 
>>>http://gis.19327.n5.nabble.com/Ameliorations-rendu-FR-tp5811359p5811374.html
>>>Sent from the France mailing list archive at Nabble.com.
>>>
>>>___
>>>Talk-fr mailing list
>>>Talk-fr@openstreetmap.org
>>>https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>>-- 
>>
>>Christian Quest - OpenStreetMap France
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
>
>-- 
>Cordialement,
>Francescu GAROBY
>
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr
>
>



-- 

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

Re: [OSM-talk-fr] Améliorations rendu FR

[Christian Quest]

Le 15 juillet 2014 11:23, Simon Miniou  a écrit :

> Bonjour,
>
> pour ma part :
>
> mini_round_about ok
>
>
> *Barrière *(est-il nécessaire de les afficher au zoom 15?)
> http://tile.openstreetmap.fr/~cquest/leaflet/#15/48.7186/4.5934
>
>
>

Ca fait un bout de temps qu'elles me gênent aussi... en zone urbaine.
En effet, en zone rurale, savoir qu'il y a une barrière sur un chemin, est
utile aux zooms moins élevés.
Une piste... croiser avec landuse=residential ?



> *adresse et BANO : *
> http://tile.openstreetmap.fr/~cquest/leaflet/#20/48.72548/4.58770
>
> j'ai des adresses qui sont placé sur la façade du bâtiment et qui sont
> rendu au milieu du bâtiment
> d'autre en façade et qui reste en façade.
> Sur une rue qui a un autre nom que le cadastre (avec le ref Fantoir
> d'indiqué, il me met les adresses en double)
>
> http://tile.openstreetmap.fr/~cquest/leaflet/#20/48.70386/4.58605
> ici j'ai un seul numéro en double sur la rue
>
>

Aïe... j'avais pas pensé aux adresses OSM non rapprochées et qui du coup se
retrouvent en double.



>
> *de manière générale pour afficher BANO :*
>
>- Sur les communes ou les adresses n'ont pas été ajouté, c'est un plus
>sur la carte
>- Sur les zones ou les adresses ont été intégré (vérifié et corrigé),
>les erreurs du cadastre sont rajouté au rendu (ce qui est dommage)
>
>
> *ne peut ont pas imaginer de mettre les adresses BANO seulement pour les
> rues sans adresses ?*
>
> merci pour ce sympathique et évolutif rendu :)
>
>

Difficile de faire le distinguo. A partir de quand considère-t-on que les
adresses on été ajoutées sur une commune dans OSM ? Dès qu'il y en a une ?
Dès qu'il y en a un pourcentage significatif par rapport au total connu de
BANO ?

Gérer ça par rue implique que les rapprochement aient été faits (retour au
bug des doubles).


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Améliorations rendu FR

[Pieren]

2014-07-15 11:19 GMT+02:00 Christian Quest :

> Pour info... ne regarde plus jamais les premiers niveaux de zoom
> d'OSM.org... ils ne contiennent quasiment que des données non OSM
> (NaturalEarth)... ce qui n'est pas le cas du rendu FR.
> De même les géocodage de Nominatim aux US utilisent aussi les données TIGER
> qui ne sont pas dans OSM... et il est fort probable que BANO soit intégré
> (si l'équipe qui gère Nominatim le décide).

Je connais bien tous ces cas. Et en même temps, on sait que tant que
nominatim utilisera directement Tiger pour le geocoding, cela
n'incitera pas les contributeurs américains à intégrer les données
manquantes dans OSM (codes postaux par ex.) ([1]). Afficher des cartes
"incomplètes" est une bonne manière d'inciter de nouvelles
contributions, ce qui devrait être la mission première du rendu 'fr'
hébergé par l'association. Pour les 'usagers', on peut leur demander
un effort minimal en activant un calque supplémentaire pour y voir
clairement apparaitre  une source externe complémentaire.

Pieren

[1] et ça serait avancer un peu plus vers le modèle que mapbox dessine
par petites touches et qui, a force de ne pas vouloir le share-alike,
proposera des solutions d'aggrégations de sources divers et où OSM ne
sera qu'un composant parmi d'autres.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Améliorations rendu FR

[Pierre-Yves Berrard]

D'accord avec Pieren.

Si les données "bano" restent affichées, il faudrait *a minima* modifier la
mention '(c) les contributeurs d'Openstreetmap'...

PY


Le 15 juillet 2014 11:19, Christian Quest  a écrit
:

> Je comprends bien, c'est pour cela que c'est en test et qu'on en discute.
>
> Pour info... ne regarde plus jamais les premiers niveaux de zoom
> d'OSM.org... ils ne contiennent quasiment que des données non OSM
> (NaturalEarth)... ce qui n'est pas le cas du rendu FR.
> De même les géocodage de Nominatim aux US utilisent aussi les données
> TIGER qui ne sont pas dans OSM... et il est fort probable que BANO soit
> intégré (si l'équipe qui gère Nominatim le décide).
> Pareil pour les rendus avec relief (ombrage et/ou courbes de niveau)... ce
> sont des données non OSM qui viennent compléter pour un résultat plus
> adapté à un usage.
>
> Le rendu OSM.org doit rester la référence d'édition, destinée aux
> contributeurs y compris en montrant des défauts dans les données, mais
> produire des rendus plus riches, qui masquent certaines erreurs, qui
> transforment les données (comme les abbréviations automatiques), bref un
> rendu plus orienté "usage" me semble complémentaire.
>
>
>
> Le 15 juillet 2014 11:04, Pieren  a écrit :
>
>> 2014-07-15 1:36 GMT+02:00 Christian Quest :
>>
>> D'abord, merci pour toutes ces amélorations. Le style osm-fr est sans
>> doute l'un des plus avancés dans l'écosystème OSM mondial et il
>> mériterait d'être d'avantage utilisé.
>>
>> > Pour terminer, un gros ajout... les numéros adresse de BANO, mais pour
>> les
>> > différencier de ceux figurant dans OSM, ils sont en italique et un peu
>> plus
>> > gris.
>>
>> Je pense que c'est une très grosse erreur. On mélange des données OSM
>> avec d'autres données externes avec une distinction graphique bien
>> mince que seuls les initiés pourront comprendre tout en le présentant
>> comme le rendu 'fr' d'OpenStreetMap. C'est un précédant. Il aurait
>> mieux valu mettre ces numéros dans un calque séparé. A ce titre, je ne
>> pourrais plus en parler comme d'un rendu osm exemplaire mais d' un
>> mashup comme il en existe de nombreux autres.
>>
>> Pieren
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> 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

[OSM-talk-fr] Améliorations rendu FR

[Simon Miniou]

Bonjour,

pour ma part :

mini_round_about ok


*Barrière *(est-il nécessaire de les afficher au zoom 15?)
http://tile.openstreetmap.fr/~cquest/leaflet/#15/48.7186/4.5934


*adresse et BANO : *
http://tile.openstreetmap.fr/~cquest/leaflet/#20/48.72548/4.58770

j'ai des adresses qui sont placé sur la façade du bâtiment et qui sont
rendu au milieu du bâtiment
d'autre en façade et qui reste en façade.
Sur une rue qui a un autre nom que le cadastre (avec le ref Fantoir
d'indiqué, il me met les adresses en double)

http://tile.openstreetmap.fr/~cquest/leaflet/#20/48.70386/4.58605
ici j'ai un seul numéro en double sur la rue


*de manière générale pour afficher BANO :*

   - Sur les communes ou les adresses n'ont pas été ajouté, c'est un plus
   sur la carte
   - Sur les zones ou les adresses ont été intégré (vérifié et corrigé),
   les erreurs du cadastre sont rajouté au rendu (ce qui est dommage)


*ne peut ont pas imaginer de mettre les adresses BANO seulement pour les
rues sans adresses ?*

merci pour ce sympathique et évolutif rendu :)

Simon
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Améliorations rendu FR

[Christian Quest]

Je comprends bien, c'est pour cela que c'est en test et qu'on en discute.

Pour info... ne regarde plus jamais les premiers niveaux de zoom
d'OSM.org... ils ne contiennent quasiment que des données non OSM
(NaturalEarth)... ce qui n'est pas le cas du rendu FR.
De même les géocodage de Nominatim aux US utilisent aussi les données TIGER
qui ne sont pas dans OSM... et il est fort probable que BANO soit intégré
(si l'équipe qui gère Nominatim le décide).
Pareil pour les rendus avec relief (ombrage et/ou courbes de niveau)... ce
sont des données non OSM qui viennent compléter pour un résultat plus
adapté à un usage.

Le rendu OSM.org doit rester la référence d'édition, destinée aux
contributeurs y compris en montrant des défauts dans les données, mais
produire des rendus plus riches, qui masquent certaines erreurs, qui
transforment les données (comme les abbréviations automatiques), bref un
rendu plus orienté "usage" me semble complémentaire.



Le 15 juillet 2014 11:04, Pieren  a écrit :

> 2014-07-15 1:36 GMT+02:00 Christian Quest :
>
> D'abord, merci pour toutes ces amélorations. Le style osm-fr est sans
> doute l'un des plus avancés dans l'écosystème OSM mondial et il
> mériterait d'être d'avantage utilisé.
>
> > Pour terminer, un gros ajout... les numéros adresse de BANO, mais pour
> les
> > différencier de ceux figurant dans OSM, ils sont en italique et un peu
> plus
> > gris.
>
> Je pense que c'est une très grosse erreur. On mélange des données OSM
> avec d'autres données externes avec une distinction graphique bien
> mince que seuls les initiés pourront comprendre tout en le présentant
> comme le rendu 'fr' d'OpenStreetMap. C'est un précédant. Il aurait
> mieux valu mettre ces numéros dans un calque séparé. A ce titre, je ne
> pourrais plus en parler comme d'un rendu osm exemplaire mais d' un
> mashup comme il en existe de nombreux autres.
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Améliorations rendu FR

[Christian Quest]

Pas bien réveillé ;)

Eu oui, mais c'est sûrement dû à la proximité avec Rennes, il n'y a plus la
place pour mettre "Cesson-Sévigné" vu sa longueur.

Il est tout à fait possible qu'une ville plus importante ne puisse être
visible qu'une autre qui l'est moins par manque de place.
J'ai rajouté un peu de tolérance pour que le nom soit un peu plus mobile
afin de se trouver une petite place ;)
Du coup Cesson est bien visible en zoom 10 (ainsi que Dinard par exemple et
d'autres cas similaires) mais aussi en zoom 9.
C'est visible sur
http://tile.openstreetmap.fr/~cquest/leaflet/hometiles.html#9/48.0382/-1.5017

Le serveur (osm13) rame... depuis déjà quelques temps et ce n'est pas lié à
ces changements. Les tuiles "HOT" ont un franc succès, et son SSD n'est pas
très optimum (modèle un peu bâtard, avec un driver linux non optimisé).
Depuis quelques jours, je fais des tests sur mon serveur à la maison qui
arrive à générer les tuiles environ 10 fois plus vite bien que ce soit une
machine moins puissante, mais avec un SSD plus performant et mieux géré par
le kernel. Mise à niveau à suivre sur osm13 dans les semaines à venir.

Pour le lien que j'ai donné, les tuiles viennent de chez moi, possible que
ça coince un peu en sortie (ligne ADSL... si j'étais fibré, j'aurai un mini
datacenter à la cave).

J'ai rajouté "hometiles.html" pour que ce soit plus clair :
http://tile.openstreetmap.fr/~cquest/leaflet/hometiles.html#10/48.0382/-1.5017




Le 15 juillet 2014 09:30, Francescu GAROBY  a écrit :

> Christian, c'est bien ce qu'il dit : Cesson-Sévigné n'est visible qu'à
> partir du zoom 11, alors que Betton et Chantepie le sont depuis le zoom 10
>
> Francescu
>
>
> Le 15 juillet 2014 09:26, Christian Quest  a
> écrit :
>
> Ah ?
>>
>> Cesson-Sévigné apparait pour moi au zoom 11
>>
>> Un problème de cache de ton navigateur ?
>>
>>
>>
>> Le 15 juillet 2014 09:15, mga_geo  a écrit :
>>
>> Sur cette carte,
>>> http://tile.openstreetmap.fr/~cquest/leaflet/#10/48.0753/-1.5257 le nom
>>> de
>>> la commune "Cesson-Sévigné" n'est pas présent alors qu'au zoom 11 il
>>> l'est
>>> avec les mêmes caractéristiques que d'autres communes présentes en zoom
>>> 10 (
>>> Chantepie, Betton ...).
>>>
>>>
>>>
>>> --
>>> View this message in context:
>>> http://gis.19327.n5.nabble.com/Ameliorations-rendu-FR-tp5811359p5811374.html
>>> Sent from the France mailing list archive at Nabble.com.
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Cordialement,
> Francescu GAROBY
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Améliorations rendu FR

[Pieren]

2014-07-15 1:36 GMT+02:00 Christian Quest :

D'abord, merci pour toutes ces amélorations. Le style osm-fr est sans
doute l'un des plus avancés dans l'écosystème OSM mondial et il
mériterait d'être d'avantage utilisé.

> Pour terminer, un gros ajout... les numéros adresse de BANO, mais pour les
> différencier de ceux figurant dans OSM, ils sont en italique et un peu plus
> gris.

Je pense que c'est une très grosse erreur. On mélange des données OSM
avec d'autres données externes avec une distinction graphique bien
mince que seuls les initiés pourront comprendre tout en le présentant
comme le rendu 'fr' d'OpenStreetMap. C'est un précédant. Il aurait
mieux valu mettre ces numéros dans un calque séparé. A ce titre, je ne
pourrais plus en parler comme d'un rendu osm exemplaire mais d' un
mashup comme il en existe de nombreux autres.

Pieren

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Améliorations rendu FR

[Eric Sibert]

J'ai fait quelques modifications sur le rendu FR ce week-end.


J'ai l'impression que le serveur rame. Je me prends beaucoup de carrés  
roses ou de messages de surcharge dans certaines zones (hors France  
métropolitaine). Le nouveau rendu entraine-t-il d'importants recalculs?


Eric



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Améliorations rendu FR

[Nicolas Moyroud]

Salut Christian,

Je profite de l'occasion pour rappeler un bug du rendu que j'ai déjà 
signalé plusieurs fois : l'icône des amenity=drinking_water n'est pas 
affiché sur le rendu FR.
Et sinon une petite suggestion : je trouve que ce serait bien de rendre 
les highway=track avec une certaine épaisseur dans les derniers niveaux 
de zoom.


a+
Nicolas

-
Nicolas Moyroud
Site web libre@vous : http://libreavous.teledetection.fr
-

Le 15/07/2014 01:36, Christian Quest a écrit :

J'ai fait quelques modifications sur le rendu FR ce week-end.

La modif déjà sur tile.openstreetmap.fr  
concerne les zoom 5/6 avec un peu plus de noms de grandes villes.
Pour tenter déterminer l'importance, je prends en compte la population 
et aussi le nombre de tags.

C'est pas encore idéal, mais c'est un peu mieux.

Tout d'abord une reprise de différents changements opérés sur la 
feuille de style OSM:
- certains tags "dépréciés" ne sont plus pris en compte comme 
man_made=power_wind, natural=field

- les mini_round_about n'apparaissent qu'à partir du zoom 16 (et pas 15)
- rendu des highway=turning_loop (comme les turning_circle)
- covered=yes modifie le rendu des highway comme si il y avait tunnel=yes
- prise en compte des highway=cycleway + area=yes
- des pointillés plus espacés pour les railway=abandoned pour les 
différencier des railway=disused

- access=destination rendu aussi pour les living_street et road
- couleur des noms de limites administratives en violet (comme les 
limites)

- changement du rendu des marina

Pour terminer, un gros ajout... les numéros adresse de BANO, mais pour 
les différencier de ceux figurant dans OSM, ils sont en italique et un 
peu plus gris.


Pour les zooms 1 à 11 c'est déjà sur tile.openstreetmap.fr 
 et pour le reste, c'est en test sur mon 
serveur à la maison, mais visible sur 
http://tile.openstreetmap.fr/~cquest/leaflet/#5/47.145/4.285 
 
(couche "dev" sélectionnée par défaut).


Merci d'avance pour vos retours !

--
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

Re: [OSM-talk-fr] Améliorations rendu FR

[Art Penteur]

Dans la même veine :
   Les gens attachés au statut administratif regrettent qu'au zoom 7, sur
cette carte : http://tile.openstreetmap.fr/~cquest/leaflet/#7/43.696/1.791
, Albi et Auch, qui sont des préfectures, ne soient pas représentées.
   Personnellement, je n'ai aucune idée de la difficulté du changement
nécessaire.

Art.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Améliorations rendu FR

[Francescu GAROBY]

Christian, c'est bien ce qu'il dit : Cesson-Sévigné n'est visible qu'à
partir du zoom 11, alors que Betton et Chantepie le sont depuis le zoom 10

Francescu


Le 15 juillet 2014 09:26, Christian Quest  a écrit
:

> Ah ?
>
> Cesson-Sévigné apparait pour moi au zoom 11
>
> Un problème de cache de ton navigateur ?
>
>
>
> Le 15 juillet 2014 09:15, mga_geo  a écrit :
>
> Sur cette carte,
>> http://tile.openstreetmap.fr/~cquest/leaflet/#10/48.0753/-1.5257 le nom
>> de
>> la commune "Cesson-Sévigné" n'est pas présent alors qu'au zoom 11 il l'est
>> avec les mêmes caractéristiques que d'autres communes présentes en zoom
>> 10 (
>> Chantepie, Betton ...).
>>
>>
>>
>> --
>> View this message in context:
>> http://gis.19327.n5.nabble.com/Ameliorations-rendu-FR-tp5811359p5811374.html
>> Sent from the France mailing list archive at Nabble.com.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Améliorations rendu FR

[Christian Quest]

Ah ?

Cesson-Sévigné apparait pour moi au zoom 11

Un problème de cache de ton navigateur ?



Le 15 juillet 2014 09:15, mga_geo  a écrit :

> Sur cette carte,
> http://tile.openstreetmap.fr/~cquest/leaflet/#10/48.0753/-1.5257 le nom de
> la commune "Cesson-Sévigné" n'est pas présent alors qu'au zoom 11 il l'est
> avec les mêmes caractéristiques que d'autres communes présentes en zoom 10
> (
> Chantepie, Betton ...).
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Ameliorations-rendu-FR-tp5811359p5811374.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Améliorations rendu FR

[mga_geo]

Sur cette carte,
http://tile.openstreetmap.fr/~cquest/leaflet/#10/48.0753/-1.5257 le nom de
la commune "Cesson-Sévigné" n'est pas présent alors qu'au zoom 11 il l'est
avec les mêmes caractéristiques que d'autres communes présentes en zoom 10 (
Chantepie, Betton ...).



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ameliorations-rendu-FR-tp5811359p5811374.html
Sent from the France mailing list archive at Nabble.com.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Améliorations rendu FR

[Christian Quest]

J'ai fait quelques modifications sur le rendu FR ce week-end.

La modif déjà sur tile.openstreetmap.fr concerne les zoom 5/6 avec un peu
plus de noms de grandes villes.
Pour tenter déterminer l'importance, je prends en compte la population et
aussi le nombre de tags.
C'est pas encore idéal, mais c'est un peu mieux.

Tout d'abord une reprise de différents changements opérés sur la feuille de
style OSM:
- certains tags "dépréciés" ne sont plus pris en compte comme
man_made=power_wind, natural=field
- les mini_round_about n'apparaissent qu'à partir du zoom 16 (et pas 15)
- rendu des highway=turning_loop (comme les turning_circle)
- covered=yes modifie le rendu des highway comme si il y avait tunnel=yes
- prise en compte des highway=cycleway + area=yes
- des pointillés plus espacés pour les railway=abandoned pour les
différencier des railway=disused
- access=destination rendu aussi pour les living_street et road
- couleur des noms de limites administratives en violet (comme les limites)
- changement du rendu des marina

Pour terminer, un gros ajout... les numéros adresse de BANO, mais pour les
différencier de ceux figurant dans OSM, ils sont en italique et un peu plus
gris.

Pour les zooms 1 à 11 c'est déjà sur tile.openstreetmap.fr et pour le
reste, c'est en test sur mon serveur à la maison, mais visible sur
http://tile.openstreetmap.fr/~cquest/leaflet/#5/47.145/4.285 (couche "dev"
sélectionnée par défaut).

Merci d'avance pour vos retours !

-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr