Re: [OSM-talk-fr] Rendu osmfr : barrier=gate visible à un niveau de zoom trop faible ?
Bonjour, +1 pour prendre en compte le highway, une barrière sur un tertiary sera toujours plus important que sur un track ou un path. Reste la question du highway=service. S'il n'y a pas de tag access=private d'un côté ou de l'autre, c'est important aussi, mais ça me semble secondaire. Teuxe Christian Quest cqu...@openstreetmap.fr a écrit : Je voyais le cas où aux moyennes échelles on cherche visuellement par où passer. A ces échelles, le côté privé ou pas d'une voie n'est pas visible (peut être un truc à changer), et la présence d'un obstacle est un renseignement qui me semblait important. C'est peut être à ajuster en fonction du type de highway aussi... Le 22 août 2013 14:53, Pieren pier...@gmail.com a écrit : 2013/8/22 Christian Quest cqu...@openstreetmap.fr: J'ai aussi remarqué ces barrières un peu trop visibles ailleurs et je me suis posé les mêmes questions.. les rendre moins visible, oui, mais en zone rurale où il y a peu de chemins, une barrière devient un élément important à rendre visible. Pas sûr. Même en zone rurale, la présence d'une barrière sur une route ou un chemin marque l'entrée dans une propriété privée. Le tag access prend alors tout son sens sur le highway lui-même. Le rendu habituel devrait suffire aux zooms plus faibles et l'affichage de la barrière elle-même devient secondaire. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rendu osmfr : barrier=gate visible à un niveau de zoom trop faible ?
Voici la Rue de Visien à Courbevoie, au zoom 18: http://tile.openstreetmap.fr/?zoom=18lat=48.89707lon=2.25256layers=B00FFF Et la voici au zoom 15: http://tile.openstreetmap.fr/?zoom=15lat=48.89621lon=2.25038layers=B00FFF Les résidences bordant cette rues ont été garnies de barrier=fence coupés par des barrier=gate - grand bien en fasse au projet. Mais dans le contexte urbain dense de Courbevoie, il me semble que la représentation deces barrier=gate au zoom 15 est excessive et il me semblerait préférable de commencer à les montrer au zoom 17. Ceci dit, cette observation n'est peut-être pas valable en zone ruraleet je n'ose pas imaginer une feuille de style qui tiendrait compte de la densité de population de la circonscription administrative pour moduler le rendu. Oups - je viens de le faire... Patches welcome et tout ça... Une solution de compromis serait peut-être de distinguer entre les access=private et les autres: d'une manière générale j'ai souvent l'impression que les objets marqués access=private devraient apparaître un voire deux niveaux de zoom après leurs homologues d'accès libre. Les objets access=private sont le plus souvent d'un intérêt plus local et les utilisateurs ne souffriraient donc pas de leur moindre représentation aux niveaux de zoom faiblestandis que la lisibilité s'améliorerait. Les barrier=fence qui m'ont fait remarquer ce problème ne sont pas enaccess=private mais devraient l'être - mais c'est un autre sujet. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu osmfr : barrier=gate visible à un niveau de zoom trop faible ?
J'ai aussi remarqué ces barrières un peu trop visibles ailleurs et je me suis posé les mêmes questions.. les rendre moins visible, oui, mais en zone rurale où il y a peu de chemins, une barrière devient un élément important à rendre visible. J'avais envisagé de les remplacer par un symbole moins imposant (petit rond gris foncé), pour tout les barrier=* qui empêchent d'une façon ou d'une autre de passer. Les pistes possibles: - prendre en compte le tag access qui se trouve sur le way où se trouve le barrier=* (requête moyennement complexe en exécution, mais facile à écrire) - prendre en compte si on est dans un landuse=residential ou pas... Adapter le style au landuse est peut être un nouveau domaine à explorer plus généralement pour améliorer l'adaptabilité du rendu. Exemple: les cartouches de référence de routes primary/secondary/tertiary sont ils utiles vraiment en zone urbaine ? Zut, je crois que cette idée va m'occuper quelques temps ;) Le 22 août 2013 11:36, Jean-Marc Liotier j...@liotier.org a écrit : Voici la Rue de Visien à Courbevoie, au zoom 18: http://tile.openstreetmap.fr/?zoom=18lat=48.89707lon=2.25256layers=B00FFF Et la voici au zoom 15: http://tile.openstreetmap.fr/?zoom=15lat=48.89621lon=2.25038layers=B00FFF Les résidences bordant cette rues ont été garnies de barrier=fence coupés par des barrier=gate - grand bien en fasse au projet. Mais dans le contexte urbain dense de Courbevoie, il me semble que la représentation deces barrier=gate au zoom 15 est excessive et il me semblerait préférable de commencer à les montrer au zoom 17. Ceci dit, cette observation n'est peut-être pas valable en zone rurale et je n'ose pas imaginer une feuille de style qui tiendrait compte de la densité de population de la circonscription administrative pour moduler le rendu. Oups - je viens de le faire... Patches welcome et tout ça... Une solution de compromis serait peut-être de distinguer entre les access=private et les autres: d'une manière générale j'ai souvent l'impression que les objets marqués access=private devraient apparaître un voire deux niveaux de zoom après leurs homologues d'accès libre. Les objets access=private sont le plus souvent d'un intérêt plus local et les utilisateurs ne souffriraient donc pas de leur moindre représentation aux niveaux de zoom faibles tandis que la lisibilité s'améliorerait. Les barrier=fence qui m'ont fait remarquer ce problème ne sont pas en access=private mais devraient l'être - mais c'est un autre sujet. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu osmfr : barrier=gate visible à un niveau de zoom trop faible ?
2013/8/22 Christian Quest cqu...@openstreetmap.fr: J'ai aussi remarqué ces barrières un peu trop visibles ailleurs et je me suis posé les mêmes questions.. les rendre moins visible, oui, mais en zone rurale où il y a peu de chemins, une barrière devient un élément important à rendre visible. Pas sûr. Même en zone rurale, la présence d'une barrière sur une route ou un chemin marque l'entrée dans une propriété privée. Le tag access prend alors tout son sens sur le highway lui-même. Le rendu habituel devrait suffire aux zooms plus faibles et l'affichage de la barrière elle-même devient secondaire. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu osmfr : barrier=gate visible à un niveau de zoom trop faible ?
Je voyais le cas où aux moyennes échelles on cherche visuellement par où passer. A ces échelles, le côté privé ou pas d'une voie n'est pas visible (peut être un truc à changer), et la présence d'un obstacle est un renseignement qui me semblait important. C'est peut être à ajuster en fonction du type de highway aussi... Le 22 août 2013 14:53, Pieren pier...@gmail.com a écrit : 2013/8/22 Christian Quest cqu...@openstreetmap.fr: J'ai aussi remarqué ces barrières un peu trop visibles ailleurs et je me suis posé les mêmes questions.. les rendre moins visible, oui, mais en zone rurale où il y a peu de chemins, une barrière devient un élément important à rendre visible. Pas sûr. Même en zone rurale, la présence d'une barrière sur une route ou un chemin marque l'entrée dans une propriété privée. Le tag access prend alors tout son sens sur le highway lui-même. Le rendu habituel devrait suffire aux zooms plus faibles et l'affichage de la barrière elle-même devient secondaire. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu osmfr : barrier=gate visible à un niveau de zoom trop faible ?
Complètement d'accord pour les barrier=gate (on pourrait aussi ajouter les =lift, =entrance etc.) Par contre concernant les access=private, ne soit on pas plutôt les placer sur gate et non sur fence ? Parce que j'ai un peu de mal à visualiser des barrières publiques ^^ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu osmfr : barrier=gate visible à un niveau de zoom trop faible ?
Le 22/08/2013 14:53, Pieren a écrit : 2013/8/22 Christian Quest cqu...@openstreetmap.fr: J'ai aussi remarqué ces barrières un peu trop visibles ailleurs et je me suis posé les mêmes questions.. les rendre moins visible, oui, mais en zone rurale où il y a peu de chemins, une barrière devient un élément important à rendre visible. Pas sûr. Même en zone rurale, la présence d'une barrière sur une route ou un chemin marque l'entrée dans une propriété privée. Pas obligatoirement. Des fois les barrières existent juste pour empêcher des animaux de sortir de leurs zones de pâturages. La route reste publique. Mais ce ne sont pas les roues les plus fréquentées. Le tag access prend alors tout son sens sur le highway lui-même. Le rendu habituel devrait suffire aux zooms plus faibles et l'affichage de la barrière elle-même devient secondaire. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu osmfr : barrier=gate visible à un niveau de zoom trop faible ?
2013/8/22 Christophe Merlet red...@redfoxcenter.org: Pas obligatoirement. Des fois les barrières existent juste pour empêcher des animaux de sortir de leurs zones de pâturages. La route reste publique. Mais ce ne sont pas les roues les plus fréquentées. A moins d'être soi-même une vache, le rendu de la barrière sur les zooms faibles n'a alors pas beaucoup d'importance puisqu'on peut quand même passer ;-) Soit la barrière marque l'arrêt de la circulation du public et l'entrée dans une zone privée, un simple point noir sur la carte est insuffisant. Il faut soit ne plus afficher les routes privées, soit les afficher avec une couleur spécifique (comme dans les zooms plus élevés). Soit la barrière ne restreint pas le trafic du public et son absence sur la carte n'est alors pas très grave puisque sans impact significatif. Toutes les barrières que je connais sur les chemins publics concernent l'interdiction de rouler sur des chemins forestiers (sauf exploitants). On peut quand même y circuler à pied ou vélo. Ce que je veux dire, c'est que le rendu du tag access sur le highway est beaucoup plus important que celui de la barrière elle-même. D'ailleurs, la plupart des accès limités ou interdits en zone rurale n'ont pas de barrière mais un simple panneau (on hésite à installer des portiques télécommandables comme en ville ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu osmfr : barrier=gate visible à un niveau de zoom trop faible ?
On 22/08/2013 14:43, Christian Quest wrote: J'avais envisagé de les remplacer par un symbole moins imposant (petit rond gris foncé), pour tout les barrier=* qui empêchent d'une façon ou d'une autre de passer. Les pistes possibles: - prendre en compte le tag access qui se trouve sur le way où se trouve le barrier=* Je crois que c'est une bonne idée parce que le barrier=* sur une voie access=private est le plus souvent largement redondant : il montre le point précis à partir duquel l'accès privé est physiquement imposé mais l'essentiel de l'information est dans le fait que la voie est privée. On peut aussi prendre en compte le cas où le barrier=* est sur un obstacle linéaire mais non relié au réseau routier... Il modélise alors paradoxalement un point d'accès et non un obstacle - l'icône pourrait être une porte discrète et plutôt ouverte que fermée. Ces deux cas devraient bien dégager les zones urbaines. Exemple: les cartouches de référence de routes primary/secondary/tertiary sont ils utiles vraiment en zone urbaine ? Ca dépends probablement des usages: l'utilisateur qui planifie un trajet régional à grande échelle souhaitera les voir alors que celui qui navigue dans son quartier le trouvera superflu par rapport au nom de la rue - sauf si le nom de larue n'est pas renseigné, auquel cas mieux vaut la référence que rien du tout. J'ignore à quel niveau de zoom se trouve la limite entre ces usages, voire même si le niveau de zoom est le bon indicateur pour les discriminer. Il nous faudra prendre garde à ne pas tenter de tirer du contexte zonal des informations qui devraient plutôt être dans les attributs des objets. Ca n'est pas le cas pour la questions des références de highway en zone urbaine, mais on peut facilement imaginer des cas où le rendu sera amélioré par ce contexte au prix d'une augmentation de la complexité des règle très supérieure à l'effort que représenterai l'étiquetage correct des objets concernés pour qu'ils soient bien pris en compte par les règles existantes. D'un autre côté, le contexte zonal peut être une source de simplification: si on se trouve sur le territoire de la France métropolitaine et que highway=residential on peut considérer par défaut que surface=asphalt. Encore un équilibre à trouver... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu osmfr : barrier=gate visible à un niveau de zoom trop faible ?
2013/8/22 Jean-Marc Liotier j...@liotier.org: Je crois que c'est une bonne idée parce que le barrier=* sur une voie access=private est le plus souvent largement redondant : il montre le point précis à partir duquel l'accès privé est physiquement imposé mais l'essentiel de l'information est dans le fait que la voie est privée. Bien du courage alors. Parce que si c'est fait correctement, le noeud barrier se trouve à la jonction du way public ET du way private. Il faut donc chercher tous les ways auquel le noeud appartient et jongler avec tous les tags access en choisissant le plus restrictif du lot. Ou alors, le plus simple est de considérer que le tag access doit aussi se trouver sur la barrière elle-même. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu osmfr : barrier=gate visible à un niveau de zoom trop faible ?
On 22/08/2013 17:44, Pieren wrote: si c'est fait correctement, le noeud barrier se trouve à la jonction du way public ET du way private. C'est vrai qu'il y a sûrement une forte proportion de tels cas, mais ce n'est pas le seul modèle légitime : pour une allée comportant d'une barrière de parking, l'ensemble est privé mais la barrière n'est pas forcément à sa frontière. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu osmfr : barrier=gate visible à un niveau de zoom trop faible ?
moi je verrais plutôt, un point quand le nœud n'appartient pas a un highway. Même chose a zoom faible quand il appartient a un way avec private. ( ça intéresse très peu de gens) et a zoom elevé laisser le truc existant car il y a la place et ça peut être un repère. Et inchangé le reste du temps.(sur route non privée) (Ce n'est qu'un avis j'ai peut être oubliés des cas et je sais pas si c'est fesable). Le 22 août 2013 17:56, Jean-Marc Liotier j...@liotier.org a écrit : On 22/08/2013 17:44, Pieren wrote: si c'est fait correctement, le noeud barrier se trouve à la jonction du way public ET du way private. C'est vrai qu'il y a sûrement une forte proportion de tels cas, mais ce n'est pas le seul modèle légitime : pour une allée comportant d'une barrière de parking, l'ensemble est privé mais la barrière n'est pas forcément à sa frontière. __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr