Re: [OSM-talk-fr] rendu osmfr

On peut voter sur une issue si on s’accorde sur la façon de le faire, en détournant un peu le système. Ne comptent que les votes exprimés par un pouce levé en réaction sur le post initial. À la fin on comptabilise et on peut ajouter un label / une étiquette qui correspond au vote. C’est très

Re: [OSM-talk-fr] rendu osmfr

Si il y a des améliorations du rendu international que vous voudriez retrouver dans la prochaine mise à jour du rendu FR (en général je m'y met en fin d'année), c'est le moment de les lister. Le mieux c'est de mettre ça en issues sur https://github.com/cquest/osmfr-cartocss/issues Il manque

[OSM-talk-fr] rendu osmfr

> c'est quoi le "rendu fr" ? Il y a un > rendu différent en fonction de la langue du navigateur web ? techniquement ce serrait possible mais rare sont les sites qui le font. le rendu fr ou rendu osmfr est un fork (une copie adapté) du rendu classique https://tile.openstreetmap.fr/ la grande

Re: [OSM-talk-fr] Rendu osmfr en retard > 24h

Bonjour, pour le rendu osm-fr le lag de replication (le nombre de min de retard pour les diff) http://munin.openstreetmap.fr/openstreetmap.fr/osm25.openstreetmap.fr/osm_replication_lag.html pas d'anomalie générale. mais on n'a pas de stat de la fille d'attente de maj des tuiles J'imagine qu'on a

Re: [OSM-talk-fr] Rendu osmfr en retard > 24h

Par endroit peut être... il y a des caches entre toi et le serveur de rendu, mais je viens de regarder des modifs faites il y a moins de 24h, et elles sont bien visibles :) 2018-05-21 16:07 GMT+02:00 Cyrille37 OSM : > Hello > > Avez-vous remarqué que le rendu osmfr

[OSM-talk-fr] Rendu osmfr en retard > 24h

Hello Avez-vous remarqué que le rendu osmfr sur http://tile.openstreetmap.fr a plus de 24h de retard ? Merci Cyrille37. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Plutôt faute à pas de temps... mais je vais profiter des congés pour regarder ça. C'est sûrement un bug dans l'ordre des couches sur les premiers zoom avec la landuse qui vient écraser le reste alors qu'il devrait être en dessous. Le 31/07/2017 à 21:10, Adrien Grellier a écrit : Bonjour,

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Bonjour, En février j'avais pointé un problème dans le rendu OSM-FR, sur les noms de pays. Aujourd'hui je constate que ça n'a pas changé, mais que les mises à jour des tuiles ne se font pas à partir d'un certain niveau, comme par ex. ici :

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Bref plus intéressant que l'article Wikipédia: http://www.toponymiefrancophone.org/divfranco/ Là ça fait référence aux travaux du groupe de travail à l'ONU. http://www.toponymiefrancophone.org/divfranco/genung.html et les résolutions:

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Note que l'article Wikipédia que tu cites ne donne même pas la référence à cette norme internationale toponymique. Le 26 mars 2017 à 23:03, Philippe Verdy a écrit : > Le 26 mars 2017 à 22:31, a écrit : > >> >> "Des" norme(s) ? En terme de

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Le 26 mars 2017 à 22:31, a écrit : > > "Des" norme(s) ? En terme de normalisation internationale et dans le > domaine de la toponymie, il n'y en qu'une pour chaque couple d'écritures > (avec cependant des sections spéciales pour certains couples de langues). >

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Le 26 mars 2017 à 19:23, Jérôme Amagat a écrit : > Vous parlez de "noms officiels", c'est sur que chaque ville (ou pays ou > île ou ...) n'ont pas officiellement un nom dans chaque langue du monde > mais la romanisation des noms, l'histoire ... leurs a quand même donné

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Le 26/03/2017 à 19:14, Philippe Verdy - verd...@wanadoo.fr a écrit : Le 26 mars 2017 à 17:38, > a écrit : Et si on romanise, il existe des normes. Oui des, pas une, même pour un pays donné vers une langue

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Le 26 mars 2017 à 17:38, a écrit : > Le 26/03/2017 à 05:08, Philippe Verdy - verd...@wanadoo.fr a écrit : > > Les name:fr dans les pays qui n'ont pas l'alphabet latin, j'ai des doutes > pour pas mal d'entre eux, > > Pour les noms de pays, pas de soucis, ils sont

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Le 26 mars 2017 à 17:38, a écrit : > Et si on romanise, il existe des normes. Oui des, pas une, même pour un > pays donné vers une langue donnée. > "Des" norme(s) ? En terme de normalisation internationale et dans le domaine de la toponymie, il n'y en qu'une

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Le 26/03/2017 à 05:08, Philippe Verdy - verd...@wanadoo.fr a écrit : Les name:fr dans les pays qui n'ont pas l'alphabet latin, j'ai des doutes pour pas mal d'entre eux, Pour les noms de pays, pas de soucis, ils sont normalisés dans les 6 langues onusiennes, donc le français. Pour les autres

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Cet absence de noms de pays n'est pas voulue, c'est clairement un bug à corriger. Je suis bien etonné de ne pas l'avoir vu car cette nouvelle version est en ligne depuis décembre. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Les name:fr dans les pays qui n'ont pas l'alphabet latin, j'ai des doutes pour pas mal d'entre eux, quand la plupart du temps ils se contentent juste de formaliser leur romanisation, avec une orthographe simplifiée pour l'anglais, donc en supprimant pas mal de diacritiques sauf ceuw qui sont

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Si je passe en revu ce que je vois d'affiché on a : zoom 3 : mer, foret, désert, glace zoom 4 : même chose + frontières de pays + points pour les capitales + île et archipel (si il y en a plusieurs au même endroit je sais pas si c'est les plus grand en surface affiché ou si les archipels passe en

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

