[OSM-talk-fr] Tag sur arrêt de train et demande analyse Osmose

[Percherie OnDaNet]

Bonjour,


Je suis en train de mettre à jour les lignes de train autour de Narbonne 
et j'ai été confronté à la gestion des deux modèles de transport public 
PTv1 (ancien modèle) et PTv2


En appliquant de façon strict la validation de JOSM "Relation Checker" 
si un nœud ayant le rôle "stop" dans un relation route=train ayant 
"public_transport:version=1", ce nœud doit avoir le tag railway=station 
(vu sur les archives 2012 du wiki où il faut placé une station dans 
chaque sens)


Cela est très perturbant avec le modèle PTv2 où une seule gare doit être 
placée (à coté des arrêts) et l'arrêt doit avoir railway=stop


Est-il envisageable d'ajouter un contrôle Osmose pour passer les arrêts 
au modèle PTv2 quand toutes les relations le sont également


Détail de la condition pour passage des arrêts au modèle PTv2 :

1. Recherche nœud avec tag railway=station
2. Vérifie si dans une relation route=train + (
   public_transport:version=1 OU public_transport:version!=* )
3. Si dans aucune relation en PTv1
4. Remplacement par railway=stop

Détail de la condition pour rétrocompatibilité au modèle PTv1 ;

1. Recherche relation route=train + ( public_transport:version=1 OU
   public_transport:version!=* )
2. Recherche nœud avec tag railway=stop
3. Remplacement par railway=station
4. Ajout info (pour expliquer la démarche) note=stop is in PTv1
   relation for use railway=station, please update all relation route=*
   to PTv2

Je serait seul au monde que j'aurai passé toutes les relations au format 
PTv2. Idéalement il faudrait faire l'analyse sur chaque relation et 
mettre à jour celle qui commencent sérieusement à dater... voir 
supprimer celle qui référence des éléments qui n'existe plus.
La création de transport en commun dans OSM n'est pas super adapté (way 
scindés pour les besoins des transports) mais de là à conserver 
l'historique des trajets qui sont en plus cassé de partout... ;-/ faut 
pas pousser mémé dans les orties :-p


Dommage que la correction des relations ne puisse pas être ajoutée au 
projet du mois... c'est à mon sens trop technique pour être proposé au 
plus grand nombre


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

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

[Percherie OnDaNet]

Étrange... je suis sur une machine windows avec 2Go de défini pour Java.

Voici la capture écran de ce qui ne fonctionne pas (avec info bulle et 
tout et tout) : https://ibb.co/6bztCmX


A la maison je travaille exclusivement sur Mint, je referai une tentative

Le 12/10/2020 à 16:40, osm.sanspourr...@spamgourmet.com a écrit :

Merci pour la mise à jour.

Aucun problème pour charger la relation.

J'ai copié https://osm.org/relation/11741864

et utilisé la fonction "Télécharger un objet...".

Linux Mint 20, JOSM canal stable.

Tu utilises une machine virtuelle 32 bits ?

Si le chargement est partiel tu peux demander de charger les membres.

Et non Lyon-Toulouse ne fait pas moins de 200 km vu d'ici.

Jean-Yvon

Le 12/10/2020 à 16:20, Percherie OnDaNet - perche...@toutenkamion.net a
écrit :



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


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

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

[Percherie OnDaNet]

Après avoir testé avec réussite les mises à jour de lignes SNCF j'en ai 
profité pour mettre à jour la page 
https://wiki.openstreetmap.org/wiki/France/Voies_ferr%C3%A9es qui était 
quelque peu abandonnée depuis des années.

Des liens ressources, astuces et conseils y on été ajouté.

Si ça peut donner envi à d'autres contributeurs de participer c'est déjà 
ça...


Question : avec JOSM j'ai tenté de récupérer la longueur total des 
lignes mais j'ai l'impression qu'au delà de 200 km cela ne fonctionne 
pas. Par exemple sur le trajet https://osm.org/relation/11741864
Comment puis-je récupérer la longueur total d'une sélection qui fait 
plus de 200 km ?



Le 11/10/2020 à 16:15, Gad Jo a écrit :
Ah ! Ça doit être ce qu'à fait https://www.fiches-horaires.net/ 



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


Merci Helfer pour le retour

Le October 11, 2020 9:32:41 AM UTC, Denis Helfer  a 
écrit :


Les horaires des TGV et des TER sont disponibles en opendata au format GTFS


https://ressources.data.sncf.com/explore/dataset/horaires-des-train-voyages-tgvinouiouigo/table/
  


https://ressources.data.sncf.com/explore/dataset/sncf-ter-gtfs/table/  


yapuka décoder...


Le 11/10/2020 à 10:14, Julien djakk a écrit :

Salut ! On a le droit de copier les fiches horaires de la SNCF
? Julien "djakk" Le dim. 11 oct. 2020 à 01:39, Gad.Jo
 a écrit :

La modification a été bien plus simple et rapide que prévu
: https://www.openstreetmap.org/changeset/92288895
 J'ai
remis à jour les relations qui y ressemblait le plus vers
les nouveau numéro de ligne actuellement active sur le
site de la SNCF. Normalement il n'y a pas de casse sur les
gares où je suis passé (ajout de tag, mise en
conformité)... L'ancienne ligne TGV 752 a été remplacée
par les lignes TGV 6871, 6873, 6823, 9836 et 9862 En
dehors de la gare Lille Europe où un trou persiste dans
les relations (pas chaud pour modifier une grosse gare).
Tout les trajets sont continu. Le 10/10/2020 à 21:42,
Gad.Jo a écrit :

Après une courte recherche j'ai trouvé le très bon
site : https://www.fiches-horaires.net/
 (leur description
en pied de page est très amusante et pleine de bon
sens) A défaut de trouver les fiches horaires
officielle il y a de la données valide. Par contre...
où on t'ils trouvé leur données ? Le 10/10/2020 à
16:40, Adrian via Talk-fr a écrit :

