Re: [OSM-talk-fr] www.masecurite.interieur.gouv.fr

[Christian Quest]

Le 04/11/2024 à 00:15, Emilie Laffray a écrit :

Bonjour,

A noter que la procédure est en marche à la fondation et que l'accès à la
carte va être retiré dans le proche futur, notamment car il n'y a pas
vraiment moyen de les contacter.



Adresse mail trouvée dans les mentions légales, je viens d'envoyer ce mail :


/Bonjour,/

/Votre site internet utilise un fond de carte fournit par OpenStreetMap./

/L'utilisation de celui-ci est conditionné à la présence d'une 
attribution dans un coin de la carte pour signaler son origine comme 
expliqué sur https://osm.org/copyright/


/Merci de faire le nécessaire, à défaut, le service pourra être suspendu./

/Bien à vous/

/
/

J'ai mis en copie un des rares contacts que j'ai à l'Intérieur./
/

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

Re: [OSM-talk-fr] www.masecurite.interieur.gouv.fr

[Emilie Laffray]

Bonjour,

A noter que la procédure est en marche à la fondation et que l'accès à la
carte va être retiré dans le proche futur, notamment car il n'y a pas
vraiment moyen de les contacter.


On Sun, Nov 3, 2024 at 12:01 AM Vincent Bergeot  wrote:

> Exemple ici
>
> <
> https://www.masecurite.interieur.gouv.fr/fr/trouver-un-commissariat-une-gendarmerie
> >
>
> Le 3 novembre 2024 05:10:02 GMT+01:00, Emilie Laffray <
> emilie.laff...@gmail.com> a écrit :
> >Bonjour,
> >
> >Il semblerait que www.masecurite.interieur.gouv.fr ne respecte pas les
> >règles d'attribution.
> >Le travail semble être fait par Etalab. Y a t'il quelqu'un pour aider sur
> >ce sujet avant que le site perde l'accès à la carte?
> >
> >Emilie Laffray
> >___
> >Talk-fr mailing list
> >Talk-fr@openstreetmap.org
> >https://lists.openstreetmap.org/listinfo/talk-fr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] www.masecurite.interieur.gouv.fr

[Vincent Bergeot]

Exemple ici



Le 3 novembre 2024 05:10:02 GMT+01:00, Emilie Laffray 
 a écrit :
>Bonjour,
>
>Il semblerait que www.masecurite.interieur.gouv.fr ne respecte pas les
>règles d'attribution.
>Le travail semble être fait par Etalab. Y a t'il quelqu'un pour aider sur
>ce sujet avant que le site perde l'accès à la carte?
>
>Emilie Laffray
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] CARTE du CAP VERT

[Lamourec Alain]

Bonjour

Tu désires quoi pour la carte du cap vert ?


Christophe CLAISSE via Talk-fr  writes:


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



--
Lamourec Alain

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

Re: [OSM-talk-fr] Comment tagguer une borie ?

[Ralf Treinen]

Bonjour,

On Sun, Sep 01, 2024 at 08:27:01AM +0200, Christian PERRIER wrote:
> Le 01/09/2024 à 00:13, Marc_marc via Talk-fr a écrit :
> > Bonsoir,
> > 
> > le plus simple me semble être de commencer avec building=yes
> > description=borie pour les retrouver + tard :)
> > 
> > sinon à froid j'aurais mis :
> > building=hut hut=borie historic=shet
> > si c'est encore possible de s'y abriter, je rajouterais amenity=shelter
> > shelter_type=basic_hut
> > sinon ruins=yes
> > 
> > material=dry_stone est aussi un complément possible
> > 
> > Cordialement,
> > Marc

> Et donc, j'aurais tendance à suggérer que building=hut va très bien avec
> éventuellement un "material=stone" car, finalement, la caractéristique
> majeure, c'est que la cabane est en pierre. Et en fait, l'article Wikipedia

et peut-être

roof:material=stone
roof:shape=dome

ce qui me semble également caractéristique.

-Ralf.

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

Re: [OSM-talk-fr] Comment tagguer une borie ?

[pepilepi...@ovh.fr]

Le 01/09/2024 à 08:27, Christian PERRIER a écrit :
> Le 01/09/2024 à 00:13, Marc_marc via Talk-fr a écrit :
>> Bonsoir,
>>
>> le plus simple me semble être de commencer avec building=yes
>> description=borie pour les retrouver + tard :)
>>
>> sinon à froid j'aurais mis :
>> building=hut hut=borie historic=shet
>> si c'est encore possible de s'y abriter, je rajouterais
>> amenity=shelter shelter_type=basic_hut
>> sinon ruins=yes
>>
>> material=dry_stone est aussi un complément possible
>>
>> Cordialement,
>> Marc 
>
>
> C'est exactement la même chose que les "beehive huts" de Dingle en
> Irlandeou les "cabornes" en région des Monts- d'Or. Ou les
> dizaines d'autres noms qu'on trouve dans les 2/3 de la France. Ce
> qu'explique bien le long article de Wikipedia :
> https://fr.wikipedia.org/wiki/Cabane_en_pierre_sèche
>
> Et donc, j'aurais tendance à suggérer que building=hut va très bien
> avec éventuellement un "material=stone" car, finalement, la
> caractéristique majeure, c'est que la cabane est en pierre. Et en
> fait, l'article Wikipedia donne une excellente raison d'appeler ça une
> cabane, donc une "hut" :
>

Merci à tous pour vos réponses, je vais prendre ça.

Bonne journée,

JP


> /Les *appellations génériques* sont celles qui servent à caractériser
> les constructions indépendamment du lieu où se trouvent ces dernières,
> et qui sont comprises de tous, depuis le grand public jusqu'au monde
> des spécialistes en passant par les propriétaires ou utilisateurs. À
> proprement parler, il n'existe qu'une désignation générique, c'est
> celle de cabane ou, plus précisément, de cabane de pierre(s) sèche(s)
> ou en pierre(s) sèche(s), « cabane » indiquant le niveau
> socio-économique de la construction et « de/en pierre(s) sèche(s) »
> indiquant le matériau employé et mis en œuvre./
>
> /
> /
>
> /
> /
> ___
> 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

Re: [OSM-talk-fr] Comment tagguer une borie ?

[Christian PERRIER]

Le 01/09/2024 à 00:13, Marc_marc via Talk-fr a écrit :

Bonsoir,

le plus simple me semble être de commencer avec building=yes 
description=borie pour les retrouver + tard :)


sinon à froid j'aurais mis :
building=hut hut=borie historic=shet
si c'est encore possible de s'y abriter, je rajouterais 
amenity=shelter shelter_type=basic_hut

sinon ruins=yes

material=dry_stone est aussi un complément possible

Cordialement,
Marc 



C'est exactement la même chose que les "beehive huts" de Dingle en 
Irlandeou les "cabornes" en région des Monts- d'Or. Ou les dizaines 
d'autres noms qu'on trouve dans les 2/3 de la France. Ce qu'explique 
bien le long article de Wikipedia : 
https://fr.wikipedia.org/wiki/Cabane_en_pierre_sèche


Et donc, j'aurais tendance à suggérer que building=hut va très bien avec 
éventuellement un "material=stone" car, finalement, la caractéristique 
majeure, c'est que la cabane est en pierre. Et en fait, l'article 
Wikipedia donne une excellente raison d'appeler ça une cabane, donc une 
"hut" :


/Les *appellations génériques* sont celles qui servent à caractériser 
les constructions indépendamment du lieu où se trouvent ces dernières, 
et qui sont comprises de tous, depuis le grand public jusqu'au monde des 
spécialistes en passant par les propriétaires ou utilisateurs. À 
proprement parler, il n'existe qu'une désignation générique, c'est celle 
de cabane ou, plus précisément, de cabane de pierre(s) sèche(s) ou en 
pierre(s) sèche(s), « cabane » indiquant le niveau socio-économique de 
la construction et « de/en pierre(s) sèche(s) » indiquant le matériau 
employé et mis en œuvre./


/
/

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

Re: [OSM-talk-fr] Comment tagguer une borie ?

[Marc_marc via Talk-fr]

Bonsoir,

le plus simple me semble être de commencer avec building=yes 
description=borie pour les retrouver + tard :)


sinon à froid j'aurais mis :
building=hut hut=borie historic=shet
si c'est encore possible de s'y abriter, je rajouterais amenity=shelter 
shelter_type=basic_hut

sinon ruins=yes

material=dry_stone est aussi un complément possible

Cordialement,
Marc

Le 31.08.24 à 23:45, pepilepi...@ovh.fr a écrit :

Bonsoir,

tout est dans le sujet...

Pour ceux qui ne connaissent pas, entre Dauphiné, Provence et Pyrennées
(au moins) on rencontre plein de bories
.
Comment ça se taggue, ces machins ? C'est pas un trullo
 (beaucoup
plus rustique), c'est plus spécifique qu'une hut
...


Bonne soirée,

JP






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

Re: [OSM-talk-fr] tuiles abhérentes

[Volker Schmidt]

These are left-overs from a major vandalism attack on OSM. Should disappear
over time, when CyclOSM updates the tiles.
Ce sont les restes d’une attaque de vandalisme majeure contre OSM. Doit
disparaître avec le temps, lorsque CyclOSM met à jour les tuiles.

See: https://en.osm.town/@osm_tech/112643613089350400

voschix
(Padoue, Italie)


On Wed, 10 Jul 2024 at 13:40, Hélène PETIT  wrote:

> Salut !
> en ce moment, si je regarde
> https://www.openstreetmap.org/#map=16/43.8665/1.8124
> avec le fond de carte CyclOSM
>
> il ya des tuiles incrustées avec des routes ajoutées
> et des noms en anglais ...
>
> le fond de carte standard est normal.
> on voit bien la différence.
>
> A plus,
> Hélène
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Requêtes Overpass pour les cheminements piétons

[Francois Gouget]

On Sat, 15 Jun 2024, Francois Gouget wrote:
[...]
> Du coup j'ai écrit quelques requêtes Overpass et je me dis que cela 
> pourrait intéresser d'autres contributeurs, pas qu'à Paris d'ailleurs. 
> Et puis tout corriger va quand même représenter pas mal de travail donc 
> autant que tout le monde puisse participer. J'ai donc décidé de les 
> partager via ma page de profil :
> 

Tous les passages piétons avec crossing=b ont déjà été corrigés ! C'est 
super.

Bon, j'ai ajouté d'autres requêtes pour la voirie et les cheminements 
piétons mais aussi pour le métro et les pipelines. Pour chaque cas j'ai 
essayé de documenter la nature du problème, comment le corriger 
et les points auxquels faire attention.

C'est toujours sur ma page de profil :

  https://www.openstreetmap.org/user/fgouget


Voirie
--

* Visualisation de la position des lampadaires
  Pour voir où il en manque.

* Voies non éclairées et lit atypiques
  En ville la plupart des voies sont éclairées. Où sont les exceptions 
  et les lit erronés ?

* Voies souterraines ni toujours éclairées, ni éclairées à la demande
  Typiquement elles ont lit=yes au lieu de lit=24/7.


Cheminements piétons


* Visualisation des chemins piétons atypiques
  Ni trottoir, ni passage piéton, îlot, etc. Cela correspond-t-il à 
  votre connaissance du terrain ?

* Nœud highway=crossing sur chemin piéton
  Le chemin piéton devrait généralement être scindé pour avoir une 
  partie footway=crossing.

* Intersections entre chemin piéton et rue
  Même chose mais sans-même le nœud highway=crossing.

* Feu tricolore fusionné avec le passage piéton
  Les voitures sont sensées s'arrêter avant le passage piéton, pas au 
  milieu (même si des fois on peut se poser la question ;-).

* Passages piétons sans type
  Passages piétons où il manque crossing=* ce qui fait que l'on ne sait 
  pas s'il y a un feu piéton.

* Passages piétons avec une mauvaise valeur pour crossing, aka “Crossing Bad”
  Valeurs de crossing anormales (comme pavement) ou obsolètes.

* Trottoirs qui forment une boucle
* Trottoirs qui devraient probablement être scindés
  Les trottoirs qui sont trop longs ou forment une boucle sont très 
  gènants car un arpenteur ne peut pas les englober dans leur
  totalité et ne peut donc pas positionner lit et surface.


Métro
-

* Métros en surface et aériens
  Permet de vérifier que layer est correct (contrairement aux voies de 
  la place de la République) et d'identifier d'un coup d'oeil les 
  ateliers de maintenance).


Pipelines
-

* Champ location des bornes de pipelines
  Plusieurs valeurs farfelues comme location=underground pour des 
  marker=aerial ;-)

* Champ utility des bornes de pipelines
  Beaucoup de confusion entre utility et substance.


-- 
Francois Gouget   http://fgouget.free.fr/
A polar bear is a cartesian bear after a coordinate transform.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Requêtes Overpass pour les cheminements piétons

[Francois Gouget]

On Mon, 17 Jun 2024, Marc_marc via Talk-fr wrote:
[...]
> Beaau travail mais cela ne fait-il pas un éparpiement avec osmose ?
> je trouve pratiqeu d'avoir tout le QA dans un lieu réduit d'endroit
> pour éviter d'avoir à ouvrir plein d'outil pour tout vérifieir :)

J'adore Osmose mais il y a deux problèmes concernant l'ajout dans 
Osmose :
1. Certaines requêtes n'ont pas leur place dans Osmose. Par exemple
   tout ce qui est visualisation vu qu'une minorité des objets 
   visualisés pourraient correspondre à une erreur (voir aucun, cas des 
   lampadaires). Même pour les autres requêtes il faudrait être sûr 
   qu'il n'y a pas trop de faux positifs (en même temps dans Osmose on 
   pourrait probablement faire des filtres plus sophistiqués).
2. Ajouter une nouvelle vérif Osmose est plus compliqué et pour 
   l'instant je n'ai pas le temps de me pencher dessus.

Mais je suis d'accord que, si certaines de ces requêtes prouvent leur 
intérêt, les avoir dans Osmose serait idéal.


> j'ai un soucis avec la formulation du premier :
> "Passage piéton connecté au milieu d’un chemin piéton au lieu d’être 
> connecté à une extrémité"
> passage piéton = le noeud ? si oui je vois pas ce qui empeche d'être au 
> milieu d'un way de par 3 points décrivant la traversé

Dans le cas de cette requête le passage piéton est du filaire : 
highway=footway + footway=crossing. Il y a un schéma quelque part qui 
explique le problème mais je ne le retrouve plus.


> Le 15.06.24 à 02:52, Francois Gouget a écrit :
> > J'ai utilisé des permalinks comme lien vers les requêtes Overpass mais
> > ce faisant je reçois un avertissement comme quoi ils pourraient ne pas
> > marcher parce que la requête est longue 
> 
> je pense que cela n'a aucun rapport avec le partage de lien
> ajouter l'instruction timeout devrait aider les longues requêtes
> si le serveur n'est pas trop sous eau.

Mes requêtes ont toutes une instruction timeout. Note : je reçois 
l'avertissement lors de la création du permalien, pas lors de 
l'exécution de la requête.


> > rencontré des problèmes avec le bouton "save on osm.org": il n'a marché
> > qu'une fois
> 
> j'ai plein de requête sauvée ainsi sans soucis tu as eu quoi exactement 
> comme soucis ?

Je clique sur le bouton "save on osm.org" et rien ne se passe : le 
dialogue reste affiché tel quel. J'ai l'impression que la première 
fois cela marche et qu'après il faudrait que je redémarre le navigateur 
(j'ai testé avec une session privée mais cela n'a pas marché non plus).


-- 
Francois Gouget   http://fgouget.free.fr/
question = ( to ) ? be : ! be;
  -- Wm. Shakespeare
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Requêtes Overpass pour les cheminements piétons

[Marc_marc via Talk-fr]

Bonjour,

Beaau travail mais cela ne fait-il pas un éparpiement avec osmose ?
je trouve pratiqeu d'avoir tout le QA dans un lieu réduit d'endroit
pour éviter d'avoir à ouvrir plein d'outil pour tout vérifieir :)

j'ai un soucis avec la formulation du premier :
"Passage piéton connecté au milieu d’un chemin piéton au lieu d’être 
connecté à une extrémité"
passage piéton = le noeud ? si oui je vois pas ce qui empeche d'être au 
milieu d'un way de par 3 points décrivant la traversé


Le 15.06.24 à 02:52, Francois Gouget a écrit :

J'ai utilisé des permalinks comme lien vers les requêtes Overpass mais
ce faisant je reçois un avertissement comme quoi ils pourraient ne pas
marcher parce que la requête est longue 


je pense que cela n'a aucun rapport avec le partage de lien
ajouter l'instruction timeout devrait aider les longues requêtes
si le serveur n'est pas trop sous eau.


rencontré des problèmes avec le bouton "save on osm.org": il n'a marché
qu'une fois


j'ai plein de requête sauvée ainsi sans soucis tu as eu quoi exactement 
comme soucis ?



je ne sais pas comment créer un lien qui utiliserait une requête sauvée.


je ne connais pas de moyen de partagé une requête sauvée dans ton compte

Cordialement,
Marc




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

Re: [OSM-talk-fr] Requêtes Overpass pour les cheminements piétons

[Noémie Lehuby via Talk-fr]

Bonjour,

Merci pour le partage, c'est très intéressant.