C'est vrai que ne pas afficher du tout les régions (pas plus d'ailleurs que les Länder en Allemagne ou les Etats aux Etats-Unis, au Mexique, au Brésil, en Inde, ou les sujets fédéraux de la Russie) Mais en revanche afficher les noms des petites iles (Ile de Wight en Angleterre, Îles Baléares en

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Bonjour, Je me permet de relancer le sujet : les noms de régions ne s'affichent pas également. Par exemple juste en zoomant, il est difficile de trouver la région « Unity State » du Sud Soudan, alors que sur le rendu openstreetmap.org, c'est nettement plus facile. Autre exemple : le contour de la

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

au passage si vous voulez comparer l’ancien et le nouveau (héo héo … humour très local) le rendu bzh est toujours basé sur l’ancien rendu FR il ne semble pas de toute fraicheur (zoom ≤ 16 date de plus de 2 mois dans mon coin à partir de 17 ça va mieux) erwan [GLYO] > Le 13 févr. 2017 à 13:34,

Re: [OSM-talk-fr] rendu OSMFR et nom de pays

Bonne remarque.à la place des noms de pays on voit maintenant le nom des petites îles (pas les grandes) ou petits archipels (certains), et des points pour les capitales (sans le nom). A mon avis ces points et petites îles sont plutôt pour des niveaux supérieurs, les noms de pays passent en

[OSM-talk-fr] rendu OSMFR et nom de pays

Bonjour, Le rendu OSM-FR n'affiche plus les noms de pays, à des niveaux de zoom haut. Par exemple si je regarde l'Afrique, les noms de pays ne s'affichent pas : http://tile.openstreetmap.fr/?zoom=4=6.43542=18.91818=B000FF Pourtant c'est une information qui peut être intéressante. Il me

Re: [OSM-talk-fr] Rendu OSMFR - anciens cantons

2015-07-07 11:28 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr: Inutile de mettre Ancien dans le name. Celui-ci reste à une date donnée le Canton de Mauron. Si l'on veut exploiter les informations avec un filtre temporel il ne faut pas avoir des ancien dans tous les noms (ou libellé) .

Re: [OSM-talk-fr] Rendu OSMFR - anciens cantons

Pour le rendu, effectivement c'est un erreur et le nom ne devrait pas s'afficher. Le 07/07/2015 17:49, Hamlet a écrit : 2015-07-07 11:28 GMT+02:00 Jérôme Seigneuret jseigneuret-...@yahoo.fr: Inutile de mettre Ancien dans le name. Celui-ci reste à une date donnée le Canton de Mauron. Si l'on

Re: [OSM-talk-fr] Rendu OSMFR - anciens cantons

Bonjour, Inutile de mettre *Ancien *dans le *name*. Celui-ci reste à une date donnée le *Canton de Mauron*. Si l'on veut exploiter les informations avec un filtre temporel il ne faut pas avoir des ancien dans tous les noms (ou libellé) . Les préfixes *historic *et *disused *servent à ça. Par

Re: [OSM-talk-fr] Rendu OSMFR - anciens cantons

À noter, comme l'indique l'article 23 du décret que tu indiques, que la date d'application de ces décrets n'est pas celle de publication + 1 jour, mais le jour du renouvellement de la nouvelle assemblée (appelée désormais Conseil départemental), en mars 2015. Francescu Le 7 juillet 2015 11:28,

Re: [OSM-talk-fr] Rendu OSMFR - anciens cantons

En effet autant pour moi ;-) Je viens juste de le lire... Ducoup *end_date=before 2014-03* et pour le suivant *start_date=2014-03* Merci Francescu Par contre on n'a pas de jour ? Le 7 juillet 2015 12:03, Francescu GAROBY windu...@gmail.com a écrit : À noter, comme l'indique l'article 23 du