Il y a deux ans environ, je voulais couper des
chemins (ways) de chemin de fer pour introduire
des ponts. Ces chemins étaient membres de plus que
dix relations d'itinéraire. Comme toi, j'ai vu
qu'il y avait deux genres de relation. Il y avait
les itinéraires d'infrastructure, comme la ligne
de Combs-la-Ville à Saint-Louis. Et il y avait les
itinéraires passagers, les voyages sans
correspondance proposés par la SNCF, comme le TGV
752. J'ai remarqué que les itinéraires passagers
reflétaient l'état d'il y a cinq ans ou plus. Les
relations étaient un vrai désordre. Toutes étaient
cassées à multiples endroits avec des types
diverses d'erreur. Quelques-unes étaient très
longues avec jusqu'à trois mille membres. Le
format de toutes les relations est un hybride de
v1 et v2 des transports en commun. Il y a une
liste des gares, et une liste des chemins dans les
deux sens (sauf voie unique), sans les rôles
forward ou backward. Les listes des chemins
comprennent des blocs alternés de chemins dans le
sens aller et chemins dans le sens retour. Les
relations d'infrastructure contiennent souvent
toutes les voies des gares, y compris les voies de
garage et d'évitement. Les relations passagers
contiennent souvent toutes les voies par
lesquelles les trains pourraient passer par les
  

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

[Percherie OnDaNet]

Merci Denis pour le retour



La gestion des relations est fastidieuse et des relations pointant vers 
des éléments qui n'existent plus et en bonus comportes des erreurs 
(trous, éléments présent qui n'aurait jamais du être là) me pousse à la 
supprimer. Ou à minima par la modifier en un véritable réseau de chemin 
de fer qui correspond aux membres.


C'est une réaction à chaud. Peut-être que d'autres contributeur me 
déconseilleraient de supprimer ce transport en commun qui n'existe plus ?



Le 09/10/2020 à 17:05, Denis Helfer a écrit :


Je ne vais répondre en détail qu'à la seconde partie en parlant de ma 
pratique


Je fais une relation générique pour la ligne généralement de type 
route_master=railway qui contient


des  relations par voie (route=railway) + voies de jonction et autres 
évitements


Exemple : 
https://www.openstreetmap.org/relation/8386108#map=11/49.4014/3.9432



PS : pour la première question, supprimer la ref qui n'en est pas une 
ou un disused:ref si vraiment on tient à garder des vieilleries..



Le 09/10/2020 à 16:33, Percherie OnDaNet a écrit :


C'est bien ce que je pensait... ancien REF TGV abandonnée par la SNCF 
et rien à voir avec la ligne LVG


_Que me conseille tu concernant cette ligne transport en commun qui 
n'existe plus ?_


Concernant l'itinéraire ferroviaire "752 000" : 
https://www.openstreetmap.org/relation/3264340

Pour ceux qui sont perdu, itinéraire <> itinéraire de transport

_Est-ce que je met une seule voies, les deux sens, toutes les voies 
des gares traversées ?_


Au final ça soulève plus de questions que de réponses

Le 09/10/2020 à 16:04, Denis Helfer a écrit :


Hello,

Cela semble correspondre, selon 
http://medias.sncf.com/sncfcom/pdf/guides/Carte_des-destinations_InfoVoy.pdf, 
au numéro d'une (ancienne) fiche horaire.


Dans tous les cas, la numérotation des liaisons commerciales n'a 
rien à voir avec la numérotation de l'infrastructure.


A ma connaissance, il n'y a pas d'identifiant d'une telle liaison ; 
il n'y aura que des identifiants de circulations de trains



Denis


Le 09/10/2020 à 15:36, Percherie OnDaNet a écrit :


Bonjour à tous,


Je suis en train de m'intéresser aux relations route=train qui 
remontent en erreur sur GeoFabrik. Prenez l'exemple sur
https://www.openstreetmap.org/relation/5943884 (TGV 752 : Lyon -- 
Montpellier -- Toulouse -- Bordeaux / Perpignan -- Barcelone)


*Ignorez les tags qui ne sont pas bon*. La question porte sur la 
référence de la ligne et je n'arrive pas à la retrouver sur internet.


  * Les trajets TGV nommé "TGV 752" ne semble pas exister sur
internet ou sur OUI.fr
  * La ligne LGV (voie ferrée) 752 000 existe :

https://fr.wikipedia.org/wiki/Ligne_de_Combs-la-Ville_%C3%A0_Saint-Louis_(LGV)

Je me demande si le transport "TGV 752" existe réellement. Est-ce 
plutôt une création libre inspiré de la LGV "752 000" ?
Si je souhaite conserver les relations. Quel référence puis-je 
utiliser ?


Je sens que la réponse ne va pas être simple ;-/


___
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

[OSM-talk-fr] L'union sociale pour l'habitat (USH) utilise OSM

[Percherie OnDaNet]

Bonjour à tous,



Je travaille dans un office HLM et la fédération à mis un outil appelé 
ORFI permettant d'avoir un suivi sur les incivilités.
Lors de la présentation de ce matin j'ai découvert qu'ils utilisent le 
fond de carte OSM (avec affichage de la licence)


Info intéressante :

La location des signalements se fait grâce à l'adresse postale existante 
dans OSM. Si un office constate qu'une adresse n'existe pas, l'USH se 
charge de l'ajouter dans la base.


D'une manière indirecte, la base adresse s'améliorera en fonction des 
retours des offices HLM ;-)


Je les aient orienté vers uMap pour l'affichage des statistiques, ils 
sont intéressé pour le tester.


Une capture écran de leur outil est disponible sur https://ibb.co/BNbqH7c
Les données sont fictive et l'image sera automatiquement supprimée dans 
quelques jours.



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

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

[Percherie OnDaNet]

C'est bien ce que je pensait... ancien REF TGV abandonnée par la SNCF et 
rien à voir avec la ligne LVG


_Que me conseille tu concernant cette ligne transport en commun qui 
n'existe plus ?_


Concernant l'itinéraire ferroviaire "752 000" : 
https://www.openstreetmap.org/relation/3264340

Pour ceux qui sont perdu, itinéraire <> itinéraire de transport

_Est-ce que je met une seule voies, les deux sens, toutes les voies des 
gares traversées ?_


Au final ça soulève plus de questions que de réponses

Le 09/10/2020 à 16:04, Denis Helfer a écrit :


Hello,

Cela semble correspondre, selon 
http://medias.sncf.com/sncfcom/pdf/guides/Carte_des-destinations_InfoVoy.pdf, 
au numéro d'une (ancienne) fiche horaire.


Dans tous les cas, la numérotation des liaisons commerciales n'a rien 
à voir avec la numérotation de l'infrastructure.


A ma connaissance, il n'y a pas d'identifiant d'une telle liaison ; il 
n'y aura que des identifiants de circulations de trains



Denis


Le 09/10/2020 à 15:36, Percherie OnDaNet a écrit :


Bonjour à tous,


