Re: [OSM-talk-fr] Rond-point dupliqués et découpés suite à l'utilisation de OSM-relatify

[Gad Jo]

Effectivement l'outil génère des duplication de donnée d'après mon expérience 
personnelle (je l'utilise activement sur le réseau de mon agglo), ça ressemble 
à un problème synchronisation de donnée effectué à la fois par josm et par 
relatify sur la même zone.

Relatify semble avoir un cache/latence alors que josm arrive à être au plus 
près de la BdD osm.org

Pour limiter la casse les etapes suivante semble fonctionner
- Après un envoi avec JOSM, attendre 2 à 5 min avant de mettre à jour la même 
zone avec relatify
- Après un envoi avec relatify, attendre 30s minimul, mettre jour l'ensemble 
des données en cache et contrôler que les modifications sont présente. Utiliser 
l'outil de validation avant envoi
- Quand disponible, faite rapidement un contrôle avec Osmose avant qu'il y ai 
un gros historique à gérer sur les segments

Il y a de la casse et il faut en avoir conscience, l'outil n'est pas encore 
parfait et devrait être réservé aux contributeurs sérieux qui prennent le temps 
de vérifier le résultat quelques jours ou heures plus tard

Le 24 octobre 2023 05:02:50 UTC, Vincent Bergeot  a écrit :
>Bonjour,
>
>
>
>Le 24 octobre 2023 06:41:50 GMT+02:00, Baptiste Jonglez 
> a écrit :
>>Bonjour,
>>
>>On 19-09-23, Marc_marc wrote:
>>> Bonjour,
>>> 
>>> Le 17.09.23 à 21:43, Baptiste Jonglez a écrit :
>>> > Je ne sais pas comment voir l'état de ces rond-points
>>> > et relations avant la modification
>>> 
>>> le plus simple est overpass avec l'instruction [date:
>>> tu donnes la date avant la modif et tu auras l'état
>>> à ce moment là
>>> 
>>> plus précisement, je vais qlq chose genre :
>>> 
>>> 1) centrer overpass sur la zone en prenant l'id d'un vieil objet
>>> way(id:...);
>>> out geom;
>>> https://overpass-turbo.eu/s/1AH9
>>> exécuter et centrer sur les données, zoomer
>>> 
>>> 2) voir l'état à une date donnée
>>> [date:"2023-06-22T00:00:00Z"];
>>> way[highway]({{bbox}});
>>> out geom;
>>> https://overpass-turbo.eu/s/1AHa
>>
>>Je réponds un peu tard, mais merci du tuyau, je viens de tester et c'est
>>très pratique !  Seul bémol, ça n'a pas l'air de charger les relations de 
>>l'époque.
>
>
>Dans la requête, seul les 'way' sont demandés à la date donnée (way[]), la 
>même chose fonctionne pour une relation, il me semble.
>
>-- 
>Vincent Bergeot
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] RPG 2.0 2019

[Gad Jo]

Ça m'intéresse et je n'ai pas les compétences pour exploiter le jeux de données.

Il y a 6 ans j'ai renseigné les parcelles de culture et naturelle sur l'est de 
l'Aude. Depuis il y a eu énormément de changement, bien plus que les 20 
dernière années (retraite des viticulteurs) et une mise à jour via une source 
fiable serait intéressante

Le 15 décembre 2020 15:53:59 UTC, ades  a écrit :
>Bonjour,
>Le Registre parcellaire graphique (RPG) : contours des parcelles et îlots 
>culturaux et leur groupe de cultures majoritaires 2019 a été récemment publié 
>(cf. : 
>https://geoservices.ign.fr/documentation/diffusion/telechargement-donnees-libres.html#rpg
> 
>),
> c’est une donnée libre.
>
>Il renseigne le type de culture par parcelle, il est issu des déclarations 
>faites par les agriculteurs (obligatoires danbs le cadre de la Pac), donc, a 
>priori, plus précis que des ortho datants de 3 ou 4 ans, plus précis que 
>Corinne, plus précis que les interprétations hasardeuses de l’ortho faites par 
>certain(e)s contribut •eurs•trices.
>
>Dans ma zone de « confort » le cadastre diverge d’environs 2 à 4 pixels par 
>rapport à l’ortho IGN de 2016, donc les parcelle renseignées par le RPG ont 
>une valeur topo correcte (à l’échelle des contrib à OSM, en tous cas plus 
>précise que les tracés a mano à partir des orthos). Dans cette même zone un « 
>imbécile »  a effacé les données Corinnes car "elles devraient être découpée 
>par les routes et ne pas les englober » (je site de mémoire, je n’ai pas envie 
>de recherché plus avant) , je dis imbécile car il n’a pas rempli les trous 
>créés.
>
>Est-ce que l’utilisation du RPG peut être une bonne solution et fait sens ?
>avec comme tags, à préciser  : 
>'landuse : farmland' et 'landcover= *' (en fonction des cultures) et 
>'landcover_date=2019’ et 'landcover source= RPG 2019’ 
>
>Il faut juste faire un regroupement des types de culture du RPG pour 
>correspondre à OSM feature, pas compliqué, faut bien lire et faire une table 
>de correspondances (en cours et à finaliser si ma question fait sens ).
>Question subsidiaire, est-ce que l’utilisation du RPG, sous conditions, 
>pourrait être recommander pour OSM ?
>
>

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] éviter les erreurs de débutant

[Gad Jo]

+1 pour une alerte sans blocage 
OU
Blocage sauf si demande de validation pour les très jeune contributeurs 
(potentiel grosse erreur ou saboteur volontaire)
OU
Mix des deux selon le nombre d'objets modifié depuis l'inscription (le nb 
changeset est imprécis)... Passé un certains nombre c'est open bar

Tout en sachant que les demandes de validation de changeset ne sont pas très 
suivi (perso je n'ai jamais aidé)

Dans tout les cas je préfère faire confiance et ne pas restreindre, avec le 
nombre de contributeur qui augmente peut être qu'un jour ce serai envisageable ?

Le 28 novembre 2020 12:44:15 UTC, Marc_marc  a écrit :
>Bonjour,
>
>Le 28.11.20 à 12:07, Georges Dutreix via Talk-fr a écrit :
>> HotOSM différencie par exemple les cartographes débutants,
>> intermédiaires, expérimentés, et les validateurs. Et certaines tâches
>> sont réservées aux niveaux >= N. Une sécurité de ce style a-t-elle déjà
>> été envisagée sur OSM ?
>
>Oui et non.
>le gestionnaire de tâche Humanitaire est une surcouche sur osm,
>il est donc libre d'implémenter ce qu'il veux en plus, sans que cela
>dépendent de l'api osm
>De même on pourrait imaginer que iD affiche un avertisement objets
>modifiés élevé si l'utilisateur a peu de changeset à son actif.
>josm aussi, mais en même temps c'est écrit sur l'écran "envoyer 10k
>objets modifiés", faudrait-il du rouge clignotant pour que
>l'utilisateur réalise qu'il est entrain de modifier 100x que ce
>qu'il a prévu ? et cela ne fonctionne pas quand l'utilisateur
>a prévu de modifier 10k.
>même à échelle plus modeste, je vois des changeset "ajout d'un commerce"
>avec + d'un objet modifié, et qui ne semble pas interpeller
>l'utilisateur qui valide l'envoi
>
>ceci dit, étonnement josm ne signale pas que les noeuds
>ont le même tag que l'aire
>
>Cordialement,
>Marc
>
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Utilisateur aviné Zeriss, demande de blocage faite

[Gad Jo]

Pou le grand malade...

Tiens nous informé de la suite des événements

Le 27 novembre 2020 05:50:06 UTC, Vincent Bergeot  a écrit 
:
>Bonjour,
>
>cela a été signalé sur @tech et sur le canal telegram-osm-fr mais pas vu 
>passer ici. L'utilisateur Zeriss fait du lourd : 
>https://www.openstreetmap.org/changeset/94791276
>
>En particulier il tague chaque noeud avec crop=grape (raison du sujet de 
>mon mail, je précise au cas où) / 
>https://taginfo.openstreetmap.org/tags/crop=grape#chronology
>
>j'ai signalé pour blocage
>
>à plus
>
>-- 
>Vincent Bergeot
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suffixe :covid19

[Gad Jo]

C'est envisageable si c'est géré automatiquement via 
opening_hours:before_covid19

En effet ça permet d'alterner les horaires en fonction de la situation de 
chaque pays et en effet seul l'humain sait quand alterner les horaires covid et 
habituelle sur opening_hours

Vu comme cela ça semble gérable

Le 21 novembre 2020 07:33:59 UTC, "Yves P."  a écrit :
>
>> Par ici les horaires covid sont spécifique aux confinement. Généralement 
>> ouvert de 14h à 16h du mardi au samedi. Voir encore plus restrictive
>> Le reste de l'année les horaires sont habituelle.
>
>On est tous d'accord :)
>
>
>> Si la modifications se fait dans un sens qui va faire les relevés le mois 
>> d'après pour contrôler les horaires habituelle ? Autant passer une seule 
>> fois pour ajouter la condition horaire covid. Hors confinement elles ne 
>> doivent plus être prises en compte.
>
>Là encore, on est aussi tous d'accord :)
>
>C'est la question du verre à moitié vide, ou à moitié plein :
>
>1. Une application comme CRO va afficher les horaires en période covid à 
>partir du tag opening_hours:covid19 (comment sait-elle qu'il y a un 
>confinement ??)
>2. Mais les applications non prévues pour ça (la majorité ??) va affiché les 
>horaires "normaux" (tag opening_hours)
>
>Avec la proposition d'Éric, toutes les applications vont afficher les horaires 
>du moment : tag opening_hours :)
>
>Pour répondre à ta remarque, si on note les horaires d'avant confinement dans 
>le tag opening_hours:before_covid19, alors on pourra faire facilement du 
>nettoyage (manuellement ou automatiquement).
>Et ainsi ne passer qu'un seule fois pour ajouter "la condition horaire covid".
>
>
>> De ce côté osmose fait très bien le job en proposant de transformer les 
>> horaires covid en habituelles si elles n'existerait pas (après contrôle sur 
>> place). Autrement la suppression des heures covid est proposé (pas le moment 
>> de les supprimer)
>
>L'analyseur Osmose le fera tout aussi bien en utilisant les clés 
>opening_hours:before_covid19 et opening_hours (plutôt que 
>opening_hours:covid19 et opening_hours)
>
>L'autre alternative est de ne rien changer, et d'espérer que toutes les 
>applications utilisent opening_hours:covid19.
>A-t-on une liste ?
>Exhaustive ??
>
>D'après Taginfo 
> il y a 
>:
> Ça reste ouvert (It stays open) 
> 
> iD Editor 
> AnyFinder - The universal POI finder and locator app 
> 
>
>__
>Yves
>

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suffixe :covid19

[Gad Jo]

Je ne suis pas d'accord. Par ici les horaires covid sont spécifique aux 
confinement. Généralement ouvert de 14h à 16h du mardi au samedi. Voir encore 
plus restrictive

Le reste de l'année les horaires sont habituelle.

Si la modifications se fait dans un sens qui va faire les relevés le mois 
d'après pour contrôler les horaires habituelle ? Autant passer une seule fois 
pour ajouter la condition horaire covid. Hors confinement elles ne doivent plus 
être prises en compte.
De ce côté osmose fait très bien le job en proposant de transformer les 
horaires covid en habituelles si elles n'existerait pas (après contrôle sur 
place). Autrement la suppression des heures covid est proposé (pas le moment de 
les supprimer)

Le 20 novembre 2020 14:55:18 UTC, "Éric Gillet"  a 
écrit :
>Bonjour,
>
>Le suffixe :covid19 (opening_hours:covid19, delivery:covid19 etc.) a été 
>créé pour le premier confinement, lorsque beaucoup de monde espérait 
>qu'il soit de courte durée et enraye la pandémie.
>La covid19 n'a pas disparu après le premier confinement, mais beaucoup 
>de commerces "non-essentiels" ont rouvert, ou on retrouvé un 
>fonctionnement "classique". D'ici quelques semaines (croisons les 
>doigts), on aura la même situation : déconfinement, peut-être 
>couvre-feu, mais néanmoins covid19 toujours présente.
>
>Ce suffixe ne fait malheureusement pas la distinction entre pandémie et 
>confinement (et couvre-feu etc.), il est donc difficile de connaître son 
>application. De plus, même si l'on dit qu'il ne s'applique que pour le 
>confinement, il est difficile de savoir si les horaires (ou autre) sont 
>revenues à la version pré-confinement, sont restées telle-quelles ou ont 
>été modifiées.
>
>Ne faudrait-il pas de nouveau utiliser les tags sans suffixe :covid19, 
>gérer ces modifications comme des changements classiques ? Que ce soit 
>pour les descriptions, horaires, livraisons, service à emporter etc.
>
>Cela a également l'avantage que ces tags sont affichés et modifiés par 
>la plupart des applications, contrairement aux suffixes :covid19. Cela 
>engendre des contradictions si les contributeurs ou applications ne 
>gèrent pas les deux.
>
>Qu'en pensez-vous ?
>
>Éric
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données fournies par fichier SIRET

[Gad Jo]

Édit : aurait pris plus de temps pour maintenir la carte à jour

Le 5 novembre 2020 06:04:57 UTC, Gad Jo  a écrit :
>Yes le jeux de données n'est pas forcément tenu à jour par les entrepreneurs.
>
>Ayant trouvé beaucoup d'entreprise ayant fermée, changé légèrement de nom ou 
>ayant leur siège en zone résidentielle j'ai abandonné cette rubrique Osmose.
>Une entreprise pouvant fermer d'un trimestre à l'autre le temps pour maintenir 
>la carte à jour aurait plus important que d'indiquer les infrastructures et 
>équipements urbains. Étant seul il faut être pragmatique
>Autrement ça reste pratique pour les fana intégrant toutes les enseignes (voir 
>le cœur de Montpellier)
>
>Le 29 octobre 2020 11:48:48 UTC, Christian Quest  a 
>écrit :
>>Dans la base SIRENE on a 2 type d'entités:
>>
>>- les unités légales qui décrivent la personne morale (mais aucune adresse)
>>
>>- les établissements... là où il y a une activité, donc localisé (il y a 
>>une adresse)
>>
>>L'un des établissements est le siège, mais ce n'est pas forcément là où 
>>il y a l'activité (dans ce cas il y a au moins un autre établissement, 
>>sauf si l'activité est mobile comme un camion à pizza).
>>
>>A tout ça, s'ajoute parfois l'absence de mise à jour des données, car la 
>>démarche est payante pour les entreprises (ce qui n'aide pas).
>>
>>Le problème pour osmose est de faire le tri entre les établissements où 
>>il y a bien une activité et ceux qui ne sont que le siège... et là pas 
>>de règle miracle malheureusement :(
>>
>>
>>Le 29/10/2020 à 12:02, Frédéric Rodrigo a écrit :
>>> Bonjour,
>>>
>>> Oui c'est un problème fréquent. On a essaye de le limiter avec des 
>>> filtres. On n'a pas gardé les types de professions ou c'est trop 
>>> courant, pour les autre on peut utiliser un filtre sur le nombre 
>>> d’employé minimum.
>>>
>>> https://github.com/osm-fr/osmose-backend/blob/master/merge_data/shop_FR.mapping.json
>>>  
>>>
>>>
>>> Si vous trouvez trop de faux positifs qui peuvent être ajusté suivant 
>>> ses critères ou d'autres, vous pouvez rapporté sur le github.
>>> https://github.com/osm-fr/osmose-backend/issues
>>>
>>>
>>> Frédéric.
>>>
>>>
>>>
>>> Le 29/10/2020 à 11:43, pepilepi...@ovh.fr a écrit :
>>>> Le 29/10/2020 à 11:23, Georges Dutreix via Talk-fr a écrit :
>>>>> Bonjour,
>>>>>
>>>>> Osmose me suggère plein de magasins qui n'existent pas :
>>>>> https://osmose.openstreetmap.fr/fr/map/#zoom=16&lat=48.77059&lon=2.33693&item=8310&level=1%2C2%2C3&tags=&fixable=
>>>>>  
>>>>>
>>>>>
>>>>> Mais je pense qu'Osmose n'est pas en cause. Si je recherche ces 
>>>>> SIRET sur https://annuaire-entreprises.data.gouv.fr/, je les trouve 
>>>>> bien, avec les adresses indiquées par Osmose.
>>>>> Mais autour de chez moi, cela ne correspond absolument à rien de 
>>>>> visible. Ou alors serait-ce juste l'adresse perso (siège social) du 
>>>>> charcutier ou du marchand de fleurs ?
>>>>>
>>>>> Observez-vous la même chose autour de chez vous ? Merci.
>>>>
>>>> Bonjour,
>>>>
>>>> Oui, j'en ai déjà vu dans un quartier résidentiel que je n'avais 
>>>> jamais remarqué en y passant. Faudra juste que j'aille vérifier sur 
>>>> place que rien n'a poussé depuis mon dernier passage.
>>>>
>>>> Bonne journée,
>>>>
>>>> JP
>>>>
>>>>>
>>>>> Georges
>>>>>
>>>>> ___
>>>>> Talk-fr mailing list
>>>>> Talk-fr@openstreetmap.org
>>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>>
>>>> -- 
>>>> 
>>>>
>>>> Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé 
>>>> la bonne question.
>>>>
>>>>
>>>> ___
>>>> 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
>>>
>>-- 
>>Christian Quest - OpenStreetMap France
>>
>>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>https://lists.openstreetmap.org/listinfo/talk-fr
>
>-- 
>Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.
-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Données fournies par fichier SIRET

[Gad Jo]

Yes le jeux de données n'est pas forcément tenu à jour par les entrepreneurs.

Ayant trouvé beaucoup d'entreprise ayant fermée, changé légèrement de nom ou 
ayant leur siège en zone résidentielle j'ai abandonné cette rubrique Osmose.
Une entreprise pouvant fermer d'un trimestre à l'autre le temps pour maintenir 
la carte à jour aurait plus important que d'indiquer les infrastructures et 
équipements urbains. Étant seul il faut être pragmatique
Autrement ça reste pratique pour les fana intégrant toutes les enseignes (voir 
le cœur de Montpellier)

Le 29 octobre 2020 11:48:48 UTC, Christian Quest  a 
écrit :
>Dans la base SIRENE on a 2 type d'entités:
>
>- les unités légales qui décrivent la personne morale (mais aucune adresse)
>
>- les établissements... là où il y a une activité, donc localisé (il y a 
>une adresse)
>
>L'un des établissements est le siège, mais ce n'est pas forcément là où 
>il y a l'activité (dans ce cas il y a au moins un autre établissement, 
>sauf si l'activité est mobile comme un camion à pizza).
>
>A tout ça, s'ajoute parfois l'absence de mise à jour des données, car la 
>démarche est payante pour les entreprises (ce qui n'aide pas).
>
>Le problème pour osmose est de faire le tri entre les établissements où 
>il y a bien une activité et ceux qui ne sont que le siège... et là pas 
>de règle miracle malheureusement :(
>
>
>Le 29/10/2020 à 12:02, Frédéric Rodrigo a écrit :
>> Bonjour,
>>
>> Oui c'est un problème fréquent. On a essaye de le limiter avec des 
>> filtres. On n'a pas gardé les types de professions ou c'est trop 
>> courant, pour les autre on peut utiliser un filtre sur le nombre 
>> d’employé minimum.
>>
>> https://github.com/osm-fr/osmose-backend/blob/master/merge_data/shop_FR.mapping.json
>>  
>>
>>
>> Si vous trouvez trop de faux positifs qui peuvent être ajusté suivant 
>> ses critères ou d'autres, vous pouvez rapporté sur le github.
>> https://github.com/osm-fr/osmose-backend/issues
>>
>>
>> Frédéric.
>>
>>
>>
>> Le 29/10/2020 à 11:43, pepilepi...@ovh.fr a écrit :
>>> Le 29/10/2020 à 11:23, Georges Dutreix via Talk-fr a écrit :
 Bonjour,

 Osmose me suggère plein de magasins qui n'existent pas :
 https://osmose.openstreetmap.fr/fr/map/#zoom=16&lat=48.77059&lon=2.33693&item=8310&level=1%2C2%2C3&tags=&fixable=
  


 Mais je pense qu'Osmose n'est pas en cause. Si je recherche ces 
 SIRET sur https://annuaire-entreprises.data.gouv.fr/, je les trouve 
 bien, avec les adresses indiquées par Osmose.
 Mais autour de chez moi, cela ne correspond absolument à rien de 
 visible. Ou alors serait-ce juste l'adresse perso (siège social) du 
 charcutier ou du marchand de fleurs ?

 Observez-vous la même chose autour de chez vous ? Merci.
>>>
>>> Bonjour,
>>>
>>> Oui, j'en ai déjà vu dans un quartier résidentiel que je n'avais 
>>> jamais remarqué en y passant. Faudra juste que j'aille vérifier sur 
>>> place que rien n'a poussé depuis mon dernier passage.
>>>
>>> Bonne journée,
>>>
>>> JP
>>>

 Georges

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>> -- 
>>> 
>>>
>>> Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé 
>>> la bonne question.
>>>
>>>
>>> ___
>>> 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
>>
>-- 
>Christian Quest - OpenStreetMap France
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carto-Cité - imprimer une carte

[Gad Jo]

Super... C'est l'occasion de réviser depuis le début et de revoir sa façon de 
concevoir ses requettes overpass

Le 4 novembre 2020 17:19:49 UTC, Antoine Riche via Talk-fr 
 a écrit :
>Par contre vous pouvez retrouver sur ce wiki les tutos Overpass publiés 
>sur Twitter lors du 1er : confinement : 
>https://wiki.cartocite.fr/doku.php?id=tutoverpass:tutoriel_overpass_api
>
>Le 04/11/2020 à 18:04, Antoine Riche via Talk-fr a écrit :
>>
>> Oh là là j'ai du ménage à faire : ce genre de contenu est plutôt mes 
>> notes et n'a pas vocation a servir de référence...
>>
>> Antoine.
>>
>> Le 03/11/2020 à 08:41, Cyrille37 OSM via Talk-fr a écrit :
>>> Bonjour
>>>
>>> Sur le wiki de Carto-Cité il y a qlqs outils référencés pour imprimer 
>>> une carte 
>>> https://wiki.cartocite.fr/doku.php?id=openstreetmap:introduction:imprimer_une_carte
>>>
>>> @CartoCité: vous pourriez y ajouter le site osm.org qui avec l'outil 
>>> "partager" permet l'export d'une zone en SVG ou PDF. Je viens de 
>>> générer 2 exemples (Indre-et-Loire et Tours Métropole) là : 
>>> https://www.grosfichiers.com/FMYHhEMPRqF
>>> Ainsi que le lien vers votre tuto 
>>> https://cartocite.fr/tutoriels-openstreetmap/
>>>
>>> Belle journée à tou·te·s
>>> Cyrille37.
>>>
>>>
>>> ___
>>> 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

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Etiqueter des routes selon le nom du lieu-dit

[Gad Jo]

Si c'est sur le cadastre et que la ref est conservée c'est OK... Si c'est 
affiché sur un panonceau sans être dans le cadastre il faut penser à 
l'expliquer en note=* pour les autres contributeurs

Autrement il y a confusion entre le nom de la voie et la destination de la 
voie. Si il y a correction il faut l'indiquer cette fois dans comment=* pour 
détailler l'objectif de la modification pour les autres contributeurs afin 
d'éviter un trolltag

À l'extrême tu peut utiliser description=* si tu veut communiquer à destination 
des usagers utilisant ces voies. Là c'est vraiment pousser mémé dans les orties 
(pourtant ça fait du bien aux rhumatismes)

Le October 13, 2020 8:09:44 PM UTC, Jacques  a écrit :
>Bonsoir,
>
>Etiqueter des routes selon le nom du lieu-dit : Je vois de plus en plus
>
>de chemins vicinaux prendre le nom du lieu-dit qu'ils traversent. Ainsi
>
>vc12 devient « La Berge du Ravin » Ceci me semble pas judicieux. Y'a 
>t-il une discussion sur le sujet ?
>
>Jacques
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Besoin d'aide pour référence d'un ligne TGV

[Gad Jo]

Merci Philippe pour les explications mais même en augmentant à 4 go je n'ai pas 
obtenu de résultat.

Comme tu a l'air de t'y connaître, peut tu faire un essais en sélectionnant 
tous les éléments de la relations pour trouver la longueur cumulée des segments 
?
Peut être qu'il faut affiner la configuration java ou josm ? Si tu peut faire 
un essai et nous en dire plus sur ta tentative de trouver la longueur total de 
la voie ferrée. Ce serait top.

Cordialement

Le October 13, 2020 12:31:43 AM UTC, Philippe Verdy  a écrit :
>2Go est parfois très juste si on travaille à l'échelle de la France.
>Perso
>j'ai mis une limite de VM à 4Go (dans le panneau de config Java; aucun
>problème car Java ne sert qu'à des applis locales et pas dans un
>navigateur, donc toujours lancé par une ligne de commande "java" ou un
>fichier .jnlp lancé via JavaWebStart, qui télécharge ou met à jour
>l'appli
>dans le cache local de déploiement, puis lance l'appli de façon
>autonome;
>JavaWebStart est mal nommé, en fait il n'a de web que le lancement et
>le
>fait qu'un fichier .jnlp est un tout petit fichier qui contient une ou
>plusieurs URLs pour la mise à jour du cache, et les autres paramètres
>de
>config de la VM qui pourraient être imposés, ainsi que les
>bibliothèques
>binaires nécessaires qui devraient être dans les "/lib" et les packages
>dépendants qui peuvent être eux aussi installés dans le CLASSPATH).
>Par défaut, même en 64 bits, la limite ne dépasse pas 2,5Go.
>Note qu'avec JavaWebStart on n'installe l'appli JOSM que temporairement
>dans le cache de déploiement, certains outils "nettoyeurs" veulent
>vider ce
>cache, mais on perd des infos comme les préférences utilisateur qui
>sont
>aussi dans ce cache, qui agit plutôt comme un container. En revanche
>cela
>ne nettoie pas le cache JOSM des tuiles qui est stocké à part dans le
>système de fichiers local de l'utilisateur et qui peut devenir très
>grand;
>mais heureusement pour limiter la fragmentation de nomlbreux fichiers,
>maintenant JOSM gère son cache de tuile avec un gros fichier "blob"
>unique
>par couche, ce qui va beaucoup plus vite, mais ce gros bloc peut aussi
>se
>fragmenter dans sa structure interne, bien qu'il est plus efficace que
>ce
>que fait le système de fichiers lui-même, et il y staocke les tuiles et
>les
>métadonnées HTTPS de façon plus ordonnée et plus compacte en ne gardant
>que
>les métadonnées utiles et pas tout le "bazar" des entêtes MIME d'HTTP
>ou
>HTTPS.
>
>Le lun. 12 oct. 2020 à 16:56, Percherie OnDaNet
>
>a écrit :
>
>> Étrange... je suis sur une machine windows avec 2Go de défini pour
>Java.
>>
>> Voici la capture écran de ce qui ne fonctionne pas (avec info bulle
>et
>> tout et tout) : https://ibb.co/6bztCmX
>>
>> A la maison je travaille exclusivement sur Mint, je referai une
>tentative
>>
>> Le 12/10/2020 à 16:40, osm.sanspourr...@spamgourmet.com a écrit :
>> > Merci pour la mise à jour.
>> >
>> > Aucun problème pour charger la relation.
>> >
>> > J'ai copié https://osm.org/relation/11741864
>> >
>> > et utilisé la fonction "Télécharger un objet...".
>> >
>> > Linux Mint 20, JOSM canal stable.
>> >
>> > Tu utilises une machine virtuelle 32 bits ?
>> >
>> > Si le chargement est partiel tu peux demander de charger les
>membres.
>> >
>> > Et non Lyon-Toulouse ne fait pas moins de 200 km vu d'ici.
>> >
>> > Jean-Yvon
>> >
>> > Le 12/10/2020 à 16:20, Percherie OnDaNet -
>perche...@toutenkamion.net a
>> > écrit :
>> >
>> >
>> >
>> > ___
>> > 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
>>

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Besoin d'aide pour référence d'un ligne TGV

[Gad Jo]

Ah ! Ça doit être ce qu'à fait https://www.fiches-horaires.net/

Dessus on peut y consulter tous les départ par gare. Les références de train, 
jours de circulations et horaires y sont. Ça donne presque envi de les saisirs 
sur les relations... Mais quid du maintient des infos ? Je préfère m'abstenir 
d'ouvrir un chantier sans fin.

Merci Helfer pour le retour

Le October 11, 2020 9:32:41 AM UTC, Denis Helfer  a écrit :
>Les horaires des TGV et des TER sont disponibles en opendata au format
>GTFS
>
>https://ressources.data.sncf.com/explore/dataset/horaires-des-train-voyages-tgvinouiouigo/table/
>
>https://ressources.data.sncf.com/explore/dataset/sncf-ter-gtfs/table/
>
>yapuka décoder...
>
>
>Le 11/10/2020 à 10:14, Julien djakk a écrit :
>> Salut !
>>
>> On a le droit de copier les fiches horaires de la SNCF ?
>>
>> Julien "djakk"
>>
>> Le dim. 11 oct. 2020 à 01:39, Gad.Jo  a
>écrit :
>>> La modification a été bien plus simple et rapide que prévu :
>>> https://www.openstreetmap.org/changeset/92288895
>>>
>>> J'ai remis à jour les relations qui y ressemblait le plus vers les
>>> nouveau numéro de ligne actuellement active sur le site de la SNCF.
>>> Normalement il n'y a pas de casse sur les gares où je suis passé
>(ajout
>>> de tag, mise en conformité)...
>>>
>>> L'ancienne ligne TGV 752 a été remplacée par les lignes TGV 6871,
>6873,
>>> 6823, 9836 et 9862
>>>
>>> En dehors de la gare Lille Europe où un trou persiste dans les
>relations
>>> (pas chaud pour modifier une grosse gare). Tout les trajets sont
>continu.
>>>
>>> Le 10/10/2020 à 21:42, Gad.Jo a écrit :
 Après une courte recherche j'ai trouvé le très bon site :
 https://www.fiches-horaires.net/ (leur description en pied de page
>est
 très amusante et pleine de bon sens)

 A défaut de trouver les fiches horaires officielle il y a de la
 données valide. Par contre... où on t'ils trouvé leur données ?

 Le 10/10/2020 à 16:40, Adrian via Talk-fr a écrit :
> Il y a deux ans environ, je voulais couper des chemins (ways) de
> chemin de fer pour introduire des ponts. Ces chemins étaient
>membres
> de plus que dix relations d'itinéraire. Comme toi, j'ai vu qu'il y
> avait deux genres de relation. Il y avait les itinéraires
> d'infrastructure, comme la ligne de Combs-la-Ville à Saint-Louis.
>Et
> il y avait les itinéraires passagers, les voyages sans
>correspondance
> proposés par la SNCF, comme le TGV 752. J'ai remarqué que les
> itinéraires passagers reflétaient l'état d'il y a cinq ans ou
>plus.
>
> Les relations étaient un vrai désordre. Toutes étaient cassées à
> multiples endroits avec des types diverses d'erreur. Quelques-unes
> étaient très longues avec jusqu'à trois mille membres. Le format
>de
> toutes les relations est un hybride de v1 et v2 des transports en
> commun. Il y a une liste des gares, et une liste des chemins dans
>les
> deux sens (sauf voie unique), sans les rôles forward ou backward.
>Les
> listes des chemins comprennent des blocs alternés de chemins dans
>le
> sens aller et chemins dans le sens retour. Les relations
> d'infrastructure contiennent souvent toutes les voies des gares, y
> compris les voies de garage et d'évitement. Les relations
>passagers
> contiennent souvent toutes les voies par lesquelles les trains
> pourraient passer par les gares. Je pense que les relations ont
>été
> créées ainsi par des enthousiastes des chemins de fer. Mais je
>n'ai
> pas cherché qui, ou pourquoi, ou si c'est documenté quelque part.
>
> J'ai passé des heures à faire une réparation partielle des
> plus-que-dix relations, sans changer le format. Une réparation
> entière aurait fallu beaucoup trop longtemps. Ainsi j'ai pu
> introduire les ponts sans empirer le bordel.
>
> À mon avis, un tel cas a besoin d'une méthode différente de
> cartographier les itinéraires. Les relations d'itinéraire
>devraient
> avoir comme membres, d'autres relations: des tronçons
>d'itinéraire.
> Ça pourrait être fait avec ou sans des relations superroute. On
> arriverait à une grande simplification.
>
> Et alors, que faire? Mettre en bonne état et à jour seulement les
> relations qui passent par ton coin, est un très grand boulot. Et
>en
> idéal, il faudrait discuter avec ceux qui cartographient les
>chemins
> de fer, quel est le format préféré des relations. Les relations
>sont
> utilisées par https://www.openrailwaymap.org/ et
> https://magosm.magellium.com/portail/#/carte p.ex. Supprimer des
> relations serait dommage, vu le temps que plusieurs contributeurs
>ont
> passé à les créer. À mon avis, il faudrait améliorer ou mettre à
> jour; ou bien laisser tel quel.
>
> À noter qu'il y a toujours des liaisons directes Lyon - Barcelone.
> Mais pas Lyon - Bordeaux, ça va plus vite maintenant via Paris que
> via Montpellier!
>
> Un projet du mois

Re: [OSM-talk-fr] Besoin d'aide pour référence d'un ligne TGV

[Gad Jo]

Merci pour ce retour d'expérience j'en suis au même point.

Ça m'embête de supprimer une grosse relation sans étudier tous les impacts. Je 
vais regarde comment les deux sites que tu partage utilisent ces relations.

Pour bien faire il me faudrait les fiches horaires des lignes SNCF en cours 
d'utilisations. Après avoir passer plus d'un an à finaliser le réseau de 
transport en commun de mon agglo j'ai acquis quelques méthodes de travail qui 
me permettent de monter des relations cohérente... Reste à trouver des 
documents sur lequel m'appuyer

Est-ce qu'une personne auraient une idée où trouver les fiches horaires des 
lignes ?

Le October 10, 2020 2:40:17 PM UTC, Adrian via Talk-fr 
 a écrit :
>Il y a deux ans environ, je voulais couper des chemins (ways) de chemin
>de fer pour introduire des ponts. Ces chemins étaient membres de plus
>que dix relations d'itinéraire. Comme toi, j'ai vu qu'il y avait deux
>genres de relation. Il y avait les itinéraires d'infrastructure, comme
>la ligne de Combs-la-Ville à Saint-Louis. Et il y avait les itinéraires
>passagers, les voyages sans correspondance proposés par la SNCF, comme
>le TGV 752. J'ai remarqué que les itinéraires passagers reflétaient
>l'état d'il y a cinq ans ou plus.
>
>Les relations étaient un vrai désordre. Toutes étaient cassées à
>multiples endroits avec des types diverses d'erreur. Quelques-unes
>étaient très longues avec jusqu'à trois mille membres. Le format de
>toutes les relations est un hybride de v1 et v2 des transports en
>commun. Il y a une liste des gares, et une liste des chemins dans les
>deux sens (sauf voie unique), sans les rôles forward ou backward. Les
>listes des chemins comprennent des blocs alternés de chemins dans le
>sens aller et chemins dans le sens retour. Les relations
>d'infrastructure contiennent souvent toutes les voies des gares, y
>compris les voies de garage et d'évitement. Les relations passagers
>contiennent souvent toutes les voies par lesquelles les trains
>pourraient passer par les gares. Je pense que les relations ont été
>créées ainsi par des enthousiastes des chemins de fer. Mais je n'ai pas
>cherché qui, ou pourquoi, ou si c'est documenté quelque part.
>
>J'ai passé des heures à faire une réparation partielle des plus-que-dix
>relations, sans changer le format. Une réparation entière aurait fallu
>beaucoup trop longtemps. Ainsi j'ai pu introduire les ponts sans
>empirer le bordel.
>
>À mon avis, un tel cas a besoin d'une méthode différente de
>cartographier les itinéraires. Les relations d'itinéraire devraient
>avoir comme membres, d'autres relations: des tronçons d'itinéraire. Ça
>pourrait être fait avec ou sans des relations superroute. On arriverait
>à une grande simplification.
>
>Et alors, que faire? Mettre en bonne état et à jour seulement les
>relations qui passent par ton coin, est un très grand boulot. Et en
>idéal, il faudrait discuter avec ceux qui cartographient les chemins de
>fer, quel est le format préféré des relations. Les relations sont
>utilisées par https://www.openrailwaymap.org/ et
>https://magosm.magellium.com/portail/#/carte p.ex. Supprimer des
>relations serait dommage, vu le temps que plusieurs contributeurs ont
>passé à les créer. À mon avis, il faudrait améliorer ou mettre à jour;
>ou bien laisser tel quel.
>
>À noter qu'il y a toujours des liaisons directes Lyon - Barcelone. Mais
>pas Lyon - Bordeaux, ça va plus vite maintenant via Paris que via
>Montpellier!
>
>Un projet du mois, peut-être? Mais je me demande s'il y aurait assez de
>contributeurs intéressés. Et comment découvrir la gamme des itinéraires
>passagers, vu qu'il n'y a plus de fiches horaires TGV disponibles en
>ligne?
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] validation : sorties nommées

[Gad Jo]

En effet c'est aux logiciels de s'adapter. Je vais remonter l'information vers 
Osmand.

En vue d'améliorer Osmose, petit exemple pratique sur 
https://www.openstreetmap.org/node/363708793

J'ai l'impression que le name est nécessaire. Est-ce que exit_to est nécessaire 
? Au passage le tag destination est manquant sur le way alors que exit_to 
existe. Est-ce qu'un contrôle Osmose serai intéressant ?

Le October 1, 2020 11:02:31 AM UTC, osm.sanspourr...@spamgourmet.com a écrit :
>+0,5 ;-)
>
>Normalement l'ordre ce sont les plus proches en haut et par couleur
>(bleu : liaison autoroutière, verte : ville importante - en général via
>départementale ou nationale, blanc : autre).
>
>Pour l'importance, il y a la couleur des panneaux (non documentée ici)
>mais on a les attributs population= ou capital= pour trouver les plus
>importants.
>
>S'il y a 5-10 destinations, on n'a pas forcément le temps de lire non
>plus ;-), on va survoler en cherchant la destination finale ou une
>étape
>importante. Bref on fait ce qu'Adrien suggère que les routeurs fassent.
>Un peu plus subtil effectivement.
>
>Et comme dit Christian si on annonce le premier de la liste c'est le
>plus simple et le plus efficace.
>
>Merci à Adrien pour les mises-à-jour logicielles.
>
>Jean-Yvon
>
>Le 01/10/2020 à 09:04, PanierAvide - panierav...@riseup.net a écrit :
>>
>> Bonjour,
>>
>> +1, il ne faut pas se limiter dans la liste des destinations pour
>> compenser le souci de synthèse vocale ;-) D'autant que niveau
>logiciel
>> c'est assez facile de ne conserver que les 3 premières destinations.
>> On pourrait imaginer que le routeur choisisse les noms selon
>l'endroit
>> où l'on se rend, ou selon l'importance des lieux nommés, mais là ça
>> devient déjà plus subtil niveau code.
>>
>> Cordialement,
>>
>> Adrien P.
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