[OSM-talk-fr] Rendu OSMFR - anciens cantons

Bonsoir, j'ai trouvé, en me promenant sur le rendu FR, un label étrangement placé. Grâce à la recherche d'objets sur osm.org, j'ai découvert cette relation englobante : http://www.openstreetmap.org/relation/2500366#map=14/48.0762/-2.3603 J'en ai changé le nom pour être sûr :

[OSM-talk-fr] rendu osmfr à l'échelle des continents

Bonjour, Comme mentionné sur IRC hier, le rendu OSM-fr à changé : lorsqu'on zoome à l'échelle d'un continent, la carte est vide : plus de désert, forêts, etc. Est-ce normal ? Si oui, quelles sont les raisons du changement ? Autre question, annexe : j'ai mis à jour la carte de l'île

Re: [OSM-talk-fr] rendu osmfr à l'échelle des continents

Le 5 décembre 2014 17:46, Adrien Grellier pe...@adrieng.fr a écrit : Bonjour, Comme mentionné sur IRC hier, le rendu OSM-fr à changé : lorsqu'on zoome à l'échelle d'un continent, la carte est vide : plus de désert, forêts, etc. Est-ce normal ? Si oui, quelles sont les raisons du changement

Re: [OSM-talk-fr] rendu osmfr à l'échelle des continents

Encore un soucis : J'ai modifié il y a quelques temps la base antarctique Dumont d'Urville : http://tile.openstreetmap.fr/?zoom=15lat=-66.6638lon=140.0064layers=B000FFF Le contour de l'île notamment était mauvais. Or les modifications n'ont pas été prise en compte dans le rendu «

Re: [OSM-talk-fr] rendu osmfr à l'échelle des continents

Les limites terre/mer utilisées proviennent d'un fichier séparé et pas directement des données OSM. Ces limites n'avaient pas été remise à jour depuis pas mal de temps je l'ai fait la semaine dernière, mais la mise jour des tuiles sur les côtes n'est pas systématique... un coup de /dirty peut

Re: [OSM-talk-fr] rendu osmfr à l'échelle des continents

Les tuiles des zoom 1 à 7 ont été recalculées avec les bonnes limites terre/mer et l'occupation des sols (forêts, désert, hydrographie, etc). Il peut être nécessaire de vider de cache de son navigateur si un rechargement ne suffit pas. -- Christian Quest - OpenStreetMap France

Re: [OSM-talk-fr] Rendu osmfr