Je suis en train de m'intéresser aux relations route=train qui 
remontent en erreur sur GeoFabrik. Prenez l'exemple sur
https://www.openstreetmap.org/relation/5943884 (TGV 752 : Lyon -- 
Montpellier -- Toulouse -- Bordeaux / Perpignan -- Barcelone)


*Ignorez les tags qui ne sont pas bon*. La question porte sur la 
référence de la ligne et je n'arrive pas à la retrouver sur internet.


  * Les trajets TGV nommé "TGV 752" ne semble pas exister sur
internet ou sur OUI.fr
  * La ligne LGV (voie ferrée) 752 000 existe :

https://fr.wikipedia.org/wiki/Ligne_de_Combs-la-Ville_%C3%A0_Saint-Louis_(LGV)

Je me demande si le transport "TGV 752" existe réellement. Est-ce 
plutôt une création libre inspiré de la LGV "752 000" ?

Si je souhaite conserver les relations. Quel référence puis-je utiliser ?

Je sens que la réponse ne va pas être simple ;-/


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

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

[Percherie OnDaNet]

Bonjour à tous,


Je suis en train de m'intéresser aux relations route=train qui remontent 
en erreur sur GeoFabrik. Prenez l'exemple sur
https://www.openstreetmap.org/relation/5943884 (TGV 752 : Lyon -- 
Montpellier -- Toulouse -- Bordeaux / Perpignan -- Barcelone)


*Ignorez les tags qui ne sont pas bon*. La question porte sur la 
référence de la ligne et je n'arrive pas à la retrouver sur internet.


 * Les trajets TGV nommé "TGV 752" ne semble pas exister sur internet
   ou sur OUI.fr
 * La ligne LGV (voie ferrée) 752 000 existe :
   
https://fr.wikipedia.org/wiki/Ligne_de_Combs-la-Ville_%C3%A0_Saint-Louis_(LGV)

Je me demande si le transport "TGV 752" existe réellement. Est-ce plutôt 
une création libre inspiré de la LGV "752 000" ?

Si je souhaite conserver les relations. Quel référence puis-je utiliser ?

Je sens que la réponse ne va pas être simple ;-/

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

Re: [OSM-talk-fr] Cartographie des dégâts de la tempête Alex dans les Alpes Maritimes

[Percherie OnDaNet]

Si l'accès est coupé de manière temporaire (quelques semaines ou mois), 
est-il envisageable d'y ajouter un tag dédié permettant à l'ensemble des 
outils de routage de prendre en compte cette restriction ?


Comme cela on conserve les ponts et routes en place, seul l'accès est 
interdit sur une période à définir.

Bonus : on garde l'info dans l'historique des éléments.


Le 05/10/2020 à 10:53, Jean-Claude Repetto a écrit :

Le 05/10/2020 à 10:06, Yves P. a écrit :

Bonjour,

La situation est réellement catastrophique à La Bollène-Vésubie, 
Rimplas, Roquebillère, et Saint-Martin-Vésubie.


Est-ce que quelqu'un à déjà fait les mises à jour des ponts et routes 
détruits ?

~4 personnes depuis 2j d'après OSMcha.

Avez-vous besoin d'un coup de main ?
D'une orthophoto post catastrophe pour faire le boulot ?



Bonjour,

Etant donné que les infrastructures routières vont être 
progressivement rétablies, faut-il mettre à jour la base OSM ?


Si on enlève tous les ponts détruits en se basant sur une orthophoto, 
il y a un gros risque que les ponts réparés ou remplacés par des ponts 
provisoires ne soient pas mis à jour, faute de contributeurs sur le 
terrain.


Jean-Claude

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


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

[OSM-talk-fr] Mapillary : Beta détection des scènes (gare, rond-point, station-service)

[Percherie OnDaNet]

Pour ceux qui n'aurai pas vu passer l'info : 
https://blog.mapillary.com/update/2020/09/16/extending-object-detections-to-scene-classes.html



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

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

[Percherie OnDaNet]

Nickel je l'avais en tête mais je ne l'ai pas retrouvé sur le wiki

comme cela plus besoin de modifier le 80 en autre chose si la loi 
change. Si au niveau local le 80 à sauté, c'est obligatoirement un 
explicite avec signalisation verticale via source:maxspeed=sign


Pour ne plus y retoucher la combinaison maxspeed=FR:urban + 
source:maxspeed=FR:urban fonctionne bien.
Pour les sections à deux voies mieux vaut utiliser maxspeed=90 + 
source:maxspeed=sign ça lève tout ambiguïté et risque de faux positif. 
Exemple si un contributeur à indiqué 2 voie en ayant en tête "deux sens 
= deux voies". C'est souvent une erreur de débutant qui risque de 
générer des erreurs sur le routage.


En résumé, tout en automatique sauf si on n'est pas à 80 km/h.

Y a tellement de cas particulier qu'on pourrait en discuter encore 
quelques jours ;-)



Le 02/09/2020 à 10:34, Frédéric Rodrigo a écrit :

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


Quand la vitesse est implicite, il y encore plus générique que mettre 
explicitement la vitesse. Mais plutôt :


maxspeed=FR:urban


Frédéric.




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

Re: [OSM-talk-fr] Projet du mois défibrillateurs : c'est parti ! données foireuses de GéoDAE

[Percherie OnDaNet]

Question concernant GeoDAE ?

Où peut-on consulter les DAE dans ma zone qui sont référencé dans cette 
base ? Est-ce proposé automatiquement dans Osmose ou est-ce sur un 
service web spécifique ?


Le 29/08/2020 à 22:27, osm.sanspourr...@spamgourmet.com a écrit :


Le 29/08/2020 à 10:18, Christian Quest - cqu...@openstreetmap.fr a écrit :


On a du coup un certain nombre de DAE sur Null Island.


Le 29/08/2020 à 10:27, Yves P. - yves.prat...@gmail.com a écrit :

Tous les DAE ont des coordonnées. Seulement 227 avec lat/lon = 0,0


Pour info, Ils sont dans ces communes :
Cornil216


Corps Nil, nom prédestiné pour la bouée Null Island ? ;-)

216 DAE pour 1340 habitants, je crois que c'est le territoire de la 
République le mieux doté en DAE^^.


Une erreur dans la base ? Dans ta recherche ?

On a d'autres soucis avec reception_desk et security_desk

https://github.com/osm-fr/osmose-backend/blob/master/analysers/analyser_merge_defibrillators_FR.py#L81-91