J'avais aussi un peu bossé sur le contrôle qualité de ces données et 
proposé 2 challenges Maproulette : 
https://forum.openstreetmap.fr/t/amelioration-donnees-pietonnes-a-paris/20358/1

mais ils n'ont pas eu un grand succès.

--
Noémie Lehuby

Le 15/06/2024 à 02:52, Francois Gouget a écrit :

Bonjour,

J'ai découvert récemment que pratiquement tous les trottoirs et passages
piétons de Paris sont maintenant présents sur la carte. Donc d'abord je
tire mon chapeau à l'équipe de SonarVision qui a réalisé là un sacré
travail.

Mais c'est inévitable : plein de nouveaux objets veut aussi dire pas mal
de nouvelles erreurs. En parcourant la carte j'ai repéré un certain
nombre de cas courants et je me suis dit que ce serait pratique de
pouvoir trouver tous les cas similaires.

Du coup j'ai écrit quelques requêtes Overpass et je me dit que cela
pourrait intéresser d'autres contributeurs, pas qu'à Paris d'ailleurs.
Et puis tout corriger va quand même représenter pas mal de travail donc
autant que tout le monde puisse participer. J'ai donc décidé de les
partager via ma page de profil :

   https://www.openstreetmap.org/user/fgouget

Les premières requêtes sont :
* Passages piétons non/mal connectés aux trottoirs
   (~3000 résultats sur Paris)
* Propriété crossing incorrecte pour un passage piéton avec feu piéton (~2300)
* Passages piétons avec crossing=b (~600)

Ces requêtes marchent pour n'importe quelle ville. Mais s'il n'y a pas
de way représentant les trottoirs et passages piétons elles ne
retourneront pas grand chose.

J'ai d'autres requêtes en réserve mais pour chaque requête j'essaie de
décrire le problème, comment le corriger, ainsi que les faux positifs et
faux négatifs potentiels... et ce n'est pas encore fait pour les autres.

J'espère ne pas avoir dit trop de bétises pour les explications des
requêtes actuelles. Y a-t-il d'autres points qu'il faudrait préciser ?

J'ai utilisé des permalinks comme lien vers les requêtes Overpass mais
ce faisant je reçois un avertissement comme quoi ils pourraient ne pas
marcher parce que la requête est longue (... tous ces commentaires
explicatifs). Y a-t-il une meilleure façon de faire ? J'ai notamment
rencontré des problèmes avec le bouton "save on osm.org": il n'a marché
qu'une fois, le reste du temps rien ne se passe. De toute façon je ne
sais pas comment créer un lien qui utiliserait une requête sauvée.




OpenPGP_signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Inscriptions pour le SOTM lancées !

[Cédric Frayssinet]

Bonjour à toutes et tous !

Pour des raisons de sécurité au niveau de l'université Lyon 3, nous 
*stopperons les inscriptions pour le SOTM le 20 juin*. Il n'y aura pas 
d'inscriptions la dernière semaine ou le jour J.


Merci donc d'informer tous vos contacts le plus largement possible.

Rappel : https://sotm2024.openstreetmap.fr/inscription.html

Bonne fin de semaine,

Cédric, pour le comité d'organisation du SOTM à Lyon.



Le 23/05/2024 à 15:54, Cédric Frayssinet a écrit :

Bonjour à toutes et tous !

Nous venons de lancer les inscriptions pour le *State Of The Map* de 
Lyon.


Vous trouverez sur le site de l'événement 
, le formulaire d'inscription mais 
aussi le riche, très riche, programme !


Si vous souhaitez dormir dans une des résidences universitaires à 
proximité, ne tardez pas à réserver !


Et accessoirement, lisez bien les consignes et cochez bien les cases 
qu'il faut :)


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



--

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Questionnaire EcceCarto2

[Rémi LABARTHE]

Bonjour Cyrille,

Ah ah, je prends les cartes vitales si jamais ^^
N’hésites pas à faire tourner autour de toi si jamais..

Bon week end !

Rémi 

> Le 24 mai 2024 à 17:31, Cyrille37 OSM  a écrit :
> 
> Bonjour
> 
> Il est très bien ce questionnaire.
> 
> Il est aussi utile aux répondants (c'est moins cher qu'un psy) :-)
> 
> Cyrille37.
> 
> Le 13/05/2024 à 21:33, Rémi LABARTHE a écrit :
>> Bonsoir la Communauté !
>> 
>> Dans le cadre de mon stage à Teritorio, entreprise portée par d’ardents 
>> défenseurs de la cause OSM, je relance « EcceCarto », une enquête diffusée 
>> il y a 9 ans et dont l’objectif était de dresser une typologie des 
>> contributrices et des contributeurs et de leurs valeurs d’engagement.
>> Je cherche à évaluer l’évolution éventuelle de cette typologie, mais pas 
>> que… Je ne veux pas vous spoiler, donc voici le lien pour répondre à 
>> l’enquête :
>> 
>> 
>> http://enquetes-passages.huma-num.fr/index.php?r=survey/index&sid=863977&lang=fr
>>   
>> 
>> 
>> Merci beaucoup à tous !
>> 
>> 
>> Rémi Labarthe
>> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

Rémi LABARTHE
r.labar...@teritorio.fr
06 70 39 65 41




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

Re: [OSM-talk-fr] Questionnaire EcceCarto2

[Cyrille37 OSM]

Bonjour

Il est très bien ce questionnaire.

Il est aussi utile aux répondants (c'est moins cher qu'un psy) :-)

Cyrille37.

Le 13/05/2024 à 21:33, Rémi LABARTHE a écrit :

Bonsoir la Communauté !

Dans le cadre de mon stage à Teritorio, entreprise portée par d’ardents 
défenseurs de la cause OSM, je relance « EcceCarto », une enquête diffusée il y 
a 9 ans et dont l’objectif était de dresser une typologie des contributrices et 
des contributeurs et de leurs valeurs d’engagement.
Je cherche à évaluer l’évolution éventuelle de cette typologie, mais pas que… 
Je ne veux pas vous spoiler, donc voici le lien pour répondre à l’enquête :


http://enquetes-passages.huma-num.fr/index.php?r=survey/index&sid=863977&lang=fr  


Merci beaucoup à tous !


Rémi Labarthe


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

Re: [OSM-talk-fr] Accès très limité à BD Carthage

[Thomas Gratier]

Salut,

J'ai rajouté le WMS https://data.geopf.fr/wms-v/ows, j'ai choisi la couche
"Inventaire national des plans d’eau" et j'ai pu rajouter la couche
correspondante. Par contre, je n'ai pas réussi à consommer le WMTS dans
JOSM. Il me sort des erreurs 400.


Thomas



Le mer. 17 avr. 2024 à 20:34, Cyrille37 OSM  a
écrit :

> Bonjour et Merci Thomas.
>
> Je n'arrive pas à obtenir les tuiles avec ce réglage de base dans JOSM :
>
> Merci
>
> Cyrille37
>
> Le 17/04/2024 à 00:07, Thomas Gratier a écrit :
> > Bonjour,
> >
> > Je n'ai pas de réponse à te donner concernant la BD Carthage. Néanmoins,
> si
> > tu travailles sur les plans d'eau, tu peux te tourner vers l’inventaire
> > national des plans d’eau (INPE) qui date de 2023 et est donc plus récent
> > que la BD Carthage.
> > Il est disponible soit sous forme fichiershttps://
> geoservices.ign.fr/inpe
> > (converti les GPKG en shp pour un usage JOSM) soit en ajoutant le WMTS
> > depuishttps://data.geopf.fr/wmts, soit le WMS
> > https://data.geopf.fr/wms-v/ows  (utile, en particulier si tu utilises
> JOSM)
> >
> >
> > Thomas Gratier
> >
> > Le lun. 15 avr. 2024 à 10:25, rpnpif  a écrit :
> >
> >> Bonjour,
> >> J'ai depuis quelques jours, un accès très limité et très lent à BD
> >> Carthage (plans et cours d'eau). J'ai ai vraiment besoin pour ajouter
> >> des plans d'eau peu visibles à OSM. (L'accès au forum est aussi assez
> >> lent chez moi).
> >> Je me demandais si cela venait de mes accès DNS ou bien si c'est dû aux
> >> serveurs OpenStreetmap.fr. J'ai vu plusieurs rapports de problèmes sur
> >> Github.
> >> Serais-ce lié ?
> >>
> >> --
> >> Rpnpif
> >>
> >>
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] version française du wiki de l'attribut "place=neighbourhood"

[rpnpif]

Bonjour,

Le 23/04/2024 à 12:54, lenny.libre via Talk-fr a écrit :

Bonjour !

La version FR 
https://wiki.openstreetmap.org/wiki/FR:Tag:place%3Dneighbourhood est 
beaucoup moins remplie que l'EN 
https://wiki.openstreetmap.org/wiki/Tag:place%3Dneighbourhood


Pour les mettre en phase, je l'ai fait sur une page brouillon 
https://wiki.openstreetmap.org/wiki/User:Lenny/Occitanie/liO


Avant de le mettre sur la bonne page du wiki, j'aimerais si possible 
avoir votre avis.


La difficulté que je trouvais, c'est que les pages wikipedia anglaises : 
https://en.wikipedia.org/wiki/Neighbourhood et 
https://en.wikipedia.org/wiki/Quarter_(urban_subdivision) renvoie toutes 
les deux vers la même page française 
https://fr.wikipedia.org/wiki/Quartier_(ville)


Oui en France, en général, il s'agit de petits lotissements et de 
groupes résidentiels parfois privés. À mon avis cela peut aussi concerné 
des petits quartiers officieux, non répertoriés officiellement par la 
commune pour des raisons diverses (historiques, coutume et habitude 
locale, ou autres).


En tout cas merci pour ce travail.

--
Rpnpif

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

Re: [OSM-talk-fr] Mesure d'une distance à vol d'oiseau

[Denis Bigorgne]

NB : j'ai fait ce fichier il y a quelques années. Par les temps qui
courent, la loxodromie n'est assurément pas la meilleure route en avion,
hélas !

Le mer. 17 avr. 2024 à 23:59, Denis Bigorgne  a
écrit :

> Bonsoir,
> Si on ne recherche une précision absolue, l'utilisation d'une "LineString"
> en kml produit une trace géodésique.
>
> Par exemple :
> 
> http://www.opengis.net/kml/2.2";>
>   
>   Paris - Bangkok
> 
>   
> ffff
> 2
>   
> 
> 
>   Paris - Bangkok
>   Arc de Grand Cercle
>   #redLine
>   
>1
> clampToground
> 
> 2.547778,49.009722 100.75,13.69
> 
>   
> 
>   
> 
>
> (Pour visualiser ce genre de trace sans me casser la tête, j'utilise
> GPXSee)
>
>
> Le lun. 15 avr. 2024 à 07:27, Lionel Allorge  a écrit :
>
>> Bonjour Sébastien,
>>
>> >> Celui-ci ne propose pas de carte, mais on peut saisir précisément les
>> >> coordonnées géographiques :
>> >>
>> >> https://fr.planetcalc.com/722/
>> >
>> > Je viens de faire un essai avec ce dernier entre un point situé en
>> > France et un autre en Italie. L'outil propose une approximation de la
>> > trajectoire par un découpage en 20 segments à cap constant :
>> >
>> >
>> https://fr.planetcalc.com/722/?pointsCount=20&ellipsoid=wgs84&lo2=12.6436944&la2=43.687524&lo1=1.48171946&la1=43.5688245
>>
>> Merci.
>>
>> Librement.
>> --
>> Liot
>> https://www.openstreetmap.org/user/Liot
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mesure d'une distance à vol d'oiseau

[Denis Bigorgne]

Bonsoir,
Si on ne recherche une précision absolue, l'utilisation d'une "LineString"
en kml produit une trace géodésique.

Par exemple :

http://www.opengis.net/kml/2.2";>
  
  Paris - Bangkok

  
ffff
2
  


  Paris - Bangkok
  Arc de Grand Cercle
  #redLine
  
   1
clampToground

2.547778,49.009722 100.75,13.69

  

  