[Gad Jo]

Au vu du contenu de wikipedia, peut être qu'il faudrait reprendre ou affiner la 
définition officielle de amenity=kindergarten ? Et aux contributeurs de chaque 
pays d'affiner la définition en fonction de leur système scolaire ?

Le October 2, 2020 1:19:43 AM UTC, "Jérôme Amagat"  a 
écrit :
>> Vincent, tu me fais prendre conscience du fait que des changements
>> importants sur le wiki en français peuvent opérer par un seul
>contributeur
>> sans aucun mandat moral de la communauté francophone.
>> Où on s’aperçoit que les Belges, les Canadiens et les Suisses ne sont
>> guère intéressés par ce qui y est écrit.
>>  Rappel : les pages FR: du wiki ne conernent pas que la République
>> française.
>>
>> Oui peu de contributeur sur le wiki fr (et je pense sur toutes les
>langues) donc une modification peut prendre une grande ampleur.
>Mais ici le sujet des maternelles a été plusieurs fois abordé sur cette
>liste et à chaque fois, il me semble, la discussion va vers le fait que
>amenity=kindergarten n'est pas adapter aux écoles maternelles
>françaises et
>que amenity=school plait plus.
>
>Je suis d'accord que les tags osm sont internationaux mais il faut bien
>les
>adapter à chaque pays et la communauté française peut juger que
>amenity=school c'est de la maternelle au bac et amenity=kindergarten
>c'est
>les crèches et autres garderies de jeunes enfants comme des choix ont
>été
>fait pour les niveau administratif admin_level=*.
>Si l'on regarde cette source :
>https://data.education.gouv.fr/explore/dataset/fr-en-annuaire-education
>où il y a une colonne pour indiquer que l'école à des classes de
>maternelle
>et une autre pour dire qu'elle a des classes élémentaires, il y a, sur
>50632 écoles, 13670 écoles seulement maternelle, 12027 seulement
>élémentaire et 24934 où il y a les 2, les écoles primaires. donc si
>l'on
>reste comme jusqu'à maintenant (kindergarten pour les maternelles et
>school
>pour les élémentaires et primaires) il n'y a, en fait, qu'environ un
>tiers
>des écoles maternelles en amenity=kindergarten le reste est à
>l'intérieur
>de school.
>
>Je ne connais pas les systèmes éducatifs à l'étranger mais quand je
>regarde
>https://en.wikipedia.org/wiki/Kindergarten , je me dis qu'il y a peut
>être
>un problème dans le choix du mot kindergarten. ça dit que kindergarten
>est
>peu utilisé en uk alors que c'est normalement l'anglais uk qui est
>utilisé
>dans osm et pour les usa, c'est seulement l'année précédant l'entrée à
>l'école et non tout le préscolaire comme le dit le wiki osm.

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] validation : sorties nommées

[Gad Jo]

Le problème est que l'information "par route touristique" n'est pas 
parfaitement claire. Est-ce pour toutes les destinations ou seulement pour la 
dernière ?

En tant que conducteur n'ayant pas mémorisé toutes les sorties, je lis première 
destination recommandée et seconde destination comme route touristique.
Alors option 4 et c'est plutôt moche : 
Pleyben;Morlaix par route touristique

Osmand énonce parfaitement les destination mais attention... Il les énonces 
toutes au risque de ne pas avoir le temps de guider à l'intersection suivante.
Il y a 4 ans j'ai fait quelques essais sur Narbonne je m'en mange toujours les 
doigt. J'ai indiqué toutes les destinations visible et parfois il y a plus de 5 
éléments. Ça en devient ridicule et pire... incompréhensible.
Exemple avec destination trop longue pour entendre à temps "tourner à droite 
sur rue Blaise Pascal" :
https://openstreetmap.org/way/217668457

Peut être qu'il faut se limiter aux destinations principales ? Voir recommander 
de ne pas dépasser 3 destinations et en mettre plus pour les intersections 
complexe ? Ou peut-être 2 par défaut, 3 si besoin, plus si indispensable 
(aucune limite). Qu'en pense les contributeurs des grosses agglo qui y sont 
plus confronté à ce type de destination ? À mon niveau je n'ai pas assez de 
grosse intersection pour avoir une vision globale.

Le September 30, 2020 12:11:35 PM UTC, osm.sanspourr...@spamgourmet.com a écrit 
:
>Bonjour voici un cas limite :
>
>https://www.mapillary.com/app/?lat=48.1197593&lng=-4.0228083&z=17&pKey=gGVYaub7M-9e3vPHAI9PuA&focus=photo&x=0.521660257395191&y=0.4046908617951483&zoom=2
>
>58
>An Teir C'hoaz
>
>PLEYBEN
>MORLAIX
>par Route Touristique.
>
>
>ref et name sont clairs.
>
>Pour destination :
>
>1. Rien, les destination Pleyben et Morlaix ne sont pas jointes via
>cette sortie normalement (60 Ar Pouilhod pour Pleyben et pour 64
>Pontaol
>Morlaix).
>
>2. Pleyben;Morlaix, ça permet aux navigateurs de vous guider.
>
>3. Pleyben;Morlaix;par route touristique, ça permet aux navigateurs de
>mieux vous guider.
>
>4. Autre, précisez ;-)
>
>J'hésite entre 1 et 2, Adrien penche pour 3.
>
>3 a l'avantage de bien montrer le choix mais la route touristique est
>un
>type de route pas une destination, à la limite un "via".
>
>1 a l'avantage de ne pas risquer d'induire les moteurs en erreur (mais
>ils ne semblent pas tenir compte des panneaux pour inciter à passer par
>tel ou tel endroit).
>
>2 est un compromis... boiteux ?
>
>*Vous penchez pour quoi ?*
>
>Tiens, OSRM et GraphHopper n'affichent pas les noms ou les numéros des
>sorties.
>
>OSMAnd affiche deux fois le nom de la sortie et une fois la référence
>(soit An Teir C'hoaz An Teir C'hoaz 58).
>
>*Vous connaissez des routeurs qui affichent les destinations ?*
>
>"Prendre la sortie 58 An Teir C'hoaz, direction Pleyben, Morlaix" me
>semble plus parlant que "Prendre la bretelle à droite" (OSRM) ou pire
>"Restez sur la droite" (GraphHooper).
>
>N. B. : actuellement la sortie n'a pas de destination :
>https://www.openstreetmap.org/node/12123625
>
>Et la bretelle est nommée : https://www.openstreetmap.org/way/4043036
>alors qu'elle n'a pas de nom au cadastre. A supprimer à mon avis (le
>nom, pas la bretelle ;-)).
>
>Jean-Yvon
>
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] validation : sorties nommées

[Gad Jo]

Pour l'instant je n'ai pas traité ces notes car je n'ai pas vraiment compris ce 
qui est attendu.

Doit on déplacer l'info sur la tag destination ? Est ce qu'on peut conserver le 
numéro de sortie sur le segment ? En gros que doit-on faire ?

Le September 29, 2020 4:51:27 PM UTC, Christian Quest  
a écrit :
>Le 29/09/2020 à 18:11, osm.sanspourr...@spamgourmet.com a écrit :
>> Bonjour, je suis tombé sur une notification Osmose qui m'interpelle.
>>
>> En fait une règle JOSM _spécifique à la France_ :
>>
>> https://josm.openstreetmap.de/wiki/Rules/FranceSpecificRules
>>
>> Unusually named motorway_junction; use of 'name=*' for the exit 
>> destination?
>>
>> Sauf qu'il est usuel en Bretagne que les sorties soient numérotées et
>> nommées (en breton dans la zone bretonnante).
>>
>> Et là c'était du côté d'Albi où ça semble aussi systématique.
>>
>> Un exemple :
>>
>>
>http://osmose.openstreetmap.fr/en/error/1d1a8a63-be65-2dfb-73ba-fbd66513cf76
>
>>
>>
>> https://www.openstreetmap.org/node/250116724
>>
>> Kerfleury est le nom de la sortie (et du lieu-dit le plus proche).
>>
>> Les gens prennent la sortie Kerfleury.
>>
>> Sur le panneau :
>>
>> 46.1 Kerfleury
>>
>> et en dessous Quimperlé-Est (la destination en jargon DIR, que
>personne
>> n'utilise).
>>
>>
>https://www.mapillary.com/app/?lat=47.84639403&lng=-3.50455297&z=17&pKey=PStmBHEEK35wa2mql8FHQw&focus=photo&x=0.5324220118049187&y=0.5275405429846113&zoom=1
>
>>
>>
>> Je veux bien qu'on conseille d'ajouter la destination, mais de là à
>> proposer de supprimer de la bonne information...
>>
>> Dans d'autres coins de la France les règles sont différentes ?
>>
>>
>
>Une sortie d'autoroute peut avoir un nom, sans qu'il corresponde à une 
>destination, exemple sur l'A6: Auxerre Nord / Auxerre Sud.
>
>C'est le texte du warning qui devrait être plus explicite pour séparer 
>le cas destination et le cas du nom.
>
>-- 
>Christian Quest - OpenStreetMap France
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Choisir le bon name pour les trajets de bus

[Gad Jo]

Yes j'utilise ce merveilleux outils qu'est busy hours. C'est super le travail 
que cela abat.

J'ai contacté Noémie concernant l'ajout des mois. En attendant je les précises 
à la main dans josm mais celui-ci couine lors de la validation des données.
Je fait le point avec la doc sur le wiki et j'ouvrirai un sujet spécifique à ce 
sujet. C'est tellement complexe que je souhaite pas parasiter le sujet de cette 
discussion.

Le September 29, 2020 8:42:51 AM UTC, leni  a écrit :
>
>Le 28/09/2020 à 20:07, Gad Jo a écrit :
>> C'est exactement ça. Sur la même ligne j'ai des variante qui font
>tous 
>> les villages et d'autres seulement quelques villages. En bonus 
>> certains arrêt en milieu de ligne peuvent être ignoré en milieu de 
>> journée ou pendant le ramassage scolaire
>>
>> J'avais tenté name=: commune - 
>>  → commune - 
>>
>> Au final je vais faire sauter le nom des communes. Le from et to sont
>
>> justement changeant suivant les horaires et périodes de l'année. La 
>> clé via permet de préciser un peu plus le otrajet
>>
>> En tout merci pour votre réactivité
>>
>> Ps : Prochain mail : comment gérer les horaires sur les lignes de bus
>
>> (c'est coton). Je fait le point et au besoin je poserai ma question
>>
>Un message de Noémie concernant les horaires sur la liste transport
>dont 
>parle Jean-Yvon 
>https://listes.openstreetmap.fr/wws/arc/transport/2019-11/msg7.html
>>
>>
>> Le September 28, 2020 5:22:08 PM UTC, blef 
>>  a écrit :
>>
>> Le 28/09/2020 à 09:55, Éric Gillet a écrit :
>>> Le 27/09/2020 à 16:46, Gad Jo a écrit :
>>>> Bonjour a tous,
>>>>
>>>> Exemple extrême (y aura pas pire que ça) : Bus 12 bis :
>>>> Montredon-des-Corbières - Montredon Pôle d’échanges →
>>>> Montredon-des-Corbières - Clos des Ormeaux
>>>> (Désolé le copier-coller sur l'application ajoute le format)
>>>> Relation concernée :
>https://www.openstreetmap.org/relation/11674315
>>>>
>>>> Auriez vous des propositions à me faire ? À moins que des
>règles
>>>> existent et j'applique... Je serait tenté de placer que le nom
>>>> de l'arrêt
>>>
>>> Bonjour,
>>>
>>> Je pense qu'il faut mettre le nom tel que diffusé au public par
>>> le réseau (en données ouvertes, sur les documents ou sur le
>terrain).
>>>
>>> "name=:  → /"
>>> /[1][2]//ou autre variante n'est pas un nom mais une
>>> description//redondante avec les autres tags présents dans la
>>> relation/. /Pas toutes les applications affichent ces détails-là
>>> donc une telle description en nom me paraît acceptable, mais
>>> uniquement en "solution de repli" quand la ligne n'a pas de nom.
>>>
>>>
>[1]https://wiki.openstreetmap.org/wiki/Public_transport#Service_routes
>>>
>[2]https://lists.openstreetmap.org/pipermail/tagging/2019-May/045180.html
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>> Bonjour,
>>
>> Le problème survient quand il y a des variantes sur une ligne.
>> Le nom officiel de la ligne est toujours le même, mais les
>trajets
>> et arrêts desservis varient.
>> Comme il faut établir une relation par variante, il faut bien
>> différencier les noms.
>> Dans une petite ville comme la mienne, il y a un nombre restreint
>> de lignes, mais suivant les moments de la journée, la ligne x
>> passe ou pas par le collège, la zone industrielle ou le
>cimetière.
>> J'ai donc dû différentier arbitrairement les noms de variantes de
>> celui "fourni" par le gestionnaire du réseau, en général en
>> faisant figurer le "via" qui caractérise la variante.
>>
>>
>> -- 
>> Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma 
>> brièveté.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Serveur Discord créé

[Gad Jo]

Hors sujet :
Je ne connaissait pas le fonctionnement de discord. C'est intéressant par 
contre Romain peut tu préciser ce qui n'est pas recommandé ?

Est-ce les usages détourné par les groupes d'extrême droite ou l'infection par 
un malware ? Est-ce que cette infection a été propagée par l'éditeur du 
logiciel (à son insu) ? Est-ce toujours d'actualité ?

Je pose ces questions pour pouvoir comparer avec Zoom qu'on utilise au taf :-/
Le nextcloud talk que j'avais monté pendant le confinement disposait de trop 
peut de ressources matériel pour être utilisable et le responsable à choisi 
Zoom un peu  dans l'urgence. Je recherche une alternative.

Le September 28, 2020 8:11:01 PM UTC, Romain MEHUT  a 
écrit :
>Bonsoir,
>
>J'ai été contacté par la messagerie interne d'osm.org pour y participer
>
>mais j'ai décliné la proposition en raison notamment des éléments 
>décrits sur Wikipedia https://fr.wikipedia.org/wiki/Discord_(logiciel)
>
>Romain
>
>Le 27/09/2020 à 16:10, Emilie Laffray a écrit :
>> Bonjour tout le monde,
>>
>> juste un petit passage pour signaler que quelqu'un a créé un serveur 
>> discord pour la communauté OpenStreetMap Fr.
>> L'utilisateur s'appelle Khryashch#1881.
>> Voila le lien https://discord.gg/wxNGfdT
>>
>> Pour ceux qui ne connaissent pas Discord, c'est une sorte de IRC 
>> moderne avec persistance des discussions et la possibilité de faire
>du 
>> vocal/vidéo facilement.
>> C'est surtout utilisé à la base pour faciliter les communaute de 
>> gamers et ca touche a des gens un peu plus jeune généralement pour
>qui 
>> IRC est un truc un peu abscon :)
>>
>> Voila voila,
>> Emilie Laffray
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Choisir le bon name pour les trajets de bus

[Gad Jo]

C'est exactement ça. Sur la même ligne j'ai des variante qui font tous les 
villages et d'autres seulement quelques villages. En bonus certains arrêt en 
milieu de ligne peuvent être ignoré en milieu de journée ou pendant le 
ramassage scolaire

J'avais tenté name=: commune -  → 
commune - 

Au final je vais faire sauter le nom des communes. Le from et to sont justement 
changeant suivant les horaires et périodes de l'année. La clé via permet de 
préciser un peu plus le  otrajet

En tout merci pour votre réactivité

Ps : Prochain mail : comment gérer les horaires sur les lignes de bus (c'est 
coton). Je fait le point et au besoin je poserai ma question



Le September 28, 2020 5:22:08 PM UTC, blef  a écrit 
:
>Le 28/09/2020 à 09:55, Éric Gillet a écrit :
>> Le 27/09/2020 à 16:46, Gad Jo a écrit :
>>> Bonjour a tous,
>>>
>>> Exemple extrême (y aura pas pire que ça) : Bus 12 bis : 
>>> Montredon-des-Corbières - Montredon Pôle d’échanges → 
>>> Montredon-des-Corbières - Clos des Ormeaux
>>> (Désolé le copier-coller sur l'application ajoute le format)
>>> Relation concernée : https://www.openstreetmap.org/relation/11674315
>>>
>>> Auriez vous des propositions à me faire ? À moins que des règles 
>>> existent et j'applique... Je serait tenté de placer que le nom de
>l'arrêt
>>
>> Bonjour,
>>
>> Je pense qu'il faut mettre le nom tel que diffusé au public par le 
>> réseau (en données ouvertes, sur les documents ou sur le terrain).
>>
>> "name=:  → /" 
>> /[1][2]//ou autre variante n'est pas un nom mais une 
>> description//redondante avec les autres tags présents dans la 
>> relation/. /Pas toutes les applications affichent ces détails-là donc
>
>> une telle description en nom me paraît acceptable, mais uniquement en
>
>> "solution de repli" quand la ligne n'a pas de nom.
>>
>>
>[1]https://wiki.openstreetmap.org/wiki/Public_transport#Service_routes
>>
>[2]https://lists.openstreetmap.org/pipermail/tagging/2019-May/045180.html
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>
>Bonjour,
>
>Le problème survient quand il y a des variantes sur une ligne.
>Le nom officiel de la ligne est toujours le même, mais les trajets et 
>arrêts desservis varient.
>Comme il faut établir une relation par variante, il faut bien 
>différencier les noms.
>Dans une petite ville comme la mienne, il y a un nombre restreint de 
>lignes, mais suivant les moments de la journée, la ligne x passe ou pas
>
>par le collège, la zone industrielle ou le cimetière.
>J'ai donc dû différentier arbitrairement les noms de variantes de celui
>
>"fourni" par le gestionnaire du réseau, en général en faisant figurer
>le 
>"via" qui caractérise la variante.

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Choisir le bon name pour les trajets de bus

[Gad Jo]

Pour l'instant rien n'a été publié sur transport data gouv. 
Quand j'ai commencé à créé les trajets je pensai plutôt à mettre en avant la 
commune de départ et d'arrivée + nom des arrêts. Quand on ne sait pas quelle 
ligne prendre ça peut aider.

Avec le recul c'était une mauvaise idée rendant la lecture complexe sur 
certains trajets.
J'attends quelques jours au cas où un avis contraire me le déconseille mais je 
pense opter pour placer uniquement le depart et terminus sans le nom des 
communes.

Le September 27, 2020 4:02:31 PM UTC, deuzeffe  a 
écrit :
>Le 27/09/2020 à 16:46, Gad Jo a écrit :
>> Bonjour a tous,
>
>Bonjour,
>
>> Un point que j'ai mis de côté en me promettant de le régler est le 
>> format pour le nom des trajets (1 ligne, plusieurs trajets)
>> 
>> Sur les trajets desservant des communes différentes j'ai ajouter le
>nom 
>> des communes + arrêt. Problème ça commence à être sacrement
>illisible.
>> > Auriez vous des propositions à me faire ? À moins que des règles
>> existent et j'applique... Je serait tenté de placer que le nom de
>l'arrêt
>
>J'ai peut-être été hétérodoxe, mais pour les lignes de bus de 
>l'intercommunalité voisine et celles du département, j'ai "bêtement" 
>repris les dénominations officielles du réseau, de terminus à terminus.
>
>Bon, j'avoue, les données sont en LO, c'est plus facile :) Aucune idée 
>si ta collectivité a publié des données sur
>https://transport.data.gouv.fr/
>
>Ça donne un truc comme ça : 
>https://wiki.openstreetmap.org/wiki/Limoges/Transports_en_commun#R.C3.A9seau_STCLM
>
>(WIP) ou ça : 
>https://wiki.openstreetmap.org/wiki/Haute-Vienne/Transports_en_commun#R.C3.A9seau_Moohv87
>
>(WIP aussi)
>
>Et pour les terminus hors grosse ville, parfois le réseau précise 
>l'arrêt parfois non. Donc, je fais pareil ;)
>
>-- 
>deuzeffe
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Choisir le bon name pour les trajets de bus

[Gad Jo]

Bonjour a tous,


J'avance à grand pas vers la fin d'un vieux projet commencé en 2012 : 
cartographier les lignes de bus sur Narbonne

Un point que j'ai mis de côté en me promettant de le régler est le format pour 
le nom des trajets (1 ligne, plusieurs trajets)

Sur les trajets desservant des communes différentes j'ai ajouter le nom des 
communes + arrêt. Problème ça commence à être sacrement illisible.

Exemple extrême (y aura pas pire que ça) : Bus 12 bis : Montredon-des-Corbières 
- Montredon Pôle d’échanges → Montredon-des-Corbières - Clos des Ormeaux 
(Désolé le copier-coller sur l'application ajoute le format)
Relation concernée : https://www.openstreetmap.org/relation/11674315

Plus d'exemple sur la page de suivi :
https://wiki.openstreetmap.org/w/index.php?title=Narbonne/Transports_en_commun#Lignes_P.C3.A9riurbaines

Auriez vous des propositions à me faire ? À moins que des règles existent et 
j'applique... Je serait tenté de placer que le nom de l'arrêt

Ps : si vous avez des suggestions sur le contenu de la page de suivi je suis 
preneur. Je compte la communiquer à l'Agglo
-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Question sur la formulation d'une demande de données à une Mairie

[Gad Jo]

Je suis également très intéressé pour proposer à mon agglo le partage des 
quelques données qu'elle à mis en ligne 

Le September 16, 2020 5:06:43 PM UTC, Water-Map  a écrit :
>Bonjour,
>
>La Mairie d’Avignon a récemment mis à disposition une carte qui recense
>des
>points d'eau potable sur la ville.
>
>https://www.echodumardi.com/actualite/avignon-une-carte-pour-trouver-les-fontaines-et-les-points-deau-de-la-ville/
>
>https://cartes.mairie-avignon.com/cartes/index.php/view/map/?repository=rep&project=ville_fraiche&layers=00B000TFTTTFF&bbox=84144
>
>Est-ce que quelqu'un pourrait m'aider à formuler une demande à la
>Mairie
>d'Avignon de mise en accès libre ces données en citant la licence ODbL
>de
>la bonne façon et un exemple d'un bon format de données que la ville
>pourrait partager qui conviendrait à la communauté et qui ne sera pas
>trop
>compliqué à importer dans OSM ?
>
>Merci en avance,
>
>Stuart
>
>
>https://water-map.org
>*Twitter * - *Facebook
>* - *LinkedIn
>*

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Article dans le Parisien sur Water-Map

[Gad Jo]

Pas mal du tout.

Je viens testé et je me demande si certains point d'eau ne devrait pas être 
ignoré comme celui ci https://www.openstreetmap.org/node/3323930001 (accès 
réservé aux clients)

Ce sont des WC réservé aux usagés du collège. C'est les WC de la cour fréquenté 
par les élèves.
À moins que j'ai utilisé les mauvais tag (tu me dira). À l'époque c'était mappé 
pour montrer le potentiel aux profs de technologie qui s'en sont servi pour des 
travaux avec les élèves.
En tout cas l'accès sera formellement refusé au public.

Le September 13, 2020 12:13:43 PM UTC, Water-Map  a écrit 
:
>Bonjour,
>
>Nous avons eu un article dans le Parisien cette semaine sur notre
>projet
>collaboratif qui cartographie les points d'eau (fontaines + cafés) dans
>le
>but de combattre le plastique à usage unique.
>
>Nous avons également changé le nom de notre Web App cette semaine juste
>avant l'apparition de l'article à Water-Map pour avoir un nom plus
>parlant
>et pour avoir un url plus court.
>
>Voici l'article :
>https://drive.google.com/file/d/1_Kj3XIw71l08Gb5y-JJS0hWYkvc5EnFr/view?usp=sharing
>
>Bonne semaine,
>
>Stuart
>
>https://water-map.org

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Covoiturage et véhicules propres : une signalisation expérimentale pour les voies réservées

[Gad Jo]

Merci Philippe pour le partage. Super d'avoir pensé à nous.

Le September 13, 2020 5:49:08 PM UTC, Philippe Verdy  a écrit 
:
>A voir:
>
>Pour informer les usagers de la route, des panneaux de signalisation
>indiquent les voies réservées aux transports en commun, bus, taxis mais
>aussi aux véhicules en covoiturage et aux véhicules propres, en
>agglomération comme sur les voies rapides. Depuis le 31 août 2020, une
>expérimentation de signalisation a débuté sur tout le territoire pour
>harmoniser la matérialisation de ces voies. Un arrêté publié au Journal
>officiel le 29 août 2020 précise ces modalités.
>
>https://www.service-public.fr/particuliers/actualites/A14270?xtor=EPR-141

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] La proposition shadok : les pompes

[Gad Jo]

Ton dossier pour la proposition est très bien construit et très clair.

Félicitations

Le September 8, 2020 10:12:40 PM UTC, "François Lacombe" 
 a écrit :
>Salut à tous
>
>Voici une proposition de nouveaux tags pour décrire les pompes,
>beaucoup de
>modèles différents, dont je vient d'achever la traduction
>https://wiki.openstreetmap.org/wiki/FR:Proposed_features/Pumping_proposal
>
>Elle m'a occupé une partie du confinement de ce printemps et a déjà
>reçu de
>nombreux commentaires sur la version anglaise, ce qui permet
>aujourd'hui
>d'avoir un modèle assez mature.
>
>L'idée est de réutiliser ce qui a été mis en place pour décrire les
>puits à
>eau ou de pétrole pour l'étendre à d'autres univers comme l'industrie
>ou le
>médical.
>En tout cas il est proposé de considérer les pompes comme des appareils
>à
>part entière, quel que soit leur usage en situation.
>
>Je cherche encore des exemples ou des photos. Certains modèles sont
>quasi
>introuvables dans la nature et ca ne pousse pas sur les arbres.
>
>Le modèle attributaire proposé sera également présenté au groupe de
>travail
>de l'ASTEE qui débute la semaine prochaine pour l'élaboration d'un
>nouveau
>géostandard pour l'adduction d'eau potable et la gestion des eaux
>usées.
>J'essaierai d'y apporter un peu de culture OSM
>(le précédent GT
>https://www.astee.org/groupe-de-travail-sig-participez-a-la-consultation-externe/
>)
>
>Preneur de vos retours, à bientôt
>
>François

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] maxspeed par défaut