On prend ce qui est dans GéoDAE. Mais cette information est "foireuse" 
même si elle a été "validée".


Prenons 
http://osmose.openstreetmap.fr/fr/error/c986fd47-f342-8ba3-0301-6419922f554d



  * gml_id : geodae_publique.15665
  * gid : 15665
  * *c_etat_valid :* *validées*
  * *c_nom :* *DAE ACCUEIL MANOIR DE KERNAULT*
  * c_lat_coor1 : 47.8884
  * c_long_coor1 : -3.59755
  * c_adr_num : 360
  * c_adr_voie : 360 Château de Kernault 29300 Mellac
  * c_com_cp : 29300
  * c_com_insee : 29147
  * c_com_nom : Mellac
  * *c_acc :* Intérieur
  * *c_acc_lib :* t
  * *c_acc_pcsec :* f
  * *c_acc_acc :* f
  * c_disp_j : {lundi,mardi,mercredi,jeudi,vendredi}
  * c_disp_h : {"heures ouvrables"}
  * c_etat_fonct : En fonctionnement
  * c_etat : Actif
  * c_doublon : f
  * timePosition : 2020-07-16T16:21:36Z
  * c_srid_origin : EPSG:4326

Osmose propose :

access  yes 
emergency   defibrillator   
indoor  yes 
operatorChemins du Patrimoine En Finistère  
operator:ref:FR:SIREN   282900463   
*reception_desk*no  
ref:FR:GeoDAE   15666   
*security_desk* no  
*source*Direction Générale de la Santé

On a déjà eu le cas où ces "informations" quoique "validées" sont fausses.

Comme le psuedo-nom est DAE *ACCUEIL* MANOIR DE KERNAULT, j'en déduis 
qu'au moins reception_desk est faux.


Dans tous les cas ce sont des propriétés du bâtiment pas du DAE.

Je suis donc partisan de ne pas les intégrer. Ce n'est pas le premier 
cas du genre signalé sur la liste.


De plus ça ne me semble pas apporter grand chose (parce que c'est une 
donnée dans GéoDAE et que je ne vois pas trop à quoi ça sert : si les 
pompiers arrivent sur place ils verront bien s'il y a un accueil ou 
une sécurité).


Et si l'accueil ou la sécurité sont supprimés, pensez-vous que GéoDAE 
sera mis à jour ?


Vous vous doutez de ma réponse ;-)

Source : ne faut-il pas millésimer ? Version Adrien : je suggère de 
millésimer la source comme pour les autres données, peut-être ici 
plutôt un check_date=2020-07-16 ;-).


Position : foireuse (proche mais à l'extérieur du bâti malgré 
indoor=yes). On met un fixme=geometry ?


Via le site internet (absent initialement d'OSM) j'ai trouvé la 
position assez précise de l'accueil parmi les différents bâtiments.


Jean-Yvon




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

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

[Percherie OnDaNet]

Merci Noémie pour le retour, j'étais arrivé à des conclusions très 
proches des tiennes et je vais suivre ce que tu propose.



Le tag highway=bus_stop viens d'être rétabli sur l'ensemble des 
plateforme du réseau. J'ai attendu plusieurs jours pour que les 
différents rendu prenne en compte leur suppression et c'est un vrai 
désastre. Ce tag est indispensable.
Sur un changeset différent j'ai sorti tout les 
public_transport=stop_position des relations du réseau Citibus. Les 
nœuds restent dans la base mais ne seront plus pris en compte comme 
appartenant au réseau de transport en commun.


Fort sympa Unroll. Y a t'il une interface en français ? J'ai regardé sur 
le wiki et il ne semble pas y avoir de modèle permettant de générer de 
lien pointant vers Unroll (idéalement Unroll + sketch-line). Un peut 
comme les template "BrowseLine" ou "Relation" disponible quand on édite 
une page du wiki.


Le 26/08/2020 à 19:26, Noémie Lehuby a écrit :


Hello,

Beau boulot sur Narbonne !

Effectivement, sketch-line a une interprétation du modèle de transport 
qui peut donner des résultats décevants. Ton bug est celui-ci non ? 
https://github.com/drolbr/Overpass-API/issues/190

Malheureusement, il me semble que l'outil n'est plus vraiment maintenu...

Je pense que ne pas mettre highway=bus_stop n'est pas une bonne 
solution : le tag est largement utilisé par la plupart des outils, 
contrairement aux public_transport=stop/platform.
En particulier, les arrêts de ta ligne A sont invisibles sur tous les 
rendus que je connais, y compris dans les applis mobile. Par exemple, 
je suis passée par Narbonne la semaine dernière, j'aurais très bien pu 
me dire "chic, il y a plein d'arrêts à mapper ici" et commencer à les 
ajouter depuis mon smartphone sans même voir qu'ils existaient déjà ^^"


Personnellement, j'utilise et je recommande la carto des arrêts de bus 
avec highway=bus_stop + public_transport=platform, sans mapper les 
stop_position du tout.
Ce modèle est compatible avec sketch-line (voir par exemple cette 
ligne  
et son diagramme 
), 
tous les rendus qui affichent des arrêts de bus ainsi que la grande 
majorité des outils qui utilisent des données de transport d'OSM 
.


Après, si on veut aller plus loin, je pense que la bonne correction 
serait d'avoir un traitement différencié par mode pour identifier 
l'objet qui caractérise l'arrêt qu'on veut afficher dans le diagramme. 
En effet


  * c'est en général le rôle platform pour les lignes de bus
  * pour les lignes de mode ferré, c'est plutôt le rôle stop_position.
Les platform sont souvent des quais et ont rarement un nom (et pas
forcément celui de la station)

C'est l'approche que j'ai choisie dans l'outil Unroll, qui permet de 
visualiser toutes les infos d'une ligne:


  * ta ligne de bus avec platform et stop position :
https://jungle-bus.github.io/unroll/route.html?line=2667720
  * une ligne de métro :
https://jungle-bus.github.io/unroll/route.html?line=3328765

--
Noémie Lehuby
Jungle Bus -http://junglebus.io
Le 24/08/2020 à 22:24, Gad Jo a écrit :

Bonsoir,


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


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


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


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


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


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

À moins que d'autres générateur de diagramme existe.

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




--
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma 
brièveté.


___
Talk-fr mailing list

[OSM-talk-fr] Diagramme de transport publique

[Percherie OnDaNet]

Bonjour,


Je suis en train de finaliser le réseau de transport en commun sur 
Narbonne (hors transport scolaire) et je cherche à faire afficher les 
diagrammes de chaque ligne de la même façon que sur 
https://overpass-api.de/api/sketch-line?ref=10=Libero


Sur la relation route_master n° 4113572 à Bern (Suisse) : 
https://www.openstreetmap.org/relation/4113572
le diagramme fonctionne tel quel avec un brin pour chaque sens car les 
arrêts ne sont pas identique à l'aller et au retour.


Sur la relation route_master n° 6743131 à Narbonne (France) : 
https://www.openstreetmap.org/relation/6743131
le diagramme ne s'affiche pas de la même manière, je m'attendait à voir 
un brin pour chaque sens départ/terminus


J'ai quelques essais infructueux via le formulaire disponible sur 
https://overpass-api.de/public_transport.html mais sans succès.


Comment faire en sorte pour que la relation présente de la ligne 15 sur 
Narbonne affiche un diagramme similaire à celui de la ligne 10 sur Bern 
(Suisse) ?



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

Re: [OSM-talk-fr] Nouvelles orthos HR... trouvées au fond d'un FTP

[Percherie OnDaNet]

Merci les gars ;-)