(Pour visualiser ce genre de trace sans me casser la tête, j'utilise GPXSee)


Le lun. 15 avr. 2024 à 07:27, Lionel Allorge  a écrit :

> Bonjour Sébastien,
>
> >> Celui-ci ne propose pas de carte, mais on peut saisir précisément les
> >> coordonnées géographiques :
> >>
> >> https://fr.planetcalc.com/722/
> >
> > Je viens de faire un essai avec ce dernier entre un point situé en
> > France et un autre en Italie. L'outil propose une approximation de la
> > trajectoire par un découpage en 20 segments à cap constant :
> >
> >
> https://fr.planetcalc.com/722/?pointsCount=20&ellipsoid=wgs84&lo2=12.6436944&la2=43.687524&lo1=1.48171946&la1=43.5688245
>
> Merci.
>
> Librement.
> --
> Liot
> https://www.openstreetmap.org/user/Liot
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mesure d'une distance à vol d'oiseau

[Adrian via Talk-fr]

En géographie, normalement on calcule la distance à vol d'oiseau sur 
l'ellipsoïde. L'ellipsoïde utilisée est celle utilisée par le système WGS84. La 
distance est alors la longueur de la ligne géodésique. Ce site [1] (en anglais) 
fait ce calcul. Il trouve bien le chemin par un pôle quand les deux points sont 
diamétralement opposés sur l'équateur. Le site propose également le calcul de 
points intermédiaires sur la géodésique. Ce site [2] dessine des grands cercles 
sur une carte pour un globe sphérique. Le site [1] a un lien (que je n'ai pas 
essayé) vers une page qui dessine des géodésiques sur un carte.

[1] https://geographiclib.sourceforge.io/scripts/geod-calc.html
[2] https://www.greatcirclemapper.net/

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

Re: [OSM-talk-fr] Accès très limité à BD Carthage

[Cyrille37 OSM]

Bonjour et Merci Thomas.

Je n'arrive pas à obtenir les tuiles avec ce réglage de base dans JOSM :

Merci

Cyrille37

Le 17/04/2024 à 00:07, Thomas Gratier a écrit :

Bonjour,

Je n'ai pas de réponse à te donner concernant la BD Carthage. Néanmoins, si
tu travailles sur les plans d'eau, tu peux te tourner vers l’inventaire
national des plans d’eau (INPE) qui date de 2023 et est donc plus récent
que la BD Carthage.
Il est disponible soit sous forme fichiershttps://geoservices.ign.fr/inpe
(converti les GPKG en shp pour un usage JOSM) soit en ajoutant le WMTS
depuishttps://data.geopf.fr/wmts, soit le WMS
https://data.geopf.fr/wms-v/ows  (utile, en particulier si tu utilises JOSM)


Thomas Gratier

Le lun. 15 avr. 2024 à 10:25, rpnpif  a écrit :


Bonjour,
J'ai depuis quelques jours, un accès très limité et très lent à BD
Carthage (plans et cours d'eau). J'ai ai vraiment besoin pour ajouter
des plans d'eau peu visibles à OSM. (L'accès au forum est aussi assez
lent chez moi).
Je me demandais si cela venait de mes accès DNS ou bien si c'est dû aux
serveurs OpenStreetmap.fr. J'ai vu plusieurs rapports de problèmes sur
Github.
Serais-ce lié ?

--
Rpnpif



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

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

Re: [OSM-talk-fr] Accès très limité à BD Carthage

[rpnpif]

Le 17/04/2024 à 11:04, Christian Quest a écrit :

La couche carthage était indisponible, j'ai corrigé ça hier soir.

Le forum n'est pas du tout sur la même infra, donc aucun lien entre les 
deux.


Un problème DNS ça se voit en début de connexion à un service (pour 
trouve l'IP du service), après ça ne doit avoir aucun impact, l'info est 
en cache sur ta machine.


Merci Christian ! Ça marche impeccable.
J'ai abusé avec mes histoires de DNS et forum.Ça n'a effectivement rien 
à voir.
Merci aussi à Thomas. J'avais cherché ces ressources mais pas trouvé. 
C'est parfait.


--
Rpnpif

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

Re: [OSM-talk-fr] Accès très limité à BD Carthage

[Christian Quest]

Le lun. 15 avr. 2024 à 10:25, rpnpif  a écrit :


Bonjour,
J'ai depuis quelques jours, un accès très limité et très lent à BD
Carthage (plans et cours d'eau). J'ai ai vraiment besoin pour ajouter
des plans d'eau peu visibles à OSM. (L'accès au forum est aussi assez
lent chez moi).
Je me demandais si cela venait de mes accès DNS ou bien si c'est dû aux
serveurs OpenStreetmap.fr. J'ai vu plusieurs rapports de problèmes sur
Github.
Serais-ce lié ?

--
Rpnpif



La couche carthage était indisponible, j'ai corrigé ça hier soir.

Le forum n'est pas du tout sur la même infra, donc aucun lien entre les 
deux.


Un problème DNS ça se voit en début de connexion à un service (pour 
trouve l'IP du service), après ça ne doit avoir aucun impact, l'info est 
en cache sur ta machine.



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

Re: [OSM-talk-fr] Accès très limité à BD Carthage

[Thomas Gratier]

Bonjour,

Je n'ai pas de réponse à te donner concernant la BD Carthage. Néanmoins, si
tu travailles sur les plans d'eau, tu peux te tourner vers l’inventaire
national des plans d’eau (INPE) qui date de 2023 et est donc plus récent
que la BD Carthage.
Il est disponible soit sous forme fichiers https://geoservices.ign.fr/inpe
(converti les GPKG en shp pour un usage JOSM) soit en ajoutant le WMTS
depuis https://data.geopf.fr/wmts, soit le WMS
https://data.geopf.fr/wms-v/ows (utile, en particulier si tu utilises JOSM)


Thomas Gratier

Le lun. 15 avr. 2024 à 10:25, rpnpif  a écrit :

> Bonjour,
> J'ai depuis quelques jours, un accès très limité et très lent à BD
> Carthage (plans et cours d'eau). J'ai ai vraiment besoin pour ajouter
> des plans d'eau peu visibles à OSM. (L'accès au forum est aussi assez
> lent chez moi).
> Je me demandais si cela venait de mes accès DNS ou bien si c'est dû aux
> serveurs OpenStreetmap.fr. J'ai vu plusieurs rapports de problèmes sur
> Github.
> Serais-ce lié ?
>
> --
> Rpnpif
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mesure d'une distance à vol d'oiseau

[Lionel Allorge]

Bonjour Sébastien,


Celui-ci ne propose pas de carte, mais on peut saisir précisément les
coordonnées géographiques :

https://fr.planetcalc.com/722/


Je viens de faire un essai avec ce dernier entre un point situé en
France et un autre en Italie. L'outil propose une approximation de la
trajectoire par un découpage en 20 segments à cap constant :

https://fr.planetcalc.com/722/?pointsCount=20&ellipsoid=wgs84&lo2=12.6436944&la2=43.687524&lo1=1.48171946&la1=43.5688245


Merci.

Librement.
--
Liot
https://www.openstreetmap.org/user/Liot

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

Re: [OSM-talk-fr] Mesure d'une distance à vol d'oiseau

[Sébastien Dinot]

Sébastien Dinot a écrit :
> Celui-ci ne propose pas de carte, mais on peut saisir précisément les
> coordonnées géographiques :
> 
> https://fr.planetcalc.com/722/

Je viens de faire un essai avec ce dernier entre un point situé en
France et un autre en Italie. L'outil propose une approximation de la
trajectoire par un découpage en 20 segments à cap constant :

https://fr.planetcalc.com/722/?pointsCount=20&ellipsoid=wgs84&lo2=12.6436944&la2=43.687524&lo1=1.48171946&la1=43.5688245

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Mesure d'une distance à vol d'oiseau

[Sébastien Dinot]

Bonjour Lionel,

Lionel Allorge a écrit :
> Existe-t-il un outil dans OSM pour mesurer une distance entre 2 poins
> à la surface de la Terre à vol d'oiseau donc sans tenir compte des
> routes mais en prenant en compte la rotondité de la Terre ?

Je n'ai pas connaissance d'un tel outil dans le giron OSM, mais il doit
bien exister. :)

Ceci étant, moult sites proposent cette fonction en ligne, à partir des
seules données qui comptent : les coordonnées géographiques des points
de départ et d'arrivée.

La distance la plus courte entre deux points d'une sphère s'appelle la
« distance orthodromique ». La trajectoire qui en résulte est complexe
à suivre, car elle ne se fait pas à cap constant. C'est par exemple la
route suivie par un avion allant de Paris à New-York, en passant pas
loin du Groenland, ce qui est contre-intuitif lorsqu'on regarde une
carte :

https://fr.wikipedia.org/wiki/Orthodromie

La distance la plus courte à cap constant est la « distance
loxodromique » :

https://fr.wikipedia.org/wiki/Loxodromie

Après une rapide recherche, je tombe sur celui-ci qui ne permet que le
positionnement très approximatif des points de départ et d'arrivée :

https://phyanim.sciences.univ-nantes.fr/Meca/RefTerre/Orthodromie1.php

Celui-ci ne propose pas de carte, mais on peut saisir précisément les
coordonnées géographiques :

https://fr.planetcalc.com/722/

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Carto Partie Permier semestre 2024

[Ludovic Hirlimann via Talk-fr]

On 4/12/24 08:55, roptat wrote:

Hello,

Finalement je ne serai pas disponible le 26, désolé !


Pas grave du tout !!

Profites bien de ton dimanche.


Ludo

--
https://ludovic.hirlimann.net
https://piaille.fr/@usul
https://pix.diaspodon.fr/i/web/profile/41



OpenPGP_0x96BD1F38FEA32B4D.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carto Partie Permier semestre 2024

[roptat]

Hello,

Finalement je ne serai pas disponible le 26, désolé !

Le 12 avril 2024 08:13:32 GMT+02:00, Ludovic Hirlimann  
a écrit :
>On 1/21/24 11:37, Ludovic Hirlimann wrote:
>> 
>> Hier, c'est tenu la réunion mensuelle des utilisateurs et contributeur à OSM 
>> de Toulouse. Nous avions comme agenda de commencer à organiser une carto 
>> partie suite à des discussions lors du Capitole du Libre en 2023. J'avais 
>> proposé de nous rendre dans le bas Quercy, à l'Est de Montauban :
>> 
>>   * C'est peu habité - donc pas d'informaticien pour alimenter la carte.
>>   * C'est relativement pas trop loin de chez moi et donc ça m'arrange
>> plus que le Gers.
>> 
>> Nous sommes restés assez d'accord sur la zone, en se disant que 
>> Saint-Antonin Noble-Val pourrait nous servir de base logistique. Le plan 
>> actuel est d'affiner en fonction des autres points
>> 
>
>Comme promis, petit point mi-avril :
>
>La date retenue est le 26 mai 2024. J'ai envoyé une invitation à ceux dont 
>j'ai les emails. Il me manque l'adresse de Benoit, Patrice K n'étant pas 
>disponible cela ne cause pas de soucis.
>
>Je compte :
>
>Julien, Christophe, Sébastien, Liliane, Stan, Moi Avec :
>
> * Moi, Christophe et Sébastien qui sont véhiculés.
> * Je viens avec mes enfants et je pars de Grisolles, j'ai donc une
>   place dans la voiture
> * Sébastien à 3 places
> * Christophe en a   au moins une et une place de vélo.
>
>On devrait donc avoir assez de place pour Benoit, Liliane et Julien. 
>Pouvez-vous vous mettre d'accord pour le transport.
>
>
>Après avoir regardé la carte à 
>https://www.openstreetmap.org/search?query=saint-antonin%20noblevall#map=17/44.15129/1.75629,
> je propose d'on se retrouve au niveau de l'église (c'est facile à trouver) 
>vers 9:30 le dimanche 26 mai 2024. Qu'en pensez-vous ?
>
>
>Ludovic
>

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

Re: [OSM-talk-fr] Carto Partie Permier semestre 2024

[Ludovic Hirlimann via Talk-fr]

On 1/21/24 11:37, Ludovic Hirlimann wrote:


Hier, c'est tenu la réunion mensuelle des utilisateurs et contributeur 
à OSM de Toulouse. Nous avions comme agenda de commencer à organiser 
une carto partie suite à des discussions lors du Capitole du Libre en 
2023. J'avais proposé de nous rendre dans le bas Quercy, à l'Est de 
Montauban :


  * C'est peu habité - donc pas d'informaticien pour alimenter la carte.
  * C'est relativement pas trop loin de chez moi et donc ça m'arrange
plus que le Gers.

Nous sommes restés assez d'accord sur la zone, en se disant que 
Saint-Antonin Noble-Val pourrait nous servir de base logistique. Le 
plan actuel est d'affiner en fonction des autres points




Comme promis, petit point mi-avril :

La date retenue est le 26 mai 2024. J'ai envoyé une invitation à ceux 
dont j'ai les emails. Il me manque l'adresse de Benoit, Patrice K 
n'étant pas disponible cela ne cause pas de soucis.


Je compte :

Julien, Christophe, Sébastien, Liliane, Stan, Moi Avec :

 * Moi, Christophe et Sébastien qui sont véhiculés.
 * Je viens avec mes enfants et je pars de Grisolles, j'ai donc une
   place dans la voiture
 * Sébastien à 3 places
 * Christophe en a   au moins une et une place de vélo.

On devrait donc avoir assez de place pour Benoit, Liliane et Julien. 
Pouvez-vous vous mettre d'accord pour le transport.



Après avoir regardé la carte à 
https://www.openstreetmap.org/search?query=saint-antonin%20noblevall#map=17/44.15129/1.75629, 
je propose d'on se retrouve au niveau de l'église (c'est facile à 
trouver) vers 9:30 le dimanche 26 mai 2024. Qu'en pensez-vous ?



Ludovic

--
https://ludovic.hirlimann.net
https://piaille.fr/@usul
https://pix.diaspodon.fr/i/web/profile/41



OpenPGP_0x96BD1F38FEA32B4D.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tagger (ou pas?) la compétence voirie à Paris (mairie vs. prefecture)

[Noémie Lehuby via Talk-fr]

Bonjour,

ça me semble être un information pertinente à ajouter à OSM, à condition 
de clarifier et documenter où trouver cette info (afin de s'assurer que 
c'est vérifiable et maintenable dans le temps).


Pour le tag, j'avais pensé naturellement à owner 
, mais operator 
est en effet peut-être plus adapté. L'ajout d'un operator:wikidata 
serait sûrement pertinent également.


Par contre, à voir comment on gère les compétences partagées ("ville + 
prescription préfecture de police" et "ville + avis préfecture de 
police") 🤔


--
Noémie Lehuby

Le 03/04/2024 à 10:06, Marc_marc via Talk-fr a écrit :

Bonjour,

Le 02.04.24 à 11:57, Tristram Gräbener a écrit :

Est-ce qu’une telle information aurait donc sa place dans OSM ? Si
vous pensez que oui, quelle tête auraient les tags?


Je ne sais pas s'il faudrait tager cela, invisible sur l'espace public 
(mais après tout, on a plein de chose invisible sur le terrain dans osm)

mais si tu veux le faire, c'est le tag operator=*

et vu le volume, je te conseille de lire la page wiki des imports

Cordialement,
Marc




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


OpenPGP_signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tagger (ou pas?) la compétence voirie à Paris (mairie vs. prefecture)

[D2020]

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

Re: [OSM-talk-fr] Tagger (ou pas?) la compétence voirie à Paris (mairie vs. prefecture)

[Marc_marc via Talk-fr]

Bonjour,

Le 02.04.24 à 11:57, Tristram Gräbener a écrit :

Est-ce qu’une telle information aurait donc sa place dans OSM ? Si
vous pensez que oui, quelle tête auraient les tags?


Je ne sais pas s'il faudrait tager cela, invisible sur l'espace public 
(mais après tout, on a plein de chose invisible sur le terrain dans osm)

mais si tu veux le faire, c'est le tag operator=*

et vu le volume, je te conseille de lire la page wiki des imports

Cordialement,
Marc




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

Re: [OSM-talk-fr] Serveur OSM-FR en vrac ?

[Cyrille37 OSM]

Hello

Il y a un ticket créé hier 
https://github.com/osm-fr/infrastructure/issues/547


Le 31/03/2024 à 12:04, Stéphane MARTIN via Talk-fr a écrit :

Bonjour,

Problème avec le serveur de tuiles ?

https://{s}.tile.openstreetmap.fr/osmfr/{z}/{x}/{y}.png"; n’affiche plus
de rendu (site web, QMapShack).

@+

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

Re: [OSM-talk-fr] cimetière Cesson-Sévigné (35)

[Marc Gauthier via Talk-fr]

Bonjour,
Quelque part dans ce secteur : 48.118167 , -1.608088
angle nord-est de rue de la Croix Connue/mail de Bourgchevreuil

Sur le site de l'IGN, la photo est mal référencée : 
https://remonterletemps.ign.fr/comparer/?lon=-1.604760&lat=48.117394&z=17.5&layer1=19&layer2=1&mode=split-h


Marc

Le 24/03/2024 à 14:40, Yannick a écrit :

Bonjour,

Je cherche l'ancien cimetière de cette commune citée en objet.
Je vois bien le nouveau mais impossible de trouver l'ancien.
J'ai besoin de le géolocaliser.

Merci de votre aide

Amitiés

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



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

Re: [OSM-talk-fr] cimetière Cesson-Sévigné (35)

[Yannick]

Le 24/03/2024 à 14:40, Yannick a écrit :

Bonjour,

Je cherche l'ancien cimetière de cette commune citée en objet.
Je vois bien le nouveau mais impossible de trouver l'ancien.
J'ai besoin de le géolocaliser.

Merci de votre aide

Amitiés


Bonsoir,

Merci à Christian et Marc
Cela confirme ce que je subodorais. Il a disparu au bénéfice du nouveau 
cimetière. En effet maintenant il y a des constructions sur son emplacement


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



OpenPGP_signature.asc
Description: OpenPGP digital signature
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] cimetière Cesson-Sévigné (35)

[Marc Gauthier via Talk-fr]

Bonjour,
Quelque part dans ce secteur : 48.118167 , -1.608088
angle nord-est de rue de la Croix Connue/mail de Bourgchevreuil

Sur le site de l'IGN, la photo est mal référencée : 
https://remonterletemps.ign.fr/comparer/?lon=-1.604760&lat=48.117394&z=17.5&layer1=19&layer2=1&mode=split-h


Marc

PS : avec la copie d'écran le mail est en attente d'approbabtion

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

Re: [OSM-talk-fr] cimetière Cesson-Sévigné (35)

[Christian Perrier]

Le dim. 24 mars 2024 à 14:45, Yannick  a écrit :

> Bonjour,
>
> Je cherche l'ancien cimetière de cette commune citée en objet.
> Je vois bien le nouveau mais impossible de trouver l'ancien.
> J'ai besoin de le géolocaliser.
>
>
>
La couche "Cartes1950" du Geoportail semble pouvoir aider. Si j'en lis bien
la symbolique, il est situé aux coordonnées 48.118394 , -1.60791juste à
l'Est du "e" de "laTouche"

J'avais fait une petit copie d'écran, mais je ne voudrais pas trop
encombrer la liste avec trop de ko :-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Création du groupe OSM Béarn

[Bruno Remy via Talk-fr]

Bonjour,
Bravo pour ce groupe.
Petite suggestion : en plus du wiki il serait bien de vous faire connaitre sur 
le forum OSM.Notamment les groupes :https://forum.openstreetmap.fr/gEt la page 
Nouvelle Aquitaine 
:https://forum.openstreetmap.fr/c/regions/nouvelle-aquitaine/50
Bon vent !

Bruno REMY


Le lundi 11 mars 2024 à 08:05:08 UTC+1, Delphine Montagne 
 a écrit :  
 
 Bonjour,

Au fil des ans, il y a eu des cafés, un chocolat chaud (de Bayonne, on
n'est pas sectaire), des cartoparties, des mapathons mais toujours isolés.

En 2024, OSM Béarn se structure !

Et nous avons fait notre première rencontre officielle à Pau fin février en
chassant les bornes incendies libérées grâce au SDIS 64. Sous une fine
bruine (c'était dans la thématique)(et il y a une réputation à tenir
voyez-vous), nous avons bénéficié de l'expertise d'un pompier volontaire,
également contributeur OSM, qui a transformé cette rencontre avec ses
anecdotes de mission et ses démonstrations in situ. Il se chuchote qu'il a
au passage découvert un type de borne qui lui était inconnu.

Avec ce mail, c'est donc officiel, il y a un nouveau groupe local en
France, OSM Béarn.

Pour nous contacter, nous sommes sur la liste sud ouest et nos actions sont
ici

.

Bon début de semaine,

--
Pour le groupe OSM Béarn,
D.MONTAGNE
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
  
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Marc Gauthier via Talk-fr]

Bonjour à tous,

On a déjà un élément partagé qui est à l'origine d'une part très 
importante des ruptures de continuité des tracés : le rond-point.
C'est un élément très local et on corrige assez simplement : on segmente 
de plus en plus.
Manipuler des segments va demander des évolutions importantes dans les 
outils, j'attends d'abord celle pour les ronds-points.


Marc

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

Re: [OSM-talk-fr] State Of The Map 2024, c'est parti !

[Cédric Frayssinet]

Désolé pour les liens, mon courrieleur a bugué...


6 mars 2024 22:47:52 Cédric Frayssinet :

> Bonsoir à toutes et tous,
>
> Les contributeurs lyonnais se sont lancés dans la grande aventure de 
> l'organisation du 10ème SOTM, il se tiendra donc à Lyon le 28, 29 et 30 juin !
>
> Les 2 premiers jours auront lieu sur le site de la Manufacture des Tabacs à 
> l'Université Lyon 3.
>
> N'hésitez pas à rejoindre l'organisation, cela se passe sur le forum : 
> https://forum.openstreetmap.fr/tag/sotmfr2024
>
> Si vous êtes sur Mastodon, le compte à suivre : https://fr.osm.social/@sotmfr
>
> Et dernière information importante : la vente des billets TGV démarre demain !
>
> Bonne soirée et n'hésitez pas si vous avez des questions,
>
> Cédric
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Philippe Verdy]

Il y a le cas assez courant des lignes partagées partiellement entre
plusieurs opérateurs. Aussi bien our les bus que les trains. Certaines
"sections" sont communes et accessibles aux porteurs de titres des
différents réseaux, les autres nécessitent un complément de billet de
transport ou un autre abonnement. A Paris aussi il y a les zones de carte
Orange. Ailleurs les réseaux d'agglomération peuvent partager des bus avec
les transports départementaux ou régionaux, là encore avec des sections
communes. Chaque section peut avoir une série de variante de trajets (tant
que les sections se raboutent avec un point d'extrémité commun ou y font un
terminus, aucun problème; cependant dans certains cas, le raboutement des
sections peut se faire sur des nœuds différents: il faut alors autant de
variantes pour chaque section à rabouter à la suivante, chaque section
ayant plusieurs "pseudo-terminus").

Bref ce qui manque dans le schéma des routes c'est une relation de type
"section", une ligne pouvant avoir plusieurs sections, et les sections
pouvant être partagées (membres) par plusieurs lignes différentes (du même
opérateur ou d'un autre opérateur). Cela résoudrait le tout, en permettant
effectivement de mettre en commun des sections de plusieurs lignes, chaque
section pouvant partager les mêmes conditions tarifaires ou pas, et être
accessible dans plusieurs réseaux de transport partiellement superposés
pour des lignes en co-exploitation.


Le jeu. 15 févr. 2024 à 18:25, Eric SIBERT  a
écrit :

> Des fois, je me dis que ça ne serait pas mal qu'il y ai un peu de
> factorisation sur certaines lignes de bus hors agglomération.
>
> Sur un tronçon de la D1075 en Isère, il y a :
> - 2 relations Bus 55 (aller et retour) (bus Zou opéré par Transdev
> Dauphiné!!!)
> - 2 relations bus T73 (interurbain Isère)
> - 8 relations bus T75 (idem): différentes combinaisons de départ/arrivée
> - 2 relations TA2A (pour aller au ski)
> - 2 relations TAAH (idem)
> - 2 relations TAVR (idem)
> (- l'ancien train qui roulait sur la chaussée)
>
> Eric
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Toulouse Métropole vient de publier l'orthophotoplan 2022 !

[Sébastien Dinot]

lenny.libre a écrit :
> Merci à Christian (cquest) qui vient de fermer l'issue avec le commentaire :
> "C'est ajouté, couche WMS toulouse_2022 et intégré dans tous_fr en TMS."

Je joins mes remerciements aux tiens, nous allons faire bon usage de cette 
couche !

A++, Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Toulouse Métropole vient de publier l'orthophotoplan 2022 !

[lenny.libre]

Merci à Christian (cquest) qui vient de fermer l'issue avec le 
commentaire : "C'est ajouté, couche WMS toulouse_2022 et intégré dans 
tous_fr en TMS."


Le 26/09/2023 à 15:16, Sébastien Dinot a écrit :

Bonjour à tous,

Toulouse Métropole vient de publier sur son portail Open Data 
l'orthophotoplan 2022, d'une résolution de 5 cm :


https://data.toulouse-metropole.fr/explore/dataset/orthophotoplan-2022/map/?basemap=jawg.streets&location=11,43.64924,1.40076 



Cet orthophotoplan couvre les 460 km2 des 37 communes constituant la 
métropole toulousaine.


L'ancienne version datait de 2019, alors que l'aire urbaine évolue 
très vite à Toulouse à cause des grands chantiers entrepris un peu 
partout. Cette publication, attendue de longue date, est donc la 
bienvenue !


J'adresse mes chaleureux remerciements à tous les acteurs qui œuvrent 
à la réalisation et à la publication de cette donnée précieuse pour OSM.


A++, Sébastien



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

Re: [OSM-talk-fr] itinéraires de randonnées pédestres Waymarked Trails

[Philippe Makowski]

Bonjour,

Le 2024-03-05 15:26, Christian Quest a écrit :


La FFRP ne revendique plus de droit d'auteur sur les GR/GRP ?
C'est la raison pour laquelle il y en a(vait) peu dans OSM...


oui, je connais l'histoire.
Je vais demander en passant par les instances internes de la FFRandonnée 
d'obtenir la généralisation
de l'autorisation qui a été donnée formellement pour La Réunion 
(https://wiki.openstreetmap.org/wiki/FR:Nouvelle-Cal%C3%A9donie)


L'argument supplémentaire étant que la carte par défaut dans 
l'application MaRando® ...


à bientôt

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

Re: [OSM-talk-fr] itinéraires de randonnées pédestres Waymarked Trails

[Christian Quest]

Le 05/03/2024 à 10:04, Philippe Makowski a écrit :

Bonjour,

je vois avec satisfaction que les GR et GRP sont indiqués dans 
Waymarked Trails

et que des relations ont donc été créés dans OpenStreetMap.

Par contre, pour l'Ariège, que je connais bien, je vois des erreurs en 
particulier pour le GR10.


Je peux récupérer les données auprès du Comité départemental de la 
FFRandonnée.


Comme ne suis pas encore à l'aise avec ces notions de relations, il 
faudrait que j'apprenne comment modifier cela.

Jusqu'à présent, je n'utilise que l'éditeur intégré au navigateur.

Merci 



La FFRP ne revendique plus de droit d'auteur sur les GR/GRP ?

C'est la raison pour laquelle il y en a(vait) peu dans OSM...


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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Yves Pratter]

Bonjour,
Pour les itinéraires de randonnées pédestres nous utilisons effectivement
les superroutes contenant que des étapes, et parfois des sections communes
entre grands itinéraires.

Dans les étapes nous réutilisons parfois les itinéraires de réseaux de
carrefours (node network).

Il y a des avantages et des inconvénients à réutiliser des (sous)
relations, en partie car cette pratique n'est pas "normalisée".

Certains logiciels ou rendus ne gèrent pas plusieurs niveaux de relations.
En particulier le site web OSM qui n'affiche rien pour des relations
contenant d'autres relations. Cela perturbe beaucoup de débutants (qui ne
connaissent pas les outils dédiés comme Waymarked Trails et Knooppunet).

Pour info l'intérêt de la superroute est uniquement pour afficher la
continuité d'un itinéraire dans l'éditeur de relation de JOSM.

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

Re: [OSM-talk-fr] Banc de sable visible seulement l'été dans un fleuve

[rpnpif]

Le 04/03/2024 à 11:34, Marc_marc via Talk-fr a écrit :

Bonjour,

Le 04.03.24 à 10:13, rpnpif a écrit :

https://www.openstreetmap.org/#map=17/47.38079/-0.63932

Je propose que les bancs de sable de ce genre de fleuve et seulement 
dans ce cas ne soient pas représentées par un attribut


natural=shoal
seasonal=dry_season
surface=sand
comme élément indépendant 


je pense qu'il y a un problème de rendu :
l'aspect intermittent de natural=shoal n'est pas rendu.
Le rendu eau par intermittence te parait mieux ?
ce serrait une amélioration/correction à proposer


mais sous la forme :
natural=river
shoal=yes
seasonal=dry_season
(facultativement surface:dry_season=sand)


sémantiquement, un banc de sable intermittent n'est pas une rivière,
mais une partie de la rivière.
je trouverai + logique de faire comme pour les places de parking
ou les parties de bâtiments : avoir un tag qui dit que c'est
une sous-partie.
Quelque chose du genre (à affiner) :
natural=river_part
intermittent=yes
seasonal=dry_season

+ éventuellement
dry_season=water ou river ?
wet_season=sand
éventuellement avec le prefixe surface


Oui ce serait une solution plus correcte. Où suggère t-on cela ?
Sur la liste tags ? un rapport à github du rendu d'OSM ? Les deux ?

--
Rpnpif

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

Re: [OSM-talk-fr] Banc de sable visible seulement l'été dans un fleuve

[Marc_marc via Talk-fr]

Bonjour,

Le 04.03.24 à 10:13, rpnpif a écrit :

https://www.openstreetmap.org/#map=17/47.38079/-0.63932

Je propose que les bancs de sable de ce genre de fleuve et seulement 
dans ce cas ne soient pas représentées par un attribut


natural=shoal
seasonal=dry_season
surface=sand
comme élément indépendant 


je pense qu'il y a un problème de rendu :
l'aspect intermittent de natural=shoal n'est pas rendu.
Le rendu eau par intermittence te parait mieux ?
ce serrait une amélioration/correction à proposer


mais sous la forme :
natural=river
shoal=yes
seasonal=dry_season
(facultativement surface:dry_season=sand)


sémantiquement, un banc de sable intermittent n'est pas une rivière,
mais une partie de la rivière.
je trouverai + logique de faire comme pour les places de parking
ou les parties de bâtiments : avoir un tag qui dit que c'est
une sous-partie.
Quelque chose du genre (à affiner) :
natural=river_part
intermittent=yes
seasonal=dry_season

+ éventuellement
dry_season=water ou river ?
wet_season=sand
éventuellement avec le prefixe surface

Cordialement,
Marc



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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Marc_marc via Talk-fr]

Le 04.03.24 à 10:17, Eric SIBERT a écrit :
Pour le longue distance, je ne vois pas ce que ça apporte de dire que le 
bus par l'autoroute et la rue qu'il prend pour desservir la gare routière.


j'imagine que d'autres vont trouver interessant de pouvoir lister
les trajets récurrent sur une voie donnée.

Et comme il n'y a aucune obligation de contribuer à un sujet,
si l'itinétaire Paris-Lisbonne n'est pas à jour avant d'éditer
une route à Poitiers, je vois aucun soucis à ce que tu édites
la route sans éditer la relation



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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Eric SIBERT]

Je comprends l'intérêt d'avoir l'itinéraire réel pour les transports  
urbains. Pour le longue distance, je ne vois pas ce que ça apporte de  
dire que le bus par l'autoroute et la rue qu'il prend pour desservir  
la gare routière. L'extrême est quand j'ai cassé la relation  
Paris-Lisbonne en éditant une route à Poitiers. Après, on va me dire  
que la limite entre urbain et longue distance va être compliquée à  
définir.


Eric

Patchi Atwork  a écrit :


Le 02/03/2024 à 18:19, deuzeffe a écrit :


Bonjour,

Solution simple suggérée en son temps par un membre du DWG : ne  
garder que les points d'arrêt (stop_position et platform/bus_stop)  
pour un PTv3.



Bonsoir,

Sur ce canal au mois de juin il y eu une longue discussion sur le  
tagging des transports en commun et cette solution de ne garder que  
les points d'arrêt (stop_position et platform/bus_stop) avait été  
évoquée. Je reprendrais le commentaire que j'avais publié "Je  
comprends l’idée de ne plus vouloir indiquer les routes dans  
l’itinéraire pour simplifier au maximum, mais c’est un peu comme  
vider une relation de randonnée de son itinéraire". Je trouve que  
l'itinéraire apporte un vrai plus, il y a même une couche dédiée aux  
transports en commun sur le site osm.org (il y en a même eu 2 un  
certain temps) - je doute qu'une couche n'affichant que les arrêts  
et zones d'attente sans itinéraire soit vraiment intéressante. Et  
générer un itinéraire automatiquement risque d'être hasardeux, un  
trajet de bus ne passe forcément pas le trajet le plus court.


Il existe également une proposition depuis 2018 pour une  
amélioration du PTv2  
(https://wiki.openstreetmap.org/wiki/Proposal:Refined_Public_Transport) qui  
conserve toutefois clairement les itinéraires. Vu que le PTv2 n'a  
jamais vraiment réussi à s'imposer complètement (le simple fait de  
vouloir enlever les tags historiques aka PTv1 fait hurler  
certains/certaines), je doute que cette proposition puisse un jour  
obtenir le statut 'approved'.


Trouver un consensus sur des relations intermédiaires pour de  
relations de transports en commun (bus et sans doute aussi tram car  
certaines lignes utilisent des voies routières) risque d'être une  
tache compliquée. Comme déjà indiqué je préfère personnellement  
avoir une relation complète par trajet, cela a au moins le mérite de  
clarté (une relation = un trajet complet). Certes c'est du lourd  
pour certaines zones, mais est-ce que des relations intermédiaires  
vont vraiment résoudre le problème ? Il faudrait sans doute faire  
des tronçons relativement petit pour garantir l'utilisation commune  
entre plusieurs lignes de transports en commun distinctes, ce qui  
aura pour impact d'avoir un tas de relations intermédiaires  
supplémentaires en plus de nos lignes de transports en commun  
elle-mêmes - je ne suis pas sûr que ce soit plus facile à gérer au  
final.


Bonne continuation,

Patchi.


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





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

Re: [OSM-talk-fr] Lieux de fraîcheurs

[Marc_marc via Talk-fr]

Le 01.03.24 à 14:33, rpnpif a écrit :
Je suis aussi d'accord avec Marc. La fraîcheur est une notion subjective 
sauf si elle est repérée par un panneau, de la municipalité par exemple. 
Sinon, je ne vois pas comment la qualifier.


en utilisant les mêmes genres de critères que la commune ? :)
Mais j'ignore lesquels.
ou simplement en renseignant que cela lieu est agréablement + frais
que la moyenne en cas de canicule. cela pourrait se faire sur 3 niveaux 
(oui non limité) comme pour d'autres clefs tout aussi subjective.

ou si quelqu'un veux aller + loin, on pourrait imaginer renseigner
une différence de température en canicule (tu mesures dehors
et dans la bibliothèque, et tu mets la différence.

cette clef ne devrait être à mon avis pas être utilisé quand
c'est une climatisation qui est à l'oeuvre, vu le caractère inprévisible 
de l'activation de la clim et de son règlage




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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Marc Gauthier via Talk-fr]

Le 02/03/2024 à 18:19, deuzeffe a écrit :
Solution simple suggérée en son temps par un membre du DWG : ne garder 
que les points d'arrêt (stop_position et platform/bus_stop) pour un PTv3.


Sur Rennes à partir de 22 heures il est possible de descendre entre deux 
arrêts, avoir le tracé est un plus dans ce cas.


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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Patchi Atwork]