[Gad Jo]

Oui erreur de jeunesse que je n'ai pas remis au goût du jour faute de 
l'utiliser.

Veuillez ignorer mon dernier retour sur le nombre de voies. C'est bien le 
nombre total de voies existante sur la chaussée qui est à indiquer

Le September 4, 2020 9:03:57 AM UTC, osm.sanspourr...@spamgourmet.com a écrit :
>Le 03/09/2020 à 16:05, Percherie OnDaNet - perche...@toutenkamion.net a
>écrit
>
>>> Attention pour le nombre de voies. C'est le nombre de voies par sens
>>> de circulation. Je m'en suis rendu compte quand mes applications de
>>> routage m'indiquez 4 voies (2 + 2 par sens) sur une route de
>>> campagne. C'était une découverte sur un cas pratique.
>>
>> Non, c'est bien le nombre *total* de voies :
>>
>> FR:Key:lanes /
>> /
>>
>> /La clé //lanes=*//doit être utilisée pour indiquer le nombre total
>> marquées de voies. /
>>
>Vérifié et confirmé.
>
>Jean-Yvon
>
>P. S.  : FR:Key:lanes#Présupposés
>
>indique bien quand on peut se contenter du nombre de voies par défaut.

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rond point et relations routes

[Gad Jo]

Si vous voulez je peu m'en occuper à minima pour les bonnes pratique en France.

Le cas des giratoires à ne pas découper on le comprend mieux chez nous, le pays 
des rond point... On en a un nombre très important sans commune mesure avec 
celui qui est en deuxième position (info entendu sur le journal TV).
Il est probable que dans les autres pays que le cas se présente rarement et que 
personne ne s'y est intéressé.

Pour faire les modifications sur les pages EN faut il faire une demande de 
consensus via une page de discussions ? Quitte a passer sur l'hebdo osm pour 
stimuler les réponses
Il me faut juste quelques conseils et je me lance

Le September 3, 2020 2:38:45 PM UTC, Rpnpif via Talk-fr 
 a écrit :
>Le 01/09/2020 à 19:13, Georges Dutreix via Talk-fr a écrit :
>> Bonjour,
>>
>> J'ai souvent découpé des giratoires pour des lignes de bus : honte
>sur 
>> moi !
>> Promis, je ne le ferai plus ;-)
>>
>> Peut-être faudrait-il décrire les bonnes pratiques, pour les naïfs 
>> comme moi, dans des pages comme
>https://wiki.openstreetmap.org/wiki/FR:Bus
>> ou 
>>
>https://wiki.openstreetmap.org/wiki/FR:Relation:route#Les_itin.C3.A9raires_de_bus_et_les_ronds-points
>
>> ?
>>
>> Je ne maîtrise pas assez celles-ci pour m'amuser à modifier le wiki 
>> moi-même. Et il semblerait qu'il n'y ait pas consensus...
>> Peut-on écrire par ci par là que la bonne pratique en France est de, 
>> si possible, ne pas casser les rond points en plusieurs segments ?
>
>
>+1 ! Tout à fait d'accord.
>
>-- 
>Rpnpif

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] maxspeed par défaut

[Gad Jo]

J'envisage plutôt l'inverse en anticipant un énième changement de règle au 
niveau national. Mieux vaut prévenir que guérir. Cela facilitera les 
corrections en masse si on indique la source.

Préfère source:maxspeed=FR:urban + maxspeed=80 pour définir partout où la 
vitesse est à 80. Cela permettra facilement de modifier en masse les vitesses 
si on change les vitesses au niveau du pays (diminution à 70 ou rétablissement 
à 90)

Pour tout les autres cas même les portions où c'est sur tout un département que 
les routes sont repassée à 90, indique une autre source comme 
source:maxspeed=sign ou source:maxspeed=FR:zone** (souvent 30, parfois 20 ou 
50) quand les mairies n'utilise pas les panneaux zone de rencontre ou 
limitation 50 pour les lotissement hors agglo.

Plus d'info et exemple sur 
https://wiki.openstreetmap.org/wiki/FR:Key:source:maxspeed

Le September 1, 2020 11:15:53 PM UTC, Yannick  a écrit :
>Le 02/09/2020 à 00:51, Marc Mongenet a écrit :
>> Bonjour,
>> 
>> Près de chez moi passe la route D 903 avec une succession de portions
>> à accès réglementé en 2x2 voies séparées
>> (https://www.openstreetmap.org/way/825204700), à 2+1 voies
>> (https://www.openstreetmap.org/way/24205655), à 1+1 voies
>> (https://www.openstreetmap.org/way/6069166), à 1+1 voies séparées
>> (https://www.openstreetmap.org/way/654772946), sans compter les voies
>> d'insertion, etc.
>> 
>> De nombreuses portions ont une limite de vitesse implicite car il n'y
>> a pas de panneau limitant la vitesse, et les règles générales
>> s'appliquent (R413-2). Le problème est que ces règles sont mal
>> connues, et presque tout a été mal mappé avec maxspeed=80. Pour
>> l'instant j'ai supprimé ce qui était faux.
>> 
>> Mais est-ce que ça vaut la peine de mapper les limitations par
>défaut?
>> Informatiquement parlant, ça me semble profondément contre-productif:
>> c'est le boulot de l'ordinateur de calculer cela. Sauf qu'il faut
>tout
>> de même taguer qqch pour faire la différence entre une route de
>> maxspeed inconnue, et une route de maxspeed implicite. Ma question
>est
>> donc:
>> Est-ce qu'utiliser source:maxspeed=FR:rural sans maxspeed=* est une
>> bonne pratique?
>> 
>> PS: Les règles du code de la route sont si mal connues que
>>
>https://wiki.openstreetmap.org/wiki/FR:Key:maxspeed#Limitation_de_vitesse
>> contient une erreur de 20 km/h.
>> 
>> Marc Mongenet
>
>Bonsoir,
>
>L'implicite est désormais quasi impossible à deviner. Prends les
>nationales à 80 et des portions de départementales à 90. Je me mets à
>la
>place de l'étranger pour qui c'est pire qu'un casse-tête chinois. On
>finit par ne plus savoir la limite en vigueur sur telle ou telle
>portion
>de route.
>Je suis donc partisan de mettre systématiquement le maxspeed=* au moins
>c'est clairement renseigné sans équivoque possible.
>
>Amitiés
>
>
>-- 
>Yannick VOYEAUD
>Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
>(Camille JOUFFRAY 1841-1924, maire de Vienne)
>http://www.voyeaud.org
>Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
>Journées du Logiciel Libre: http://jdll.org
>Généalogie en liberté avec Ancestris https://www.ancestris.org

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rond point et relations routes

[Gad Jo]

Pour avoir mis en place l'ensemble du réseau de bus sur Narbonne c'est la mort 
dans l'âme que j'ai du segmenter en plusieurs section des routes ou rue. C'est 
vite ingérable et pourtant j'ai tout le réseau en tête.
Pour les giratoire c'est totalement inutile de les segmenter sauf cas très très 
particulier. Le routage fonctionne très bien tel quel.

Avec les restrictions de vitesse, bande cyclable et autre info (trottoir, 
revêtement, éclairage) ça multiplie les découpes

Malheureusement je ne vois aucune solutions pour éviter cela.

Le September 1, 2020 9:44:37 AM UTC, Christian Rogel 
 a écrit :
>
>> Le 1 sept. 2020 à 11:25, Yves P.  a écrit :
>> Je tombe sur des itinéraires vélos, bus… qui passent par des
>ronds-points.
>> 
>> Ces derniers sont coupés en petits morceaux pour avoir un bel
>itinéraire.
>> Ça part d'une bonne intention (j'ai fait la même chose au début),
>mais c'est ingérable !
>> 
>> S'il vous plait ne serez pas le sécateur quand vous croisez un
>giratoire.
>> Merci pour lui et son intégrité 😁
>
>
>Déjà mentionné, mais, j’approuve cette piqûre de rappel. Il faut pour
>agir ainsi, soit appartenir à la team 1er degré, soit être certain que
>le RP est positionné correctement. Et surtout au bon diamètre.
>Eh, bien, non, ça n’existe qu’au pays de Gaston Lagaffe.
>Plusieurs fois, j’ai rétabli l’intégrité et, par respect pour les
>autres contributeurs, laissé dans l’état normal.
>
>Christian R.
>
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[Gad Jo]

Nickel, j'avais peur qu'une notion de licences m'interdisait d'exploiter ces 
informations.

Je vais faire un premier import suivant la localisation indiquée sur la fiche 
avec un fixme demandant de préciser la localisation exact dans le bâtiment. 
Autrement j'aurai fini de les importer dans 2 ans (je suis seul sur Narbonne).

Astuces : dans les journaux locaux on peut trouver des articles indiquant la 
création de DAE et souvent il y a les photos des appareils. Sans forcément 
réutiliser les photos (licence ?) on peut déjà faire un ajout assez précis.
Pratique pour les villages environnant pour éviter de brûler du carburant à 
tout vas...
D'ailleurs, a t'on le droit de réutiliser une photos postée dans un journal 
local ?

Le August 29, 2020 4:48:54 AM UTC, "Yves P."  a écrit :
>> Ils ne sont pas proposé sur Osmose. Ai-je le droit de les intégrer
>tel quel ?
>Tu as le devoir de le intégrer :D
>
>J'ai regardé celui de la Hall d'honneur Pech de Laclause
> : 
>Sans photo de terrain, difficile de faire quoi que ce soit avec si peu
>d'informations.
>
>Dans ce cas, je suggère de l'ajouter uniquement après une visite et 2
>publier 2 photos (autre qu'un pompier soufflant dans un truc en
>plastique
>
>:D)
>
>de Philippe :
>> Attention à l'intégration avec Osmose, notamment sur:
>
>Ce n'est pas osmose en soit le problème, mais la qualité des données.
>
>
>> - le placement: la position est approximative car souvent l'adresse
>n'est pas bien localisée et manque;
>> - si l'adresse est présente, le placement proposée dessus n'est pas
>réellement le bon placement car l'adresse est souvent un noeud en
>bordure de propriété
>
>
>Le placement est souvent approximatif car l'adresse est géocodée (et
>pas toujours très bien selon la base de données utilisée).
>La personne qui saisi la fiche n'est pas forcément allée sur le
>terrain.
>
>Hier j'ai rajouté un DAE dans une entreprise. Elle est dans une zone
>industrielle, "loin" du village.
>GéoDAE la situait au centre.
>
>
>> - regarder l'attribut indoor=yes proposé, pour ajuster le noeud dans
>le bâtiment à cet adresse, près de son entrée mais bien à l'intérieur
>
>Idem. Un DAE était à l'extérieur, mais la fiche GéoDAE indiquait le
>contraire.
>
>Si une photo utile est fournie par GeoDAE et/ou que le défibrillateur
>est visible sur une photo terrain, j'intègre.
>Sinon, je laisse…
>
>
>Seulement 2 294 DAE sont "validés", et 14 040 sont en "attente de
>validation".
>
>Est-ce que quelqu'un en sait plus sur la validation d'un DAE ?
>Je n'ai rien trouvé sur le site.
>
>
>Autre remarque sur les données GéoDAE : la saisie semble libre, du coup
>c'est un vrai bazar.
>On se retrouve avec des infos peu structurées (les horaires notamment),
>des infos dans le mauvais champ, des descriptions manquantes ou trop
>vagues, pas de photos de situation…
>
>Donc plein de travail d'intégration en perspective :)
>
>__
>Yves

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[Gad Jo]

T'inquiète sur Narbonne pas besoin de BANO, y a quelques années j'ai indiqué 
les numéro de rue partout où je pouvait. Il doit en manquer 5% qui reste facile 
à interpoler :-)

Le August 29, 2020 2:41:43 AM UTC, Philippe Verdy  a écrit :
>Attention à l'intégration avec Osmose, notamment sur:
>- le placement: la position est approximative car souvent l'adresse
>n'est
>pas bien localisée et manque;
>- si l'adresse est présente, le placement proposée dessus n'est pas
>réellement le bon placement car l'adresse est souvent un noeud en
>bordure
>de propriété
>- regarder l'attribut indoor=yes proposé, pour ajuster le noeud dans le
>bâtiment à cet adresse, près de son entrée mais bien à l'intérieur
>- avec indorr=yes il y a souvent des indications horaires, mais
>celles-ci
>ne sont pas "traduites" en attribut, ou parfois c'est vague: il faut
>chercher les hoareis d'ouverture de l'établissement (en profiter pour
>taguer l'établissement lui-même avec son POI), et reprendre ensuite les
>opening_hours sur le noeud du défibrillateur
>
>Souvent on bloque car la première étape, les adresses, ne sont pas
>localisées. On en revient à l'étape première: BANO reste prioritaire,
>consulter les points du cadastre s'ils ne sont pas proposés par Osmose
>dans
>un import (mais les imports d'adresse des grandes agglos ont déjà eu
>lieu,
>pas ceux du cadastre qu'il fauit chercher dans les planches, avec les
>petits numéros à ne pas confondre avec les gros numéros de parcelles)
>
>Parfois il manque les bâtiments correspondant ou leur import depuis le
>cadastre est à rectifier avec l'imagerie avant même de pouvoir mieux
>positionner le noeud d'adresse, les noeuds POI éventuels à
>repositionner
>aussi... puis enfin le DAE: le DAE n'est que la dernière étape: le
>projet
>DAE est donc bien plus facile à faire dans les grandes métropoles et
>agglos
>denses que les villes moyennes et périurbaines, ou les zones
>commerciales/artisanales/industrielles (où on trouve souvent les
>gymnases
>et salles de sport souvent équipées en DAE (et il faut s'occuper aussi
>des
>voies d'accès et chemins piétons.
>
>Pour les DAE dans les écoles ou services publics c'est plus facile car
>ils
>sont souvent déjà là et avec une adresse correcte. Mais on est loin du
>compte pour le reste.
>
>Le "projet du mois ne suffira pas sur cette durée limitée, le travail
>de
>fond reste l'intégration BANO, les cheminements piétons vers les
>commerces et services, les horaires d'ouvertures à chercher.
>
>Le sam. 29 août 2020 à 02:05, Gad Jo  a
>écrit :
>
>> Bonsoir,
>>
>>
>> J'ai consulté le site de la mairies de Narbonne et 45 DAE sont
>référencé
>> sur leur site : https://www.narbonne.fr/liste-des-defibrillateurs
>>
>> Ils ne sont pas proposé sur Osmose. Ai-je le droit de les intégrer
>tel
>> quel ? J'en connaît quelques uns et leur description concorde.
>J'envisage
>> de placer un fixme pour les vérifier sur le moyen ou long terme au
>fil de
>> mes déplacements.
>>
>> Qu'est ce que vous me conseillez ? Intégration grâce au site ? Avec
>fixme
>> ou pas ? Ou intégration **uniquement** si constaté présent après
>visite ?
>>
>> Le August 28, 2020 7:52:43 AM UTC, PanierAvide
> a
>> écrit :
>>>
>>> Bonjour à tous,
>>>
>>> Après plusieurs semaines de préparation, le projet du mois sur les
>>> défibrillateurs est officiellement lancé ! L'objectif : trouver le
>plus
>>> de ces défibrillateurs inconnus dans les bases de données ouvertes.
>>> Voici l'article sur le site OSM France pour (re)découvrir les
>enjeux,
>>> comment participer, et pouvoir relayer l'initiative dans vos réseaux
>:
>>>
>>> https://openstreetmap.fr/projet-du-mois-defibrillateurs/
>>>
>>> Pensez également à faire passer le mot dans les canaux de
>discussions de
>>> vos groupes locaux ;-)
>>>
>>> Bons relevés et à très vite !
>>>
>>>
>> --
>> Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma
>brièveté.
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti !

[Gad Jo]

Bonsoir,


J'ai consulté le site de la mairies de Narbonne et 45 DAE sont référencé sur 
leur site : https://www.narbonne.fr/liste-des-defibrillateurs

Ils ne sont pas proposé sur Osmose. Ai-je le droit de les intégrer tel quel ? 
J'en connaît quelques uns et leur description concorde. J'envisage de placer un 
fixme pour les vérifier sur le moyen ou long terme au fil de mes déplacements.

Qu'est ce que vous me conseillez ? Intégration grâce au site ? Avec fixme ou 
pas ? Ou intégration **uniquement** si constaté présent après visite ?

Le August 28, 2020 7:52:43 AM UTC, PanierAvide  a écrit 
:
>Bonjour à tous,
>
>Après plusieurs semaines de préparation, le projet du mois sur les 
>défibrillateurs est officiellement lancé ! L'objectif : trouver le plus
>
>de ces défibrillateurs inconnus dans les bases de données ouvertes. 
>Voici l'article sur le site OSM France pour (re)découvrir les enjeux, 
>comment participer, et pouvoir relayer l'initiative dans vos réseaux :
>
>https://openstreetmap.fr/projet-du-mois-defibrillateurs/
>
>Pensez également à faire passer le mot dans les canaux de discussions
>de 
>vos groupes locaux ;-)
>
>Bons relevés et à très vite !
>
>-- 
>Adrien P.
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Besoin de conseils pour les diagrammes de transport public

[Gad Jo]

Bonsoir,


Depuis 2012 j'ai commencé à cartographier les lignes de bus de l'Agglo 
narbonnaise (souvent mis de côté, toujours repris). Grâce à Pic4Review et 
Mapillary/OpenStreetCam j'ai accéléré sur ce projet (plus besoin de faire les 
relevés de tête)

Le suivi de l'avancement est disponible sur 
https://wiki.openstreetmap.org/wiki/Narbonne/Transports_en_commun#Lignes_Urbaines

Actuellement je travail sur le rendu des diagrammes grâce à l'outil dédié 
https://overpass-api.de/
Pour l'occasion le style "narbonne" a été créé en partant du style "paris".

Problème : si les plateform possède le tag highway=bus_stop les arrêts sont 
comptabilisé en double. Pourtant le modèle public_transport l'indique comme 
recommandé. Sans ça le rendu osm n'affiche plus les arrêts et Osmose couine.

Actuellement et le temps d'analyser toutes les lignes j'ai supprimé le tag 
highway=bus_stop. C'est l'exemple parfait de taguer pour le rendu. En attendant 
les diagramme sont maintenant lisible : 
https://overpass-api.de/api/sketch-line?ref=A&network=Citibus&style=narbonne

J'aurai besoin de conseils pour faire fonctionner correctement 
https://overpass-api.de/ quitte à proposer des améliorations mais où le faire ?
Le problème semble exister depuis pas mal de temps et j'ai constaté un peu 
partout dans le monde que cela incite les contributeurs à taguer pour le rendu. 
Je me demande si ils n'ont pas arrêté de corriger leur générateur de diagramme.
À moins que d'autres générateur de diagramme existe.

Là j'aurai besoin qu'on me conseil pour arriver à une solution fonctionnelle.



-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Diagramme de transport publique

[Gad Jo]

Je m'attendais à obtenir une ligne avec une boucle comme ce qui est obtenu sur 
la ville de Bern. La ligne aller et la seconde boucle la ligne retour quand les 
arrêts sont différents (nom différent)

Je me doute que le problème viens de la façon dont les arrêts sont répertorié 
dans la relation

J'ai repris les recommandations du schéma v2 public transport où on indique 
l'emplacement où attendent les passagers. 
Sur certains arrêt l'emplacement où s'arrête les véhicules est éloigné l'un de 
l'autre. Il n'est pas impossible que j'ai fait de l'excès de zèle quand les 
stop_position sont de part et d'autre d'une intersection. 
Cela génère deux attentes pour passagers (normal, un de chaque côté) mais 
parfois deux stop_position (arrêt distant de 10 à 150m ou sur voie à sens 
unique).

À moins que ce ne soit pas du tout la cause. Je découvre cet outils

Le August 18, 2020 4:23:14 PM UTC, osm.sanspourr...@spamgourmet.com a écrit :
>Autnat dire ce que tu obtiens, ça évite de rechercher :
>
>https://overpass-api.de/api/sketch-line?ref=15&network=Citibus
>
>
>Tu as regardé pourquoi certains arrêts sont en double ?
>Bus 15 : Port Leucate - Grande Bleue → Leucate La Franqui - Office du
>Tourisme (6801854) 
>Bus 15 : Port Leucate
>-
>Grande Bleue → Narbonne - Bonne Source (11488167)
>
>
>Bus 15 : Leucate La Franqui - Las Pitchinos → Port Leucate - Grande
>Bleue (11488166)
>Bus 15 : Narbonne - Bonne Source → Port Leucate - Grande Bleue
>(6801852)
>
>
>Donc c'est un Y que tu veux voir comme un I ? ;-).
>
>Qaund je regarde
>https://s3.cloud.actigraph.com/citibus/upload/Plans/2019-Plan_Periurbain.pdf
>
>je ne vois qu'une branche.
>
>
>Le 18/08/2020 à 17:09, Percherie OnDaNet - perche...@toutenkamion.net a
>écrit :
>> Bonjour,
>>
>>
>> Je suis en train de finaliser le réseau de transport en commun sur
>> Narbonne (hors transport scolaire) et je cherche à faire afficher les
>> diagrammes de chaque ligne de la même façon que sur
>> https://overpass-api.de/api/sketch-line?ref=10&network=Libero
>>
>> Sur la relation route_master n° 4113572 à Bern (Suisse) :
>> https://www.openstreetmap.org/relation/4113572
>> le diagramme fonctionne tel quel avec un brin pour chaque sens car
>les
>> arrêts ne sont pas identique à l'aller et au retour.
>>
>> Sur la relation route_master n° 6743131 à Narbonne (France) :
>> https://www.openstreetmap.org/relation/6743131
>> le diagramme ne s'affiche pas de la même manière, je m'attendait à
>> voir un brin pour chaque sens départ/terminus
>>
>> J'ai quelques essais infructueux via le formulaire disponible sur
>> https://overpass-api.de/public_transport.html mais sans succès.
>>
>> Comment faire en sorte pour que la relation présente de la ligne 15
>> sur Narbonne affiche un diagramme similaire à celui de la ligne 10
>sur
>> Bern (Suisse) ?
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Chantiers d'été pour OSM-FR ;)

[Gad Jo]

Super Christian

Voici quelques retours

Selon leur orientation Le rendu des escaliers est étrange 
https://umap.openstreetmap.fr/fr/map/rendu-fr-en-developpement_483858#20/43.18428/3.00210

Le rendu des bâtit apparaît comme un gros monobloc. Il devient impossible de 
différencier les monuments, administration et tout autres bâti qui n'est pas 
une habitation 
https://umap.openstreetmap.fr/fr/map/rendu-fr-en-developpement_483858#19/43.18426/3.00377

Le nom Les Halles apparaît deux fois 
https://umap.openstreetmap.fr/fr/map/rendu-fr-en-developpement_483858#19/43.18133/3.00509

Facultatif : les caméras de surveillance n'apparaissent pas. À tester si ça 
'alourdi pas le rendu

Plus difficile La référence des route apparaît autant de fois qu'il y a de 
section entre giratoire comme sur le contournement D 6009a. Je sais que c'est 
très complexe mais l'afficher une seule fois ET dans l'axe de la voie serait 
parfait surtout pour la D 68 
https://umap.openstreetmap.fr/fr/map/rendu-fr-en-developpement_483858#13/43.1929/3.0236
Parfois c'est affiché de multiples fois et sur une grande section il n'y a plus 
d'information comme pour la D 6009 côté ouest et nord 
https://umap.openstreetmap.fr/fr/map/rendu-fr-en-developpement_483858#13/43.1922/2.9816



Le August 10, 2020 8:32:08 PM UTC, osm.sanspourr...@spamgourmet.com a écrit :
>Tu veux supprimer la crête et les autres îles.
>
>Avec le réchauffement climatique ça va se réparer tout seul :-(.
>
>Le 10/08/2020 à 18:48, Adrien via Talk-fr - talk-fr@openstreetmap.org a
>écrit :
>> Autre léger bug : la mer de Kara, au nord de la Russie, apparait,
>> disparait, puis réapparait en zoomant. Voici sa disparition :
>>
>>
>https://umap.openstreetmap.fr/fr/map/rendu-fr-en-developpement_483858#3/60.54/59.94
>>
>> Adrien
>>
>> Le 10/08/2020 à 18:41, Adrien a écrit :
>>> Bonjour,
>>>
>>> Merci pour ce rendu !!
>>>
>>> Par contre, la Méditerranée bien tard : à ce zoom, le Golfe du Lion
>ou
>>> la mer d'Alboran apparaissent bien, mais il faut zoomer encore pour
>>> avoir le nom « Méditerranée » :
>>>
>>>
>https://umap.openstreetmap.fr/fr/map/rendu-fr-en-developpement_483858#4/44.68/11.16
>>>
>>> Bonne journée
>>>
>>> Adrien
>>>
>>> Le 09/08/2020 à 23:18, Christian Quest a écrit :
 Le 05/08/2020 à 19:42, Jérôme Amagat a écrit :
>>> Les mers, baies et détroits (place=sea, natural=bay,
>>> natural=strait) en surfacique pourraient avoir leur nom qui
>>> apparaissent pour les mer et détroit et plus tôt lorsqu'ils sont
>>> très grands pour les baies qui sont déjà rendu.
>>> exemple : le golfe du lion
>>> https://www.openstreetmap.org/relation/9287303
>>>
>http://tile.openstreetmap.fr/?zoom=11&lat=42.99137&lon=4.17341&layers=B
>>>
 Voilà les océans, mers, baies, détroits maintenant visibles sur le
 rendu FR :)

 L'occasion de découvrir le tag sqkm=* qui indique sur un objet
 ponctuel sa superficie approximative en km².

 Ceci permet de prioriser ces objets et c'est bien pratique !

 Tag documenté sur le wiki en 2016.


 Vous pouvez voir ce que ça donne (avec les améliorations
>précédentes)
 sur:


>https://umap.openstreetmap.fr/fr/map/rendu-fr-en-developpement_483858#2/0/0


 C'est un accès direct au rendu en cours de dev (chez moi, pas dispo
 H24 et recalculs non continus).


 L'occasion d'améliorer quelques name:fr !

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

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Facebook achète Mapillary !