ça fonctionne nickel. Reste à tester avec Vespucci dès que j'ai le temps 
(sauf si vous m'indiquez que ça ne fonctionnera pas avec)


Le 17/08/2020 à 11:29, Christian Quest a écrit :

Le 17/08/2020 à 11:19, Percherie OnDaNet a écrit :

Question à deux centimes d'un bouley de passage ;-p


Je n'arrive pas à trouver la couche "tous_fr" dans les préférence 
d'imagerie josm ou sur le wiki dédié : 
https://josm.openstreetmap.de/wiki/Maps


Où puis-je le trouver ?


Elle n'y est pas listée.

Tu peux prendre "orthohr" qui agrège les différents millésimes 
uniquement des OrthoHR. Il manquera juste les orthos locales.


Tu peux aussi prendre un millésime particulier, ce qui permet d'être 
sur de n'avoir de visible que des images d'une année donnée.


Il faudrait ajouter 2018 et 2019 qui ne sont pas listés, mais qui 
existent.




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

Re: [OSM-talk-fr] Nouvelles orthos HR... trouvées au fond d'un FTP

[Percherie OnDaNet]

Question à deux centimes d'un bouley de passage ;-p


Je n'arrive pas à trouver la couche "tous_fr" dans les préférence 
d'imagerie josm ou sur le wiki dédié : 
https://josm.openstreetmap.de/wiki/Maps


Où puis-je le trouver ?


Cordialement

Le 14/08/2020 à 19:00, Christian Quest a écrit :
Il y a quelques jours, Mapbox a publié un billet de blog annonçant une 
couverture en ortho-photos opendata sur la majorité de la France 
provenant de l'IGN.


https://blog.mapbox.com/france-imagery-is-live-c594e2e88ea7

Comme d'autres sur twitter, j'ai été très étonné de la couverture qui 
incluait de nombreux départements non listés sur la page officielle 
des données opendata diffusées par l'IGN.


Ces orthos étaient cachées au fond d'un FTP, certaines depuis janvier 
2019 sans qu'aucune publication n'y fasse référence.


Bref... j'ai lancé les téléchargements, décompression et recompression 
et une partie est déjà ajoutée sur wms.openstreetmap.fr


Pour 2018 en 15cm, il y a : 75, 78, 91, 92, 93 (ces deux derniers 
avaient été publiés en opendata par les départements eux-même il y a 
plus d'un an).


Toujours pour 2018 en 20cm, j'ai déjà ajouté: 01 02 29 33 37 38 et 94.

Le reste va suivre petit à petit...


Le plus simple pour les utiliser est la couche "tous_fr" qui agrège 
toutes les orthos en priorisant par date puis résolution.



PS pour Cyrille: sur Tours tu as maintenant du 20cm de 2018 ;)



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

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

[Percherie OnDaNet]

C'est aussi vers cette réflexion que je m'orientais. Les données sont 
cohérente avec le terrain mais c'est au routage de s'adapter.


Après essai sur l'Aire d'Hastingues : 
https://www.openstreetmap.org/way/473891861 :


 * OSRM : échec
 * GraphHopper : échec
 * OpenRouteService : échec
 * MapQuest : échec
 * Application OsmAnd : échec
 * Application MapFactor Navigator : déplace l'arrivé (drapeau)
   clairement sur le segment le plus proche, ça à le mérite d'être
   compréhensible
 * Application Magic Earth : échec
 * Bing Maps : échec
 * GoogleMaps y arrive seulement parce que le nœud de l'aire est bien
   positionné, autrement ça plante :
 o Trajet 1 : https://goo.gl/maps/BTma9uZD7wuTEide6
 o Trajet 2 : https://goo.gl/maps/y3XSoj7c1YPxzAJR9
 * Waze : échec avec des détours hallucinant
 * ViaMichelin plante avec une arrivée imposée en dehors de l'aire
 * Mappy ne connait pas l'aire

En l'état seul un service GAFAM y arrive. Que faut-il faire ? Remonter 
l'anomalie à tous les services ?


Le 06/08/2020 à 10:24, Christian Quest a écrit :

Le 05/08/2020 à 22:37, Arnaud Champollion a écrit :

Le 05/08/2020 à 17:23, Jérôme Amagat a écrit :
Si on remplace par un node, je pense qu'on aura toujours le 
problème, dans un sens ou dans l'autre de l'autoroute.


Et si l'on met ce node sur une zone non accessible en voiture, par 
exemple une zone de pique-nique, peut-être que le routeur n'aura plus 
intérêt à faire effectuer un détour routier ? 


Le routeur ça chercher la voie d'accès la plus proche, y projet le POI 
d'arrivée et calculer la route sur ce point trouvé.


Cela ne résoudra pas le problème qui est en fait lié à un routage 
mono-mode. Si on faisait un routage multi-modal (voiture + pédibus) il 
trouverai bien sûr qu'il est plus simple de marcher un peu à l'arrivée 
que de faire un énorme détour en voiture.


C'est pour moi plutôt un défaut des algos de routage sur le routage à 
l'arrivée qu'un problème dans les données OSM qui décrivent, il me 
semble, correctement le terrain.



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

Re: [OSM-talk-fr] HAND sur France Inter 13:44

[Percherie OnDaNet]

Je vois qu'on écoute les même émissions ;-p

Le 15/07/2020 à 13:47, osm.sanspourr...@spamgourmet.com a écrit :

HAND  pas OSM, mais Gaël Musquet est un peu connu d'OSM France^^.

OpenStreetMap est qualifié de "Google Maps de passionnés".

https://www.franceinter.fr/emissions/chacun-sa-route/chacun-sa-route-15-juillet-2020 



Jean-Yvon



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


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

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

[Percherie OnDaNet]

Bonjour,


Je suis en train de finaliser une mission Pic4Review permettant de 
renseigner l’accessibilité des passages piéton. Je l'ai testé et 
contrôlée tout fonctionne bien.


La mission "Passages piéton en fauteuil roulant" : 
https://pic4review.pavie.info/#/mission/1103


Il reste à créer proprement les pictogrammes "Adapté" et "Limité" pour 
les héberger sur un emplacement pérenne mais l'essentiel est correct.


Avant de la proposer comme modèle sur Pic4Review, pouvez-vous vérifier 
si je n'ai pas fait de coquille dans les tags utilisé ? Vous pouvez les 
consulter quand vous dupliquez la mission pour votre zone. Au besoin je 
peut les énumérer ici mais si je peut éviter de polluer la liste.



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

Re: [OSM-talk-fr] Lignes de bus à Courchevel : au secours !

[Percherie OnDaNet]

Normalement il doit y avoir une relation route_master qui contient tout 
les trajets possible pour une ligne. Comme éléments dans cette relation 
tu doit avoir une relation par trajet. Cela permettra de recaler tout ça 
proprement.


Exemple :

type=route_master
route_master=bus
name=T5

Avec comme relation enfant
type=route
route=bus
name=T5 : Courchevel -> Moûtiers
from=Courchevel
to=Moûtiers

type=route
route=bus
name=T5 : Moûtiers -> Courchevel
from=Moûtiers
to=Courchevel

Tu a un exemple pratique sur 
https://www.openstreetmap.org/relation/2667720 mais le contenu de la 
page du wiki est en cours de refonte (passage du modèle de transport T1 
à T2). Pense à définir la couleur, opérateur, réseau, version 1 ou 2 du 
réseau.


J'ai également proposé à Adrien Pavie l'ajout de mission Pic4Review 
permettant de détailler les arrêts de bus  (mission en bas de liste) : 
https://pic4review.pavie.info/#/mission/copy "Arrêt de bus - Attente des 
passagers". Je l'utilise avec succès sur plusieurs villes autour de chez 
moi.


Le 08/07/2020 à 13:11, Yves P. a écrit :

Bonjour,

Soit la T5 qui va de Moûtiers à Courchevel 1850 (avec semble-t-il un 
A/R à la Tania)

https://www.openstreetmap.org/relation/8292018#map=14/45.4201/6.6372

Soit la B qui va de Courchevel 1850 à Saint-Bon-en-Tarentaise
https://www.openstreetmap.org/relation/1919549#map=14/45.4201/6.6372

LA B fait l'aller/retour mais elle est cassée à plusieurs endroits, et 
à cause des sens-uniques et des ronds points le trajet n'est pas tout 
à fait identique à l'aller et au retour.
Le départ et un rond point cassé à la sortie : 
https://www.openstreetmap.org/relation/1919549#map=17/45.41440/6.63779


Il me parait plus simple et plus clair de faire une B Aller et une B 
retour ?

(de plus JOSM n'arrive pas à trier correctement les membres)

J'ai vu aussi des ronds-points "découpés". J'ai fait ça aussi au 
début, mais en fait ça complique la saisie.
Un rond point "intégral" ne pose pas de problème pour le routage, ça 
fait seulement moche sur le rendu.


Merci de votre éclairage,

__
Yves

Horaires de la T5 : 
https://www.transdevsavoie.com/media/upload/FHCourchevelChampagnyPralognanEte2020.pdf 







___
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] Extracteur de fichier GeoJSON correspond aux points d'arrêts et aux lignes à partir d'un fichier GTFS

[Percherie OnDaNet]

Pas mal, je ne savais pas qu'ils avaient produit un jeu de donnée mais 
il semble qu'il date de 2016. C'est la date inscrite sur les POI


D'ailleurs quelques arrêts ont été fermé ou déplacé depuis. Idem pour 
les nouveaux qui n'existe pas.


Le 03/07/2020 à 10:20, leni a écrit :



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


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


Le June 30, 2020 2:31:07 PM UTC, "Yves P."  a 
écrit :


Bonjour,

Pour celles et ceux qui veulent cartographier dans OSM les lignes
de transport en commun, transport.data.gouv.fr
 vient d'annoncer ceci dans son
Info-lettre de Juin 2020.

__
Yves


Bonjour

Il semble que c'est le Grand Narbonne qui doit transmettre ses données 
à transport.data.gouv.fr , mais pour 
l'instant je pense qu'ils ne l'ont pas encore fait ; par contre, on 
trouve les arrêts dans 
https://www.data.gouv.fr/fr/datasets/arrets-de-bus-communaute-dagglomeration-le-grand-narbonne/


cordialement

leni


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

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

[Percherie OnDaNet]

Bonjour,


Je suis en train de regarder comment extraire les voies sans éclairage 
en ville et les voies principale hors aglo. Je part de la requête suivante :


[out:json][timeout:250];
(
  way["highway"][!"lit"]({{bbox}})(if: length() > 30);
);
// print results
out body;

;

out skel qt;

Comment ajouter une zone englobante ayant les tags suivant  : 
landuse=residential|retail|commercial|industrial


En dehors de ces zones, je compte exclure les tag suivant : 
highway=track|path|road


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

Re: [OSM-talk-fr] Fwd: politique de la ville et umap

[Percherie OnDaNet]

Merci Laurence, je transmet l'information à notre responsable DSU / QPV 
elle toujours très motivée par le genre d'action qui a été mené sur Orléans


Cordialement

Joël

Le 11/06/2020 à 09:20, Laurence P a écrit :

J'ai oublié de répondre à la liste, voilà qui est corrigé.

 Message transféré 
Sujet : politique de la ville et umap
Date :  Thu, 11 Jun 2020 08:36:42 +0200
De :Laurence Picado 
Pour :  Gad Jo 
Copie à : 	Cyrille Giquello , Romain Lalande 





Hello,

voici un article (j'en avais 1 ou 2 autres mais ils ne sont plus en 
ligne...)


http://savoirscommuns.comptoir.net/cartopartie_dauphine


Une vidéo aussi sur le sujet :

https://peertube.openstreetmap.fr/videos/watch/5ecaec89-376f-44e4-adf5-3085bdad0e00


Cordialement,

Laurence

--
Laurence Picado
laupic...@posteo.net
07 83 15 49 07
www.veloetmarche.fr
/Dernier article de blog : Un mooc sur le vélo : Unraveling the 
cycling city 
/


Le 11/06/2020 à 07:31, Gad Jo a écrit :

Bonjour,


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


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


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


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


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


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


Cordialement

Le June 10, 2020 9:34:37 PM UTC, Christian Rogel 
 a écrit :


Le 10 juin 2020 à 18:15, Marc M. 
a écrit : Bonjour, au niveau de la liste de l'asso osm-fr,
démarre une discussion autour de "à quoi l'asso devrait
affecter ses ressources humaines et financière". - avoir un
éditeur web consensuel utilisable (le fameux id-consensuel
grâce aux patchs de fred) 




Sans avoir idée de ce que pourraient apporter les patchs de Frédéric, je 
signale que le président et le CA
de la Fondation d’OSM ont présenté à la discussion par la communauté (RFC) 
l’idée d’une instance qui
pourrait aplanir les divergences entre développeurs d’ID et les 
contributeurs :


https://blog.openstreetmap.org/2020/06/08/toward-resolution-of-controversies-related-to-id/

Ce texte a été appprouvé par les développeurs d’iD.

La discussion sur la liste internationale a mis en lumière que, si Mapbox a 
payé et paie encore une partie
du développement, la propriété morale d’iD appartient à la Fondation.


Christian R.

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


--
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma 
brièveté.


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


___
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] On va changer notre infra informatique