Le 02/03/2024 à 18:19, deuzeffe a écrit :


Bonjour,

Solution simple suggérée en son temps par un membre du DWG : ne garder 
que les points d'arrêt (stop_position et platform/bus_stop) pour un PTv3.



Bonsoir,

Sur ce canal au mois de juin il y eu une longue discussion sur le 
tagging des transports en commun et cette solution de ne garder que les 
points d'arrêt (stop_position et platform/bus_stop) avait été évoquée. 
Je reprendrais le commentaire que j'avais publié "Je comprends l’idée de 
ne plus vouloir indiquer les routes dans l’itinéraire pour simplifier au 
maximum, mais c’est un peu comme vider une relation de randonnée de son 
itinéraire". Je trouve que l'itinéraire apporte un vrai plus, il y a 
même une couche dédiée aux transports en commun sur le site osm.org (il 
y en a même eu 2 un certain temps) - je doute qu'une couche n'affichant 
que les arrêts et zones d'attente sans itinéraire soit vraiment 
intéressante. Et générer un itinéraire automatiquement risque d'être 
hasardeux, un trajet de bus ne passe forcément pas le trajet le plus court.


Il existe également une proposition depuis 2018 pour une amélioration du 
PTv2 
(https://wiki.openstreetmap.org/wiki/Proposal:Refined_Public_Transport) 
qui conserve toutefois clairement les itinéraires. Vu que le PTv2 n'a 
jamais vraiment réussi à s'imposer complètement (le simple fait de 
vouloir enlever les tags historiques aka PTv1 fait hurler 
certains/certaines), je doute que cette proposition puisse un jour 
obtenir le statut 'approved'.


Trouver un consensus sur des relations intermédiaires pour de relations 
de transports en commun (bus et sans doute aussi tram car certaines 
lignes utilisent des voies routières) risque d'être une tache 
compliquée. Comme déjà indiqué je préfère personnellement avoir une 
relation complète par trajet, cela a au moins le mérite de clarté (une 
relation = un trajet complet). Certes c'est du lourd pour certaines 
zones, mais est-ce que des relations intermédiaires vont vraiment 
résoudre le problème ? Il faudrait sans doute faire des tronçons 
relativement petit pour garantir l'utilisation commune entre plusieurs 
lignes de transports en commun distinctes, ce qui aura pour impact 
d'avoir un tas de relations intermédiaires supplémentaires en plus de 
nos lignes de transports en commun elle-mêmes - je ne suis pas sûr que 
ce soit plus facile à gérer au final.


Bonne continuation,

Patchi.


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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[deuzeffe]

Le 26/02/2024 à 14:41, Nicolas Dumoulin a écrit :

Salut,


Bonjour,

Bref, construire et maintenir des relations au fil de l'eau et de 
modifications incrémentales, ça peut se gérer. Mais quand tu as tout un 
bloc de modifications comme ce qu'on a vécu à Clermont-Ferrand et qu'on 
va probablement revivre, c'est vraiment une galère de refaire des 
dizaines de fois les mêmes selections de tronçons sans pouvoir les 
conserver de façon fiable (on peut créer une relation temporaire sauvée 
en local, mais aucune garantie de la pérennité des références).


Solution simple suggérée en son temps par un membre du DWG : ne garder 
que les points d'arrêt (stop_position et platform/bus_stop) pour un PTv3.


--
deuzeffe, qui est déjà loin.

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

Re: [OSM-talk-fr] Lieux de fraîcheurs

[Sébastien Dinot]

Bonsoir,

rpnpif a écrit :
> Je suis aussi d'accord avec Marc. La fraîcheur est une notion
> subjective sauf si elle est repérée par un panneau, de la municipalité
> par exemple.

Cet urbaniste travaille pour une collectivité territoriale et celle-ci
a certainement prévu d'objectiver ce qu'est un « lieu de fraicheur » en
prévision des périodes de canicule. Je lui demanderai ce qu'il en est
quand j'aurai l'occasion d'échanger plus longuement avec lui.

