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=48.77059=2.33693=8310=1%2C2%2C3==
>>>>>  
>>>>>
>>>>>
>>>>> 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=48.77059=2.33693=8310=1%2C2%2C3==
  


 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 

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=-4.0228083=17=gGVYaub7M-9e3vPHAI9PuA=photo=0.521660257395191=0.4046908617951483=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=-3.50455297=17=PStmBHEEK35wa2mql8FHQw=photo=0.5324220118049187=0.5275405429846113=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=ville_fraiche=00B000TFTTTFF=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=Citibus=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=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=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=42.99137=4.17341=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=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