[Percherie OnDaNet]

Pour l'instant sur uMap la responsable "Dotation de Solidarité Urbaine 
et Quartier Prioritaire de la Ville" (DSU / QPV) récupérer les bâtiments 
appartenant à l'office et à dessiner les limites des 3 QPV de la ville.


Il est envisagé d'intégrer le patrimoine qui est en train d'être 
modélisé par Bimer : https://bimer.fr/


Ajouter des infos extraite de notre ERP est également envisageable 
(peuplement, caractéristique sociale, évènements diverses comme les 
dégradations, travaux)


Je reste intéressé par d'autres idées d'usage.

Le 11/06/2020 à 08:17, Jean-Christophe Becquet a écrit :

Le 11/06/2020 07:31, Gad Jo a écrit :

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

Bonjour,

Pas directement sur uMap mais ça m'a fait penser à cette initiative :

La Fabrique Numérique de Gonesse : cartographier pour exister
https://ml.apitux.net/pipermail/dessinetaville/2018-February/000356.html
https://ml.apitux.net/pipermail/dessinetaville/2018-March/000365.html

Bonne journée

JCB


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

Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

[Percherie OnDaNet]

Merci, je vais faire ça

Nickel le lien, je m'en sert souvent quand j'ai un doute

Le 08/06/2020 à 14:23, deuzeffe a écrit :