Mon questionnement porte plutôt sur la possibilité de référencer ce type
d'information dans OSM.

> Les arbres ou les zones humidifiées comme les fontaines et jets d'eau
> peuvent aussi être considérés comme des lieux de fraîcheurs mais ils
> ou elles doivent être repérées sur le terrain.

Cela me semble aller de soi. Je n'irais pas décréter qu'un arbre offre
de l'ombre simplement parce qu'une personne l'a cartographié dans OSM.
La ville où j'habite a trop l'habitude d'autoriser l'arrachage de vieux
arbres à l'ombre généreuse, remplacés ailleurs par de frêles arbustes
(elle se targue ensuite de planter 3 arbres pour un coupé, mais si on
compte en mètres-carrés d'ombre perdus pour plusieurs décennies, le
bilan tient du jeu de massacre).

> Cela n'empêche que si vous avez une solution, je suis aussi intéressé.

Je commencerai par relancer le sujet ici-même lorsque j'aurai une vision
plus claire du projet de cette personne.

En attendant, merci à vous deux pour vos réponses,

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Lieux de fraîcheurs

[rpnpif]

Bonjour,

Le 29/02/2024 à 22:16, Marc_marc via Talk-fr a écrit :

Bonjour,

Le 29.02.24 à 21:54, Sébastien Dinot a écrit :

https://wiki.openstreetmap.org/wiki/FR:Key:air_conditioning


le gros soucis de ce tag c'est que cela ne dit ni la température,
ni le besoin du batiment.
un local vitré plein sud climatisé et bien éblouissant,
ce n'est pas nécessairement + "rafraichisant" qu'une veille chapelle

Inversément le supermarché à 20°, c'est, de mon point de vue,
à fuir quand il fait 35° sauf si vous souhaitez y rester jusqu'à
2h du mat : en sortant de là, c'est coup de bambou assuré telement
que l'écart de température est important


Auriez-vous connaissance de tags dédiés ?


il y a aussi shade
https://wiki.openstreetmap.org/wiki/Key%3Ashade
mais qui a le défaut de mal juger la qualité que cela apporte :
une terrase sur une place betonnée/asphalté, même ombragé,
c'est beaucoup moins bien qu'une entourée d'arbre


Je suis aussi d'accord avec Marc. La fraîcheur est une notion subjective 
sauf si elle est repérée par un panneau, de la municipalité par exemple. 
Sinon, je ne vois pas comment la qualifier.


Les arbres ou les zones humidifiées comme les fontaines et jets d'eau 
peuvent aussi être considérés comme des lieux de fraîcheurs mais ils ou 
elles doivent être repérées sur le terrain.


Cela n'empêche que si vous avez une solution, je suis aussi intéressé.
Cordialement.
--
Rpnpif

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

Re: [OSM-talk-fr] Lieux de fraîcheurs

[Marc_marc via Talk-fr]

Bonjour,

Le 29.02.24 à 21:54, Sébastien Dinot a écrit :

https://wiki.openstreetmap.org/wiki/FR:Key:air_conditioning


le gros soucis de ce tag c'est que cela ne dit ni la température,
ni le besoin du batiment.
un local vitré plein sud climatisé et bien éblouissant,
ce n'est pas nécessairement + "rafraichisant" qu'une veille chapelle

Inversément le supermarché à 20°, c'est, de mon point de vue,
à fuir quand il fait 35° sauf si vous souhaitez y rester jusqu'à
2h du mat : en sortant de là, c'est coup de bambou assuré telement
que l'écart de température est important


Auriez-vous connaissance de tags dédiés ?


il y a aussi shade
https://wiki.openstreetmap.org/wiki/Key%3Ashade
mais qui a le défaut de mal juger la qualité que cela apporte :
une terrase sur une place betonnée/asphalté, même ombragé,
c'est beaucoup moins bien qu'une entourée d'arbre

Cordialement,
Marc



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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Nicolas Dumoulin]

Salut,

Merci Adrian pour ton témoignage. Ça me conforte dans mon idée.

Marc, j'ai du mal à comprendre ce qu'il y aurait de compliqué. Le plus 
gros risque que je vois c'est que ces relations intermédiaires ne soient 
pas supprimées quand plus aucune relations n'y feraient référence. Mais 
bon, au final, ça peut se gérer sans trop de difficultés.


Dans le cas de modification du tracé de la voirie (travaux, ou 
amélioration de la cartographie du terrain pour prendre en compte un 
terre-plein par exemple), si plusieurs relations intermédiaires étaient 
présentes et mal nommées (pas de norme pour l'instant), je ne suis pas 
convaincu que ça ajoute tant de difficultés pour faire le tri sur ces 
relations intermédiaires et évaluer l'impact des modifications sur les 
itinéraires "route" liées. Par exemple sur Clermont-Ferrand, il y a un 
carrefour (Esplanade) où les lignes de bus passent à différents endroits 
selon leur itinéraire, et donc il y a 2 trajets (dans chaque sens), mais 
ça se voit bien et sans ces relations intermédiaire c'est assez galère à 
gérer. Et sur cet exemple précis qui est encore en travaux, j'appréhende 
les modifications à venir justement car il n'y a pas de relations 
intermédiaires. On va devoir se cogner une vingtaine de lignes (et au 
moins le double de relations route) à refaire sur ce carrefour 
spaghetti, alors qu'il n'y aurait que 4 relations intermédiaire pour le 
réseau de bus.


Bref, construire et maintenir des relations au fil de l'eau et de 
modifications incrémentales, ça peut se gérer. Mais quand tu as tout un 
bloc de modifications comme ce qu'on a vécu à Clermont-Ferrand et qu'on 
va probablement revivre, c'est vraiment une galère de refaire des 
dizaines de fois les mêmes selections de tronçons sans pouvoir les 
conserver de façon fiable (on peut créer une relation temporaire sauvée 
en local, mais aucune garantie de la pérennité des références).


Nicolas

Le 18/02/2024 à 23:17, Marc Gauthier via Talk-fr a écrit :

Bonsoir à tous,

Je suis partagé sur l'intérêt des relations partagées. Si sur certains 
tronçons l'intérêt est évident, j'ai sur la ville de Rennes de 
nombreux tracés qui évoluent très régulièrement et qui d'une fois sur 
l'autre ne partagent plus les mêmes tronçons communs.
La mise à jour dans ce cas sera plus complexe et ne sera possible 
qu'avec de rares outils manipulés par de plus rares initiés.


Marc
PS : j'ai renoncé à cartographier toutes les différentes dessertes, 
certaines lignes en comportent plus de 40.


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


--
Nicolas Dumoulin


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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Marc Gauthier via Talk-fr]

Bonsoir à tous,

Je suis partagé sur l'intérêt des relations partagées. Si sur certains 
tronçons l'intérêt est évident, j'ai sur la ville de Rennes de nombreux 
tracés qui évoluent très régulièrement et qui d'une fois sur l'autre ne 
partagent plus les mêmes tronçons communs.
La mise à jour dans ce cas sera plus complexe et ne sera possible 
qu'avec de rares outils manipulés par de plus rares initiés.


Marc
PS : j'ai renoncé à cartographier toutes les différentes dessertes, 
certaines lignes en comportent plus de 40.


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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Adrian via Talk-fr]

Des relations intermédiaires pour les tronçons, c'est proposé depuis longtemps 
par Jo (Polyglot). [1][2][3][4][5][6] Je suis d'accord avec Jo que ça serait 
une bonne idée. Surtout, ça simplifierait l'édition de la voirie et réduirait 
les problèmes de casse de relations. Et le maintien des relations d'itinéraire 
serait souvent moins de travail. Un exemple des problèmes du système actuel - 
J'ai introduit des ponts dans la ligne du chemin de fer à l'ouest d'Agde (34) 
[7] et ça a entraîné la modification de 13 relations d'itinéraire. La plupart 
des relations comptaient plus de mille membres.

J'ai fait les itinéraires de bus d'Agde de cette façon. Ça marchait très bien 
avec le rendu Transport d'Andy Allan. Mais ça provoquait des erreurs signalées 
par Osmose. L'utilisateur chamdam est venu tout refaire «comme il faut» (et 
sans me contacter). Vous voudrez peut-être voir comment je l'ai fait. Alors, 
faites cette requête du serveur Overpass allemand pour l'état de la base en 
2022. Je la donne pour l'outil curl à la ligne de commande mais vous pouvez la 
modifier pour d'autres outils.

curl -H "Accept-Encoding: gzip" -g -o Agde_2022.osm.gz 
'https://overpass-api.de/api/interpreter?data=[date:"2022-10-26T00:00:00Z";];(node(43.27,3.44,43.32,3.53);%20<;node(w);rel(id:2720050,2810674,3854048,14732422););out%20meta;'

(C'est la seule façon que j'ai trouvé d'obtenir les relations route_master. 
Toutes les autres choses que j'ai essayé donnent un timeout.) À noter que JOSM 
ouvre les fichiers .osm.gz tel quel. Aussi, les arrêts ne sont pas dans les 
relations tronçon, ils restent dans les relations du parcours entier. Chaque 
chemin est membre d'un maximum de deux relations d'itinéraire de bus.

[1] https://lists.openstreetmap.org/pipermail/talk-transit/2012-July/001626.html
[2] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/069587.html
[3] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/069776.html
[4] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/070281.html
[5] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/070286.html
[6] https://lists.openstreetmap.org/pipermail/talk-fr/2014-July/070302.html
[7] https://www.openstreetmap.org/changeset/67851999

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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Nicolas Dumoulin]

Salut,

Merci pour vos réponses.

En effet, ce dont Marc parle est le cas des super-relations pour 
découper des très grosses relations.


Sur la maintenance, je pense justement que ça serait bénéfique car c'est 
très pénible de devoir modifier de manière similaire une dizaine de 
ligne sur une même portion.


Bref, vous m'avez confirmé que ça n'existait pas. Et je patienterai pour 
voir si ça émerge un jour …


Nicolas

Le 15/02/2024 à 17:58, Patchi Atwork a écrit :

Bonjour,