[Gad Jo]

Depuis plusieurs semaine j'utilise un script permettant de faire une copie chez 
openstreetcam sans passer par ma connexion ADSL : 
https://osm.svimik.com/photosync/
Manque plus que le transferts OSC vers Mapillary pour que je passe à la capture 
avec l'application OSC.

D'un je n'ai pas les moyens physique et technique pour les stocker (Merci 
Christian pour ta proposition de backup) puis les redéployer ailleurs (pas de 
fibre).
Quitte à les récupérer autant que ça alimente un service déjà fonctionnel

Christian je reste intéressé par ta proposition de backup mais j'ai préféré le 
faire ailleurs pour que ça profite au plus grand nombre... Et l'espace n'étant 
pas extensible je préfère économiser les ressources fournies par un particulier 
pour solliciter de manière plus intensive celle d'une entreprise. Dès qu'un 
usage applicatif sera mise en place je serai de la partie.

Faite un essai sur https://osm.svimik.com/photosync/ pour vous faire une idée

Le August 10, 2020 9:08:52 AM UTC, Christian Quest  a 
écrit :
>Le 10/08/2020 à 10:31, Axel Listes a écrit :
>> Bonjour,
>>
>> Le 19/06/2020 à 12:25, Laurence P a écrit :
>>> Mapillary était un service très pratique, mais il n'est pas
>>> indispensable. Lors que j'ai effectué mes premières prises de vue,
>cela
>>> me posait déjà un cas de conscience : est ce que le monde doit être
>>> photographié sous ses moindre coutures ? / Stocker toutes ces photos
>>> c'est pas écolo / Aider une société qui va aider au développement
>des
>>> véhicules autonomes est-ce bien raisonnable ? ...
>> Pour les mêmes raisons, je voudrais moi aussi supprimer toutes mes
>> photos téléversées ces dernières années sur Mapillary.
>
>
>Tu as accepté de mettre ces photos sous licence CC, c'est irrévocable
>
>Il serait bon de ne pas perdre de vue les principes des licences libre.
>
>Demander à Mapillary de les supprimer, revient à les rendre 
>indisponibles pour tous, sauf pour eux (because licence irrévocable). 
>C'est donc contre-productif.
>
>
>> J'ai anticipé en les téléversant sur OpenStreetCam, que j'avais déjà
>> utilisé parallèlement au débit puis abandonné, car la plateforme
>> générait des erreurs.
>>
>> Aujourd'hui, je voudrais remplacer des sources mapillary=* par
>> OpenStreetCam dans la base de données OSM. Mais je ne trouve pas de
>doc
>> à ce sujet, j'ignore si les liens et références que donne OSC sont
>> pérennes ?
>>
>> Certain·e·s ont déjà réalisé des recherches à ce sujet ?
>>
>> https://wiki.openstreetmap.org/wiki/FR:Key:mapillary
>>
>> Axel.
>
>
>Tu peux récupérer tes photos en plein définition chez mapillary.
>
>Nous avons mis en place un petit service qui s'occupe de ça et en 
>conserve donc une copie d'archive.
>
>C'est ici (et il reste quelques To): 
>https://takeitout.cquest.org/mapillary_takeout
>
>Le problème étant surtoutqu'on n'est pas à l'abri d'un changement de 
>politique de Mapillary sur l'accès libre aux photos déposées depuis des
>
>années, c'est l'intérêt d'avoir une archive. OpenStreetCam n'est pas 
>plus fiable (racheté aussi par une société pas très culture OSM).
>
>
>Pour les tags, on a justement une discussion à ce sujet en ce moment en
>
>lien avec les DAE.
>
>Faudrait-il archiver les photos qui sont derrière les tags image=* ou 
>mapillary=* ?
>
>
>-- 
>Christian Quest - OpenStreetMap France
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Aire du viaduc de Millau

[Gad Jo]

Pour l'aire des Pyrénées même en sélectionnant la station de carburant qui est 
bien au milieu entre les deux voies d'accès je retrouve le même problèmes

Si on part de l'ouest ça rallonge le trajet de 25 km. Magnifique pour celui qui 
se trouve en rade de carburant et qui change sa destination pendant son trajet

Idéalement les panneaux de direction font foie mais j'ai constaté comme 
passager que dans la pratique pas mal de gens inexpérimenté préfère suivre les 
indications de leurs appareils ou bien hésite quitte à avoir une conduite 
dangereuse pour les autres (OK go je file à l'aire au dernier moment maintenant 
que j'ai compris que mon GPS fait de la merde... Oups désolé pour la queue de 
poisson)

Le August 5, 2020 9:06:40 PM UTC, Ruboqif  a écrit :
>Bonsoir,
>Avez-vous regardé les autres aires de repos avec la même configuration 
>pour voir comment elles sont taguées ? ça peut donner des idées pour 
>celle de Millau ou au contraire c'est le même soucis pour toutes les
>aires ?
>Il n'y en a pas des masses avec exactement la même configuration 
>(passage impossible de "l'autre coté" en voiture) mais il y en a 
>quelques-unes.
>Par exemple sur l'A64 :
>Aire d'Hastingues : https://www.openstreetmap.org/way/473891861
>Aire des Pyrénées https://www.openstreetmap.org/way/473888794
>Aire du Comminges : https://www.openstreetmap.org/way/500070724
>
>Pour en trouver d'autres : 
>https://routes.fandom.com/wiki/Aire_de_service à la rubrique "Celles 
>accessibles dans les deux sens"
>
>
>Le 05/08/2020 à 21:25, Gad Jo a écrit :
>> Pas facile de gérer cette aire de repos
>>
>> J'ai essayé de plaçant la destination sur la boutique de souvenir
>plus 
>> ou moins au sud. À quelques mètre ça fonctionne en arrivant du nord 
>> mais depuis le sud cela propose un nouveau détour
>>
>> Je sèche pour trouver une solution propre, compréhensible et en
>accord 
>> avec le terrain
>>
>> Au passage sur place le tag place=* avec name=Brocuéjouls n'a pas été
>
>> trouvé. Ça ressemble à une bâtisse de restauration mais c'est 
>> uniquement de la vente de souvenir
>>
>> Le August 5, 2020 3:23:56 PM UTC, "Jérôme Amagat" 
>>  a écrit :
>>
>> J'ai modifié un peu la géometrie
>> https://www.openstreetmap.org/way/434996171 pour qu'elle cole
>plus
>> au terrain mais ca ne devrait pas changé le problème.
>> Je pense que le problème vient du faite que le polygon est
>> transformé en un point au centre donc comme il y a des barrières
>> pour ne pas faire demi tour sur l'aire
>> (https://www.openstreetmap.org/node/2920654534) pour le GPS il
>> faut entrer sur l'aire dans l'autre sens pour arriver plus près
>du
>> point.
>>
>> Le probleme est le même pour d'autres aire du meme genre,
>> https://www.openstreetmap.org/way/434996170 ou
>> https://www.openstreetmap.org/way/185442798
>> Dans ces 2 cas je pense qu'il faudrait coupé l'aire en 2, une de
>> chaque côté de l'autoroute mais si elles ont le même nom, le GPS
>> va t il choisir le bon ?
>>
>> La solution pour Millau, soit diviser en 2 l'aire, il y a 2 aires
>> du point de vu de la voiture, vu que l'on ne peut pas passer d'un
>> côté à l'autre...
>> ou supprimer la barrière...
>> Ou ce que je préfère attendre que le GPS gère mieux ces cas.
>>
>> Si on remplace par un node, je pense qu'on aura toujours le
>> problème, dans un sens ou dans l'autre de l'autoroute.
>>
>>
>> -- 
>> Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma 
>> brièveté.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Aire du viaduc de Millau

[Gad Jo]

Bonne idée de comparer


Je viens de faire un essais sur l'aire d'hastingues et le problèmes est 
identique même en pointant au milieu de la surface entouré de sentier présent à 
l'est de l'aire

Dans le doute j'ai testé avec openrouteservice et lui aussi est en échec

Le August 5, 2020 9:06:40 PM UTC, Ruboqif  a écrit :
>Bonsoir,
>Avez-vous regardé les autres aires de repos avec la même configuration 
>pour voir comment elles sont taguées ? ça peut donner des idées pour 
>celle de Millau ou au contraire c'est le même soucis pour toutes les
>aires ?
>Il n'y en a pas des masses avec exactement la même configuration 
>(passage impossible de "l'autre coté" en voiture) mais il y en a 
>quelques-unes.
>Par exemple sur l'A64 :
>Aire d'Hastingues : https://www.openstreetmap.org/way/473891861
>Aire des Pyrénées https://www.openstreetmap.org/way/473888794
>Aire du Comminges : https://www.openstreetmap.org/way/500070724
>
>Pour en trouver d'autres : 
>https://routes.fandom.com/wiki/Aire_de_service à la rubrique "Celles 
>accessibles dans les deux sens"
>
>
>Le 05/08/2020 à 21:25, Gad Jo a écrit :
>> Pas facile de gérer cette aire de repos
>>
>> J'ai essayé de plaçant la destination sur la boutique de souvenir
>plus 
>> ou moins au sud. À quelques mètre ça fonctionne en arrivant du nord 
>> mais depuis le sud cela propose un nouveau détour
>>
>> Je sèche pour trouver une solution propre, compréhensible et en
>accord 
>> avec le terrain
>>
>> Au passage sur place le tag place=* avec name=Brocuéjouls n'a pas été
>
>> trouvé. Ça ressemble à une bâtisse de restauration mais c'est 
>> uniquement de la vente de souvenir
>>
>> Le August 5, 2020 3:23:56 PM UTC, "Jérôme Amagat" 
>>  a écrit :
>>
>> J'ai modifié un peu la géometrie
>> https://www.openstreetmap.org/way/434996171 pour qu'elle cole
>plus
>> au terrain mais ca ne devrait pas changé le problème.
>> Je pense que le problème vient du faite que le polygon est
>> transformé en un point au centre donc comme il y a des barrières
>> pour ne pas faire demi tour sur l'aire
>> (https://www.openstreetmap.org/node/2920654534) pour le GPS il
>> faut entrer sur l'aire dans l'autre sens pour arriver plus près
>du
>> point.
>>
>> Le probleme est le même pour d'autres aire du meme genre,
>> https://www.openstreetmap.org/way/434996170 ou
>> https://www.openstreetmap.org/way/185442798
>> Dans ces 2 cas je pense qu'il faudrait coupé l'aire en 2, une de
>> chaque côté de l'autoroute mais si elles ont le même nom, le GPS
>> va t il choisir le bon ?
>>
>> La solution pour Millau, soit diviser en 2 l'aire, il y a 2 aires
>> du point de vu de la voiture, vu que l'on ne peut pas passer d'un
>> côté à l'autre...
>> ou supprimer la barrière...
>> Ou ce que je préfère attendre que le GPS gère mieux ces cas.
>>
>> Si on remplace par un node, je pense qu'on aura toujours le
>> problème, dans un sens ou dans l'autre de l'autoroute.
>>
>>
>> -- 
>> Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma 
>> brièveté.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Aire du viaduc de Millau

[Gad Jo]

Pas facile de gérer cette aire de repos

J'ai essayé de plaçant la destination sur la boutique de souvenir plus ou moins 
au sud. À quelques mètre ça fonctionne en arrivant du nord mais depuis le sud 
cela propose un nouveau détour

Je sèche pour trouver une solution propre, compréhensible et en accord avec le 
terrain

Au passage sur place le tag place=* avec name=Brocuéjouls n'a pas été trouvé. 
Ça ressemble à une bâtisse de restauration mais c'est uniquement de la vente de 
souvenir

Le August 5, 2020 3:23:56 PM UTC, "Jérôme Amagat"  a 
écrit :
>J'ai modifié un peu la géometrie
>https://www.openstreetmap.org/way/434996171
>pour qu'elle cole plus au terrain mais ca ne devrait pas changé le
>problème.
>Je pense que le problème vient du faite que le polygon est transformé
>en un
>point au centre donc comme il y a des barrières pour ne pas faire demi
>tour
>sur l'aire (https://www.openstreetmap.org/node/2920654534) pour le GPS
>il
>faut entrer sur l'aire dans l'autre sens pour arriver plus près du
>point.
>
>Le probleme est le même pour d'autres aire du meme genre,
>https://www.openstreetmap.org/way/434996170 ou
>https://www.openstreetmap.org/way/185442798
>Dans ces 2 cas je pense qu'il faudrait coupé l'aire en 2, une de chaque
>côté de l'autoroute mais si elles ont le même nom, le GPS va t il
>choisir
>le bon ?
>
>La solution pour Millau, soit diviser en 2 l'aire, il y a 2 aires du
>point
>de vu de la voiture, vu que l'on ne peut pas passer d'un côté à
>l'autre...
>ou supprimer la barrière...
>Ou ce que je préfère attendre que le GPS gère mieux ces cas.
>
>Si on remplace par un node, je pense qu'on aura toujours le problème,
>dans
>un sens ou dans l'autre de l'autoroute.

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?

[Gad Jo]

Je me suis mal exprimé

L'analyse Osmose serait pour les point d'entrée de ville. Pas pour les way qui 
ne respecte pas les admin_level existant

Si ça peut permettre de placer les panneaux d'entrée/sortie de commune ce 
serait pas mal (et autres infos placée au même endroit)

Le August 4, 2020 7:13:56 AM UTC, osm.sanspourr...@spamgourmet.com a écrit :
> > Au lieu de supprimer autant de nœud, pourquoi ne pas remonter cette
>anomalie vers Osmose pour ajouter un nouveau contrôle ?
>
>Peut-être parce que la seule possibilité c'est de supprimer cette
>infox.
>
>Sur les 4639 points ajoutés par notre ami, approximativement 703 sont
>sur des highway (703 routes passent par ces points).
>
>Concernant 4 000 points environ : on a l'information que le
>contributeur
>a estimé que la limite urbaine c'était par là (au vue d'une imagerie
>_aérienne_ comme si les limites correspondaient forcément !).
>
>Absolument pas parce qu'il y a un panneau là.
>
>Donc tu fais quoi ? Tu regardes une imagerie de rue pour voir s'il y a
>un panneau dans le coin ?
>
>Non, supprimer ces 4 000 points c'est hélas la bonne solution.
>
>À ne pas confondre avec le cas de Florian (il a vu le panneau et a mis
>la limite non au niveau de la route mais au niveau du panneau, il peut
>mettre à jour sans problème).
>
>Jean-Yvon
>
>
>Le 04/08/2020 à 07:28, Gad Jo - perche...@toutenkamion.net a écrit :
>>
>>
>> Je suis sûr que d'autre contributeur en ont créé de la même façon et
>> qu'il pourraient bénéficier de ce type de correction.
>> Au passage ça évite les suppression accidentelle de nœud où d'autres
>> tag seraient ajoutés (honnêtement ça m'étonnerait mais autant
>prévoir).
>>
>> Le August 3, 2020 10:05:46 AM UTC, Romain MEHUT
>>  a écrit :
>>
>> Je viens d'envoyer un message par la messagerie interne
>d'osm.org.
>> J'attends donc encore un peu avant de passer au
>> traffic_sign=city_limit.
>>
>> Romain
>>
>>> De : Christian Quest 
>>> À : talk-fr@openstreetmap.org
>>> Sujet : Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un
>>> aire urbaine imaginaire ?
>>> Date : 03/08/2020 09:00:10 Europe/Paris
>>>
>>> Le 02/08/2020 à 22:51, Romain MEHUT a écrit :
>>> > Les hésitations ont trop duré, c'est souvent le problème dans
>>> OSM, on
>>> > n'ose pas toujours pour ne pas froisser des susceptibilités.
>Je
>>> n'ai
>>> > rien contre le tag boundary=urban, c'est juste que dans le cas
>>> > présent, son emploi s'est fait sans tenir compte des données
>déjà
>>> > présentes...
>>> >
>>> > Romain
>>> >
>>> Pour ça que la première chose à faire est de prendre contact
>avec le
>>> contributeur avant de faire la modification massive, surtout
>>> quand c'est
>>> un régulier comme ici.
>>>
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> --
>> Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma
>> brièveté.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Aire du viaduc de Millau

[Gad Jo]

Bonsoir,


En rentrant de Clermont-Ferrand pour aller vers le sud avec une halte à l'aire 
du viaduc de Millau j'ai eu droit à une belle erreur de routage.
J'étais invité à descendre 15km plus au sud en ignorant l'aire pour remonter 
vers le nord et rejoindre l'aire

Après simulation avec Osmand, il s'avère que l'aire est en fait composé de deux 
aires de repos. Les véhicules ne peuvent pas changer d'aire (portail visible à 
fort zoom) mais les piétons peuvent le faire pour admirer le point de vue.
Dans les fait, l'intitulé de l'aire sélectionne celle dans le sens sud-nord. 
Pour l'autre sens il ne faut pas sélectionner l'aire du viaduc de Millau mais 
placer l'étape dans le parking existant au sud.

Sachant qu'on ne tague pas pour le rendu mais que beaucoup d'utilisateur 
peuvent rencontrer la même erreur (j'ai pesté grave et ma chérie a sortie 
GoogleMaps + Waze), comment corriger cela ?
Identifier deux aires ? Sur le terrain il y a qu'un seul nom mais ça à le 
mérite d'être compréhensible
Revoir la géométrie de l'aire pour que le barycentre soit mieux placer ? Pas 
sûr que ça tienne sur le long ou très long terme
Créer une relation ou multipolygone avec un nœud comme centre ? Cela risque de 
complexifier les modifications pour les nouveaux au risque que des doublons 
soient ajouter

Là je sèche... Si vous avez des suggestions je prend

PS : le bug existait l'année dernière mais j'ai accusé les applications sans 
regarder la carte. Cette fois ci j'avais placé un marqueur au sud de l'aire 
(pour le sens nord-sud) mais j'arrivai de l'autre sensm (sud-nord)... Résulta 
je ne m'y suis jamais arrêté à cause d'un gros détour à 5 km au nord pour 
revenir dans le sud Fallait savoir que l'aire était séparée en deux. De 
loin ça à l'aire d'une grosse aire qui n'en manque pas (de l'air)
-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine imaginaire ?

[Gad Jo]

Au lieu de supprimer autant de nœud, pourquoi ne pas remonter cette anomalie 
vers Osmose pour ajouter un nouveau contrôle ?

Je suis sûr que d'autre contributeur en ont créé de la même façon et qu'il 
pourraient bénéficier de ce type de correction.
Au passage ça évite les suppression accidentelle de nœud où d'autres tag 
seraient ajoutés (honnêtement ça m'étonnerait mais autant prévoir).

Le August 3, 2020 10:05:46 AM UTC, Romain MEHUT  a 
écrit :
>Je viens d'envoyer un message par la messagerie interne d'osm.org.
>J'attends donc encore un peu avant de passer au
>traffic_sign=city_limit.
>
>
>
>Romain
>
>
>De : Christian Quest 
>À : talk-fr@openstreetmap.org
>Sujet : Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire
>urbaine imaginaire ?
>Date : 03/08/2020 09:00:10 Europe/Paris
>
>Le 02/08/2020 à 22:51, Romain MEHUT a écrit :
>> Les hésitations ont trop duré, c'est souvent le problème dans OSM, on
>
>> n'ose pas toujours pour ne pas froisser des susceptibilités. Je n'ai 
>> rien contre le tag boundary=urban, c'est juste que dans le cas 
>> présent, son emploi s'est fait sans tenir compte des données déjà 
>> présentes...
>>
>> Romain
>>
>Pour ça que la première chose à faire est de prendre contact avec le 
>contributeur avant de faire la modification massive, surtout quand
>c'est 
>un régulier comme ici.
>
>
>-- 
>Christian Quest - OpenStreetMap France
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Question sur la règle de nommage des rues

[Gad Jo]

Heuu justement l'erreur qui à fait que j'ai écris :-)
https://fr.m.wikipedia.org/wiki/Avenue_Pierre-de-Coubertin

Après si c'est extrêmement rare chez wikipedia mieux vaut conserver des 
ressources pour d'autres projets. C'était une réflexion à chaud.

Merci Christian pour ton retour fort clair et concis sur le changeset en 
espérant qu'il lira après les gros blocs d'explications précédent. 