Le 08/06/2020 à 13:57, Percherie OnDaNet a écrit :

Bonjour,

Suite à cela, est-ce je doit remonter ces remarques à une adresse ou 
page en particulier où les responsable d'Osmose lisent l'intégralité 
des courriels de cette liste :-P (oui je sais la réponse est dans la 
question).


Où puis-je remonter l'information ?


Il semblerait que ça soit un pb d'analyse pour toi ? Alors, tu peux le 
signaler ici : https://github.com/osm-fr/osmose-backend/issues


Cerise sur le gâteau, la bible fr dont je me sers pour cartographier 
les lignes de bus de mon coin est ici : 
https://nlehuby.5apps.com/bien-cartographier-les-bus.html


Happy maping!


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

Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

[Percherie OnDaNet]

Merci Marc pour tes précisions

Suite à cela, est-ce je doit remonter ces remarques à une adresse ou 
page en particulier où les responsable d'Osmose lisent l'intégralité des 
courriels de cette liste :-P (oui je sais la réponse est dans la question).


Où puis-je remonter l'information ?

cordialement

Le 08/06/2020 à 10:52, Marc M. a écrit :

Le 08.06.20 à 10:40, Percherie OnDaNet a écrit :

Juste pour être certains que je ne fasse pas d'erreur : Peut-on avec
le schéma Public Transport V2 placer deux nœuds pour un arrêt, n°1
l'emplacement de l'arrêt (stop_position) et n°2 l'emplacement des
passagers (platform) ? Ou est-ce à éviter ?

c'est possible, non obligatoire et c'est la version la plus "complète"
avis perso : je commencerais par toutes les plateforme
avant d'ajouter éventuelement les stop_position.
histoire d'avoir un réseau qui a au moins une fois l'info (la
plateforme) pour tous les arrêts au lieu d'avoir un réseau
qui est super précis mais qui n'est pas complet)
mais c'est un choix qui t'appartient.


Pour l'arrêt "Cave Coopérative", le nœud
https://www.openstreetmap.org/node/2466864152 est bien sur le chemin et
il à le tag "highway=bus_stop". Je m'attendais à avoir le fix-edit de
Osmose propose le tag "public_transport=stop_position" au lieu de
"public_transport=platform". Quelle est la réponse idéale ?

oui idéalement osmose devrait dire "cela appartient à la route,
donc fix avec stop_postion ou déconnectez de la route pour une plateforme"


Pour l'arrêt "La Ricarde", le nœud
https://www.openstreetmap.org/node/4498238410 est isolé mais porte des
tag nécessitant d'être rattaché au chemin (stop_position et bus_stop).
Je m'attendais à ce qu'Osmose demande à ce qu'il soit rattaché OU BIEN
que les tag soient modifiés (platform) pour que cela corresponde à un
nœud isolé. Pour l'instant Osmose ne remonte aucune erreur sur
"public_transport=stop_position" sur des nœud isolé.

oui idéalement osmose devrait dire "rattachez le stop_position à la
route si c'est l'emplacement du véhicule ou corriger en plateform
si c'est le lieu d'attente du véhicule

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] Caméra de surveillance — Proposition d'analyse pour Osmose

[Percherie OnDaNet]

Je reste intéressé pour suivre comment vous faites les propositions sur 
le wiki. Pour l'instant je reste en retrait et laisse ceux qui savent le 
faire, j'observe pour voir ce qui est habituel de faire pour lancer une 
proposition sur le wiki.


Joël

Le 08/06/2020 à 10:13, Yves P. a écrit :