Il existe bien des relations de type superroute 
(https://wiki.openstreetmap.org/w/index.php?title=Relation:superroute&uselang=fr)
 mais uniquement pour indiquer un seul et même itinéraire / une seule et même 
référence (découpé/e en tronçons pour éviter comme indiqué dans le message 
précédent d'avoir des relations titanesques).

Faire des tronçons communs pour plusieurs itinéraires de bus ne me parait pas 
spécialement être une bonne idée. Et puis dès lors qu'il y aura un changement 
dans une des lignes, il faudra automatiquement reprendre plusieurs de ces 
lignes, pas forcément top (car le tronçon commun ne le sera plus). Je n'ai 
jamais vu ce genre de chose (mapper un tronçon pour plusieurs relations) ni 
pour les transports en commun, ni pour les itinéraires vélos / rando et 
compagnie.

Bonne continuation,

Patchi.

From: Marc_marc via Talk-fr 
Sent: Thursday, February 15, 2024 2:22 PM
To: talk-fr@openstreetmap.org 
Cc: Marc_marc 
Subject: Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

Bonjourr,

Le 15.02.24 à 08:40, Nicolas Dumoulin a écrit :

est-ce que vous savez si ça a déjà été évoqué quelquepart ?

j'ai vu cela pour des relations de bus titanesque,
de mémoire celle de Flexibus. elles sont découpés par pays.
mais j'imagine qu'aucun outil ne gère cela.
Je ne le ferai pas pour un bout de rue

Cordialement,
Marc



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


--
Nicolas Dumoulin


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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Eric SIBERT]

Des fois, je me dis que ça ne serait pas mal qu'il y ai un peu de 
factorisation sur certaines lignes de bus hors agglomération.


Sur un tronçon de la D1075 en Isère, il y a :
- 2 relations Bus 55 (aller et retour) (bus Zou opéré par Transdev 
Dauphiné!!!)

- 2 relations bus T73 (interurbain Isère)
- 8 relations bus T75 (idem): différentes combinaisons de départ/arrivée
- 2 relations TA2A (pour aller au ski)
- 2 relations TAAH (idem)
- 2 relations TAVR (idem)
(- l'ancien train qui roulait sur la chaussée)

Eric

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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Patchi Atwork]

Bonjour,

Il existe bien des relations de type superroute 
(https://wiki.openstreetmap.org/w/index.php?title=Relation:superroute&uselang=fr)
 mais uniquement pour indiquer un seul et même itinéraire / une seule et même 
référence (découpé/e en tronçons pour éviter comme indiqué dans le message 
précédent d'avoir des relations titanesques).

Faire des tronçons communs pour plusieurs itinéraires de bus ne me parait pas 
spécialement être une bonne idée. Et puis dès lors qu'il y aura un changement 
dans une des lignes, il faudra automatiquement reprendre plusieurs de ces 
lignes, pas forcément top (car le tronçon commun ne le sera plus). Je n'ai 
jamais vu ce genre de chose (mapper un tronçon pour plusieurs relations) ni 
pour les transports en commun, ni pour les itinéraires vélos / rando et 
compagnie.

Bonne continuation,

Patchi.

From: Marc_marc via Talk-fr 
Sent: Thursday, February 15, 2024 2:22 PM
To: talk-fr@openstreetmap.org 
Cc: Marc_marc 
Subject: Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

Bonjourr,

Le 15.02.24 à 08:40, Nicolas Dumoulin a écrit :
> est-ce que vous savez si ça a déjà été évoqué quelquepart ?

j'ai vu cela pour des relations de bus titanesque,
de mémoire celle de Flexibus. elles sont découpés par pays.
mais j'imagine qu'aucun outil ne gère cela.
Je ne le ferai pas pour un bout de rue

Cordialement,
Marc



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

Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

[rpnpif]

Le 14/02/2024 à 15:55, Bruno Remy via Talk-fr a écrit :

Bonjour,
Je suis d'accord avec toi Marc. A partir du moment où il y a eu une réorganisation 
administrative générale, toutes les agences sont devenues "FRANCE TRAVAIL" et 
le changement des enseignes sur les façades n'est pas impactante. Dans ce cas la 
dénomination officielle prime sur le repérage terrain et on peut faire un remplacement 
généralisé.

Merci pour le lien wiki sur la modification automatisée.Je veux bien suivre 
cette procédure sur le plan administratif : référence aux discutions, 
documentation sur une page wiki, etc par contre je ne vois toujours pas 
comment techniquement faire ce remplacement automatisé?


Oui mais il faut garder Pôle emploi dans old_name afin de faciliter la 
recherche sur l'ancienne dénomination au moins pour quelques années.


--
Rpnpif

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

Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

[Bruno Remy via Talk-fr]

Merci Marc. C'est bien noté.

---
Bruno REMY
bruno.r...@ymail.com
06 87 44 65 81 

Le jeudi 15 février 2024 à 14:17:17 UTC+1, Marc_marc via Talk-fr 
 a écrit :  
 
 Le 14.02.24 à 15:55, Bruno Remy via Talk-fr a écrit :
> je ne vois toujours pas comment techniquement faire ce remplacement 
> automatisé?

overpass turbo pour récupérer tous les objets pole emploi
export vers josm
sélection de tous les noms pole emploi
vérifier que tu n'as pas des choses tordues (ex un arret de bus)
remplacer le nom
envoyer en n'oubliant pas les tags de changeset vers ta page wiki de 
l'opération



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

Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Marc_marc via Talk-fr]

Bonjourr,

Le 15.02.24 à 08:40, Nicolas Dumoulin a écrit :

est-ce que vous savez si ça a déjà été évoqué quelquepart ?


j'ai vu cela pour des relations de bus titanesque,
de mémoire celle de Flexibus. elles sont découpés par pays.
mais j'imagine qu'aucun outil ne gère cela.
Je ne le ferai pas pour un bout de rue

Cordialement,
Marc



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

Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

[Marc_marc via Talk-fr]

Le 14.02.24 à 15:55, Bruno Remy via Talk-fr a écrit :

je ne vois toujours pas comment techniquement faire ce remplacement automatisé?


overpass turbo pour récupérer tous les objets pole emploi
export vers josm
sélection de tous les noms pole emploi
vérifier que tu n'as pas des choses tordues (ex un arret de bus)
remplacer le nom
envoyer en n'oubliant pas les tags de changeset vers ta page wiki de 
l'opération




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

Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

[Bruno Remy via Talk-fr]

Oui Vincent tu as raison ... ça fait double canal... autant suivre le forum.

---
Bruno REMY
bruno.r...@ymail.com
06 87 44 65 81 

Le jeudi 15 février 2024 à 13:28:16 UTC+1, Vincent de Château-Thierry 
 a écrit :  
 
 bonjour,

> De: "Discussions sur OSM en français" 
> Envoyé: Jeudi 15 Février 2024 13:04:03
> Objet: Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

> Le 14.02.24 à 15:55, Bruno Remy via Talk-fr a écrit :
>> je ne vois toujours pas comment techniquement faire ce remplacement 
>> automatisé?
> 
> overpass turbo pour récupérer tous les objets pole emploi
> export vers josm
> sélection de tous les noms pole emploi
> vérifier que tu n'as pas des choses tordues (ex un arret de bus)
> remplacer le nom
> envoyer en n'oubliant pas les tags de changeset vers ta page wiki de
> l'opération

Juste pour rappeler, comme l'a fait Vincent Bergeot avant moi, que cette 
discussion a démarré le 16 janvier sur le forum [1], y est toujours active et 
mobilise pas mal d'intervenants. Pour la recherche de consensus, merci de 
considérer les questions soulevées là bas avant de procéder à un quelconque 
changement massif.

merci
vincent

[2] : https://forum.openstreetmap.fr/t/de-pole-emploi-a-france-travail/20397

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

Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

[Vincent de Château-Thierry]

bonjour,

> De: "Discussions sur OSM en français" 
> Envoyé: Jeudi 15 Février 2024 13:04:03
> Objet: Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

> Le 14.02.24 à 15:55, Bruno Remy via Talk-fr a écrit :
>> je ne vois toujours pas comment techniquement faire ce remplacement 
>> automatisé?
> 
> overpass turbo pour récupérer tous les objets pole emploi
> export vers josm
> sélection de tous les noms pole emploi
> vérifier que tu n'as pas des choses tordues (ex un arret de bus)
> remplacer le nom
> envoyer en n'oubliant pas les tags de changeset vers ta page wiki de
> l'opération

Juste pour rappeler, comme l'a fait Vincent Bergeot avant moi, que cette 
discussion a démarré le 16 janvier sur le forum [1], y est toujours active et 
mobilise pas mal d'intervenants. Pour la recherche de consensus, merci de 
considérer les questions soulevées là bas avant de procéder à un quelconque 
changement massif.

merci
vincent

[2] : https://forum.openstreetmap.fr/t/de-pole-emploi-a-france-travail/20397

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

Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

[Philippe Verdy]

Remarquez qu'il n'y a pas que le nom du POI, mais aussi les URL des liens,
donc le nom de domaine est changé.
Mais les chemins de page dans le nom de domaine ne sont pas forcément les
mêmes, ce qui oblige à les revisiter, sinon on se retrouvera sur une page
404 ou une page d'accueil par défaut.

"*https://www.pole-emploi.fr/ *" redirige
maintenant sur "*https://www.francetravail.fr/
*" (qui redirige localement vers "
https://www.francetravail.fr/accueil/"; mais cette redirection peut dépendre
du terminal de connexion ou de préférences linguistiques détectée sur les
requêtes HTTP): les sous-pages pouvant changer régulièrement au gré des
réformes ou changement de design des sites, je n'indiquerais qu'un lien nu
vers la racine.

De plus HTTPS devrait être utilisé et plus HTTP (donc ne plus accepter
"*http://www.pole-emploi.fr/
*" comme c'est encore le cas dans OSM) ,
d'autant que nombre de navigateurs ne veulent plus faire aucune connexion à
un site HTTP, notamment pour des sites aussi sensibles contenant des
données personnelles, où la sécurité est obligatoire pour éviter certaines
arnaques web via des redirections de sites incontrôlées.

Google Chrome par exemple refuse par défaut de visiter la plupart des sites
non sécurisés, mais aussi Microsoft Edge; appliquer "HTTPS everywhere" donc
pour tous les sites officiels gouvernementaux, et ceux des organismes
sociaux, banques, etc. On ne s'y connecte pas par plaisir pour le loisir ou
pour voir de la pub ou un catalogue ou une page perso, et même les pages
persos sont en perte de vitesse, hébergés maintenant presque tout le temps
par des réseaux sociaux ou serveurs de blogues qui sont tous passés en
HTTPS. A mon avis les liens HTTTP non HTTPS devraient être nettoyés dans
OSM, pour limiter les risques d'attaque "man-in-the-middle" par
détournement des protocoles. Il y a tellement de sites qui ont besoin de
diffuser de la pub et notamment avec Facebook ou GoogleAds, dont les API ne
fonctionnent qu'en mode sécurisé: tous ont du passer en pratique à HTTPS
eux aussi, au risque de ne plus être accessibles et perdre leurs marché
cible. S'il reste des liens HTTP, c'est pour des cas de niches, autrement
dit des sites suspects et la plupart du temps nuisibles.

Le mer. 14 févr. 2024 à 15:58, Bruno Remy via Talk-fr <
talk-fr@openstreetmap.org> a écrit :
>
> Bonjour,
> Je suis d'accord avec toi Marc. A partir du moment où il y a eu une
réorganisation administrative générale, toutes les agences sont devenues
"FRANCE TRAVAIL" et le changement des enseignes sur les façades n'est pas
impactante. Dans ce cas la dénomination officielle prime sur le repérage
terrain et on peut faire un remplacement généralisé.
>
> Merci pour le lien wiki sur la modification automatisée.Je veux bien
suivre cette procédure sur le plan administratif : référence aux
discutions, documentation sur une page wiki, etc par contre je ne vois
toujours pas comment techniquement faire ce remplacement automatisé?
>
> ---
> Bruno REMY
>
>
>
> Le mercredi 14 février 2024 à 15:38:50 UTC+1, Marc_marc via Talk-fr <
talk-fr@openstreetmap.org> a écrit :
>
>  Bonjour,
>
> Le 14.02.24 à 11:17, Bruno Remy via Talk-fr a écrit :
> > Pôle emploi est devenu France Travail depuis le 1er janvier 2024
> > Y-a-t-il un moyen d'industrialiser le changement sur tous les POI de
France?
> > J'ai regardé avec JOSM mais on est obligé de sélectionner une zone de
modification sur la carte.
> > Vos idées sont les bienvenues.
>
> techniquement il suffit de faire la recherche sur la France
> et faire la procédure d'édition de masse [1]
> mais tu as déjà une objection/question pour le changement du name
> Pour ma part, le fait qu'un bureau n'a pas encore changé le nom
> sur son écriteaux ne devrait pas empêcher de changer name=*
> l'inscription sur le batiment, si on veux ce nniveau de détail,
> serrait pour inscription. si on téléphone, je suppose qu'il
> s'annonce avec le nouveau nom et non avec ce qui est inscrit
> sur le panneau
>
> [1]
>
https://wiki.openstreetmap.org/wiki/FR:Politique_de_modification_automatis%C3%A9e
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

[Bruno Remy via Talk-fr]

Bonjour,
Je suis d'accord avec toi Marc. A partir du moment où il y a eu une 
réorganisation administrative générale, toutes les agences sont devenues 
"FRANCE TRAVAIL" et le changement des enseignes sur les façades n'est pas 
impactante. Dans ce cas la dénomination officielle prime sur le repérage 
terrain et on peut faire un remplacement généralisé.

Merci pour le lien wiki sur la modification automatisée.Je veux bien suivre 
cette procédure sur le plan administratif : référence aux discutions, 
documentation sur une page wiki, etc par contre je ne vois toujours pas 
comment techniquement faire ce remplacement automatisé?

---
Bruno REMY

 

Le mercredi 14 février 2024 à 15:38:50 UTC+1, Marc_marc via Talk-fr 
 a écrit :  
 
 Bonjour,

Le 14.02.24 à 11:17, Bruno Remy via Talk-fr a écrit :
> Pôle emploi est devenu France Travail depuis le 1er janvier 2024
> Y-a-t-il un moyen d'industrialiser le changement sur tous les POI de France?
> J'ai regardé avec JOSM mais on est obligé de sélectionner une zone de 
> modification sur la carte.
> Vos idées sont les bienvenues.

techniquement il suffit de faire la recherche sur la France
et faire la procédure d'édition de masse [1]
mais tu as déjà une objection/question pour le changement du name
Pour ma part, le fait qu'un bureau n'a pas encore changé le nom
sur son écriteaux ne devrait pas empêcher de changer name=*
l'inscription sur le batiment, si on veux ce nniveau de détail,
serrait pour inscription. si on téléphone, je suppose qu'il
s'annonce avec le nouveau nom et non avec ce qui est inscrit
sur le panneau

[1] 
https://wiki.openstreetmap.org/wiki/FR:Politique_de_modification_automatis%C3%A9e



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

Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

[Marc_marc via Talk-fr]

Bonjour,

Le 14.02.24 à 11:17, Bruno Remy via Talk-fr a écrit :

Pôle emploi est devenu France Travail depuis le 1er janvier 2024
Y-a-t-il un moyen d'industrialiser le changement sur tous les POI de France?
J'ai regardé avec JOSM mais on est obligé de sélectionner une zone de 
modification sur la carte.
Vos idées sont les bienvenues.


techniquement il suffit de faire la recherche sur la France
et faire la procédure d'édition de masse [1]
mais tu as déjà une objection/question pour le changement du name
Pour ma part, le fait qu'un bureau n'a pas encore changé le nom
sur son écriteaux ne devrait pas empêcher de changer name=*
l'inscription sur le batiment, si on veux ce nniveau de détail,
serrait pour inscription. si on téléphone, je suppose qu'il
s'annonce avec le nouveau nom et non avec ce qui est inscrit
sur le panneau

[1] 
https://wiki.openstreetmap.org/wiki/FR:Politique_de_modification_automatis%C3%A9e




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

Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

[Muselaar]

Le 14 février 2024 11:22:25 GMT+01:00, "Raphaël Jacquot"  a 
écrit :
>Le 14/02/2024 à 11:17, Bruno Remy via Talk-fr a écrit :
>> Bonjour,
>> Comme vous le savez déjà, Pôle emploi est devenu France Travail depuis le 
>> 1er janvier 2024.Il serait bon de mettre à jour toutes les agences. Avec 
>> l'éditeur ID on a une prise en charge des changements de tags qui se fait 
>> bien. Mais c'est pour un seul POI.exemple 
>> :https://www.openstreetmap.org/way/843821449
>>   Y-a-t-il un moyen d'industrialiser le changement sur tous les POI de 
>> France?
>> J'ai regardé avec JOSM mais on est obligé de sélectionner une zone de 
>> modification sur la carte.
>> Vos idées sont les bienvenues.
>> 
>> ---
>> Bruno REMY
>> 
>
>faut il aussi changer toutes les CAF en "France Famille" ?
>
Et toutes les casernes en "France Patrie" ?

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

Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

[Vincent Bergeot]

Le 14/02/2024 à 11:22, Raphaël Jacquot a écrit :

Le 14/02/2024 à 11:17, Bruno Remy via Talk-fr a écrit :

Bonjour,
Comme vous le savez déjà, Pôle emploi est devenu France Travail 
depuis le 1er janvier 2024.Il serait bon de mettre à jour toutes les 
agences. Avec l'éditeur ID on a une prise en charge des changements 
de tags qui se fait bien. Mais c'est pour un seul POI.exemple 
:https://www.openstreetmap.org/way/843821449
  Y-a-t-il un moyen d'industrialiser le changement sur tous les POI 
de France?
J'ai regardé avec JOSM mais on est obligé de sélectionner une zone de 
modification sur la carte.

Vos idées sont les bienvenues.

---
Bruno REMY



faut il aussi changer toutes les CAF en "France Famille" ?



et attention sans doute car sur le terrain cela m'étonnerait que France 
Travail soit vraiment indiqué partout sur toutes les agences de france.


Que l'operator soit changé en France Travail me semble assez logique, 
que le name soit changé me parait plus douteux car le nom visible sur le 
terrain est-il vraiment France Travail ?


my2cents

Pour lier 
https://forum.openstreetmap.fr/t/de-pole-emploi-a-france-travail/20397/1







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


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

Re: [OSM-talk-fr] Mise à jour de POLE EMPLOI

[Raphaël Jacquot]

Le 14/02/2024 à 11:17, Bruno Remy via Talk-fr a écrit :

Bonjour,
Comme vous le savez déjà, Pôle emploi est devenu France Travail depuis le 1er 
janvier 2024.Il serait bon de mettre à jour toutes les agences. Avec l'éditeur 
ID on a une prise en charge des changements de tags qui se fait bien. Mais 
c'est pour un seul POI.exemple :https://www.openstreetmap.org/way/843821449
  
Y-a-t-il un moyen d'industrialiser le changement sur tous les POI de France?

J'ai regardé avec JOSM mais on est obligé de sélectionner une zone de 
modification sur la carte.
Vos idées sont les bienvenues.

---
Bruno REMY



faut il aussi changer toutes les CAF en "France Famille" ?


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

Re: [OSM-talk-fr] BANO

[Vincent de Château-Thierry]

Le 8 février 2024 08:05:34 GMT+01:00, Bruno Remy via Talk-fr 
 a écrit :

>.A quelle fréquence est rafraichie la BANO?

Pour avoir un aperçu immédiat de tes modifs tu peux rafraichir la partie L'Hay 
les Roses de BANO via la page Pifometre de la commune (bouton bleu en haut à 
droite):
  https://bano.openstreetmap.fr/pifometre/index.html?insee=94038

Pour l'instant tu as 2 lignes pour Gabriel Peri, il devrait n'en rester qu'une 
après ta modif. 

Pour une prise d'effet dans les fichiers CSV c'est fait chaque nuit. 

vincent

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

Re: [OSM-talk-fr] BANO

[Bruno Remy via Talk-fr]

Bonjour,
Merci Vincent pour ta réponse complète. Effectivement je n'avais pas regardé 
les relations dans JOSM. Puisque j'ai bien repéré sur le terrain le nom exact 
des voies, je vais faire les corrections nécessaires en créant une relation 
"Rue Gabriel Péri".A quelle fréquence est rafraichie la BANO?

Cordialement.

---
Bruno REMY

 

Le mercredi 7 février 2024 à 22:02:18 UTC+1, Vincent de Château-Thierry 
 a écrit :  
 
 Bonjour,

> De: "Discussions sur OSM en français" 
> Cc: "Bruno Remy" 
> Envoyé: Mercredi 7 Février 2024 15:20:00
> Objet: [OSM-talk-fr] BANO

> Bonjour,
> En faisant du geocaching je me suis aperçu que dans la commune de
> l'Hay-Les-Roses (94) il y a une erreur dans la BANO v2: sur cette commune il y
> a l'Avenue Gabriel-Péri mais il n'y a plus la Rue Gabriel-Péri, qui pourtant
> est sur openstreetmap et surtout est bien affichée avec les bonnes pancartes
> dans la rue.
> Comment signaler des erreurs dans la BANO v2?
> source : https://bano.openstreetmap.fr/data/bano-94.csv

L'erreur que tu vois dans BANO reflète les bizarreries qu'on a dans OSM. Si tu 
regardes la relation associatedStreet de cette voie [1] tu peux constater que 
pour les membres avec un rôle 'street' on a des "Rue Gabriel Péri" [2] et des 
"Avenue Gabriel-Péri" [3]. Au moment de constituer la BANO un des 2 noms est 
choisi, arbitrairement. Pour corriger BANO il suffit de mettre au carré OSM en 
uniformisant les noms des membres de la relation.

A noter, un fil sur ce sujet ouvert sur le forum cette semaine [4]

merci
vincent

[1] : https://www.openstreetmap.org/relation/9653023/history/11
[2] : https://www.openstreetmap.org/way/155422648
[3] : https://www.openstreetmap.org/way/39041589
[4] : 
https://forum.openstreetmap.fr/t/voie-nommee-avenue-au-lieu-de-rue-a-94-lhay-les-roses/20900/

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

Re: [OSM-talk-fr] rivoli / fantoir

[Vincent de Château-Thierry]

> De: "didier2020" 
> Envoyé: Samedi 27 Janvier 2024 10:36:12
> Objet: [OSM-talk-fr] rivoli / fantoir

> afin de correspondre au nouveau format (lettre optionnelle a la fin)
> j'ai corrigé la regle josm mapcss sur
> https://josm.openstreetmap.de/wiki/Rules/FranceSpecificRules
> 
> et ajouté des "osmoseAssertNoMatchWithContext" pour la cohérence
> d'analyse pour osmose

Merci (tardif) Didier pour avoir fait ces modifs !

vincent

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

Re: [OSM-talk-fr] BANO

[Vincent de Château-Thierry]

Bonjour,

> De: "Discussions sur OSM en français" 
> Cc: "Bruno Remy" 
> Envoyé: Mercredi 7 Février 2024 15:20:00
> Objet: [OSM-talk-fr] BANO

> Bonjour,
> En faisant du geocaching je me suis aperçu que dans la commune de
> l'Hay-Les-Roses (94) il y a une erreur dans la BANO v2: sur cette commune il y
> a l'Avenue Gabriel-Péri mais il n'y a plus la Rue Gabriel-Péri, qui pourtant
> est sur openstreetmap et surtout est bien affichée avec les bonnes pancartes
> dans la rue.
> Comment signaler des erreurs dans la BANO v2?
> source : https://bano.openstreetmap.fr/data/bano-94.csv

L'erreur que tu vois dans BANO reflète les bizarreries qu'on a dans OSM. Si tu 
regardes la relation associatedStreet de cette voie [1] tu peux constater que 
pour les membres avec un rôle 'street' on a des "Rue Gabriel Péri" [2] et des 
"Avenue Gabriel-Péri" [3]. Au moment de constituer la BANO un des 2 noms est 
choisi, arbitrairement. Pour corriger BANO il suffit de mettre au carré OSM en 
uniformisant les noms des membres de la relation.

A noter, un fil sur ce sujet ouvert sur le forum cette semaine [4]

merci
vincent

[1] : https://www.openstreetmap.org/relation/9653023/history/11
[2] : https://www.openstreetmap.org/way/155422648
[3] : https://www.openstreetmap.org/way/39041589
[4] : 
https://forum.openstreetmap.fr/t/voie-nommee-avenue-au-lieu-de-rue-a-94-lhay-les-roses/20900/

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

Re: [OSM-talk-fr] Où consulter le rendu "fr" ?

[Vincent de Château-Thierry]

Bonjour

> De: "Arnaud Champollion" 
> 
> Existe-t-il une instance de consultation "grand public" du rendu "Fr" ?

Tu as une visu du rendu Fr sur le Geoportail :
https://www.geoportail.gouv.fr/carte?c=6.2472309,44.0882860001&z=11&l0=OPEN_STREET_MAP::GEOPORTAIL:OGC:WMTS(1)&permalink=yes

vincent

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

Re: [OSM-talk-fr] Carto Partie Permier semestre 2024

[Sébastien Dinot]

Sukkoria via Talk-fr a écrit :
> Ça m’a fait penser au concept des opérations libres

J'ai participé à la première édition, à Brocas, en 2013 et nous en avons
parlé sur la liste locale. Ludovic avait pointé le lien vers l'archive
de mon message, dans lequel je témoignais de cette journée.

Ce week-end reste gravé dans ma mémoire, mais il avait nécessité une
organisation conséquente (à laquelle je n'avais pas participé) et pas
mal d'anticipation (par exemple, le conseil municipal avait délibéré
quelques temps avant l'évènement et accepté d'ouvrir les archives de la
mairie).

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Carto Partie Permier semestre 2024

[Sukkoria via Talk-fr]

Bonsoir à toutes et à tous,

Je ne suis pas du coin, et donc probablement pas dispo, mais je me
permets de rebondir sur un point du mail initial :

> Enfin, nous avons discuté du fat d'essayer d'élargir notre projet à
d'autres groupes de "libristre".

Ça m’a fait penser au concept des opérations libres (site "officiel"
squatté depuis longtemps, donc lien vers le miroir explicatif sur
Wikipédia :
https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Op%C3%A9ration_Libre ). Ça
fait quelques années qu’il n’y en a pas eu (Covid etc), mais j’avais pu
participé à une édition en 2017 et c’était très sympa : c’était sur un
week-end (du vendredi soir au dimanche soir pour les non-locaux),
hébergement chez l’habitant (avec le soutien de la municipalité, qui
gérait aussi les ravitaillements + l’ouverture de la bibliothèque pour
les activités sur prises électriques), de mémoire il y avait eu des
activités OSM et Wikipédia en parallèle (photos, rédaction côté Wiki).
Là comme ça, ça a l’air plus large que ce que vous aviez l’air de
prévoir, mais si jamais au cas où ça peut servir d’inspiration !

Il y a un groupe local Wikipédia à Toulouse (dont je ne fais pas partie,
mais j’en connais certain·e·s), joignable à l’adresse suivante :
toulo...@lists.wikimedia.fr

Bonne organisation en tout cas, le projet est chouette !
Et bonne soirée,
Sukkoria

On 22/01/2024 22:38, Sébastien Dinot wrote:

Bonsoir à tous,

Je viens de renseigner le sondage Framadate. Ludovic, il est surprenant
de voir un organisateur d'évènement proposer des dates auxquelles il
n'est pas disponible. :)

À mon avis, tu peux d'ores et déjà supprimer les 4 et 5 mai. :)

L'aspect logistique le plus délicat pour ceux d'entre nous qui
utiliseront leur téléphone portable pour se guider, cartographier,
prendre des notes et des photos, sera le rechargement des batteries en
cours de journée. Je doute en effet que la plupart des téléphones
tiennent plus d'une demi-journée à ce régime.

Du coup, soit vous vous équipez d'une bandoulière de batteries externes,
soit il nous faudra trouver un point de rechargement à midi. C'est l'un
des intérêts de viser Saint-Antonin-Noble-Val comme camp de base : nous
devrions bien trouver un bar ou un lieu public où recharger les
batteries.

Pour ma part, j'ai une prédilection pour l'appareil photo et le terminal
GPS dédiés, ainsi que pour le carnet de notes (oui, je sais, je suis
vieux).

Pour le déjeuner, si vous avez une préférence pour un restaurant, je
vous suivrai. Mais vu que notre but sera la cartopartie et que nous
ferons un voyage depuis Toulouse spécialement pour ça, j'envisage plutôt
une pause déjeuner courte, genre casse-croûte sur le pouce (même si je
pense que nous serons tous heureux de nous poser à un moment ou un autre
après avoir bien marché). Pour avoir déjà participé à des cartoparties
en milieu rural, je peux vous assurer que la densité d'informations
à relever est assez faible et qu'il faut parcourir de belles distances
pour remplir sa besace de points d'intérêt et autres informations.

Samedi, j'ai d'ailleurs suggéré que ceux d'entre nous qui le peuvent et
ne craignent pas les côtes généreuses, prennent leur vélo. Ils pourront
ainsi parcourir de plus grandes distances. Il est aussi possible d'opter
pour la voiture, mais ce n'est pas très écolo et le co-voiturage que
nous aurons, je l'espère, la sagesse de privilégier, réduira le nombre
de véhicules disponibles.

Sébastien




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

Re: [OSM-talk-fr] Carto Partie Permier semestre 2024

[Sébastien Dinot]

Bonsoir à tous,

Je viens de renseigner le sondage Framadate. Ludovic, il est surprenant
de voir un organisateur d'évènement proposer des dates auxquelles il
n'est pas disponible. :)

À mon avis, tu peux d'ores et déjà supprimer les 4 et 5 mai. :)

L'aspect logistique le plus délicat pour ceux d'entre nous qui
utiliseront leur téléphone portable pour se guider, cartographier,
prendre des notes et des photos, sera le rechargement des batteries en
cours de journée. Je doute en effet que la plupart des téléphones
tiennent plus d'une demi-journée à ce régime.

Du coup, soit vous vous équipez d'une bandoulière de batteries externes,
soit il nous faudra trouver un point de rechargement à midi. C'est l'un
des intérêts de viser Saint-Antonin-Noble-Val comme camp de base : nous
devrions bien trouver un bar ou un lieu public où recharger les
batteries.

Pour ma part, j'ai une prédilection pour l'appareil photo et le terminal
GPS dédiés, ainsi que pour le carnet de notes (oui, je sais, je suis
vieux).

Pour le déjeuner, si vous avez une préférence pour un restaurant, je
vous suivrai. Mais vu que notre but sera la cartopartie et que nous
ferons un voyage depuis Toulouse spécialement pour ça, j'envisage plutôt
une pause déjeuner courte, genre casse-croûte sur le pouce (même si je
pense que nous serons tous heureux de nous poser à un moment ou un autre
après avoir bien marché). Pour avoir déjà participé à des cartoparties
en milieu rural, je peux vous assurer que la densité d'informations
à relever est assez faible et qu'il faut parcourir de belles distances
pour remplir sa besace de points d'intérêt et autres informations.

Samedi, j'ai d'ailleurs suggéré que ceux d'entre nous qui le peuvent et
ne craignent pas les côtes généreuses, prennent leur vélo. Ils pourront
ainsi parcourir de plus grandes distances. Il est aussi possible d'opter
pour la voiture, mais ce n'est pas très écolo et le co-voiturage que
nous aurons, je l'espère, la sagesse de privilégier, réduira le nombre
de véhicules disponibles.

Sébastien


-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Zone atterrissage pour parapentes

[Marc_marc via Talk-fr]

Pour être plus précis,
- virer le tag operateur, qui est incorrect

- pour le site web :
d'autres sports ont un objet "utilisateur"
par ex club=sport qui pourrait conserver le tag
du site web si du moins il y a quelque chose
sur place et que c'est pas un simple "passage",
cad si ce n'est pas j' atterris et je m'en vais
Dans ce cas je ne vois pas de raison de garder
le tag du site web, par comparaison on ne met
pas sur les chemins de rando un tag du site web
de toute les clbus qui s'y baladent

Cordialement,
Marc

Le 17.01.24 à 09:23, Marc_marc a écrit :

Bonjour,

si le club de parapente utilise le stade de foot,
il n'en sont pas l'opérateur, donc le tag initial
me semble incorrect, ils ne sont que usager.

Cordialement,
Marc

Le 16.01.24 à 17:05, Arnaud Champollion a écrit :

Bonjour,

Merci pour vos réponses.

J'envisage donc de supprimer cet objet :

https://www.openstreetmap.org/way/1233279110

Cependant il faudrait que je transfère avant les attributs pertinents 
vers le vrai polygone du stade pour ne pas perdre trop d'information.


Pour ceux-là :

operator:website=http://bleonailes.free.fr
operator=Bleon'ailes
website=https://federation.ffvl.fr/terrain/1129

,difficile de les conserver car ils s'appliqueraient alors au stade, 
ce qui n'est pas la réalité.


Comment faire ?


Le 14/01/2024 à 19:09, Christian Quest a écrit :

Le 14/01/2024 à 16:06, Marc_marc via Talk-fr a écrit :


Si si, il y a des atterrissages officiels sur des terrains de foot, 
avec convention et tout le bazar.


je n'ai pas dis que ce n'est pas le cas :)
je dis que la partie sport du parapente se passe en l'air,
le décolage/atterisage n'est, à mes yeux, que l'entrée/sortie
du terrain.
si tu veux mesurer l'étendue de la zone sportive, cela n'a
pas de sens de mesurer l'aire d'attérisage

pour prendre une autre comparaison : un plongoir n'est pas un 
leisure=pitch sport=swimming... on nage après être parti du plongoir

mesurer le plongoir comme étendue sportive n'aurait pas + de sens
que mesurer le terrain d'atérisage du parapente

c'est pourrquoi contrairement au wiki, je pense que le tag
principal n'est pas bon 



Ah ok, c'était pas clair... terrain faisant référence au sol, pour le 
reste, c'est l'espace de pratique et là les limites sont l'espace 
aérien et sa réglementation... et les compétences du pilote et les 
conditions aérologiques du jour !


La FFVL établi des conventions avec les propriétaires de terrains de 
décollage et d'atterrissage, donc la part "terrain" c'est juste ça 
dans le vocabulaire libériste, pareil que pour les terrain 
d'aviation. Dans la base de la fédé, on a la notion de "site", avec 
un ou plusieurs déco et atterro qui sont liés.


Les sports qui se pratiquent en milieu naturel ont en général des 
points de départ/arrivée à peu près identifiés, le reste au milieu 
est difficilement cartographiable car potentiellement non limité.


Avec ces tags, on peut savoir où des parapentes (ou delta) décollent 
et posent, c'est déjà ça !





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







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

Re: [OSM-talk-fr] Zone atterrissage pour parapentes

[Marc_marc via Talk-fr]

Bonjour,

si le club de parapente utilise le stade de foot,
il n'en sont pas l'opérateur, donc le tag initial
me semble incorrect, ils ne sont que usager.

Cordialement,
Marc

Le 16.01.24 à 17:05, Arnaud Champollion a écrit :

Bonjour,

Merci pour vos réponses.

J'envisage donc de supprimer cet objet :

https://www.openstreetmap.org/way/1233279110

Cependant il faudrait que je transfère avant les attributs pertinents 
vers le vrai polygone du stade pour ne pas perdre trop d'information.


Pour ceux-là :

operator:website=http://bleonailes.free.fr
operator=Bleon'ailes
website=https://federation.ffvl.fr/terrain/1129

,difficile de les conserver car ils s'appliqueraient alors au stade, ce 
qui n'est pas la réalité.


Comment faire ?


Le 14/01/2024 à 19:09, Christian Quest a écrit :

Le 14/01/2024 à 16:06, Marc_marc via Talk-fr a écrit :


Si si, il y a des atterrissages officiels sur des terrains de foot, 
avec convention et tout le bazar.


je n'ai pas dis que ce n'est pas le cas :)
je dis que la partie sport du parapente se passe en l'air,
le décolage/atterisage n'est, à mes yeux, que l'entrée/sortie
du terrain.
si tu veux mesurer l'étendue de la zone sportive, cela n'a
pas de sens de mesurer l'aire d'attérisage