J'ai un peu perdu le fil… Je parlais de parking payant/gratuit, ce qui me semble être intéressant, l'information de base pour le premier utilisateur venu… On en est arrivé à parler de disque, de durée limite, de parcmètre (on pourrait alors ajouter de gardiennage, de parking relais, de moyen

[OSM-talk-fr] Rendu osmfr

Bonjour, Avant de rentrer dans le vif du sujet, je n'ai pas trouvé à soumettre cette idée sur le github du projet (https://github.com/cquest/osmfr-cartocss), qui renvoie la problématique vers trac (https://trac.openstreetmap.fr) où je n'ai pas trouvé comment m'identifier ou si j'avais la

Re: [OSM-talk-fr] Rendu osmfr

La plupart des parkings sont gratuits sauf dans les hypercentres urbains où les payants sont majoritaires (les périphéries ont des parkings gratuits y co,pris résidentiels ou d'hypermarchés ou stations d'autoroutes). Il semble donc que 'icône de parking gratuit soit celle du carré bleu avec le

Re: [OSM-talk-fr] Rendu osmfr

Bonne idée, surtout que le P bleu est relativement gros et que ça doit pouvoir se caser. Il reste à voir si le petit EURO barré ou non sera assez visible ce qui n'est pas évident. Le 21 septembre 2014 15:51, JB jb...@mailoo.org a écrit : Bonjour, Avant de rentrer dans le vif du sujet, je n'ai

Re: [OSM-talk-fr] Rendu osmfr

Pourquoi ne pas prendre les symboles officiels de parking libre, avec parcmètre, au disque… ? 2014-09-21 17:43 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Bonne idée, surtout que le P bleu est relativement gros et que ça doit pouvoir se caser. Il reste à voir si le petit € barré ou non

Re: [OSM-talk-fr] Rendu osmfr

En tout petit, ça risque d'être illisible... Le 21 septembre 2014 18:52, Greg ewala...@gmail.com a écrit : Pourquoi ne pas prendre les symboles officiels de parking libre, avec parcmètre, au disque... ? 2014-09-21 17:43 GMT+02:00 Christian Quest cqu...@openstreetmap.fr: Bonne idée, surtout

Re: [OSM-talk-fr] Rendu osmfr

Le fait de ne faire qu'enrichir le fond osm restreint un peu et complexifie à mon sens, ne peut on pas envisager un calque qui affiche aux mêmes endroits que sur le calque officiel quelques symboles accolés qui donneraient plus d'informations ? Ça répond à cet utilisateur et permettrait de faire

Re: [OSM-talk-fr] Rendu osmfr

Le 21/09/2014 21:02, Jean-Baptiste Holcroft a écrit : Pour contourner la question du positionnement, peut on faire une jonction de différents symboles en une seule image, quitte à générer tous les cas possibles (pour trois symboles, ça fait maximum 9 possibilités) ? Alors là, je suis

Re: [OSM-talk-fr] Rendu osmfr

Les cabines de téléphone n'existent presque plus depuis l'arrivée des portables. Trop de vandalisme, coût d'entretien très supérieur à ce qu'ils rapportent à l'utilisation. France Telecom les a démonté presque partout, sauf une par commune quand la commune l'a demandé (et c'est elle qui gère son

Re: [OSM-talk-fr] Rendu osmfr

Je ne suis pas sur que cela couvre le besoin, là ce ne sont que des attributs supplémentaires aux parkings qui seraient ajoutés (type, coût, accès, ...). Le 21 sept. 2014 22:52, Muselaar musel...@ouvaton.org a écrit : Le 21/09/2014 21:02, Jean-Baptiste Holcroft a écrit : Pour contourner la

[OSM-talk-fr] Rendu osmfr et zoom level 7

Bonjour, J'étais en train de regarder le rendu osmfr pour la Basse-Normandie et je me rends compte que sont affichés des noms de villes qui, à priori, ne devrait pas être pertinents à ce niveau d'échelle : http://tile.openstreetmap.fr/?zoom=7lat=48.98197lon=0.34279layers=B00 On y voit

Re: [OSM-talk-fr] Rendu osmfr et zoom level 7

Toutes les difficultés du placement de texte... Est-ce que population=* est correctement renseigné sur ces nœuds place=* ? Les noms sont placés par population décroissante. Le 7 octobre 2013 13:17, Emmanuel Lesouef eleso...@lorinand.org a écrit : Bonjour, J'étais en train de regarder le

Re: [OSM-talk-fr] Rendu osmfr et zoom level 7

Le Mon, 7 Oct 2013 14:15:58 +0200, Christian Quest cqu...@openstreetmap.fr a écrit : Toutes les difficultés du placement de texte... Est-ce que population=* est correctement renseigné sur ces nœuds place=* ? Les noms sont placés par population décroissante. Alors oui : Picauville :

Re: [OSM-talk-fr] Rendu osmfr et zoom level 7

Bonjour, De : Emmanuel Lesouef Le placement de Cherbourg-Octeville est sûrement testé avant Tourlaville, mais vue la latitude, il doit entrer en conflit avec Alderney, placé encore avant. Du coup il est retoqué et laisse le champ libre à des noms de villes de moindre importance. Plusieurs

Re: [OSM-talk-fr] Rendu osmfr et zoom level 7

Je complète la réponse d'Emmanuel : * Cherbourg : place=suburb et population=38433 (donc bien supérieure à Tourlaville) Est-ce ce place='suburb' qui pose problème ? Il est amusant de constater cependant qu'au niveau de zoom 8, c'est bien Cherbourg-Octeville qui apparait, et plus Tourlaville.

Re: [OSM-talk-fr] Rendu osmfr et zoom level 7

Le lundi 7 octobre 2013 14:30:15 V de Chateau-Thierry a écrit : Bonjour, De : Emmanuel Lesouef Le placement de Cherbourg-Octeville est sûrement testé avant Tourlaville, mais vue la latitude, il doit entrer en conflit avec Alderney, placé encore avant. Du coup il est retoqué et laisse le

Re: [OSM-talk-fr] Rendu osmfr et zoom level 7

Cherbourg-Octeville c'est le nom de la commune. Est ce que c'est aussi une town comme indiqué? Les town serai plutot Cherbourg et Octeville (plutot que des quartiers) par contre pour la population de ces 2 villes il n'y a que celle avant la fusion donc en 1999

Re: [OSM-talk-fr] Rendu osmfr et zoom level 7

place=suburb n'aide sûrement pas... En fait, les noms sont placé en fonction de place=* puis de population=* et comme suburb est en principe une sous-partie d'un autre place=* plus grand, il n'est rendu que très tardivement dans des zooms plus élevés. Un nom long (Cherbourg-Octeville) est plus

Re: [OSM-talk-fr] Rendu osmfr et zoom level 7

Le Mon, 7 Oct 2013 15:00:30 +0200, Christian Quest cqu...@openstreetmap.fr a écrit : place=suburb n'aide sûrement pas... En fait, les noms sont placé en fonction de place=* puis de population=* et comme suburb est en principe une sous-partie d'un autre place=* plus grand, il n'est rendu que

Re: [OSM-talk-fr] Rendu osmfr et zoom level 7

Au passage, je remarque qu'aux niveau 8 et 9, Montebourg (commune de 2100 habitants, si j'en crois son node 'place') apparait, au détriment de Carentan, puis disparait au niveau 10, alors que bien d'autres communes apparaissent (dont Carentan), puis revient au niveau 11. Francescu Le 7

Re: [OSM-talk-fr] Rendu osmfr et zoom level 7

Y'a peut être une mise à jour à faire sur ces zooms... ils ne sont pas recalculés en live. Le 7 octobre 2013 15:18, Francescu GAROBY windu...@gmail.com a écrit : Au passage, je remarque qu'aux niveau 8 et 9, Montebourg (commune de 2100 habitants, si j'en crois son node 'place') apparait, au

Re: [OSM-talk-fr] Rendu osmfr et zoom level 7

Même chose à la Rochelle au niveau 8 : on voit seulement Les Touches (en fait c'est l'île de Ré visible qui est trop proche). Ici il semble que l'affichage trop proche d'Alderney (prioritaire) bloque celui de Cherbourg-Octeville, ensuite il reste de la place plus à l'est pour Tourlaville. Cela

Re: [OSM-talk-fr] Rendu osmfr et zoom level 7

fg == Francescu GAROBY windu...@gmail.com writes: fg Au passage, je remarque qu'aux niveau 8 et 9, Montebourg (commune de 2100 fg habitants, si j'en crois son node 'place') apparait, au détriment de fg Carentan, puis disparait au niveau 10, alors que bien d'autres communes fg

Re: [OSM-talk-fr] rendu osmFr : forest

En fait, on a un peu les 2 situations : la limite d'un forêt peu être floue quand elle se clairsème. Sur l'IGN par exemple, la bordure de la forêt peut être rendue avec un trait fin, ou sans ce trait (

Re: [OSM-talk-fr] rendu osmFr : forest

Non, juste raler parce que si ça c' est pas tagger pour le rendu... -- Marc Sibert m...@sibert.fr Le 2 sept. 2013 09:41, Bruno Besson bruno.bes...@gmail.com a écrit : En fait, on a un peu les 2 situations : la limite d'un forêt peu être floue quand elle se clairsème. Sur l'IGN par exemple, la

[OSM-talk-fr] rendu osmFr : forest

Bonjour, Petite réflexion : les abords des forêts ne sont jamais vraiment nets en réalité, est ce qu'il ne serait pas possible de dessiner les contours de ces landuses avec un flou ou un dégradé sur le rendu FR ? Awikatchikaen. ___ Talk-fr mailing

Re: [OSM-talk-fr] rendu osmFr : forest

Bonsoir, Je ne suis pas d'accord sur le fait que la bordure d'une forêt est toujours floue : il n'est pas rare, au contraire, de voir des bordures bien nettes, tracées au cordeau, parce que les arbres de la parcelle d'à côté ont entièrement été coupés. Francescu Le 1 sept. 2013 20:54, Lord

Re: [OSM-talk-fr] rendu osmFr : forest

Idem. En plus il y a souvent aussi des clôtures, ou un fossé, la séparation est nette et suit pratiquement toujours une limite de parcelle tirée au cordeau et matérialisée au minimum par un bornage cadastral. Certes au gré des coupes ou des chutes d'arbres ou des ratés de certaines plantation il

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

[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

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

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.

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

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

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

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

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ù

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

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

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