Le statut de cet horrible ":type" est proposed.

Horrible car mélangeant le moyen utilisé (caméra, humain) et la fonction
(identification des plaques d'immatriculation).
Pour le tag surveillance:type, la valeur est camera à 97.34%, 
soit 67 351 objets dans OSM)


Il y aussi 508 surveillance=camera 
 !


La photo du wiki montre une… caméra de surveillance !

Peut-être qu'il faut proposer quelque chose de plus simple limité aux 
cameras dans l'espace publique : (webcam, caméra de surveillance, 
webcam pour la faune…) ?


  * man_man=camera
  * camera:type=fixed | panning | dome | alpr | fake ?
  * location = indoor | outdoor
  * camera:angle
 ou
camera:direction
 ? (et
quand on connait le "champ", comment le spécifier : 0;60 ou 0-60…)
  * camera:mount
 ?
  * height ou  camera:height ??
  * model  ou  camera:model
  * manufacturer | camera:manufacturer


Donc ne pas faire d'intégration Osmose.

Oui, faire une proposition avant :)

__
Yves

___
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] Osmose - proposition analyse sur public_transport=stop_position

[Percherie OnDaNet]

Merci Marc pour ce retour.


Oui pour les arrêts en double, c'était pour un test d'intégration 
échouée. Une correction est prévue sur 
https://www.openstreetmap.org/node/7589051409


Juste pour être certains que je ne fasse pas d'erreur : Peut-on avec le 
schéma Public Transport V2 placer deux nœuds pour un arrêt, n°1 
l'emplacement de l'arrêt (stop_position) et n°2 l'emplacement des 
passagers (platform) ? Ou est-ce à éviter ?


Je mélange les interprétations que remonte Osmose et j'aurai besoin 
qu'on m'explique.


Pour l'arrêt "Cave Coopérative", le nœud 
https://www.openstreetmap.org/node/2466864152 est bien sur le chemin et 
il à le tag "highway=bus_stop". Je m'attendais à avoir le fix-edit de 
Osmose propose le tag "public_transport=stop_position" au lieu de 
"public_transport=platform". Quelle est la réponse idéale ? (ne pas 
tenir compte de la relation, elle doit être mise à jour)


Pour l'arrêt "La Ricarde", le nœud 
https://www.openstreetmap.org/node/4498238410 est isolé mais porte des 
tag nécessitant d'être rattaché au chemin (stop_position et bus_stop). 
Je m'attendais à ce qu'Osmose demande à ce qu'il soit rattaché OU BIEN 
que les tag soient modifiés (platform) pour que cela corresponde à un 
nœud isolé. Pour l'instant Osmose ne remonte aucune erreur sur 
"public_transport=stop_position" sur des nœud isolé.
C'est l'objet de ce sujet à moins que je me suis mélangé entre les deux 
schéma de transport (pas facile).


Cordialement

Joël

Le 08/06/2020 à 09:58, Marc M. a écrit :

cBonjour,

Le 08.06.20 à 09:47, Percherie OnDaNet a écrit :

J'avais mis pas mal emplacement où s'arrête le bus comme nœud isolé
alors qu'ils doivent être placé sur le chemin.

Je pense que tu as mal interprété l'anomalie osmose.
il y a 2 façons, selon les régions du monde de maper un arrêt de bus :
- soit un objet décrivant où attendent les passagers
- soit un objet décrivant où s'arrête le véhicule.
historiquement les 2 se tag avec highway=bus_stop

pour harmoniser et lever l'ambiguïté, la PTv2 propose
d'ajouter la fonction public_transport=plateform au premier
et public_transport=stop_position au 2ieme.


   * Remonte dans Osmose : https://www.openstreetmap.org/node/2466864152

texte osmose : Préciser s’il s’agit d’une station (“platform”)
ou d’un emplacement sur la route (“stop_position”)
fait partie de la route -> stop_position
avec la plateforme https://www.openstreetmap.org/node/7589051409
PS: il ne faut pas 2 bus_stop par arrêt. sauf si on représente
2 arrêts de part et d'autre de la rue


Pas d'erreur dans Osmose : https://www.openstreetmap.org/node/4498238410

mais cela ne semble pas être le lieu oü s'arrête le véhicule.
cela devrait donc être public_transport=plateform

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

[OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

[Percherie OnDaNet]

Bonjour,


La création de réseau de transport en commun est longue est fastidieuse. 
Sur mon temps libre cela fait 3 ans que j'avance doucement sur le réseau 
de Narbonne.
J'avais mis pas mal emplacement où s'arrête le bus comme nœud isolé 
alors qu'ils doivent être placé sur le chemin. Je m'occupe de la 
correction mais peu être que ce genre d'erreur est fréquente ailleurs ?


Osmose remonte bien une anomalie si highway=bus_stop est sur un nœud 
isolé (nickel) mais dès que le tag public_transport=stop_position 
existe, il n'y a plus d'erreur. Pourtant cela devrait être spécifié. Les 
lieux d'attente des passagers peuvent être sur un nœud isolé mais pas 
l'emplacement où s'arrête le bus : 
https://wiki.openstreetmap.org/wiki/FR:Key:public_transport


 * Remonte dans Osmose : https://www.openstreetmap.org/node/2466864152
 * Pas d'erreur dans Osmose : https://www.openstreetmap.org/node/4498238410

Cordialement

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

Re: [OSM-talk-fr] Proposition d'analyse pour Osmose

[Percherie OnDaNet]

Ah oui quand même... je n'avais pas fait attention qu'il est en proposed

Merci pour la précision quant au mélange des moyens et fonctions de ce 
tag. J'espère qu'il sera amélioré ou remplacé par une autre proposition.


Le 08/06/2020 à 08:34, osm.sanspourr...@spamgourmet.com a écrit :

Le statut de cet horrible ":type" est proposed.

Horrible car mélangeant le moyen utilisé (caméra, humain) et la fonction
(identification des plaques d'immatriculation).

Donc ne pas faire d'intégration Osmose.

Jean-Yvon

Le 07/06/2020 à 20:24, Gad.Jo - perche...@toutenkamion.net a écrit :

(...)

Autre remarque concernant les caméras de surveillance. J'ai souvent
remarqué qu'elles ne portent pas le tag surveillance:type=*, très
souvent c'est le tag surveillance:type=camera qui est manquant :
https://wiki.openstreetmap.org/wiki/Key:surveillance:type

Est-il envisageable de prévoir ces cas pour Osmose ?

Cordialement




___
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