pour prendre une autre comparaison : un plongoir n'est pas un 
leisure=pitch sport=swimming... on nage après être parti du plongoir

mesurer le plongoir comme étendue sportive n'aurait pas + de sens
que mesurer le terrain d'atérisage du parapente

c'est pourrquoi contrairement au wiki, je pense que le tag
principal n'est pas bon 



Ah ok, c'était pas clair... terrain faisant référence au sol, pour le 
reste, c'est l'espace de pratique et là les limites sont l'espace 
aérien et sa réglementation... et les compétences du pilote et les 
conditions aérologiques du jour !


La FFVL établi des conventions avec les propriétaires de terrains de 
décollage et d'atterrissage, donc la part "terrain" c'est juste ça 
dans le vocabulaire libériste, pareil que pour les terrain d'aviation. 
Dans la base de la fédé, on a la notion de "site", avec un ou 
plusieurs déco et atterro qui sont liés.


Les sports qui se pratiquent en milieu naturel ont en général des 
points de départ/arrivée à peu près identifiés, le reste au milieu est 
difficilement cartographiable car potentiellement non limité.


Avec ces tags, on peut savoir où des parapentes (ou delta) décollent 
et posent, c'est déjà ça !





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





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

Re: [OSM-talk-fr] Zone atterrissage pour parapentes

[Arnaud Champollion]

Bonjour,

Merci pour vos réponses.

J'envisage donc de supprimer cet objet :

https://www.openstreetmap.org/way/1233279110

Cependant il faudrait que je transfère avant les attributs pertinents 
vers le vrai polygone du stade pour ne pas perdre trop d'information.


Pour ceux-là :

operator:website=http://bleonailes.free.fr
operator=Bleon'ailes
website=https://federation.ffvl.fr/terrain/1129

,difficile de les conserver car ils s'appliqueraient alors au stade, ce 
qui n'est pas la réalité.


Comment faire ?


Le 14/01/2024 à 19:09, Christian Quest a écrit :

Le 14/01/2024 à 16:06, Marc_marc via Talk-fr a écrit :


Si si, il y a des atterrissages officiels sur des terrains de foot, 
avec convention et tout le bazar.


je n'ai pas dis que ce n'est pas le cas :)
je dis que la partie sport du parapente se passe en l'air,
le décolage/atterisage n'est, à mes yeux, que l'entrée/sortie
du terrain.
si tu veux mesurer l'étendue de la zone sportive, cela n'a
pas de sens de mesurer l'aire d'attérisage

pour prendre une autre comparaison : un plongoir n'est pas un 
leisure=pitch sport=swimming... on nage après être parti du plongoir

mesurer le plongoir comme étendue sportive n'aurait pas + de sens
que mesurer le terrain d'atérisage du parapente

c'est pourrquoi contrairement au wiki, je pense que le tag
principal n'est pas bon 



Ah ok, c'était pas clair... terrain faisant référence au sol, pour le 
reste, c'est l'espace de pratique et là les limites sont l'espace aérien 
et sa réglementation... et les compétences du pilote et les conditions 
aérologiques du jour !


La FFVL établi des conventions avec les propriétaires de terrains de 
décollage et d'atterrissage, donc la part "terrain" c'est juste ça dans 
le vocabulaire libériste, pareil que pour les terrain d'aviation. Dans 
la base de la fédé, on a la notion de "site", avec un ou plusieurs déco 
et atterro qui sont liés.


Les sports qui se pratiquent en milieu naturel ont en général des points 
de départ/arrivée à peu près identifiés, le reste au milieu est 
difficilement cartographiable car potentiellement non limité.


Avec ces tags, on peut savoir où des parapentes (ou delta) décollent et 
posent, c'est déjà ça !





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

Re: [OSM-talk-fr] Electricite de Strasbourg et transformateurs

[Yann Delaby via Talk-fr]

Salut Ludovic

Tu as plus d'infos sur cette page : 
https://wiki.openstreetmap.org/wiki/Power_networks/France/Exploitants


À+,

Yann

On 14/01/2024 14:57, Ludovic Hirlimann wrote:

Hopla,

autour de Strasbourg, le distributeur d'électricité n'est pas Enedis, 
mais Électricité de Strasbourg 
(https://fr.wikipedia.org/wiki/%C3%89lectricit%C3%A9_de_Strasbourg).


Les plaques sur les transformateurs ressemblent à 
https://pix.diaspodon.fr/i/web/post/652142245269979373. Il n'y a rien 
sur ES à https://wiki.openstreetmap.org/wiki/Power_networks/France. Je 
suppose qu'il n'y a pas de GDO pour ces transformateurs ? J'utilise Es 
ou Électricité de Strasbourg comme tag pour operator ?



Ludovic



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

Re: [OSM-talk-fr] Zone atterrissage pour parapentes

[Christian Quest]

Le 14/01/2024 à 16:06, Marc_marc via Talk-fr a écrit :


Si si, il y a des atterrissages officiels sur des terrains de foot, 
avec convention et tout le bazar.


je n'ai pas dis que ce n'est pas le cas :)
je dis que la partie sport du parapente se passe en l'air,
le décolage/atterisage n'est, à mes yeux, que l'entrée/sortie
du terrain.
si tu veux mesurer l'étendue de la zone sportive, cela n'a
pas de sens de mesurer l'aire d'attérisage

pour prendre une autre comparaison : un plongoir n'est pas un 
leisure=pitch sport=swimming... on nage après être parti du plongoir

mesurer le plongoir comme étendue sportive n'aurait pas + de sens
que mesurer le terrain d'atérisage du parapente

c'est pourrquoi contrairement au wiki, je pense que le tag
principal n'est pas bon 