Le July 22, 2020 1:48:43 PM UTC, Christian Quest  a 
écrit :
>Le 22/07/2020 à 14:57, Gad Jo a écrit :
>> Merci Christian, je pensai que je devenait fou mais c'était un 
>> contributeur néerlandais qui a pris pour argent comptant la toponymie
>
>> utilisée dans wikipedia.
>> Il aurait observé le nom des rues et des relations utilisé sur les 
>> rues il aurait eu un doute mais non... Il a fait ça un peu partout en
>
>> France.
>> C'est vraiment qu'on est des handicapés du bocal pour avoir fait la 
>> même erreur partout dans le pays :-)
>>
>> D'ailleurs est-il envisageable de remonter automatiquement ces
>erreurs 
>> de toponymie aux contributeur de wikipedia ou est-ce leur normes de 
>> nommage ? Si oui c'est dommage et complexifie la mutualisation de 
>> l'information.
>
>
>Quelle erreur sur wikipédia ?
>
>Exemple: https://fr.wikipedia.org/wiki/La_Celle-Saint-Cloud
>
>C'est ok pour moi.
>
>https://fr.m.wikipedia.org/wiki/Avenue_Pierre-de-Coubertin par contre
>ne 
>me semble pas correct vu que 
>https://fr.m.wikipedia.org/wiki/Pierre_de_Coubertin
>
>Erreur de wikipedia, la source officielle (opendata.paris.fr): "Avenue 
>Pierre de Coubertin" 
>https://opendata.paris.fr/explore/dataset/voie/table/?q=coubertin
>
>
>-- 
>Christian Quest - OpenStreetMap France

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Question sur la règle de nommage des rues

[Gad Jo]

Merci Christian, je pensai que je devenait fou mais c'était un contributeur 
néerlandais qui a pris pour argent comptant la toponymie utilisée dans 
wikipedia.
Il aurait observé le nom des rues et des relations utilisé sur les rues il 
aurait eu un doute mais non... Il a fait ça un peu partout en France.
C'est vraiment qu'on est des handicapés du bocal pour avoir fait la même erreur 
partout dans le pays :-)

D'ailleurs est-il envisageable de remonter automatiquement ces erreurs de 
toponymie aux contributeur de wikipedia ou est-ce leur normes de nommage ? Si 
oui c'est dommage et complexifie la mutualisation de l'information.

Le July 22, 2020 9:23:47 AM UTC, Christian Quest  a 
écrit :
>Le 21/07/2020 à 20:32, Gad Jo a écrit :
>> Bonsoir,
>>
>> Suite à un changement sur quelques rues j'ai contacté le contributeur
>
>> comme quoi on met des tirets entre les mots généralement sur les 
>> villes ou après le mot saint(e)... C'est n'est pas exhaustif bien
>sûr.
>>
>> Suite à sa réponse il me met le doute quand il me renvoie vers 
>> l'orthographe utilisé sur wikipedia. J'aurai besoin d'information et 
>> par défaut je préfère toujours me dire que j'ai tort et vérifier
>avant 
>> de répondre
>>
>> La discutions est sur ce changeset 
>>
>https://www.openstreetmap.org/changeset/88176811#map=15/43.1820/3.0232
>>
>> Quelle est la réponse approprié ?
>> -- 
>
>On n'ajoute pas de traits d'union dans les noms (sauf là où ils sont 
>normaux: Saint-Glinglin, Jean-Pierre, etc).
>
>Exception: la règle de toponymie pour les noms officiels des communes
>
>Là il y a des traits d'union partout, sauf après l'article initial:
>
>- Saint-Maur-des-Fossés
>
>- La Celle-Saint-Cloud
>
>
>Dans la zone du changeset je vois une "Rue Etienne-Gaillard", le trait 
>d'union ne devrait pas y figurer.
>
>-- 
>Christian Quest - OpenStreetMap France
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Question sur la règle de nommage des rues

[Gad Jo]

Cool,

Qu'est ce qui l'a induit en erreur ? Je n'ai pas bien compris sa démarche

Le July 21, 2020 7:12:34 PM UTC, Romain MEHUT  a écrit :
>Bonsoir,
>
>
>
>J'ai contacté également ce contributeur
>https://www.openstreetmap.org/changeset/88176435 et au final j'ai
>annulé ses contributions récentes.
>
>
>
>Romain
>
>
>De : Gad Jo 
>À : talk-fr@openstreetmap.org
>Sujet : [OSM-talk-fr] Question sur la règle de nommage des rues
>Date : 21/07/2020 20:32:06 Europe/Paris
>
>Bonsoir,
>
>Suite à un changement sur quelques rues j'ai contacté le contributeur
>comme quoi on met des tirets entre les mots généralement sur les villes
>ou après le mot saint(e)... C'est n'est pas exhaustif bien sûr.
>
>Suite à sa réponse il me met le doute quand il me renvoie vers
>l'orthographe utilisé sur wikipedia. J'aurai besoin d'information et
>par défaut je préfère toujours me dire que j'ai tort et vérifier avant
>de répondre
>
>La discutions est sur ce changeset
>https://www.openstreetmap.org/changeset/88176811#map=15/43.1820/3.0232
>
>Quelle est la réponse approprié ?
>-- 
>Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma
>brièveté. ___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Question sur la règle de nommage des rues

[Gad Jo]

Bonsoir,

Suite à un changement sur quelques rues j'ai contacté le contributeur comme 
quoi on met des tirets entre les mots généralement sur les villes ou après le 
mot saint(e)... C'est n'est pas exhaustif bien sûr.

Suite à sa réponse il me met le doute quand il me renvoie vers l'orthographe 
utilisé sur wikipedia. J'aurai besoin d'information et par défaut je préfère 
toujours me dire que j'ai tort et vérifier avant de répondre

La discutions est sur ce changeset 
https://www.openstreetmap.org/changeset/88176811#map=15/43.1820/3.0232

Quelle est la réponse approprié ?
-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Y a t'il des lenteur pour l'envoi vers Mapillary ?

[Gad Jo]

Bonsoir,


Depuis hier soir je n'arrive pas à envoyer mes captures sur Mapillary. En Wi-Fi 
ou 4g. Même après redémarrage et vidage du cache Android via le mode recovery.

Y a t'il des latences qui demandes à être patient ou est-ce un problème qui 
peut être liée à mon matériel ?

Actuellement quand je regarde mon profil Mapillary j'ai 3 pending édits en 
cours et 680 pending images... Comme si le traitement des envois précédent 
était arrêté.
-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] API indisponible ?

[Gad Jo]

C'était probablement lié à une erreur de configuration chez cloudflare et ça à 
perduré pendant quelques dizaine de minutes.

https://blog.cloudflare.com/cloudflare-outage-on-july-17-2020/

Le July 17, 2020 10:10:39 PM UTC, Jacques Lavignotte  a 
écrit :
>
>
>Le 17/07/2020 à 23:29, Gaël Simon a écrit :
>
>> api.openstreetmap.org n’a pas pu être résolu.
>
>Résolu en 6 et en 4.
>
>J.
>
>api.openstreetmap.org. 286 IN  A   130.117.76.13
>api.openstreetmap.org. 286 IN  A   130.117.76.12
>api.openstreetmap.org. 286 IN  A   130.117.76.11
>
>Non, rien.
>
>
>-- 
>GnuPg : 156520BBC8F5B1E3 Because privacy matters.
>« Quand est-ce qu'on mange ? » AD (c) (tm)
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Découpage administratif à Paris, les conseils de quartier

[Gad Jo]

Je ne suis pas certains que les conseils de quartier peuvent faire parti des 
limites administrative.
Sur ma ville un conseil de quartier peut englober jusqu'à 5 quartier ceci par 
manque de conseil existant. Mais ça peut donner une bonne idée sur le nom des 
quartier existant.

Le July 16, 2020 9:26:56 PM UTC, Brice  a écrit :
>Le découpage administratif, tel que défini pour la France
>https://wiki.openstreetmap.org/wiki/FR:Tag:boundary%3Dadministrative#Valeurs_sp.C3.A9cifiques_par_pays_pour_admin_level
>défini admin_level=10 comme "limites des quartiers utilisés pour la 
>démocratie locale"
>
>Dans le cas de Paris,
>sous l'arrondissement (admin_level=9)
>ont été tracés 80 quartiers administratifs 
>(https://fr.wikipedia.org/wiki/Liste_des_quartiers_administratifs_de_Paris)
>
>avec admin_level=10
>exemple : https://www.openstreetmap.org/relation/2195038
>
>Mais il se trouve qu'il y a un découpage encore plus fin : les conseils
>
>de quartier 
>(https://fr.wikipedia.org/wiki/Conseils_de_quartier_de_Paris) définis 
>avec une extension territoriale 
>(https://www.apur.org/sites/default/files/documents/54.pdf), il y en a 
>124 dans Paris.
>Cas particuliers :
>- dans le  1er, 3ème, 4ème, 5ème et 7ème arrondissements les conseils
>de 
>quartier ont la même extension que les quartiers administratifs (soit 4
>
>/ arrondissement)
>- dans le  2ème, un conseil de quartier s'étend sur 2 quartiers 
>adminsitratifs
>
>Si on se réfère à "limites des quartiers..." alors admin_level=10 
>correspond bien au quartier administratif
>mais si on se réfère à la deuxième partie de la définition
>("...utilisés 
>pour la démocratie locale") alors admin_level=10 correspond au conseil 
>de quartier, à Paris.
>
>Je prévois de tracer ces conseils de quartier, que faire ?
>1/ leur attribuer un admin_level=11 ? : ne fonctionnera pas dans le 
>2ème, ni 1er à 7 non plus d'ailleurs (ou si ?)
>2/ déclasser les quartiers actuels (mais pour en faire quoi) et 
>attribuer admin_level=10 aux conseils de quartier ?
>3/ un autre type de balisage, à la façon des EPCI 
>(https://wiki.openstreetmap.org/wiki/France/Limites_administratives/Tracer_les_limites_administratives#.C3.89tablissements_publics_de_coop.C3.A9ration_intercommunale_.28EPCI.29_.C3.A0_fiscalit.C3.A9_propre)
>
>?
>4/ autre ?
>
>-- 
>Cordialement
>Britzz
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mapillary -> opensStreetCam

[Gad Jo]

Après essai la gestion des doublons est prisent en compte. Un message 
d'information indique que l'envoi est déjà prévu ou déjà fait.

J'ai tellement de séquences à envoyer que la file d'attente est longue mais 
d'autres tests doivent être fait.
J'ai constaté que si un envoi est déjà prévu et qu'on sélection plusieurs 
séquence pour demander un nouvel upload vers openstreetcam on peut retrouver 
plusieurs fois la même séquences en file d'attente... C'est ce cas là qui est à 
contrôler, normalement ça devrait être OK mais à vérifier...

Le July 11, 2020 7:52:48 PM UTC, Jacques Lavignotte  a 
écrit :
>Lu sur le foroum Mapillary :
>
>
>I made a tool to copy your images between Mapillary and OpenStreetCam: 
>https://osm.svimik.com/photosync/
>
>https://forum.mapillary.com/t/mapillary-openstreetcam-synchronization-tool/4246
>
>J.
>
>-- 
>GnuPg : 156520BBC8F5B1E3 Because privacy matters.
>« Quand est-ce qu'on mange ? » AD (c) (tm)
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mapillary/Osmose/*signs

[Gad Jo]

Perso j'indique la limite sur la voie concernée. Pour le panneau et pour 
alléger les modifications pour le jour où les limites changent je m'abstient de 
créer les panneaux.

Prends le cas ou la vitesse est changée sur place et tu a les deux 
informations. Si tu en oubli une, un autre contributeur peut être tenter de 
corriger la bonne valeur par l'ancienne. Mettre les deux pourquoi pas mais 
autant limiter les informations redondante.

Le July 14, 2020 9:09:41 AM UTC, Jacques Lavignotte  a 
écrit :
>Bonjour,
>
>
>Je fais des capture d'itinéraires avec Mapillary.
>
>Quelques temps plus tard Osmose me propose les panneaux maxspeed / 
>maxweight.
>
>Autant que possible je reporte les restrictions sur la route.
>
>Mais j'en fais quoi de ces panneaux ?
>
>- posés sur le bord/dans le fossé ?
>
>- sur la way de la route ?
>
>- autre ?
>
>Merci, Jacques
>
>-- 
>GnuPg : 156520BBC8F5B1E3 Because privacy matters.
>« Quand est-ce qu'on mange ? » AD (c) (tm)
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mapillary -> opensStreetCam

[Gad Jo]

J'ai testé cet nuit et ça fonctionne bien.

Par contre ce matin sur mon petit écran j'ai appuyé de nouveau sur upload. 
J'espère que ça ne va pas repartir en double.
Tu a des infos à ce sujet ?

Le July 11, 2020 7:52:48 PM UTC, Jacques Lavignotte  a 
écrit :
>Lu sur le foroum Mapillary :
>
>
>I made a tool to copy your images between Mapillary and OpenStreetCam: 
>https://osm.svimik.com/photosync/
>
>https://forum.mapillary.com/t/mapillary-openstreetcam-synchronization-tool/4246
>
>J.
>
>-- 
>GnuPg : 156520BBC8F5B1E3 Because privacy matters.
>« Quand est-ce qu'on mange ? » AD (c) (tm)
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Test mission Pic4Review "Passage piéton en fauteuil roulant"

[Gad Jo]

Je viens de corriger la description pour ajouter "parfait" à "aucune 
restriction". L'idée est de conserver un texte court pour les petit écran.

Yes pas de source dans le changeset mais le détail de la source est présent sur 
chacune des modifications. L'image mapillary associé est placé sur le nœud.

Ce week-end je fait une version en anglais et je propose cette mission comme 
modèle à la place de celle déjà existante.

Je travail sur deux missions en lien avec les panneaux publicitaire mais cette 
fois ci ça demande des modifications dans le code de pic4review (conflit de tag 
entre les deux missions). Quand j'aurai monté une instance locale il est 
probable que je remonte quelques questions à ce sujet dans un sujet dédié.
Pour les curieux c'est les missions (en test) 
https://pic4review.pavie.info/#/mission/1161
https://pic4review.pavie.info/#/mission/1174

Le July 10, 2020 9:21:01 AM UTC, "Éric Gillet"  a 
écrit :
>Le 09/07/2020 à 14:21, Percherie OnDaNet a écrit :
>> La mission "Passages piéton en fauteuil roulant" : 
>> https://pic4review.pavie.info/#/mission/1103
>>
>> Avant de la proposer comme modèle sur Pic4Review, pouvez-vous
>vérifier 
>> si je n'ai pas fait de coquille dans les tags utilisé ? Vous pouvez 
>> les consulter quand vous dupliquez la mission pour votre zone. Au 
>> besoin je peut les énumérer ici mais si je peut éviter de polluer la 
>> liste.
>
>Petit détail, mais je pense qu'il faudrait homogénéiser les termes
>entre 
>les boutons de la revue et sa présentation (exemple "Parfait"="Aucune 
>restriction").
>
>Autre soucis mais sûrement plus général à Pic4Review, il n'indique pas 
>la source (image Mapillary par ex.) dans les changesets.
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OverPass et rue sans éclairage en ville

[Gad Jo]

Bonjour,


J'ai fait quelques essais supplémentaires et mes requêtes sont toujours en 
erreur ou bien les commandes utilisée ne sont pas les bonnes.

Est-ce qu'une personne aurait une piste de recherche en m'indiquant le nom des 
commandes à utiliser ?

Le July 3, 2020 1:13:19 PM UTC, Percherie OnDaNet  
a écrit :
>Bonjour,
>
>
>Je suis en train de regarder comment extraire les voies sans éclairage 
>en ville et les voies principale hors aglo. Je part de la requête
>suivante :
>
>[out:json][timeout:250];
>(
>   way["highway"][!"lit"]({{bbox}})(if: length() > 30);
>);
>// print results
>out body;
>>;
>out skel qt;
>
>Comment ajouter une zone englobante ayant les tags suivant  : 
>landuse=residential|retail|commercial|industrial
>
>En dehors de ces zones, je compte exclure les tag suivant : 
>highway=track|path|road

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Extracteur de fichier GeoJSON correspond aux points d'arrêts et aux lignes à partir d'un fichier GTFS

[Gad Jo]

Je suis en train de reprendre la construction du réseau de bus de l'Agglo de 
Narbonne.
J'ai commencé il y a longtemps avec le schéma de transport V1 et je suis en 
train de tout recontroler pour un passage en V2.
La page de suivis est également est cours de correction car les façon de taguer 
ont changé : https://wiki.openstreetmap.org/wiki/Narbonne/Transports_en_commun

Je suis intéressé ce qui est indiqué dans l'info lettre de 
transport.data.gouv.fr mais je n'ai rien trouvé concernant la zone de Narbonne. 
Qui publie les jeux de données ?

Le June 30, 2020 2:31:07 PM UTC, "Yves P."  a écrit :
>Bonjour,
>
>Pour celles et ceux qui veulent cartographier dans OSM les lignes de
>transport en commun, transport.data.gouv.fr
> vient d'annoncer ceci dans son
>Info-lettre de Juin 2020.
>
>__
>Yves
>
>
>Des réseaux de transport cartographiés
>Un extracteur de GeoJSON pour ouvrir de nouveaux usages.
>[lien vers la photo dans l'article
>]
>Le format GTFS peut faire peur. Le Point d'Accès National n'a pas pour
>seul but d'alimenter des calculateurs d'itinéraires mais doit permettre
>au plus grand nombre d'organisations de s'approprier ces données. Aussi
>diffuser les données sous d'autres formats peut être un moyen de
>toucher de nouveaux utilisateurs et développer de nouveaux usages.
>C'est pourquoi nous avons mis en place un extracteur de GeoJSON qui
>génère pour chaque fichier GTFS un fichier GeoJSON correspond aux
>points d'arrêts et aux lignes. La visualisation de ce GeoJSON est pour
>le moment disponible dans les résultats d'analyses de GTFS. Ceci sera
>également ajouté comme ressource communautaire sur chaque jeu de
>données pour permettre de télécharger ce fichier GeoJSON. Nous
>envisageons également de produire un fichier complet pour la France et
>une interface de visualisation. N'hésitez pas à nous indiquer votre
>intérêt pour ce travail, il serait alors priorisé !

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Comment restaurer des données supprimée

[Gad Jo]

Bonjour,


J'ai fait une suppression malheureuse mais je m'en rend compte très 
tardivement. La zone est très limité. Sur deux immeubles.

C'est plus simple de refaire un import du cadastre mais je demande ça aussi 
pour apprendre comment répondre à cette étude de cas.

J'ai posté la demande sur le forum pour que le plus grand nombre profite de la 
réponse mais sans succès depuis depuis mai.

Est-ce qu'une personne aurait une solution ?
https://forum.openstreetmap.fr/viewtopic.php?f=5&t=7400
-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Facebook achète Mapillary !

[Gad Jo]

Bonjour,


Pour l'instant les discutions et les crainte restent cantonnée à la France et 
l'association osm-fr est sollicitée.

Je présume que c'est partout similaire dans les autres pays. Quelles sont les 
réactions des autres communautés ? Une réponse au niveau de osm-world est 
probablement à l'étude.
Une mutualisation des idées est parfois envisageable mais il faut en avoir 
connaissance. Je suis curieux, voilà tout.

Le June 19, 2020 3:53:40 PM UTC, Christian Quest  a 
écrit :
>Le changement de paysage peut relancer l'intérêt pour un tel outil.
>
>L'idée à l'époque avait plus ou moins été de conserver une copie et 
>d'envoyer vers les deux.
>
>Contrairement à Mapillary, le code d'OpenStreetCam est ouvert, il
>serait 
>peut être pertinent d'y jeter un oeil et de reprendre éventuellement ce
>
>flambeau.
>
>
>L'essentiel quand même dans tout ça est la conservation du stock de 
>photos, car même si elles sont disponibles sous une licence libre,
>elles 
>dépendent de l'hébergement fait par Mapillary (et donc gratuit pour 
>nous, mais pas pour eux) et celui-ci peut très bien être coupé, réduit,
>
>changer de politique, etc...
>
>L'urgence pour moi est donc dans l'immédiat le "takeout" ;)
>
>
>Le 19/06/2020 à 17:28, PanierAvide a écrit :
>> C'est le problème de la poule ou l'oeuf : difficile de mobiliser sans
>
>> un début de solution, et pas évident d'avoir une solution technique 
>> sur ce sujet lancée par une personne qui soit motivante pour amener 
>> des contributions rapidement...
>>
>> Adrien P.
>>
>> Le 19/06/2020 à 17:24, Marc M. a écrit :
>>> Bonjour,
>>>
>>> Le 19.06.20 à 16:41, Vincent de Château-Thierry a écrit :
 si quelqu'un.e a *envie* qu'un démonstrateur "proxy Mapillary/OSC" 
 voit le jour, qu'il/elle n'hésite pas à se lancer
>>> je ne partage pas ta vision du communautaire.
>>>
>>> *j*'ai envie de me lancer dans le sujet, comme je l'avais dis
>>> il y a plus d'un an.
>>> mais ce que je n'ai pas envie, c'est d'un Xieme projet mono-leader
>>> qui s'arrête ou se grippe le jour où le mono-leader est
>indisponible.
>>> le monde libre est plein de projet agonisant, quel gâchis de ne
>>> pas se concentrer sur le durable, ce qui implique aussi d'être
>>> humainement durable. c'est en ce sens que je disais que la
>>> communauté n'avait pas eu envie en 2018 du sujet, ou dit
>>> autrement, il n'y avait pas une manifestation de porteur*s*
>>> pour que l'idée se poursuive
>>>
>>> ___
>>> 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
>>
>-- 
>Christian Quest - OpenStreetMap France
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cartopartie : comment relever efficacement les horaires des commerces ?

[Gad Jo]

Bonsoir,


C'est probablement une mauvaise idée mais je tente le coup.

Avec une première équipe qui ajoute à chaud les enseignes avec Osmand ou 
Vespucci. Puis quelques dizaine de minutes plus loin une seconde équipe qui 
ajoute les horaires avec streetcomplete
Il faut rafraîchir régulièrement la liste des requête pour récupérer les ajouts 
tout frais.
Streetcomplete à un super assistant de saisie pour les horaires.

Seul et en saisie à la volée de quelques secondes pendant les balades en 
poussette, je suis obligé de le faire en deux temps. Le laps de temps entre mes 
deux saisie étant très espacé (plusieurs semaines) je ne suis certains pas que 
streetcomplete puisse fonctionner à chaud.
A tester

Le June 14, 2020 7:02:03 PM UTC, Arnaud Champollion 
 a écrit :
>Bonjour,
>
>Je sollicite vos conseils d'organisation.
>
>Jeudi 18 mai le groupe OsmDigne que j'anime sera en cartopartie au 
>centre-ville de Digne-les-Bains, sur le thème des ERP (établissements 
>recevant du public) : commerces, restaurants, bars, cabinets médicaux, 
>administrations ...
>
>http://www.linux-alpes.org/osmdigne-ca-repart/
>
>Nous prévoyons
>
>-  des équipes chargées des relevés de noms, qui annoteront une carte 
>papier imprimée :
>http://linux-alpes.org/osmdigne/bd_gassendi_4_pages.pdf
>
>- des équipes chargées des relevés des horaires
>
>Pour cette deuxième équipe, avez-vous au l'occasion de mettre en place 
>des procédures en particulier ?
>
>Noter les horaires sur place peut être très long, donc j'imaginais
>avoir 
>recours à la photo. Une équipe avec un photographe et un secrétaire, le
>
>premier photographiant les panneaux d'horaires, le second notant dans
>un 
>tableau préalablement numéroté les noms des commerces, afin que l'on 
>puisse établir les correspondances pour le versement des contributions 
>... à considérer que le photographe s'astreigne à ne prendre qu'une 
>seule photo de chaque panneau horaire.
>
>Je suis preneur de toutes vos expériences et conseils pour réaliser ces
>
>relevés sur le terrain de façon fiable et tenable dans le temps.
>
>Merci
>
>Arnaud
>
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] On va changer notre infra informatique

[Gad Jo]

Bonjour,


Suite au mail, c'est Noël je viens de fairr le rapprochement qu'au boulot nous 
allons changer notre infra d'ici quelques semaines, c'est SPIE qui va tout 
récupérer pour recyclage.

Si ça intéresse l'association je peut en parler au DSI voir si c'est 
envisageable de vous le céder. Sous réserve d'accord du DG.

Je n'ai pas le détail techniques mais je peut l'avoir dans la journée. Il y a 
deux ESX Dell, baie de stockage de quelques tera en raid, switch et l'ensemble 
des rack de rangement.

Si ça peut aider pour les projets de test et développement ce sera déjà ça... 
Surtout qu'ils sont en train de découvrir uMap et OSM via les démo que je leur 
ai fait.

Ne tardez pas pour que je puisse avoir le temps d'en parler et si possible de 
mettre la cession du matériel en place.

Hors sujet : les équipes sur le terrain et dans les services de construction ou 
la politique de la ville sont conquises par l'utilisation d'uMap et ont de 
grande difficultés pour montrer l'intérêt au DG qui prends ça pour un gadget. 
Les équipes vont lui refaire une présentation d'uMap, y a t'il des exemples ou 
blog qui pourrait les inspirer pour leur présentation de projet ? (Je bosse 
pour un office HLM)

Cordialement 

Le June 10, 2020 9:34:37 PM UTC, Christian Rogel 
 a écrit :
>
>
>> Le 10 juin 2020 à 18:15, Marc M.  a écrit
>:
>> 
>> Bonjour,
>> 
>> au niveau de la liste de l'asso osm-fr, démarre une discussion
>> autour de "à quoi l'asso devrait affecter ses ressources humaines
>> et financière".
>> 
>> - avoir un éditeur web consensuel utilisable (le fameux id-consensuel
>> grâce aux patchs de fred)
>
>
>Sans avoir idée de ce que pourraient apporter les patchs de Frédéric,
>je signale que le président et le CA
>de la Fondation d’OSM ont présenté à la discussion par la communauté
>(RFC) l’idée d’une instance qui 
>pourrait aplanir les divergences entre développeurs d’ID et les
>contributeurs :
>
>https://blog.openstreetmap.org/2020/06/08/toward-resolution-of-controversies-related-to-id/
>
>Ce texte a été appprouvé par les développeurs d’iD.
>
>La discussion sur la liste internationale a mis en lumière que, si
>Mapbox a payé et paie encore une partie
>du développement, la propriété morale d’iD appartient à la Fondation.
>
>
>Christian R.
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Modification de tags en masse dans JOSM

[Jo]

Il y a moyen avec le plugin scripting. Pas tout à fait facile, mais
faisable.

https://josm.openstreetmap.de/wiki/Help/Plugin/Scripting/Python

Polyglot


Op do 11 okt. 2018 om 19:24 schreef Nicolas Moyroud :

> Bonjour à tous,
>
> J'avais déjà posé la question mais elle était noyée dans un autre fil de
> discussion, comme personne n'a répondu je me permet de la reposer dans
> ce fil spécifique.
>
> Je voulais savoir si il y en a parmi vous qui savent comment avec JOSM
> on peut modifier en masse seulement une partie de la valeur d'un tag. Ce
> que je voudrais faire par exemple c'est modifier pour le tag ref="D 165"
> le D en M. Le problème c'est que j'aimerai faire la modification pour
> toutes les valeurs différentes ref="D*" en un seul coup. J'ai une astuce
> pour ça qui consiste à sauver dans un fichier OSM et modifier avec
> l'éditeur de texte puis recharger le fichier dans JOSM. Mais c'est un
> peu tordu et si je pouvais le faire direct avec JOSM ce serait plus simple
> !
>
> Nicolas
>
>
> ___
> 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] [Hot-francophone] Règles de l'édition dirigée, nouvelle version de travail

[Jo]

Je ne vois rien là-dedans qui n'est pas raisonnable.

Polyglot

Op vr 28 sep. 2018 om 08:49 schreef Severin Menard :

> Bonjour à tous,
>
> Pour a dernière réunion du bureau de l'OSMF il y a une semaine, est
> apparue une version refondue de la fameuse Policy/guidelines de l'édition
> organisée préparée par le Data Working Group et qui n'avait pas été
> diffusée auparavant. Voici le texte :
>
>
> https://wiki.osmfoundation.org/w/images/1/13/Organised_editing_guidelines_version_20180908.pdf
>
> Le bureau de l'OSMF n'a pas eu le temps de discuter de cette nouvelle
> version et y travaillera d'ici la prochaine. Peter Barth souhaite que ces
> échanges soient publics ou du moins publiés. Pour leur implication
> professionnelle dans Telenav et Mapbox, Martjn van Exel et Mikel Matin
> seront écartés du vote. À la fin de la réunion, quand la parole a été
> ouverte à l'auditoire, Nakaner a fait remarquer à Heather Leson qu'il
> devrait en être de même en ce qui la concerne, compte tenu de l'implication
> de la Fédération Internationale des Croix-Rouge dans le mouvement Missing
> Maps (qui avec les sociétés engagées dans des activités de cartographie
> OSM, est l'autre raison de la lise en oeuvre de ces guidelines, au vu de la
> qualité souvent produite). Ce point n'a pas ensuite été éclairci.
>
> Christoph Hormann a envoyé un courriel très critique sur ce nouveau texte
> sur la liste de discussion de l'OSMF, reprenant ce qu'il avait dit en fin
> de réunion. Le flou sur les activités concernées par le texte de ces
> guidelines est notamment particulièrement impressionnant.
>
> Bref, mieux vaut lire ce texte et faire connaître son opinion avant qu'il
> ne soit adopté.
>
> Séverin
>
> ___
> Hot-francophone mailing list
> hot-francoph...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot-francophone
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rond-points à la découpe. Pourquoi ?

[Jo]

Maintenant que l'on parle de rotondes et les chemins en fourche, qu'est-ce
que vous pensez de ceci:

https://www.youtube.com/watch?v=CsFew4jVuWQ

Je l'ai développé comme prototype en Python et il ne fonctionne pas encore
comme il faut quand il y a une piste cyclable autour de la rotonde, mais
j'aimerais savoir si ça vous paraît utile si ajouté au PT_Assistant.

Le code source est ici:
https://josm.openstreetmap.de/wiki/Help/Plugin/Scripting/Python

Jo

Op vr 14 sep. 2018 om 15:57 schreef Rpnpif :

> Le 14 septembre 2018, Sébastien Dinot a écrit :
>
> > Le lendemain, un ami m'a appris (peut-être rappelé) que ce n'était pas
> nécessaire, qu'on pouvait intégrer le rond-point en entier dans la
> relation. Pour le coup, d'un point de vue topologique, c'est surprenant,
> mais si les outils de routage s'en sortent, ça me va tout aussi bien
> sachant que la tâche est alors grandement facilitée (et que j'ai repéré
> d'autres « mini_roundabout » tout aussi complexes à corriger).
>
> Bonjour,
>
> Je pense aussi que c'est la meilleure solution.
>
> Même si ce n'est pas courant, faire attention aussi aux relations
> "interdiction de tourner" à gauche ou à droite. Elles coupent les
> cheminements, tronçonnant ainsi les ronds-points. Mais, je répète c'est
> rare sur un rond-point.
>
> --
> Alain Rpnpif
>
> ___
> 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] Rond-points à la découpe. Pourquoi ?

[Jo]

Je suis toujours disponible pour faire un Google Hangout. Ça fait déjà un
bon moment (été 2017) que je considère de faire des Hangout en ligne avec
pour sujet le transport en commun. J'avoue que les seuls villes où j'ai été
en France sont Caen, Strasbourg, Dunkerque et Avignon. Paris aussi, mais je
ne me rappelle plus si j'ai déjà cartographié des lignes de bus là-bas.

Pour les autres villes je me base sur l'existant et je 'répare' les
interruptions dans les itinéraires, ou les chemins empruntés en contresens
de sens unique.

Je dois regarder le greffon reltoolbox que tu mentionnes. Pour l'instant
PT_Assistant ne s'occupe pas de relations route_master ni des noms données
aux itinéraires. Ici en Belgique j'avais créé des scripts python qui
génèrent ces noms et les relations route_master basé sur les données des
opérateurs. Les relations route aussi, avec tous les arrêts dedans dans la
bonne ordre.

Cet été l'idée était d'avoir un projet pour un site Django qui ferait
quelque chose de comparable pour les données GTFS, mais le projet a échoué,
malheureusement.

Jo

Op vr 14 sep. 2018 om 14:07 schreef Jérôme Seigneuret <
jerome.seigneu...@gmail.com>:

> Pour revenir dessus, si tu es toujours sur Montpellier on peut faire un
> sujet là dessus en réunion OSM ou ailleurs. Pur le reste sous JOSM comme tu
> le site il y a un plugin indispensable pour exploiter les relations
> proporement* reltoolbox *et une feuille de style dédié. On dévie un peu
> du sujet initial mais le but et de faire une super relation pour les lignes
> et de faire des relation pour les itinéraire A > B; B < C; A > C ... les
> lettres restes les points terminaux. J'ai aussi initié le travail de
> conversion mais j'ai pas pris le temps de le finir. Autant dire que c'est
> pas d'aujourd'hui
> https://www.openstreetmap.org/user/jseigneuret/diary/35497
>
> Le ven. 14 sept. 2018 à 12:03, Jo  a écrit :
>
>> C'est vrai, à Montpellier j'ai pris "trop de foin sur ma fourchette". J'y
>> ai commencé avec beaucoup de volonté, mais c'était échec total et après une
>> semaine j'ai abandonné. Trop de conflits d'édtion. Il ne m'est toujours pas
>> claire vers quel système on veut aller là-bas. Si c'est d'avoir des NOEUDS
>>
>> highway=bus_stop
>> public_transport=platform
>> bus=yes
>>
>> ou
>>
>> railway=tram_stop
>> public_transport=platform
>> tram=yes
>>
>> je veux bien aider avec la conversion.
>>
>> Si c'est pour finir avec des noeuds
>> public_transport=stop_position
>>
>> et des WAYS
>>
>> public_transport=platform
>>
>> j'abandonne.
>>
>> Il ne m'est toujours pas clair quel est le but et quoi faire des noeuds
>>
>> public_transport=pole
>>
>> Mais bon, une des choses que je fais également c'est de découper les
>> rotondes et ce n'est pas apprécié, donc il est probablement mieux que je
>> vais quelque part d'autre.
>>
>> Pour les rendre 'fermés' (avec JOSM):
>>
>> Ctrl-f
>> "junction=roundabout inview"
>> c
>>
>> Jo
>>
>>
>>
>> Op vr 14 sep. 2018 om 11:05 schreef Jérôme Seigneuret <
>> jerome.seigneu...@gmail.com>:
>>
>>> Salut,
>>> Pour faire simple, Quand tu crées des relations pour les itinéraires
>>> (exemple transport en commun en bus) et éviter d’annoncer que tu fais le
>>> tour du rond-point quand c'est pas le cas.
>>>
>>> Après il faut faire ça correctement.
>>>
>>>
>>> https://www.openstreetmap.org/search?query=montpellier#map=19/43.61322/3.85909&layers=T
>>>
>>> Ici c'est un cas typique de découpe sans que les tronçons soit mis à
>>> jour dans la relation.
>>>
>>> Bonne journée
>>>
>>> Le ven. 14 sept. 2018 à 09:10, Jo  a écrit :
>>>
>>>>
>>>> Op vr 14 sep. 2018 om 09:05 schreef Sébastien Dinot <
>>>> sebastien.di...@free.fr>:
>>>>
>>>>> Bonjour,
>>>>>
>>>>> - Mail original -
>>>>> > Pas forcement, moi-même j'ai commencé à représenter des itinéraires
>>>>> > de bus en découpant les giratoires, tout simplement car cela m'a
>>>>> > semblé plus logique ainsi.
>>>>> > Le but étant de retranscrire le cheminement du bus.
>>>>>
>>>>> Idem.
>>>>>
>>>>> > Bon ensuite j'ai compris que la pratique veut que l'

Re: [OSM-talk-fr] Rond-points à la découpe. Pourquoi ?

[Jo]

C'est vrai, à Montpellier j'ai pris "trop de foin sur ma fourchette". J'y
ai commencé avec beaucoup de volonté, mais c'était échec total et après une
semaine j'ai abandonné. Trop de conflits d'édtion. Il ne m'est toujours pas
claire vers quel système on veut aller là-bas. Si c'est d'avoir des NOEUDS

highway=bus_stop
public_transport=platform
bus=yes

ou

railway=tram_stop
public_transport=platform
tram=yes

je veux bien aider avec la conversion.

Si c'est pour finir avec des noeuds
public_transport=stop_position

et des WAYS

public_transport=platform

j'abandonne.

Il ne m'est toujours pas clair quel est le but et quoi faire des noeuds

public_transport=pole

Mais bon, une des choses que je fais également c'est de découper les
rotondes et ce n'est pas apprécié, donc il est probablement mieux que je
vais quelque part d'autre.

Pour les rendre 'fermés' (avec JOSM):

Ctrl-f
"junction=roundabout inview"
c

Jo



Op vr 14 sep. 2018 om 11:05 schreef Jérôme Seigneuret <
jerome.seigneu...@gmail.com>:

> Salut,
> Pour faire simple, Quand tu crées des relations pour les itinéraires
> (exemple transport en commun en bus) et éviter d’annoncer que tu fais le
> tour du rond-point quand c'est pas le cas.
>
> Après il faut faire ça correctement.
>
>
> https://www.openstreetmap.org/search?query=montpellier#map=19/43.61322/3.85909&layers=T
>
> Ici c'est un cas typique de découpe sans que les tronçons soit mis à jour
> dans la relation.
>
> Bonne journée
>
> Le ven. 14 sept. 2018 à 09:10, Jo  a écrit :
>
>>
>> Op vr 14 sep. 2018 om 09:05 schreef Sébastien Dinot <
>> sebastien.di...@free.fr>:
>>
>>> Bonjour,
>>>
>>> - Mail original -
>>> > Pas forcement, moi-même j'ai commencé à représenter des itinéraires
>>> > de bus en découpant les giratoires, tout simplement car cela m'a
>>> > semblé plus logique ainsi.
>>> > Le but étant de retranscrire le cheminement du bus.
>>>
>>> Idem.
>>>
>>> > Bon ensuite j'ai compris que la pratique veut que l'on découpe pas
>>> > les giratoires, je me suis adapté et en effet c'est plus simple à
>>> > gérer ainsi.
>>>
>>> Idem.
>>>
>>> Il se trouve qu'en début de semaine, j'ai passé un long moment à
>>> transformer un « mini_roundabout » sur lequel venaient se greffaient 4
>>> voies simples en « roundabout » (ce qu'il était clairement) avec les
>>> jonctions en Y. Mon problème n'avait pas été la création du rond-point et
>>> des axes en eux-mêmes, mais le découpage du rond-point et la modification
>>> des nombreux trajets de bus qui passaient par ce rond-point en m'assurant
>>> qu'au final, je n'avais cassé aucune relation.
>>>
>>> Le lendemain, un ami m'a appris (peut-être rappelé) que ce n'était pas
>>> nécessaire, qu'on pouvait intégrer le rond-point en entier dans la
>>> relation. Pour le coup, d'un point de vue topologique, c'est surprenant,
>>> mais si les outils de routage s'en sortent, ça me va tout aussi bien
>>> sachant que la tâche est alors grandement facilitée (et que j'ai repéré
>>> d'autres « mini_roundabout » tout aussi complexes à corriger).
>>>
>>
>> Je veux bien vous démontrer que cette tache est rendu triviale avec le
>> greffon PT_Assistant.
>>
>> Polyglot
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Cordialement,
> Jérôme Seigneuret
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rond-points à la découpe. Pourquoi ?

[Jo]

Op vr 14 sep. 2018 om 09:05 schreef Sébastien Dinot :

> Bonjour,
>
> - Mail original -
> > Pas forcement, moi-même j'ai commencé à représenter des itinéraires
> > de bus en découpant les giratoires, tout simplement car cela m'a
> > semblé plus logique ainsi.
> > Le but étant de retranscrire le cheminement du bus.
>
> Idem.
>
> > Bon ensuite j'ai compris que la pratique veut que l'on découpe pas
> > les giratoires, je me suis adapté et en effet c'est plus simple à
> > gérer ainsi.
>
> Idem.
>
> Il se trouve qu'en début de semaine, j'ai passé un long moment à
> transformer un « mini_roundabout » sur lequel venaient se greffaient 4
> voies simples en « roundabout » (ce qu'il était clairement) avec les
> jonctions en Y. Mon problème n'avait pas été la création du rond-point et
> des axes en eux-mêmes, mais le découpage du rond-point et la modification
> des nombreux trajets de bus qui passaient par ce rond-point en m'assurant
> qu'au final, je n'avais cassé aucune relation.
>
> Le lendemain, un ami m'a appris (peut-être rappelé) que ce n'était pas
> nécessaire, qu'on pouvait intégrer le rond-point en entier dans la
> relation. Pour le coup, d'un point de vue topologique, c'est surprenant,
> mais si les outils de routage s'en sortent, ça me va tout aussi bien
> sachant que la tâche est alors grandement facilitée (et que j'ai repéré
> d'autres « mini_roundabout » tout aussi complexes à corriger).
>

Je veux bien vous démontrer que cette tache est rendu triviale avec le
greffon PT_Assistant.

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

Re: [OSM-talk-fr] Rond-points à la découpe. Pourquoi ?

[Jo]

junction=roundabout sur un way veut dire que ce way fait partie d'un
giratoire. Si le premier noeud et le dernier noeud de ce way sont le même,
c'est un closed way, comme tu le préfères pour les rotondes, mais ce n'est
pas obligatoire.

Si je découpe des rond-points, ce n'est pas aléatoire comme tu sembles
insinuer. Le but est toujours de créer des relations transports en
commun/cyclisme/randonnée qui sont continues décrivant exactement ce que
fait le bus, sans calculation répétitive nécessaire.

Jo

Op vr 14 sep. 2018 om 07:11 schreef Axelos :

> Bonjour,
>
> Le 14/09/2018 à 00:16, marc marc a écrit :
> > tag pour le rendu : afficher qu'un morceau du rond-point utilisé par un
> > trajet de de bus au lieu d'afficher l'ensemble du rond-point.
> > on a dàjà mainte fois évoqué la galère de maintenance que cela constitue
> > mais je pense que c'est peine perdue
>
> Pas forcement, moi-même j'ai commencé à représenter des itinéraires de
> bus en découpant les giratoires, tout simplement car cela m'a semblé
> plus logique ainsi.
> Le but étant de retranscrire le cheminement du bus.
>
> Bon ensuite j'ai compris que la pratique veut que l'on découpe pas les
> giratoires, je me suis adapté et en effet c'est plus simple à gérer ainsi.
>
> ___
> 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] Rond-points à la découpe. Pourquoi ?

[Jo]

Tag pour le rendu veut dire: utiliser un tag qui ne s'applique pas, juste
parce que l'on aime bien la couleur ou icõne utilisé par le rendu.

Sur un rond-point découpé on peut décrire exactement ce que fait le bus sur
le rond point.
Ce qui est surtout utile quand le bus emprunte la rotonde plusieurs fois,
ce qui arrive plus souvent que l'on ne le penserait.

Et oui, c'est plus clair dans le rendu également.


Pour la maintenance, avec JOSM on peut faire:

Ctrl-f
"junction=roundabout inview"

pour sélectionner tous les morceaux composants la rotonde.

Avec iD, je ne sais pas. C'est trop limité, je ne l'utilise que
sporadiquement.

Polyglot

Op vr 14 sep. 2018 om 00:17 schreef marc marc :

> tag pour le rendu : afficher qu'un morceau du rond-point utilisé par un
> trajet de de bus au lieu d'afficher l'ensemble du rond-point.
> on a dàjà mainte fois évoqué la galère de maintenance que cela constitue
> mais je pense que c'est peine perdue
>
> Le 13. 09. 18 à 23:19, Christian Rogel a écrit :
> > J’aimerais connaître les raisons pour lesquelles certains membres de la
> communauté jugent utiles de couper les rond-points petits morceaux (jusqu’à
> 7).
> > Ceux que j’ai tracé dans ma ville, connue pour être la capitale des
> rond-points (il y en a quelques centaines sur toute l’agglomération) ont
> été découpés peu de temps avant que le réseau de bus soit complètement
> réagencé.
> > Depuis des semaines, je reconstitue les rond-points, les redimensionne
> et les recale, si nécessaire.
> > Je me suis aperçu que la fusion est sensible à une faute d’orthographe
> dans un des « name ». Elle était empêchée, parce qu’un segment était nommé
> « name:br = kroazhent-tro X » (il faut un s et non un z). Anomalie assez
> peu explicable.
> > Cela me fait penser que le découpage a pour conséquence de compliquer la
> tâche de ceux qui veulent ajouter des « name » dans des alphabets
> différents.
> > Apparemment et heureusement, les relations n’interfèrent pas.
> > Cela va dans le sens de les attacher au rond-point entier.
> > Il arrive d’ailleurs qu’il n’y ait qu’un seul arrêt pour les deux sens,
> donc le bus est amené à faire un tour complet (dans un cas, le trajet est
> énorme, peut-être 150 m).
> >
> > Les réorganisations des bus sont d’excellentes occasions pour vérifier
> la qualité et remettre à jour la voirie, les adresses, les passages
> piétons, etc.
> >
> > Christian R.
> >
> >
> >
> > ___
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] nom du tunnel et nom de la voie utilisant le tunnel

[Jo]

J'ai cartographié quelques tunnels à Bruxelles:

https://www.openstreetmap.org/relation/7785407
https://www.openstreetmap.org/relation/7780226

https://www.openstreetmap.org/relation/7780226
https://www.openstreetmap.org/relation/7774081

Polyglot

Op ma 20 aug. 2018 om 08:12 schreef Francescu GAROBY :

> "associated street" va provoquer une erreur, car un des noms de voie (le
> tronçon qui portera le nom du pont/tunnel) ne correspondra pas au nom donné
> à la relation.
>
>
> Francescu
>
> Le dim. 19 août 2018 à 11:39, Philippe Verdy  a
> écrit :
>
>> Il y a bien un "bridge_name". Cependant on a une alternative avec les
>> relations:
>> * associated street pour regrouper les segments d'une rue
>> * les "routes" pour les segments d'itinéraires référencés (certains ayant
>> des noms comme "L'Aquitaine" pour les autoroutes)
>> * les fleuves et rivières aussi ont des noms locaux (ou qui peuvent
>> changer le long du cours, notamment les cours d'eau internationaux)
>> * les "lock_name" pour les noms d'écluse
>> On a aussi les "alt_name" si on veut garder le nom de la rue et mettre le
>> nom local du tunnel/pont/écluse comme nom local par défaut dans "name" (ce
>> qui est souvent la meilleure solution: on privilégie le local)
>>
>>
>> Le dim. 19 août 2018 à 11:32, David Crochet  a
>> écrit :
>>
>>> Bonjour
>>>
>>> j'ai pas chercher en profondeur mais que faire dans le cas où une voie,
>>> route, rue, passage utilise un tunnel (réciproquement un pont). Doit-il
>>> porter le nom du tunnel (et réciproquement) ou doit-il garder son nom,
>>> et dans ce dernier cas comment indiquer le nom du tunnel (et
>>> réciproquement)
>>>
>>> Pour un pont, l'astuce serait que l'emprise pourrait porter ce nom et
>>> non les voies qui l'emprunte. Mais je n'ai jamais vu d'emprise pour un
>>> tunnel.
>>>
>>> Cordialement
>>>
>>> --
>>> David Crochet
>>>
>>>
>>> ___
>>> 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
>>
>
>
> --
> Francescu
> ___
> 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] La dernière version de PT_Assistant vient d'être publié

[Jo]

Salutations,

La dernière version du greffon PT_Assistant vient d'être publié pour un
usage général. Il y a quelques jours déjà, mais je voulais encore tester un
peu avant de l'annoncer.

Il fonctionne avec josm_tested.jar. Pour le mettre à jour il faut peut-être
mettre à jour votre liste de greffons.

Les nouvelles fonctionnalités incluent:
- Nouveau Map Mode pour diviser un chemin en 2 points simultanément et
appliquer directement les tags: bridge/tunnel=yes bus_bay=right/left/both
ou traffic_calming=table. Il fonctionne également sur 2 chemins qui se
'touchent'.

- Assistant de routage avec 2 modes de fonctionnement:
  * quelle chemin emprunter à la prochaine bifurcation?
  * transfert de chaînes plus longues de chemins, qui connectent déjà
correctement le chemin d'origine et le chemin juste après l'interruption
dans la route actuelle

   (il faut trouver un meilleur nom pour cette option-là, en anglais j'ai
tendance à l'appeler Fast-Forward)

   (Ce n'est qu'une aide, il faut toujours vérifier lesquelles des options
est la plus adéquate et vérifier si la route est bien amélioré après
l'application.)

- Un 'wizard' pour vous aider à configurer JOSM pour faciliter la
cartographie d'itinéraires bus, vélo ou de randonnée. (Depuis l'été dernier
PT_Assistant visualise également les relations route bicycle et
foot/walking/hiking, avec les chemins qui ne sont utilisés que dans une des
sens, dans une autre couleur, ce qui facilite l'appilcation correcte des
rôles forward/backward)

- Beaucoup d'améliorations divers et des bugs resolus.


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

Re: [OSM-talk-fr] arrêt de bus du réseau Mat

[Jo]

Ici en Belgique, c'est vrai que ce sont les communes qui construisent et
maintiennent les arrêts et les abribus et encore un autre opérateur qui y
met de la pub.

Mais c'est tout de même l'opérateur qui y met un 'drapeau' et les horaires
et qui les maintient à jour. Quand moi je parle d'un arrêt je parle de
quelque chose plus ou moins abstrait; un 'contrat' entre opérateur de
transports en commun et les passager que à cet endroit à certains moments
il y a des véhicules qui passent et qui prennent des voyageurs pour les
porter autre part. Cette chose 'abstraite' c'est ce que représentent les
noeuds highway=bus_stop/railway=tram_stop. Et si on le voit comme cela, il
me semble normal de dire que tel ou tel arrêt est déservi par tel et/ou tel
opérateur ou fait partie de tel ou tel réseau.

L'infrastructure comme les quais, les abris, les poubelles, etc on pourrait
dire que ce sont les communes qui sont l'opérateur, mais on ne l'ajoute pas
sur ces objets-là, car ça a vraiment peu d'importance.

Ajouter operator et network sur les arrêts peut servir pour valider qu'ils
appartiennent tous à des relations d'opérateurs/réseaux correspondants. Je
ne pense pas que cela se fait en ce moment, mais c'est avec cette idée que
je les avais ajoutés sur tous les arrêts, du moins en Belgique.

Le même pour route_ref sur les arrêts. C'est facile à noter quand on est à
coté de l'arrêt, mais après aussi ça continue de servir pour vérifier si ça
correspond aux refs des relations route. PT_Assistant le fait dès à présent.

Polyglot

Op wo 8 aug. 2018 om 09:43 schreef Philippe Verdy :

> En l'occurence l'exploitant d'une ligne n'est qu'un usager de
> l'infrastructure utilisée! les arrêts, plateformes ont un opérateur
> indépendant, la commune ou plus souvent l'EPCI qui est en charge de
> l'exclusivité de la gestion des transports sur son territoire, parfois un
> opérateur privé (centre commerciaux, hopitaux, gares routières ou
> ferroviaires, ou un service public comme la CPAM ou la CAF, ou encore une
> grosse entreprise...).
> Et c'est lui qui confie cette autorisation à un opérateur d'exploitation
> de l'équipement (parfois plusieurs selon le type d'équipements : abris,
> toilettes, poubelles, ascenseurs, publicité, automates) qui n'est pas
> forcément celui qui exploite les lignes concernées : les exploitants de
> lignes demandent à l'exploitant local de l'infrastructure les autorisations
> pour utiliser/équiper les arrêts concernés.
>
> Bref l'opérateur d'un arrêt, d'une plateforme, n'est très souvent PAS
> celui de "la" ligne ou du réseau de lignes (même quand il n'y a qu'une
> seule ligne d'un seul opérateur réseau à l'utiliser) !
>
> Dans le cas des lignes départementales (ou régionales), la plateforme
> d'arrêt n'est que très rarement de son ressort (même s'il y a un panneau et
> l'arrêt n'est pas desservi du tout par une ligne du réseau de l'EPCI),
> c'est presque toujours l'opérateur de gestion d'infrastructure de l'EPCI ou
> de la commune qui s'en charge et communique avec les opérateurs de lignes.
> Il n'y a aucune raison donc de mettre plusieurs opérateurs par arrêt mais
> aucune raison de supposer que c'est celui de la ligne qui y passe (et
> impossible de déduire quoi que ce soit de ces relations de lignes)
>
> Si je prends l'exemple des arrêts de bus à Rennes, ils sont presque tous
> du ressort de la STAR, qu'ils soient utilisés par les lignes de la STAR ou
> les lignes départementales (en cours de restructuration) ou régionales
> (TER). Les lignes départementales et régionales n'utilisent QUE les arrêts
> de la STAR (y compris la gare routière qui dépend d'un collectif regroupant
> la STAR, la commune de Rennes, et la SNCF, mais la STAR en assure la
> gestion pour tous les autres exploitants). Quand la STAR va équiper un
> arrêt, il sera dans un temps utilisé par une ligne d'un opérateur
> quelconque mais ensuite il pourra être utilisé par d'autres lignes d'autres
> opérateurs ou par la STAR, selon ce qu'en décidera Rennes Métropole pour
> l'ouverture de lignes ou pas, ou selon les demandes faites à la STAR par
> les usagers et les enquêtes publiques). Ce n'est pas les autres opérateurs
> qui se chargent de l'éuipement, ils ne vont apporter qu'une signalisation
> légère à afficher (plans de ligne). C'est bien souvent la STAR qui va aussi
> marquer les arrêts pour lui (numéro de ligne) et faire réaliser les travaux
> (bateaux, marquages au sol de la zone d'arrêt), la commune se chargeant
> elle de la signalisation périphérique sur la voie pour les autres usagers
> (sauf sur les routes départementales ou nationales) tels que les priorités
> ou panneaux de voies réservées aux transports.
>
>
> Le 5 août 2018 à 10:41, marc marc  a écrit :
>
>> Le 05. 08. 18 à 07:57, mga_geo a écrit :
>> > Ayant ajouté l'attribut 'network' aux arrêts, Osmose les détecte tous,
>> > par exemple http://osmose.openstreetmap.fr/fr/error/19213745550
>>
>> c'est controversé.
>> l'endroit le + adapté est bien la relation comme le suggère osmose

Re: [OSM-talk-fr] idée idiote pour les apk

[Jo]

Si les devs étaient disposés à faire cela, ils l'auraient déjà fait il y a
longtemps, ou Maps.Me n'aurait pas inventé un nouveau format.

Bien sûr c'est rendu plus complqué par le fait que Android limite les
applications à leur propre espace 'home'. Il faudrait donc un troisième app
'service' pour stocker ces données.

Il serait déjà bien s'ils pouvaient faire cela pour l'imagerie aérienne.

Jo

Op zo 29 jul. 2018 om 11:54 schreef marc marc :

> Le 29. 07. 18 à 11:04, Eric Gillet a écrit :
> > On Sun, Jul 29, 2018 at 9:20 AM Jacques Foucry wrote:
> >
> > J'utilise plusieurs applications qui utilisent OSM et chacune
> télécharge
> > les cartes dont j'ai besoin (en gros la France métropolitaine, soit
> 1,24
> > GB de données).
> >
> > Ne serait-il pas bon de demander aux développeurs d'application de
> voir
> > (demander) si les cartes ne serait pas déjà présente et si c'est le
> cas
> > utiliser celles-ci.
> >
> >
> > Le problème c'est que quasiment chaque application a son propre format
> > de stockage de carte optimisé. Maps.me, OSMAnd par exemple ne sont pas
> > compatibles entre-elles, même si c'est Openstreetmap derrière.
>
> Il suffirait que les devs se mettent d'accord sur un format...
> Mais sûrement que chaque dev trouvera que son format est le meilleur :(
> sans compter que maps.me n'utilise pas réellement les données osm
> mais un affreux hybride entre osm et des sources diverses, cfr le
> problème récurent des hôtels.
> ___
> 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] Modifier un pont erroné avec une dizaine de relations imbriquées au moins.

[Jo]

Oui, il me semble également que c'est correct d'utiliser la frontière comme
partie de la frontière. Du moins si le frontières sont définies de cette
manière. La question est donc: est-ce que la frontière change si le lit de
la rivière change?
Je pense que d'habitude on essaye tout de même d'éviter de dessiner 2
chemins superposés l'un sur l'autre.

Jo

Op vr 27 jul. 2018 om 14:08 schreef Yannick :

> Le 27/07/2018 à 11:29, Rpnpif a écrit :
>
> >
> > Si j'ai le temps, j'essaierai un jour de séparer les limites
> > administratives du flux de la rivière.
> >
> > Merci encore.
> >
>
> Bonjour,
>
> Les limites administratives passent toujours au milieu du lit du cours
> d'eau jamais sur les rives (Fleuves ou ruisseaux c'est la même chose)
>
> Amitiés
>
> --
> Yannick VOYEAUD
> Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
> (Camille JOUFFRAY 1841-1924, maire de Vienne)
> http://www.voyeaud.org
> Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
> Journées du Logiciel Libre: http://jdll.org
> Généalogie en liberté avec Ancestris http://www.ancestris.org
>
>
> ___
> 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] nom des réseaux de transport en commun

[Jo]

Étant minimaliste, je choisirais également:

network=MAT

De l'autre côté j'aime bien les tags wikidata, donc j'ajouterais en plus:

network:wikidata=Q3456743

Comme ça tout le monde est content. MAT est très lisible et l'élément
wikidata est très spécifique, donc utile pour faire des recherches ou des
requêtes (Overpass).


Polyglot

Op vr 27 jul. 2018 om 11:28 schreef Romain MEHUT :

> Bonjour,
>
> Et mettre simplement network=MAT comme
> https://fr.wikipedia.org/wiki/Malo_Agglo_Transports
>
> Aussi, pourquoi ajouter "Réseau MAT" au début du nom de chaque ligne ?
>
> Romain
>
> Le 27 juillet 2018 à 02:36,  a écrit :
>
>> Si tu ouvres les relations dans deux onglet côte à côte :
>>
>>- Relation Réseau MAT Ligne 2-A (6231002)
>>
>>- Relation Réseau MAT Ligne 2-B (6231001)
>>
>>
>> Tu vois qu'elles partagent certains arrêts comme Marville Stade
>> . Ça doit être le
>> problème.
>>
>> Et moi tu m'auras appris que le Sketch_Line permettait de faire de
>> l'assurance qualité !
>>
>> Aparté :
>> C'est vraiment nul d'afficher les bus stop sur la carte, ça fait des
>> verrues partout.
>> Que ça soit utile aux routeurs, éventuellement (comme si les routeurs ne
>> savaient trouver dans 99,9 % des cas). À la limite un point mais là l'icône
>> des arrêts de bus.
>> Heureusement que la V3 arrive ;-).
>>
>> Jean-Yvon
>>
>
> ___
> 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] [OKFILTER] Modifier un pont erroné avec une dizaine de relations imbriquées au moins.

[Jo]

C'est envoyé finalement, mais maintenant il y a 2 ponts... pas idéal.

Op do 26 jul. 2018 om 20:49 schreef Jo :

> Zut, j'aurais dû faire ça plus vite au lieu de trainer sur les relations
> cyclistes et de randonnée. Maintenant j'ai un tas de conflits à resoudre et
> des décisions plus ou moins impossibles à prendre...
>
> pfff, il fait chaud.
>
> Jo
>
> Op do 26 jul. 2018 om 20:30 schreef Johnparis :
>
>> Bonjour,
>>
>> J'ai pris la main. Je ne peux pas voir exactement qu'est-ce qui se passe
>> au milieu de la rivière ; je pense peut-etre il y a une barrière, mais on
>> peut l'approche des deux côtés. N'hésitez pas à la corriger. (J'ai utilisé
>> iD.)
>>
>> Pour l'autre question (confondre la rivière et les limites
>> administratives), c'est plutôt commun, malheureusement, je pense, mais je
>> ne le touche pas.
>>
>> Cordialement,
>>
>> John
>>
>> 2018-07-26 19:27 GMT+02:00 Rpnpif :
>>
>>> Bonsoir,
>>>
>>> C'est un appel à un ou des experts OSM.
>>>
>>> À cet endroit https://www.openstreetmap.org/way/225134301, ce vieux
>>> pont que je connais depuis toujours est erroné, le dessin s'arrête en
>>> plein milieu de la rivière au lieu de la traverser.
>>>
>>> Id indique qu'il est impossible à prolonger.
>>> JOSM casse 13 ou 17 relations. J'ai peur de ne pouvoir les restaurer.
>>>
>>> L'erreur des contributeurs précédents est aussi d'avoir lié inutilement
>>> le flux de la rivière au pont et à une multitude de limites
>>> administratives (régionale, deux départements, plusieurs communes,
>>> etc.) C'est affreusement complexe.
>>> Pire, le flux de la rivière a été tagué pour en faire une limite
>>> administrative ce qui me semble une très mauvaise pratique.
>>>
>>> Je suis preneur de toute idée pour modifier ça car je ne vois pas
>>> comment faire sans y passer des heures ou sans dégâts.
>>> Faire disparaître les balises water du flux provisoirement et
>>> redessiner la rivière l'Oust, affluent de la Vilaine ?
>>>
>>> Ce serait bien qu'Osmose détecte ce genre de broullimani mais peut-être
>>> le fait-il déjà.
>>>
>>> Au secours donc ;).
>>>
>>> Qu'en pensez-vous ? Vous pouvez prendre la main si vous voulez.
>>>
>>> --
>>> Alain Rpnpif
>>>
>>> ___
>>> 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
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OKFILTER] Modifier un pont erroné avec une dizaine de relations imbriquées au moins.

[Jo]

Zut, j'aurais dû faire ça plus vite au lieu de trainer sur les relations
cyclistes et de randonnée. Maintenant j'ai un tas de conflits à resoudre et
des décisions plus ou moins impossibles à prendre...

pfff, il fait chaud.

Jo

Op do 26 jul. 2018 om 20:30 schreef Johnparis :

> Bonjour,
>
> J'ai pris la main. Je ne peux pas voir exactement qu'est-ce qui se passe
> au milieu de la rivière ; je pense peut-etre il y a une barrière, mais on
> peut l'approche des deux côtés. N'hésitez pas à la corriger. (J'ai utilisé
> iD.)
>
> Pour l'autre question (confondre la rivière et les limites
> administratives), c'est plutôt commun, malheureusement, je pense, mais je
> ne le touche pas.
>
> Cordialement,
>
> John
>
> 2018-07-26 19:27 GMT+02:00 Rpnpif :
>
>> Bonsoir,
>>
>> C'est un appel à un ou des experts OSM.
>>
>> À cet endroit https://www.openstreetmap.org/way/225134301, ce vieux
>> pont que je connais depuis toujours est erroné, le dessin s'arrête en
>> plein milieu de la rivière au lieu de la traverser.
>>
>> Id indique qu'il est impossible à prolonger.
>> JOSM casse 13 ou 17 relations. J'ai peur de ne pouvoir les restaurer.
>>
>> L'erreur des contributeurs précédents est aussi d'avoir lié inutilement
>> le flux de la rivière au pont et à une multitude de limites
>> administratives (régionale, deux départements, plusieurs communes,
>> etc.) C'est affreusement complexe.
>> Pire, le flux de la rivière a été tagué pour en faire une limite
>> administrative ce qui me semble une très mauvaise pratique.
>>
>> Je suis preneur de toute idée pour modifier ça car je ne vois pas
>> comment faire sans y passer des heures ou sans dégâts.
>> Faire disparaître les balises water du flux provisoirement et
>> redessiner la rivière l'Oust, affluent de la Vilaine ?
>>
>> Ce serait bien qu'Osmose détecte ce genre de broullimani mais peut-être
>> le fait-il déjà.
>>
>> Au secours donc ;).
>>
>> Qu'en pensez-vous ? Vous pouvez prendre la main si vous voulez.
>>
>> --
>> Alain Rpnpif
>>
>> ___
>> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Modifier un pont erroné avec une dizaine de relations imbriquées au moins.

[Jo]

J'ai créé une vidéo: https://www.youtube.com/watch?v=kyCHzDxW6sU

J'ai l'impression que la solution est simplement d'ajouter bridge=yes du
coté gauche.

J'ai essayé de reparer quelques relation cycliste et de randonnée, mais il
y a tellement de problèmes que je n'ai pas pu tout faire.

Jo

Op do 26 jul. 2018 om 19:50 schreef Jo :

> Je vais regarder, pas de garanties, bien sûr.
>
> Jo
>
> Op do 26 jul. 2018 om 19:28 schreef Rpnpif :
>
>> Bonsoir,
>>
>> C'est un appel à un ou des experts OSM.
>>
>> À cet endroit https://www.openstreetmap.org/way/225134301, ce vieux
>> pont que je connais depuis toujours est erroné, le dessin s'arrête en
>> plein milieu de la rivière au lieu de la traverser.
>>
>> Id indique qu'il est impossible à prolonger.
>> JOSM casse 13 ou 17 relations. J'ai peur de ne pouvoir les restaurer.
>>
>> L'erreur des contributeurs précédents est aussi d'avoir lié inutilement
>> le flux de la rivière au pont et à une multitude de limites
>> administratives (régionale, deux départements, plusieurs communes,
>> etc.) C'est affreusement complexe.
>> Pire, le flux de la rivière a été tagué pour en faire une limite
>> administrative ce qui me semble une très mauvaise pratique.
>>
>> Je suis preneur de toute idée pour modifier ça car je ne vois pas
>> comment faire sans y passer des heures ou sans dégâts.
>> Faire disparaître les balises water du flux provisoirement et
>> redessiner la rivière l'Oust, affluent de la Vilaine ?
>>
>> Ce serait bien qu'Osmose détecte ce genre de broullimani mais peut-être
>> le fait-il déjà.
>>
>> Au secours donc ;).
>>
>> Qu'en pensez-vous ? Vous pouvez prendre la main si vous voulez.
>>
>> --
>> Alain Rpnpif
>>
>> ___
>> 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] Modifier un pont erroné avec une dizaine de relations imbriquées au moins.

[Jo]

Je vais regarder, pas de garanties, bien sûr.

Jo

Op do 26 jul. 2018 om 19:28 schreef Rpnpif :

> Bonsoir,
>
> C'est un appel à un ou des experts OSM.
>
> À cet endroit https://www.openstreetmap.org/way/225134301, ce vieux
> pont que je connais depuis toujours est erroné, le dessin s'arrête en
> plein milieu de la rivière au lieu de la traverser.
>
> Id indique qu'il est impossible à prolonger.
> JOSM casse 13 ou 17 relations. J'ai peur de ne pouvoir les restaurer.
>
> L'erreur des contributeurs précédents est aussi d'avoir lié inutilement
> le flux de la rivière au pont et à une multitude de limites
> administratives (régionale, deux départements, plusieurs communes,
> etc.) C'est affreusement complexe.
> Pire, le flux de la rivière a été tagué pour en faire une limite
> administrative ce qui me semble une très mauvaise pratique.
>
> Je suis preneur de toute idée pour modifier ça car je ne vois pas
> comment faire sans y passer des heures ou sans dégâts.
> Faire disparaître les balises water du flux provisoirement et
> redessiner la rivière l'Oust, affluent de la Vilaine ?
>
> Ce serait bien qu'Osmose détecte ce genre de broullimani mais peut-être
> le fait-il déjà.
>
> Au secours donc ;).
>
> Qu'en pensez-vous ? Vous pouvez prendre la main si vous voulez.
>
> --
> Alain Rpnpif
>
> ___
> 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] Changement de nom d'un réseau de transport

[Jo]

moi, je mettrais simplement:

network=MAT
network:wikidata=Qx

Jo

Op wo 11 jul. 2018 om 10:18 schreef marc marc :

> Bonjour,
>
> Le 10. 07. 18 à 13:42, mga_geo a écrit :
> > L'agglomération de Saint-Malo change le nom de son réseau de transport
> > public.
> > KSMA devient le "Réseau MAT".
> > Quelle valeur doit-on mettre dans le tag network ?
> > network=FR:Réseau MAT
>
> il y a 2 vision de la chose.
> network=Réseau MAT facile, propre, utilisable et utilisé par de nombreux
> apps.
>
> network=FR:35:delire:machin:truc=MAT dont la seule utilisation
> est de pouvoir faire un query overpass global sans chipo (sauf que le
> query ne retournera que les objets qui ont été artificiellement déclaré
> avec ce tag, aucun contributeur de terrain ne va spontanément déclarer
> cette sous-clef sont la logique change d'un cas à l'autre)
>
> Une solution pour avoir les 2 avantages est
> network=Réseau MAT
> network:wikidata=Qx
>
> Cordialement,
> Marc
> ___
> 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] Tag Voie centrale zébrée

[Jo]

Salut,

Serait-il possible d'ajouter quelques liens vers de photos ou des images
Mapillary?

Apparemment le terme zèbre est assez ambigu en français.

Jo

Op ma 11 jun. 2018 om 16:25 schreef SALLES Quentin <
quentin.salle...@gmail.com>:

> Bonjour,
>
> Tout d'abord, j'ai vu de nombreuses questions à ce sujet, mais j'aimerai
> avoir vos points de vue sur le tagging de ce cas précis.
>
> Il s'agit d'une route à double sens de circulation avec des zébras au
> milieu avec quelques rares terres pleins centraux au milieu.
> Ces zébras sont entourés de lignes discontinues, ce qui autorise (pour
> moi) le tourne à gauche afin d'accéder aux habitations pour les riverains.
>
> Je comptais tagguer cette situation de la manière suivante :
> - Dessin d'un seul 'way' a double-sens
> - lanes=3
> - lanes:forward=1
> - lanes:backward=1
> Comment bien tagguer la voie centrale ?
>
> Merci d'avance pour vos réponses.
>
> Cordialement.
>
> Quentin SALLES
> ___
> 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] Désabonnement de la liste

[Jo]

moi aussi, depuis des mois, assez régulièrement.

Jo

2018-04-19 21:18 GMT+02:00 Vincent Frison :

> Hello,
>
> Je me fais régulièrement "bannir" de la liste avec le message suivant:
>
>
>
>
>
>
> *Votre abonnement à la liste Talk-fr a été désactivé suite à dueto
> excessive bounces The last bounce received from you was dated18-Apr-2018.
> Vous ne recevrez plus de messages en provenance de cetteliste tant que vous
> n'aurez pas ré-activé votre abonnement. Vousrecevrez encore 3 rappels comme
> celui-ci avant que votre abonnement nesoit supprimé..*
>
> Quelqu'un saurait à quoi cela correspond et surtout comment faire pour que
> ça s'arrête ?
>
> A priori je ne fais rien de spécial et j'utilise une adresse Gmail on peut
> plus classique..
>
> Merci, Vincent.
>
> ___
> 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] Tag pour "chaussées à voie centrale

[Jo]

https://overpass-turbo.eu/s/xwG

Si vous ajoutez ["oneway"="no"] le résultat est vide en France et 1 way en
Angleterre.

Polyglot

2018-04-02 14:42 GMT+02:00 Virgile Kéré :

> Salut
> J'aurais tendance à dire que "lanes=1" + "oneway=no" +
> "cycleway:left=lane" + "cycleway:right=lane" doit pouvoir correspondre à ce
> type d'aménagements.
>
> Virgile.
>
>
> - Mail original -
> Message: 1
> Date: Mon, 2 Apr 2018 06:28:32 -0500 (CDT)
> From: Shohreh 
> To: talk-fr@openstreetmap.org
> Subject: [OSM-talk-fr] Tag pour "chaussées à voie centrale
> banalisée" ?
> Message-ID: <1522668512037-0.p...@n8.nabble.com>
> Content-Type: text/plain; charset=UTF-8
>
> Bonjour,
>
> Je voudrais utiliser OverpassTurbo pour retrouver toutes les ways en France
> marquées comme "chaussées à voie centrale banalisée", a.k.a. "chaucidou":
>
> https://www.cerema.fr/fr/actualites/evaluation-chaussees-voie-centrale-
> banalisee-quels
> http://wiklou.org/wiki/Chauss%C3%A9e_%C3%A0_voie_centrale_banalis%C3%A9e
> http://velobuc.free.fr/kernfahrbahn.html
>
> Existe-t-il un tag pour ça ?
>
> Merci.
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> 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] Rendu avec relief sur osm.org

[Jo]

http://hikebikemap.org/ montre le reliëf d'une très belle façon et il y a
moyen de visualiser beaucoup d'itinéraires. Je pense que cyclemap le fait
aussi.

Polyglot


2018-01-03 14:59 GMT+01:00 althio :

> Non tu n'es pas le seul, il suffit d'aller voir la question sur :
> https://github.com/gravitystorm/openstreetmap-carto/issues/2931
>
> -- althio
>
>
> 2017-12-28 15:10 GMT+01:00 Vincent Frison :
> > Hello,
> >
> > Je sais pas si je suis le seul mais pour moi les cartes affichant le
> relief,
> > c'est à dire avec hillshade et/ou courbes de niveaux, sont bien plus
> jolies
> > que celles sont relief. Je dirais même qu'en plus d'être plus jolies
> elles
> > sont beaucoup plus claires car elles permettent de se repérer plus
> > facilement avec le relief.
> >
> > Le souci c'est que le rendu par défaut de osm.org n'a pas le relief et
> je
> > trouve ça plus que dommage.
> >
> > Il y a des sites proposant des rendus avec reliefs qui sont magnifiques
> > comme par ex. http://opentopomap.org ou http://opensnowmap.org. Le
> problème
> > c'est qu'ils n'ont pas la rapidité d'osm.org, ni toutes ses
> fonctionnalités
> > (principalement celle qui permet de chercher les objets afin de voir tous
> > les détails).
> >
> > Certes il y a le layer "carte cyclable" d'osm.org mais malheureusement
> le
> > relief est assez mal rendu et puis surtout il est vraiment orienté pour
> les
> > vélos en masquant la plupart des informations pour mettre en valeur
> celles
> > utiles aux cyclistes.
> >
> > J'ai l'impression que ça ne serait pas un énorme travail de rajouter le
> > relief sur le rendu par défaut d'osm.org. L'idée serait d'avoir une
> option
> > pour afficher le hillshade et les courbes de niveaux. c'est à dire 2
> petites
> > checkboxes en plus de celles existantes (permettant d'afficher les notes
> de
> > carte, etc.).
> >
> > Sur le site http://opensnowmap.org en allant dans les settings on peut
> > afficher le rendu standard d'OSM au lieu de celui d'OpenSnow.  J'ai
> > l'impression que c'est juste un layer supplémentaire (avec hillshade et
> > courbes de niveaux) qui s'affiche en plus de celui du rendu standard..
> mais
> > qui du coup n'a plus rien à voir avec le rendu classique, pour moi la
> valeur
> > ajoutée est vraiment énorme !
> >
> > Suis je le seul à qui ça manque ?
> >
> > Et à qui devrais  je demander cette évolution ? Sur un mailing list
> > particulière ou directement en créant une issue ici:
> > https://github.com/gravitystorm/openstreetmap-carto ?
> >
> > Merci, Vincent.
> >
> >
> > ___
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ergonomie d'OpenStreetMap.org

[Jo]

le rendu standard de openstreetmap.org n'est pas là pour être "utilisable"
ni ergonomique, il est là pour les éditeurs pour vérifier ce qu'ils/elles
font.

Pour un rendu POI il faut d'autres solutions et OSM devrait y renvoyer.

Polyglot

2018-01-03 10:01 GMT+01:00 Stéphane Péneau :

> Le 03/01/2018 à 09:55, Bruno a écrit :
>
>>
>> La carte est affichée dans la langue du pays par défaut, si je regarde la
>> Russie ou la Pologne , et bien c'est inutilisable (pour moi)
>>
>> Osm.org devrait afficher la carte en prenant en compte la langue du
>> navigateur.
>>
>> Techniquement, et pour le moment, ça demande un rendu différent par
> langue. C'est beaucoup trop pour une petite "structure" tel que
> OpenStreetMap.
>
> Stf
>
>
> ___
> 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] rendu arrêt de bus

[Jo]

Et moi je reste convaincu qu'ajouter 2 objets pour représenter 1 arrêt est
rendre les choses plus compliquées qu'elles ne doivent l'être.

Qu'est-ce que l'on fait avec les détails dans ce cas? Les dupliquer
également? Et encore une fois sur les relations stop_area? Pendant que j'ai
cartographié le transport en commun en Belgique durant des années, je n'ai
pas à chaque reprise regardé toutes les modifs du wiki.

Ce qu'il nous faut, c'est un système pour cartographier le transport en
commun qui n'est pas plus compliqué que nécessaire. Du moins si nous
voulons qu'il est accesssible au plus grand public le possible et si le but
est d'ajouter les lignes à un niveau mondial.
Et bien sûr il nous faut de l'automatisation aussi, du moins partielle. De
là le plugin PT_Assistant.

Enfin, je 'lai décrit dans le document que j'ai créé en anglais.

https://wiki.openstreetmap.org/wiki/User:Polyglot/Bus_stops_and_routes

Polyglot

2017-12-15 12:47 GMT+01:00 marc marc :

> Le 15. 12. 17 à 10:59, Jo a écrit :
> > nous demandons que les tags public_transport soient rendus
>
> serrait-ce compliqué de proposer une patch pour ajouter le rendu sur
> osm-fr ?
> on pourait commencer par les noeuds public_transport=plateform
> c'est une vrai question, je n'ai jamais regardé le code du rendu.
>
> > ce n'est pas comme ils font en Allemagne.. Là ils sont
> > convaincus qu'il faut ajouter 2 objets aux relations routes.
>
> je me permet de corriger cette phrase qui introduit une confusion.
> la PT v2 est mondiale. pour bien faire, il FAUT (partout dans le monde
> et non pas qu'en Allemagne) ajouter les 2 nœuds (l'arrêt version
> passager et l'arrêt version bus) aux routes.
> Maintenant rien n'interdit de ne pas la suivre :-)
> Même si pour ma part je suis convaincu que l'indispensable est de
> d'abord ajouter au moins un des noeuds, il ne faut pas pour autant
> affirmer que c'est une façon "correcte" de faire puisque cela ne
> respecte pas la v2 que par ailleurs on voudrait voir rendu.
> Pour moi n'ajouter qu'un noeud est une étape intermédiaire pour faire le
> + important, le reste pouvant être fait + tard.
> Si chacun fait une v2-a-sa-sauce, cela complique l'utilisation des données.
>
> Cordialement,
> Marc
> ___
> 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] rendu arrêt de bus

[Jo]

Salut Adrien,

Si tu ajoutes highway=bus_stop aux nœuds public_transport=platform, tu
verras que ce sera bien rendu. Ça fait des années que nous demandons que
les tags public_transport soient rendus et je n'ai plus aucune raison de
croire qu'un jour ça se passera. Donc pas de soucis, ce n'est pas de ta
faute.

Ma façon de cartographier les arrêts est d'ajouter tous les détails sur ce
nœud à côté de la route et de n'ajouter que celui-là aux relations route.

Pour les arrêts qui ont une vrai plateforme, il es possible d'ajouter un
way ou un area, avec highway=platform comme tag. Ces nœuds n'ont pas besoin
d'autres tags et il ne faut pas les ajouter aux relations routes.

Attention, ce n'est pas comme ils font en Allemagne.. Là ils sont
convaincus qu'il faut ajouter 2 objets aux relations routes.

Ils sont en train de proposer un nouveau schéma au forum allemand, mais à
mon avis tout cela devient bien trop complexe.

Depuis des mois j'envisage de proposer un "nouveau" schéma moi-même, Mais
comme j'ai fait "le tour de monde" pour tester PT_Assistant cet été, je
sais qu'il sera dur de le voir accepté, même si ce schéma s'intègre très
bien avec la façon de cartographier "historique" il y a la possibilité
d'intrepréter PTv2 de differente façons et une fois que certains choix sont
fait, il est difficile de voir les avantages de l'autre interprétation.

Je pense qu'une grande raison pour ce "schisme" est que les interpretations
dépendent du point de vue de départ, étant si on veut modélliser rail ou
bus.

https://wiki.openstreetmap.org/wiki/User:Polyglot/Bus_stops_and_routes

Si tu utilises JOSM, j'ai assisté au développement du plugin PT_Assistant,
qui peut bien s'avérer utile:

https://wiki.openstreetmap.org/wiki/JOSM/Plugins/PT_Assistant/Mapping_Public_Transport_with_JOSM

Si tu n'utilises pas encore JOSM, je veux bien faire un Hangout pour
t'aider à démarrer.

Polyglot

2017-12-15 9:48 GMT+01:00 marc marc :

> Bonjour,
>
> Le 15. 12. 17 à 09:35, Adrien Grellier a écrit :
> > Comme indiqué sur le wiki sur les transports publics
> > , je taggue
> > chaque arrêt comme ceci:
> >
> >   * Un nœud public_transport = platform sur le bord du chemin
>
> Les tags public_transport ne sont malheureusement pas encore rendu.
> Il faut ajouter l'ancien highway=bus_stop à la plateforme pour
> contourner le problème.
> C'est mis sur la page dédié des bus même si la raison n'y est pas
> https://wiki.openstreetmap.org/wiki/FR:Bus
>
> > Deuxième question: sur de petits arrêts, par exemple lorsqu'il y a
> > simplement un panneau au bord de la route, est-ce mieux de tagguer comme
> > je le fais, ou simplement mettre un seul nœud public_transport =
> platform ?
>
> Si tu veux suivre la v2 à la lettre, il faut mettre l'arrêt version
> "passager" càd la plateforme + l'arrêt version bus" càd stop_position.
>
> avis personnel qui ne respecte pas la v2, si tu veux faire une version
> light, avoir la plateforme est le strict nécessaire. On peux quasi
> toujours deviner où est le stop_position à partir de la plateforme.
>
> > Dernière question : sur les lignes de bus, je met la référence sur la
> > route_master, comme indiqué dans le wiki. Mais elle n'apparaît pas dans
> > les rendu de transport public ! Pourquoi donc ?? Faut-il la recopier sur
> > toutes les lignes ?
>
> Je met la ref sur la relation type=route_master et sur les relations
> type=route
>
> Cordialement,
> Marc
> ___
> 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] ref:INSEE <> ref:FR:INSEE <> sur quel objet

[Jo]

2017-11-19 0:21 GMT+01:00 marc marc :

> Bonsoir François,
>
> Le 18. 11. 17 à 21:11, François Lacombe a écrit :
> >> Je n'ai rien contre l'ajout du FR mais le seul bon argument est
> >> l'harmonie avec les autres ref nationale en France (qu'on peux tout
> >> aussi rendre harmonieux en virant le FR comme fait le reste du monde)
> > Ce qui pose un soucis, notamment pour les amis Belges avec leurs TECL,
> > TECN, TECB, TECH
>
> Tous ces pages wiki ne sont l’œuvre que d'une personne.
> Tous ces TEC sont pour l'usager "la TEC"
> Toutes les valeurs sont uniques et pourraient donc être dans ref:TEC
> (toutes les ref TECL commence par L, les TECN par N, ...)
> Une recherche d'une ref sur le site infotec.be ne retourne rien.
> Je ne suis même pas sur qu'il y ai une utilisation de ces clefs.
>
> qu'il y aiT

Bon, c'est moi qui ai ajouté ces tags ref. J'avais commencé par ajouter des
noeuds séparés. Le problème c'est que la TEC semble être composé de 6
entités qui chacun assignent des refs, aussi pour les arrêts que leurs bus
desservent en commun.

Je ne voulais pas utiliser ; pour séparer les valeurs, mais si vous me
forcerez la main, je changerai mes scripts. Il y a également des arrêts en
commun avec De Lijn et STIB/MIVB.

Ma préférence est d'avoir un noeud pour chaque arrêt logique, qui contient
tous les détails. C'est effectivement malheureux que la structure interne
du TEC est ainsi et que j'ai dû l'intégrer de cette façon-ci dans le
modèle. En revanche le TEC a libéré ses données, donc au moins il est
'facile' de les utiliser.

Sur leur site web ils utilisent le nom de l'arrêt, ce qui retourne les
horaires realtime pour les 2 sens, ce qui est également malheureux et c'est
effectivement dommage qu'ils n'ont jamais commencé d'utiliser ces ref
envers l'extérieur comme le fait De Lijn depuis déjà des années.

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

Re: [OSM-talk-fr] Configuration JOSM

[Jo]

C'est avec quels types de way que ça se passe? Quelle version de JOSM,
tested ou latest?

Jo

2017-11-08 22:48 GMT+01:00 Romain MEHUT :

> Dans le menu "Coloriage", j'ai "JOSM par défaut (MapCSS)" en modèle actif.
> Effectivement si je le désactive, je n'ai plus les "bandes" mais du coup
> tous les ways sont identiques de couleur grise.
>
> Romain
>
>
> Le 8 novembre 2017 à 22:38, Jo  a écrit :
>
>> Est-ce possible que tu as activé un style MapCSS?
>>
>> Jo
>>
>> 2017-11-08 22:23 GMT+01:00 Romain MEHUT :
>>
>>> Bonsoir,
>>>
>>> Depuis un moment, je suis gêné par un nouveau paramétrage de JOSM qui
>>> met comme une "bande" de part et d'autre de certains ways. Je voudrais
>>> qu'il n'y ait pas cette "bande" car elle masque trop l'imagerie pour tracer
>>> correctement les ways en dessous.
>>>
>>> Je ne sais pas où cela se trouve dans la configuration de JOSM... Si
>>> vous voyez de quoi je parle, quelqu'un sait comment faire ?
>>>
>>> Merci.
>>>
>>> Romain
>>>
>>> ___
>>> 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
>>
>>
>
> ___
> 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] Configuration JOSM

[Jo]

Est-ce possible que tu as activé un style MapCSS?

Jo

2017-11-08 22:23 GMT+01:00 Romain MEHUT :

> Bonsoir,
>
> Depuis un moment, je suis gêné par un nouveau paramétrage de JOSM qui met
> comme une "bande" de part et d'autre de certains ways. Je voudrais qu'il
> n'y ait pas cette "bande" car elle masque trop l'imagerie pour tracer
> correctement les ways en dessous.
>
> Je ne sais pas où cela se trouve dans la configuration de JOSM... Si vous
> voyez de quoi je parle, quelqu'un sait comment faire ?
>
> Merci.
>
> Romain
>
> ___
> 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] Ligne de bus Lila inexistante

[Jo]

Oh, je voulais encore mentionner le plugin PT_assistant de JOSM.

On Nov 5, 2017 14:09, "Adrien Grellier"  wrote:

> Merci pour vos commentaires, je vais donc supprimer ces relations dans la
> foulée.
>
> La ligne de tram est déjà dans OSM, je vais donc laisser en l'état :)
>
> Bonne journée
>
> Adrien
>
> Le 05/11/2017 à 12:38, Jo a écrit :
>
> Si quelqu'un a déjà mis un tag fixme=obsolete et tu es certain que la
> ligne n'existe plus, le mieux est de supprimer ces relations. Sinon elles
> resteront dans les rendus.
>
> Au cas où les lignes de tram ne seraient pas encore dans la base OSM, tu
> pourrais considérer de recycler ces relations, si le trajectoire est très
> comparable, mais il n'est pas vraiment important de le faire.
>
> Il y a toujours moyen de revenir en arrière, mais pour les relations
> supprimées il faut vraiment savoir qui l'a supprimée et quand, ou connaître
> le changeset.
>
>
> Polyglot
>
> 2017-11-05 12:24 GMT+01:00 :
>
>> Déjà si tu n'est pas complètement sûr, tu peux mettre un préfixe disused:
>>
>> disused:route=bus
>>
>> Est-ce que la ligne a entièrement disparu ?
>> Après si on sait quel changeset l'a supprimé, on peut revenir dessus.
>>
>> Jean-Yvon
>>
>>
>> Le 05/11/2017 à 12:08, Adrien Grellier - pe...@adrieng.fr a écrit :
>>
>> Bonjour,
>>
>> J'essaye de cartographier au mieux la ville de Sucé sur Erdre, au Nord
>> de Nantes.
>>
>>
>> Dans OpenStreetMap des lignes de bus régionale Lila passe à Sucé (ligne
>> 40/41 notamment), mais ces lignes ont été supprimées il y a quelques
>> années, avec l'arrivée du tram-train.
>>
>> Ces relations ont été marquées avec un FIXME=obsolete. Je suppose donc
>> qu'on peut la supprimer tranquillement ?
>>
>> D'une manière générale, si je supprime une relation par erreur, il y a
>> des moyens pour annuler ma suppression ?
>>
>>
>> Bonne journée
>>
>> Adrien
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> 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] Ligne de bus Lila inexistante

[Jo]

Si quelqu'un a déjà mis un tag fixme=obsolete et tu es certain que la ligne
n'existe plus, le mieux est de supprimer ces relations. Sinon elles
resteront dans les rendus.

Au cas où les lignes de tram ne seraient pas encore dans la base OSM, tu
pourrais considérer de recycler ces relations, si le trajectoire est très
comparable, mais il n'est pas vraiment important de le faire.

Il y a toujours moyen de revenir en arrière, mais pour les relations
supprimées il faut vraiment savoir qui l'a supprimée et quand, ou connaître
le changeset.


Polyglot

2017-11-05 12:24 GMT+01:00 :

> Déjà si tu n'est pas complètement sûr, tu peux mettre un préfixe disused:
>
> disused:route=bus
>
> Est-ce que la ligne a entièrement disparu ?
> Après si on sait quel changeset l'a supprimé, on peut revenir dessus.
>
> Jean-Yvon
>
>
> Le 05/11/2017 à 12:08, Adrien Grellier - pe...@adrieng.fr a écrit :
>
> Bonjour,
>
> J'essaye de cartographier au mieux la ville de Sucé sur Erdre, au Nord
> de Nantes.
>
>
> Dans OpenStreetMap des lignes de bus régionale Lila passe à Sucé (ligne
> 40/41 notamment), mais ces lignes ont été supprimées il y a quelques
> années, avec l'arrivée du tram-train.
>
> Ces relations ont été marquées avec un FIXME=obsolete. Je suppose donc
> qu'on peut la supprimer tranquillement ?
>
> D'une manière générale, si je supprime une relation par erreur, il y a
> des moyens pour annuler ma suppression ?
>
>
> Bonne journée
>
> Adrien
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> 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] subway (et railway=station)

[Jo]

En outre celui qui a proposé est justement en train de chercher des
commentaire pour arriver à une façon unifiée de cartographier les gares
métro.

Donc les commentaires sont les bienvenus!

Jo

2017-10-09 21:21 GMT+02:00 Noémie Lehuby :

> Hello,
>
> Les validations sont liées, je crois, à la Proposed Feature :
> https://wiki.openstreetmap.org/wiki/Proposed_features/Metro_Mapping
> (en tout cas, c'est le même sujet et le même auteur)
>
> S'il y a des choses aberrantes, c'est l'occasion de les signaler dans la
> page de discussion, qui est très active en ce moment.
> D'autant plus que la page laisse sous-entendre qu'il s'agit juste de
> clarifications sur le modèle existant, pour uniformiser un peu.
>
> Noémie
>
>
> Le 09/10/2017 à 17:04, Philippe Verdy a écrit :
>
> Les way au lieu de nodes sont permis pour les stations (pour représenter
> leur surface). Attention à ce que cet utilisateur croit être des "erreurs"
> et qui n'en sont pas.
> Il peut vouloir faire des analyses en se fondant sur ce qui est fait dans
> son pays (en Russie) mais attention à ce qu'il ne vienne pas casser les
> efforts faits ailleurs où le niveau de précision a été étendu au delà de ce
> qu'il semble vouloir se contenter pour l'instant dans sa région d'intérêt.
>
> Je n'aime pas trop que ce genre d'outil dise "erreur" au lieu de
> "signalement". Et si l'outil ne permet pas de faire une remontée de
> "faux-positifs", il sera plus nuisible qu'utile car des utilisateurs
> ignorants voudront "corriger" pour se conformer à l'exigence de l'outil, en
> supprimant dans OSM des données utiles et validées autrement.
>
>
> Le 7 octobre 2017 à 19:52, Jérôme Amagat  a
> écrit :
>
>> Il y a une discussion sur talk en anglais sur les réseau de métro dans le
>> monde.
>> Il y a quelqu'un qui donne ici : http://osmz.ru/subways/ des erreurs sur
>> ces réseaux
>>
>> Déjà je veux dire que j'ai pas vraiment suivie la discussion (mon anglais
>> est mauvais et j'ai la flemme :) )
>>
>> Il y a pas mal d'erreur en France en rapport avec le tag railway=station.
>> Soit il est en double pour une station de métro, soit il n'est pas là, soit
>> il n'est pas un node.
>> En fait je sais pas trop comment on doit l'utiliser?
>> ce que je comprends c'est qu'il faut qu'il soit sur un node tout seul au
>> milieu de la station de métro.
>> Il y a des problème a Lyon, paris, rennes, Marseille (des way au lieu de
>> node)
>>
>> Il y a aussi un problème à Lyon avec une ligne de "light rail". Je sais
>> pas trop ce que c'est :) , ce que j'ai compris c'est que c'est entre le
>> train et le tramway. A Lyon c'est utilisé pour la ligne de Rhônexpress qui
>> va de Lyon centre jusqu’à l’aéroport, les "vehicules" ressemble beaucoup
>> aux tram, cette ligne utilise les voies de tramway sur les 3/4 du chemin
>> puis des rails qui ne servent qu'a cette ligne jusqu' a l’aéroport. les
>> arrêts sont peu nombreux sur cette ligne (2 sur la dizaine de la ligne de
>> tram) alors voila je ne sais pas si c'est un "light rail", un train ou un
>> tram ?
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> 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] JOSM : Plugin scripting

[Jo]

oh, et le plus facile c'est d'utiliser un éditeur externe et donner une
extension .py aux scripts. Puis Scripting/Run

Le Scripting Console n'est pas super pratique à mon avis.

2017-10-09 17:19 GMT+02:00 Jo :

> Salut JB,
>
> J'ai adapté 2 scripts sur cette page:
> https://josm.openstreetmap.de/wiki/Help/Plugin/Scripting/Python
>
> Il ne faut plus définir un mapView depuis l'été de 2016.
>
> Les 2 scripts les plus courts ont été adaptés pour réfléter ce changement
> dans le core de JOSM.
>
> Pour info, je démarre JOSM comme ceci à partir d'un terminal:
>
>
> java -Xmx3950M -classpath "/home/jo/Desktop/josm-latest.
> jar:/home/jo/.josm/plugins/scripting/jython-standalone-2.7.0.jar"
> org.openstreetmap.josm.gui.MainApplication
>
> Ça a comme avantage que l'on peut voir les messages d'erreur. Sans cela il
> est TRÈS dur de déboguer les scripts.
>
> Polyglot
>
> 2017-10-09 15:22 GMT+02:00 JB :
>
>> Bonjour,
>>
>> J'essaye pour la première fois d'utiliser le plugin scripting de JOSM
>> pour accélérer des tâches répétitives. J'utilise le langage python. J'avais
>> dans le temps utilisé le qat_script (qui date de 2013 et plante maintenant
>> lorsqu'il y a des erreurs osmose, mais pas moyen d'en télécharger une
>> version plus récente, le lien wiki est mort).
>> J'essaye de construire mon script python en utilisant les exemples du
>> wiki (https://josm.openstreetmap.de/wiki/Help/Plugin/Scripting/Python).
>> Pour l'instant, à partir du moment où j'essaye d'utiliser
>> getSelectedNodes(), l'exécution plante.
>>
>> Du coup, ma question principale : est-ce que quelqu'un a une expérience
>> de scripts python maisons récents à faire tourner pour voir si le problème
>> est lié à mon ordinateur/mon JOSM ? Un petit script qui fonctionne chez
>> vous est bienvenu !
>>
>> Merci,
>> JB.
>>
>> ___
>> 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] JOSM : Plugin scripting

[Jo]

Salut JB,

J'ai adapté 2 scripts sur cette page:
https://josm.openstreetmap.de/wiki/Help/Plugin/Scripting/Python

Il ne faut plus définir un mapView depuis l'été de 2016.

Les 2 scripts les plus courts ont été adaptés pour réfléter ce changement
dans le core de JOSM.

Pour info, je démarre JOSM comme ceci à partir d'un terminal:


java -Xmx3950M -classpath
"/home/jo/Desktop/josm-latest.jar:/home/jo/.josm/plugins/scripting/jython-standalone-2.7.0.jar"
org.openstreetmap.josm.gui.MainApplication

Ça a comme avantage que l'on peut voir les messages d'erreur. Sans cela il
est TRÈS dur de déboguer les scripts.

Polyglot

2017-10-09 15:22 GMT+02:00 JB :

> Bonjour,
>
> J'essaye pour la première fois d'utiliser le plugin scripting de JOSM pour
> accélérer des tâches répétitives. J'utilise le langage python. J'avais dans
> le temps utilisé le qat_script (qui date de 2013 et plante maintenant
> lorsqu'il y a des erreurs osmose, mais pas moyen d'en télécharger une
> version plus récente, le lien wiki est mort).
> J'essaye de construire mon script python en utilisant les exemples du wiki
> (https://josm.openstreetmap.de/wiki/Help/Plugin/Scripting/Python). Pour
> l'instant, à partir du moment où j'essaye d'utiliser getSelectedNodes(),
> l'exécution plante.
>
> Du coup, ma question principale : est-ce que quelqu'un a une expérience de
> scripts python maisons récents à faire tourner pour voir si le problème est
> lié à mon ordinateur/mon JOSM ? Un petit script qui fonctionne chez vous
> est bienvenu !
>
> Merci,
> JB.
>
> ___
> 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] GeoCodage et uMap

[Jo]

Ce serait plus facile, si le fichier csv avait déjà longitude,latitude. On
peud définir une couche CSV en umap avec 'données externes'. Je suppose
qu'il faudra donc d'abord faire le géocodage.

Jo

2017-09-26 18:33 GMT+02:00 Cédric Frayssinet :

> Voici ma première question...
>
> Nous avons besoin de créer une map personnalisée et nous avons
> naturellement pensé à uMap. Notre fichier csv comprends ces colonnes :
>
> *Nom Etablissement, Commune, Nom, Prénom, Courriel*
>
> Je ne vous cache pas que des collègues ont réussi à faire une carte Google
> en 2 clics avec ce fichier. Existe-t-il une solution relativement simple
> pour faire une uMap avec ce type de données ?
>
> J'ai trouvé cet excellent site https://dogeo.fr/_apps/DoGeocodeur/ qui
> permet de faire du geocodage, mais c'est à partir d'une adresse précise :
> n°, rue, CP, commune.
>
> Une idée ?
>
> Merci d'avance, Cédric
>
>
>
> --
> En cure de désintoxication <https://degooglisons-internet.org/> de Google
> ! Client d'Enercoop <https://www.youtube.com/watch?v=xlwNxoGioWQ>,
> l'énergie militante
>
> Également sur Mastodon : @bristow...@framapiaf.org
> <https://framapiaf.org/@Bristow_69>
>
> [image: Promouvoir et soutenir le logiciel libre] <http://www.april.org>
>
> ___
> 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] Présentation

[Jo]

J'ai essayé de suivre tes conseils pour JOSM, mais ça me semble bien plus
compliqué que nécessaire.

Avec buildings_tools et utilsplugin2 installés, on peut faire:

(main gauche sur le clavier, main droite sur la souris)

b (building)

3 clicks -> bâtiment rectangulaire. (2 clicks suffisent si on le lance avec
quelque chose de sélectionné)

s + sélectionner avec la souris

Aller autre part et Ctrl-d (dupliquer)

Si le bâtiment a une autre forme 'w' (irmprove way accuracy) pour déplacer
les noeuds, puis 'q' pour le rendre rectangulaire à nouveau.

'x' (extrude) est un autre outil qui vaut son poids en or. Je l'utilise
souvent simplement pour ajouter des noeuds sur les way (double click).

Mais ce qu'il fait c'est créer des formes L, T, H d'une façon extrèmement
efficace. Après l'ajout d'un noeud, essayez de deplacer un des 'murs'. Mais
sans ajouter un noeud supplémentaire il peut servir pour élargir ou réduire
des bâtiments rectangulaires.

Quelque chose qui m'a pris beaucoup de temps de découvrir c'est

Ctrl-Alt-Left mouse button pour élargir ou réduire une forme.

Ctrl-Shif-Left mouse button pour faire une rotation.

Ce qui est pratique aussi, c'est si on fait 'a a' (2 fois) on peut faire
des angles de 15/30/45/.../90 dégrées entre 2 bouts de chemins.

's s' donne un 'lasso' pour faire une sélection 'aléatoire'.

Si on sélectionne quelque chose et puis on sélectionne un autre object, on
peut 'répeter' les tags avec Shift-R. 'r' tout seul fait un 'reverse way'.

Le programme est vraimment bourré d'outils et on n'a même pas encore
mentionné comment sélectionner ou faire des recherches dans les données, ou
activer des filtres pour désactiver ce dont on n'a pas besoin (dans mon
cas: les landuse et les frontières...)

Ou les styles MapCSS pour mettre en vigueur les données qui sont
intéressantes pour la tâche qu'on essaye d'accomplir. Les turn lanes, ou
les itinéraires cyclistes/ de randonnée (ou de bus, bien sûr :-) )


Allez, vaut mieux que j'arrête :-)

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

Re: [OSM-talk-fr] Contribution arbres remarquables du Bas-Rhin

[Jo]

Pierre,

Je pense aussi qu'il n'est pas vraiment nécessaire de faire tous les pas
d'un import.

La question la plus importante est la license. Ces données sont à vous?

Si vous m'envoyez une liste avec tous les détails, je veux bien les
convertir en fichier OSM et créer une petite vidéo démontrant comment s'y
prendre pour les ajouter à l'aide du greffon todo-list avec JOSM.

Jo

2017-09-25 16:39 GMT+02:00 PIERRE Sylvain :

> Bonjour,
>
>
>
> Le département du Bas-Rhin a initié depuis 5 ans un inventaire des arbres
> remarquables.
>
> Cet inventaire comporte un volet géographique visible ici :
> http://sigweb.bas-rhin.fr/arbrem/, plus de 250 arbres étant recensés à ce
> jour.
>
>
>
> Notre collectivité souhaiterai pouvoir « pousser » ces arbres dans OSM.
>
>
>
> Après avoir parcouru les ressources suivantes :
>
> http://openstreetmap.fr/contribuer
>
> http://wiki.openstreetmap.org/wiki/FR:Guide_du_d%C3%A9butant
>
> http://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree
>
> http://wiki.openstreetmap.org/wiki/Import/Guidelines
>
>
>
> nos interrogations sont les suivantes :
>
> · Pouvons-nous contribuer à OSM sur ce périmètre, et si oui
> comment ?
>
> · Faut-il privilégier la saisie individuelle de chaque arbre ? Ou
> bien l’import ?
>
>
>
> D’avance merci
>
>
>
>
>
>
>
> *→*  *Sylvain PIERRE*
>
>  Chef de projet système d’information
>
>  Direction des Systèmes d’Information
>
>  Service Projets et Applications Numériques
>
>*Conseil Départemental du Bas-Rhin*
>
> <http://www.bas-rhin.fr/>
>
>  Hôtel du Département
>  1 place du Quartier Blanc 67964 Strasbourg Cedex 9
>  Tél : 03 88 76 68 88 - mobile :
>  Mobile : 06 30 96 31 76
>  Email : sylvain.pie...@bas-rhin.fr
>
>  www.bas-rhin.fr
>
>
>
> ___
> 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] Présentation

[Jo]

Bienvenu Cédric!

Marc,

Qu'est-ce qui manque? Il n'est pas possible de faire cela en utilisant F3?

Jo

2017-09-26 10:08 GMT+02:00 marc marc :

> Le 25. 09. 17 à 19:51, Cédric Frayssinet a écrit :
> > Nouveau sur cette liste, je me présente rapidement.
> Bonjour et bienvenu !
>
> > J'avoue, je n'utilise pas encore JOSM
> Si c'est ton souhait, je trouve Josm aussi facile que iD.
> la seule chose qu'il lui manque, c'est la recherche
> d'un tag à partir d'un mot-clef.
> Pour cela, il suffit d'ouvrir la page du wiki.
> > https://wiki.openstreetmap.org/wiki/FR:%C3%89l%C3%
> A9ments_cartographiques
>
> Mais pour le reste, je trouve Josm bien plus agréable à utiliser que iD
>
> Cordialement,
> Marc
> ___
> 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] Utilisation du tag 'name' avec les langues régionales

[Jo]

Ce n'est que à Bruxelles que nous utilisons des tags de la forme "français
- Nederlands". Dans la plupart du reste du pays les tags sont unilingues.
Le néerlandais en Flandre, le français en Wallonie. Dans les communes de
facilités on ajoute name:nl, name:fr, mais name est dans la langue du
région.

C'est bête que ce n'est pas la langue des gens qui y habitent, mais les
règles ont toujours quelque chose d'arbitraire, je suppose.

On n'utilise pas / mais " - " comme séparateur entre les deux langues.

Polyglot

2017-09-13 11:22 GMT+02:00 Vladimir Vyskocil :

> Bonjour,
>
> Suite aux actions de certaines communautés régionales comme par exemple
> Toulouse qui est devenu Tolosa/Toulouse par ce qu’un fervent adepte de
> l’occitan l'à décidé un jour… J’ai regardé et commencé à corriger les
> erreurs rapportées par Osmose sur l’utilisations des tags name et name:fr,
> qui doivent être identiques pour la France dans la règle correspondante…
> Mais je commence à m’attirer les foudres de certains au pays basque et je
> voulais vous faire part de ma dernière réponse. J’ai répondu avec mes
> connaissances du projet mais je peux me tromper et cela a pu évoluer ces
> derniers temps ? Qu’en pensez vous ?
>
> Bonjour,
>
> On va continuer en français : Il y a plusieurs points dans votre message
> auxquels je voudrais répondre :
>
> - OpenStreetMap est une base cartographique et pas une carte, il y a
> autant de rendu possible que l'on désire, celui du site openstreetmap.org
> en est un et il est international essentiellement destiné aux contributeurs
> internationaux du projet. Il existe des rendus plus spécialisés par exemple
> sur openstreetmap.fr qui se focalise sur la communauté française ou un
> site qui prend en compte les noms régionaux de Bretagne et qui est géré par
> la communauté bzh.
>
> - Les règles sur l'utilisation des tags des objets de la base est établie
> plus ou moins par consensus par la communauté internationale, plus
> particulièrement pour les tags name, name:xxx, et autres... pour le tag
> name la règle établie est qu'il contient le nom dans la langue ou les
> langues officielles du pays correspondant, par exemple en Belgique c'est le
> français et le flamand et les valeurs du tag sont nom_dans_la_langue1 / (ou
> -, ...) nom_dans_la_langue2. En france il n'y a qu'une seule langue
> officielle et c'est le français et des langues régionales comme le basque,
> l'occitan, le breton, le niçois par chez moi,…
>
> - Il y a de plus en plus d'anarchie dans l'utilisation du tags "name" en
> France, on commence a voir des choses comme Tolosa/Toulouse parce que
> quelqu'un dans la communauté occitane a décidé que cela lui plaisait mieux
> comme ça ou par revendication... Idem pour la communauté basque, que je
> respecte par ailleurs (et c'est un très beau pays que j'aime beaucoup,
> autant coté français qu'espagnol).
>
> - D'ailleurs vous parlez de villages avec une signalisation bi-linguale ou
> je vous le concède le tag name peut recevoir les noms dans les deux langues
> (en se mettant d'accord sur le séparateur, l'ordre,... pour que cela soit
> uniforme ce qui n'est pas le cas actuellement), mais pour des villes comme
> Bayonne, Biarritz,... je ne suis pas d'accord car ce n'est pas jusqu’à
> preuve du contraire ce que l'on voit sur le terrain (je parle de panneaux
> officiels)
>
>  - En ce qui concerne l'outil Osmose, il compile un grand nombre de règles
> acceptées par au moins la communauté française et parcours la base pour
> trouver les erreurs et permettre de les corriger, c'est le reflet des
> règles en vigueur. S'il est légitime d'en changer certaines, il est
> nécessaire d'entamer le discours pour obtenir un consensus avec la
> communauté FR, le mieux est d'en discuter sur la liste OSM française (
> https://lists.openstreetmap.org/listinfo/talk-fr) - Pour la promotion de
> la langue basque vous pouvez à l'instar d'autres communautés régionales
> comme les bretons par exemple monter un site qui affichera correctement la
> carte avec les options que vous aurez choisi, par exemple une combinaison
> des tags name:eu et name:fr ou seulement name:eu ou au choix,...
>
> Cordialement, Vladimir (français d'adoption)
>
> Hi Vlad,
>
> I have followed the discussion on this changeset
> . Can you explain what
> exactly is the problem ? Following your link I find a "Default and local
> language name not the same" issues ... (Albeit, I don't understand why this
> should be an issue, since as far as I understand it, different tags are
> meant to reference different things...) We have bilingual usage here in
> north basque country, as you enter all our villages you will find a
> bilingual (french - basque) signalisation. So I don't understand why we
> could not put both basque and french name in the "name=*" tag and have
> each language separated in their respective tag, i.e. "name:fr=*" and
> "name:eu=*" wich is what I did. So just because Osmose don't like it, seem

Re: [OSM-talk-fr] GR 5 Jura cartographié ? Et la FFRP ?

[Jo]

De temps en temps il faut bien réévaluer le consensus. En Belgique c'est
parce qu'on les ajoutait que maintenant nous coopérons avec les volontaires
qui créent les guides. Les 2 cotés y gagnent. L'association a des données
meilleures, plus détaillées pour créer leurs cartes qui coûte nettement
moins et qui sont plus à jour. OSM a des données correctes sur les
itinéraires.

L'association y gagne encore davantage, car les volontaires qui
cartographient les itinéraires pour OpenStreetMap trouvent des problèmes
dans les données qu'ils ont dans leur BDD. Des incohérences entre ce qu'il
y a fléché et leur BDD. Maintenant ils ont plus de volontaires qui veillent
les données.

C'est dommage qu'en France il ne semble pas y avoir moyen de communiquer
avec eux. Mais ayant les GR en OSM pourrait leur ouvrir les yeux. Et si ça
leur pose vraiment problème, il est facile de jeter à nouveau les relations
routes  décrivant les itinéraires.

Polyglot

2017-09-12 23:57 GMT+02:00 Christian Rogel :

>
> Le 2017 Gwen. 12 à 22:11, Romain MEHUT  a écrit :
>
> Bonsoir,
>
> Adrien a tout dit.
>
> La FFRP est bien au courant que des GR figurent dans OSM donc le risque
> est-il si prégnant ? Même si la FFRP venait à contester, on pourrait
> facilement retirer les données incriminées sans que cela implique des
> conséquences sur le projet. Je me trompe ?
>
> Romain
>
> Le 12 septembre 2017 à 21:14, Stéphane Péneau 
> a écrit :
>
>
>> Le gros problème de ton raisonnement, c'est que le risque légal, tu ne le
>> prends pas pour toi. C'est l'ensemble du projet et de la communauté
>> OpenStreetMap qui peut en pâtir.
>>
>
>
> Il faut introduire un minimum de raisonnement juridique pour évaluer s’il
> y a un risque légal.
>
> Tel ou tel mappeur peut-il être attaqué au pénal ?  Hypothèse ridicule,
> car, il s’agit d’une procédure civile en délit de violation de la propriété
> intellectuelle et dommages et intérêts.
>
> Si l’affaire est au civil, la seule réclamation admissible serait donc
> financière, car c’est l’exploitation d’un bien immatériel qui serait
> évaluée en terme de concurrence ou de manque à gagner.
> Or, les mappeurs ne forment psas une personne juridique attaquable et les
> attaquer individuellement serait de mauvais goût et voué à l'échec.
>
> La Fondation OSM me paraît encore plus inatteignable.
>
> Voilà donc pourquoi des fourmis peuvent créer chacun un bout d’itinéraire
> sans qu’une fourmilière soit attaquable.
>
> Le consensus est de ne pas faire figurer ce que la FFRP a déposé au titre
> de la PI.
>
>
> Christian R.
>
> ___
> 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