Ah ok, c'était pas clair... terrain faisant référence au sol, pour le 
reste, c'est l'espace de pratique et là les limites sont l'espace aérien 
et sa réglementation... et les compétences du pilote et les conditions 
aérologiques du jour !


La FFVL établi des conventions avec les propriétaires de terrains de 
décollage et d'atterrissage, donc la part "terrain" c'est juste ça dans 
le vocabulaire libériste, pareil que pour les terrain d'aviation. Dans 
la base de la fédé, on a la notion de "site", avec un ou plusieurs déco 
et atterro qui sont liés.


Les sports qui se pratiquent en milieu naturel ont en général des points 
de départ/arrivée à peu près identifiés, le reste au milieu est 
difficilement cartographiable car potentiellement non limité.


Avec ces tags, on peut savoir où des parapentes (ou delta) décollent et 
posent, c'est déjà ça !


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

Re: [OSM-talk-fr] Zone atterrissage pour parapentes

[Marc_marc via Talk-fr]

Le 14.01.24 à 11:40, Christian Quest a écrit :

Le 14/01/2024 à 11:00, Marc_marc via Talk-fr a écrit :

Le 23.12.23 à 10:09, Capello13 via Talk-fr a écrit :
La documentation sur le wiki est disponible ici : 
https://wiki.openstreetmap.org/wiki/FR:Tag:sport%3Dfree_flying


j'ai un peu du mal à considérer que le terrain de sport du parapente 
est l'attérisage, cad après qu'on ai finit de jouer en l'air...


ce serrait comme décrire que le terrain de sport du foot,
c'est le vestiaire 



Si si, il y a des atterrissages officiels sur des terrains de foot, avec 
convention et tout le bazar.


je n'ai pas dis que ce n'est pas le cas :)
je dis que la partie sport du parapente se passe en l'air,
le décolage/atterisage n'est, à mes yeux, que l'entrée/sortie
du terrain.
si tu veux mesurer l'étendue de la zone sportive, cela n'a
pas de sens de mesurer l'aire d'attérisage

pour prendre une autre comparaison : un plongoir n'est pas un 
leisure=pitch sport=swimming... on nage après être parti du plongoir

mesurer le plongoir comme étendue sportive n'aurait pas + de sens
que mesurer le terrain d'atérisage du parapente

c'est pourrquoi contrairement au wiki, je pense que le tag
principal n'est pas bon



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

Re: [OSM-talk-fr] Zone atterrissage pour parapentes

[Christian Quest]

Le 14/01/2024 à 11:00, Marc_marc via Talk-fr a écrit :

Le 23.12.23 à 10:09, Capello13 via Talk-fr a écrit :
La documentation sur le wiki est disponible ici : 
https://wiki.openstreetmap.org/wiki/FR:Tag:sport%3Dfree_flying


j'ai un peu du mal à considérer que le terrain de sport du parapente 
est l'attérisage, cad après qu'on ai finit de jouer en l'air...


ce serrait comme décrire que le terrain de sport du foot,
c'est le vestiaire 



Si si, il y a des atterrissages officiels sur des terrains de foot, avec 
convention et tout le bazar.


C'est pas l'idéal car assez petit et souvent avec pas mal d'obstacles, 
mais j'ai déjà posé sur un terrain de foot (sans match bien sûr), en bas 
du Salève, en serrant un peu les fesses.


L'usage plus courant c'est comme terrain de secours mais en compétition 
ça peut être utilisé comme "goal" ;)


Souvenir de la Coupe du Monde en Slovénie, à Tolmin, où le terrain de 
foot a été très utilisé comme ligne d'arrivée et atterrissage, le voici: 
https://www.openstreetmap.org/way/231967746



Pour le nom, celui qui figure dans la base de données des sites de la 
FFVL (que j'ai géré fût un temps) est en général descriptif et reprend 
un nom local... inadapté pour un name=* vraiment limite pour un alt_name=*


Par contre la FFVL a des identifiants stables pour les sites.

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

Re: [OSM-talk-fr] Zone atterrissage pour parapentes

[Marc_marc via Talk-fr]

Le 23.12.23 à 10:09, Capello13 via Talk-fr a écrit :
La documentation sur le wiki est disponible ici : 
https://wiki.openstreetmap.org/wiki/FR:Tag:sport%3Dfree_flying


j'ai un peu du mal à considérer que le terrain de sport du parapente est 
l'attérisage, cad après qu'on ai finit de jouer en l'air...


ce serrait comme décrire que le terrain de sport du foot,
c'est le vestiaire

c'est ce préconise le wifi mais cela me semble pas être
un schéma logique



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

Re: [OSM-talk-fr] Zone atterrissage pour parapentes

[Marc_marc via Talk-fr]

Le 23.12.23 à 10:09, Capello13 via Talk-fr a écrit :

ça ne résout pas le conflit de nom


alt_name permet de résoudre cela :)



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

Re: [OSM-talk-fr] Zone atterrissage pour parapentes

[Philippe Verdy]

Oui mais si c'est un terrain de foot municipal, son usage comme zone
d'atterrisage des sports aériens doit être réglementé (au moins avec des
réservations horaires préalables). La FFLV ou une de ses assos sportives
membres peut vouloir faire une demande mais elle le fera au nom du stade
demandé et sous le nom désigné par la mairie et je ne vois pas l'intérêt de
la FFLV à vouloir utiliser un nom différent, d'autant que le terrain de
sport est à priori ouvert toute l'année et sert des missions de service
public. Ce sera la même chose si le terrain est réservé pour un concert, un
marché, un vide-grenier, et il y a aura pour les organisateurs à assurer la
sécurité des accès et participants en plus des règles propres à leur
activité sportive, sociale ou commerciale et des réglementations
spécifiques afférentes à ces activités. Sinon autant alors utiliser une clé
spécifique pour cette activité, liée au nom de l'organisation qui
l'utiliser, et non la clé "name=*" à garder pour le nom officiel ou le plus
commun.
On a d'autres exemples de terrains partagés par plusieurs sports, par
exemple un golf et un hippodrome (les golfs ont une très grande emprise)
avec encore au milieu de tout ça parfois d'autres équipements (pistes de
course ou de saut d'athlétisme, terrains à marquages multiples: foot,
handball, rugby, tennis, ou en taille réduite pour entrainement/formation,
murs de pelote ou d'escalade, pistes cyclo, rampes), des accès et parkings,
des pelouses ou jardins d'agrément, des bâtiments, et d'autres services
annexes ou en franchise (restaus, bars, salles de cours, salles de
préparation, réserves de matériel, toilettes, parfois aussi des aires de
camping, piscines, salles de spectacle) et diverses barrières (qui peuvent
réduire la taille utilisable pour le parachutisme ou parapente).

Pour la sécurité réelle, il peut y avoir besoin de marquage ou balisage
particulier sur les zones conseillées et celles à éviter, ainsi que dans
les zones d'approche autour de la zone d'atterrissage (qu'elles soient
pérennes ou juste adaptées aux besoins d'urgence (pas seulement la pratique
sportive, mais aussi comme terrain pour hélicos de secours qui ont une
priorité négociée à l'avance ou établie par la législation ou la
réglementation publique).

Le sam. 23 déc. 2023 à 10:14, Capello13 via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Bonjour,
>
> La documentation sur le wiki est disponible ici :
> https://wiki.openstreetmap.org/wiki/FR:Tag:sport%3Dfree_flying
>
> La définition du type de terrain n'est pas facile pour cette activité
> car une partie des sites ne sont pas dédiés qu'à cette activité et le
> wiki reste vague.
> Je met leisure=pitch quand le terrain est dédié au vol libre, avec
> parfois l'installation de moquette pour protéger les voiles des pierres.
> Sinon j'essaie de décrire le type de terrain (prairie, pâture,...),
> cependant dans ce cas Josm remonte des warnings sur l'utilisation d'un
> tag sport=* sans utilisation de leisure=*
>
> Dans l'exemple de Digne-les-Bains, je pense qu'il est possible
> d'utiliser le même objet osm en utilisant la clé
> sport=soccer;free_flying, cependant ça ne résout pas le conflit de nom.
> Le nom de l'atterrissage est une dénomination FFVL, qui n'est utilisé
> que dans le cadre de la pratique du vol libre. Là où le terrain de
> football tient sans doute son nom d'une décision de la mairie, je pense
> que ce dernier est le plus pertinent.
>
> Bons vols ;)
>
> Le 22/12/2023 à 18:18, Arnaud Champollion a écrit :
> > Bonjour,
> >
> > Comment taguer une zone d’atterrissage pour parapentes ?
> >
> > Il semble qu'un club a entrepris de les répertorier sur
> > Digne-les-Bains, avec des leisure=pitch et dans l'idée c'est plutôt
> > utile j'imagine.
> >
> > Mais parfois ça chevauche des polygones existants. Par exemple ici
> > https://www.openstreetmap.org/#map=18/44.08394/6.22541 , la pelouse du
> > stade sert en effet de zone d’atterrissage ... pour autant s'agit-il
> > de deux objets différents ?
> >
> > Là on a deux polygones quasi superposés avec des "name" différents.
> >
> > Qu'en pensez-vous ?
> >
> > Merci
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Zone atterrissage pour parapentes

[Capello13 via Talk-fr]

Bonjour,

La documentation sur le wiki est disponible ici : 
https://wiki.openstreetmap.org/wiki/FR:Tag:sport%3Dfree_flying


La définition du type de terrain n'est pas facile pour cette activité 
car une partie des sites ne sont pas dédiés qu'à cette activité et le 
wiki reste vague.
Je met leisure=pitch quand le terrain est dédié au vol libre, avec 
parfois l'installation de moquette pour protéger les voiles des pierres.
Sinon j'essaie de décrire le type de terrain (prairie, pâture,...), 
cependant dans ce cas Josm remonte des warnings sur l'utilisation d'un 
tag sport=* sans utilisation de leisure=*


Dans l'exemple de Digne-les-Bains, je pense qu'il est possible 
d'utiliser le même objet osm en utilisant la clé 
sport=soccer;free_flying, cependant ça ne résout pas le conflit de nom.
Le nom de l'atterrissage est une dénomination FFVL, qui n'est utilisé 
que dans le cadre de la pratique du vol libre. Là où le terrain de 
football tient sans doute son nom d'une décision de la mairie, je pense 
que ce dernier est le plus pertinent.


Bons vols ;)

Le 22/12/2023 à 18:18, Arnaud Champollion a écrit :

Bonjour,

Comment taguer une zone d’atterrissage pour parapentes ?

Il semble qu'un club a entrepris de les répertorier sur 
Digne-les-Bains, avec des leisure=pitch et dans l'idée c'est plutôt 
utile j'imagine.


Mais parfois ça chevauche des polygones existants. Par exemple ici 
https://www.openstreetmap.org/#map=18/44.08394/6.22541 , la pelouse du 
stade sert en effet de zone d’atterrissage ... pour autant s'agit-il 
de deux objets différents ?


Là on a deux polygones quasi superposés avec des "name" différents.

Qu'en pensez-vous ?

Merci

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

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

Re: [OSM-talk-fr] Comment disposer de l'orthophotoplan de Toulouse 2022 dans JOSM ?

[lenny.libre]

Le 16/12/2023 à 23:57, Sébastien Dinot a écrit :


Bonjour à tous,

Jusqu'à présent, je ne me suis jamais soucié de la manière dont les
orthophotos publiées en open data arrivaient dans JOSM, je me suis
contenté de les utiliser sans retenue. J'avais bien constaté que d'un
côté, les collectivités publiaient sur leur portail des dalles assez
lourdes et que de l'autre, je retrouvais des pyramides de tuiles servies
par les serveurs d'OSM / OSM-Fr, qui m'assuraient une navigation fluide
dans JOSM. Puisque cela se faisait « tout seul », je ne me suis jamais
vraiment demandé qui le faisait et comment.

Mais voilà, Toulouse Métropole a publié en septembre dernier sur son
portail open data l'orthophotoplan réalisé en 2022 :

https://data.toulouse-metropole.fr/explore/dataset/orthophotoplan-2022/information/

Et 3 mois plus tard, la couche d'appui correspondante n'est toujours pas
disponible dans JOSM. Le constat s'impose, quelque chose s'est grippé
dans le monde merveilleux et magique d'OSM et je ne sais pas quoi.

Du coup, une âme charitable pourrait-elle éclairer ma lanterne et me
dire qui s'occupe habituellement de cette tâche ingrate de conversion,
probablement gourmande en CPU, RAM et disque, qui publie ces données sur
les serveurs de tuiles d'OSM-Fr et comment est mise à jour le catalogue
de JOSM ?

Je vous en remercie par avance,

Sébastien


J’ai posé la question sur le forum 
(https://forum.openstreetmap.fr/t/ajout-de-lorthophotoplan-2022-de-toulouse-metropole-dans-josm/19247), 
ajouté une issue dans github 
(https://github.com/osm-fr/infrastructure/issues/511) et Vincent l'a 
mentionnée dans https://github.com/osm-fr/infrastructure/issues/82


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

Re: [OSM-talk-fr] Comment disposer de l'orthophotoplan de Toulouse 2022 dans JOSM ?

[Sébastien Dinot]

Je découvre qu'une question en ce sens a déjà été posée sur le forum,
mais que, peut-être parce qu'elle a été mal cataloguée, elle n'a reçu
aucune réponse :

https://forum.openstreetmap.fr/t/ajout-de-lorthophotoplan-2022-de-toulouse-metropole-dans-josm/19247

Je viens de relancer.

Sébastien

Sébastien Dinot a écrit :
> Bonjour à tous,
> 
> Jusqu'à présent, je ne me suis jamais soucié de la manière dont les
> orthophotos publiées en open data arrivaient dans JOSM, je me suis
> contenté de les utiliser sans retenue. J'avais bien constaté que d'un
> côté, les collectivités publiaient sur leur portail des dalles assez
> lourdes et que de l'autre, je retrouvais des pyramides de tuiles
> servies par les serveurs d'OSM / OSM-Fr, qui m'assuraient une
> navigation fluide dans JOSM. Puisque cela se faisait « tout seul », je
> ne me suis jamais vraiment demandé qui le faisait et comment.
> 
> Mais voilà, Toulouse Métropole a publié en septembre dernier sur son
> portail open data l'orthophotoplan réalisé en 2022 :
> 
> https://data.toulouse-metropole.fr/explore/dataset/orthophotoplan-2022/information/
> 
> Et 3 mois plus tard, la couche d'appui correspondante n'est toujours
> pas disponible dans JOSM. Le constat s'impose, quelque chose s'est
> grippé dans le monde merveilleux et magique d'OSM et je ne sais pas
> quoi.
> 
> Du coup, une âme charitable pourrait-elle éclairer ma lanterne et me
> dire qui s'occupe habituellement de cette tâche ingrate de conversion,
> probablement gourmande en CPU, RAM et disque, qui publie ces données
> sur les serveurs de tuiles d'OSM-Fr et comment est mise à jour le
> catalogue de JOSM ?
> 
> Je vous en remercie par avance,
> 
> Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Magasin temporairement fermé ?

[Jean-Claude Repetto]

Le 11/12/2023 à 17:41, pepilepi...@ovh.fr a écrit :


Philosophiquement le shop=vacant me plait plus que le disused:shop, le
disused ayant à mon sens un parfum d'abandon définitif.


Non, pour un abandon définitif, ce serait abandoned: . disused: est très 
bien lorsque c'est temporaire.


Jean-Claude



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

Re: [OSM-talk-fr] Magasin temporairement fermé ?

[pepilepi...@ovh.fr]

Le 11/12/2023 à 17:02, Marc_marc a écrit :
> Le 10.12.23 à 20:45, LeJun via Talk-fr a écrit :
>> Le 10/12/2023 à 18:59, pepilepi...@ovh.fr a écrit :
>>>    * marqué "boulangerie",
>>>    * avec une vitrine qui laisse deviner que c'est effectivement une
>>>  boulangerie,
>>>    * mais qui ne sert à rien vu s'elle n'est jamais ouverte.
>>>
>>> Comment on peut tagguer ça ?
>>
>> Dans un cas général je fais partie des gens qui utilisent
>> `shop=vacant` pour un local commercial vide.
>
> mais cela n'a pas l'air d'être viide d'après ce qu'il décrit :)
>
> j'aurais séparé en 2 objects :


C'est déjà séparé


> un objet building=*
> un objet occupation décrivant une boulangerie présente mais non
> ouverte : disused:shop=bakery + disused:name=* si tu souhaites le
> garder ou inscription=... si tu souhaites renseigner qu'il y a une
> inscription,
> puisque ce n'est plus le nom de la boulangerie puis qu'elle n'est plus
> utilisée


La proposition de LeJun m'a bien plu.

Le disused je l'utilise avec les chemins. Je pense aux outils de
recherche comme overpass turbo, si on lui demande "shop" est-ce qu'il va
sortir aussi les "disused:shop" ?

Philosophiquement le shop=vacant me plait plus que le disused:shop, le
disused ayant à mon sens un parfum d'abandon définitif.

Merci pour ces précisions, bonne soirée


Jean-Pierre



>
> was:* est aussi possible (c'est même ce que j'utilise le plus souvent)
> mais ne permet pas de décire finement le fait que ce n'est parce que
> non utilisé. pour ma part je pense pas que la description du pourquoi
> est une info pour osm
>
>
>
> ___
> 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