Re: [Talk-ca] Documentation du Réseau Vélo Métropolitain
Bonjour, N’ayant reçu aucun autre commentaire je constate que ce projet ne suscite pas d’intérêt. Je suspens donc le projet de créer les portions existantes du futur Réseau Vélo Métropolitain et détruirai les relations correspondants au RM49 créées à tire d’exemple. La documentation précisera d’attendre qu’un axe soit inauguré avant d’en faire la documentation dans OSM. Depuis la publication du plan, des projets de création de liens inter-municipaux qui y apparaissent ont été réalisés et d’autres sont certainement à venir. Claude From: Martin Chalifoux Sent: Monday, November 25, 2019 11:28 AM To: Alouette955 Cc: talk-ca Subject: Re: [Talk-ca] Documentation du Réseau Vélo Métropolitain Bon matin, C’était mon impression que ces axes sont seulement des voeux pieux sur papier mais rien de réel. A part l’axe 20 reliant Oka à St-Hilaire qui lui est réel, mis en place pour le 375e anniversaire de Montréal, j’ai jamais vu un seul panneau de signalisation et rien de tangible ou réel pour d’autres axes. Est-ce que les choses ont évolué ? Je suis peut-être en retard sur les nouvelles. Si ces axes ont aucune signalisation sur le terrain je vois mal comment justifier les ajouter à OSM. Martin868 On Nov 25, 2019, at 11:12, Alouette955 wrote: Bonjour, Comme suite à mon précédent message j’ai créé les relations concernant l’Axe 49 du Réseau Vélo Métropolitain afin d’avoir vos commentaires. Ces relations ont été créées en conformité de la documentation suivante: https://wiki.openstreetmap.org/wiki/FR:R%C3%A9seau_v%C3%A9lo_m%C3%A9tropolitain que je soumets pour validation. J’ai choisi l’axe 49 (qui va de Rosemère jusqu’au canal Lachine à Montréal) parce qu’il contient de grands segments existants ainsi que plusieurs petits segments à compléter. On remarque que les segments complétés apparaissent en lignes continues alors que le “à construire” apparait en pointillé sur les cartes. Le rafraichissement de tuiles n’est pas complété mais on commence à les voir à divers niveau de zoom: Exemples: - https://www.cyclosm.org/#map=12/45.5288/-73.6496/opencyclemap - https://www.cyclosm.org/#map=19/45.57975/-73.78757/cyclosm - https://www.cyclosm.org/#map=17/45.49578/-73.64286/cyclosm Des commentaires sur cette proposition de documentation du réseau seraient appréciés. Merci, Claude ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Documentation du Réseau Vélo Métropolitain
Bonjour, Comme suite à mon précédent message j’ai créé les relations concernant l’Axe 49 du Réseau Vélo Métropolitain afin d’avoir vos commentaires. Ces relations ont été créées en conformité de la documentation suivante: https://wiki.openstreetmap.org/wiki/FR:R%C3%A9seau_v%C3%A9lo_m%C3%A9tropolitain que je soumets pour validation. J’ai choisi l’axe 49 (qui va de Rosemère jusqu’au canal Lachine à Montréal) parce qu’il contient de grands segments existants ainsi que plusieurs petits segments à compléter. On remarque que les segments complétés apparaissent en lignes continues alors que le “à construire” apparait en pointillé sur les cartes. Le rafraichissement de tuiles n’est pas complété mais on commence à les voir à divers niveau de zoom: Exemples: - https://www.cyclosm.org/#map=12/45.5288/-73.6496/opencyclemap - https://www.cyclosm.org/#map=19/45.57975/-73.78757/cyclosm - https://www.cyclosm.org/#map=17/45.49578/-73.64286/cyclosm Des commentaires sur cette proposition de documentation du réseau seraient appréciés. Merci, Claude___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Documentation du Réseau Vélo Métropolitain
Bonjour, En examinant les documents de la CMM (Communauté Métropolitaine de Montréal) je réalise que plusieurs segments du futur Réseau Vélo Métropolitain existent déjà et peuvent être utilisés pour créer le squelette de ce réseau en développement. J’ai adapté la page décrivant le réseau: https://wiki.openstreetmap.org/wiki/FR:R%C3%A9seau_v%C3%A9lo_m%C3%A9tropolitain afin de faciliter le travail collaboratif et guider le travail. Afin de ne pas encombrer cette liste je suggère à ceux que ça intéresse de discuter ce document grâce à l’onglet “Discussion” de cette page afin de l’améliorer et de finalement en approuver le fonctionnement. Il pourrait être pertinent de l’ajouter à votre liste de suivi (la petite étoile en haut du document). Merci CLaude___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] cyclosm.org
En effet la couche CyclOSM de cette carte ne se rafraichit plus. En activant l’icone “Information” à gauche on peut lire, entre autre: The tile server hosting this demonstration is provided by Peut-être est-ce là la raison et espérons que ça passera le stade de démonstration. En attendant je vous invite ici à y activer les couches OpenStreetMap.org surtout en ajoutant la couche Waymarked trail. On y voit toutes les relations NCN, RCN, LCN en surcouche. Isolés comme ça il est facile de trouver les segments non “relationnalisés”. J’y apprend la création des RM19 et RM23 sur l’île Perrot ... probablement à titre de test??? Claude From: Pierre Boucher Sent: Tuesday, November 12, 2019 2:45 PM To: talk-ca@openstreetmap.org Subject: [Talk-ca] cyclosm.org La carte cyclosm.org semble avoir un problème... Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec
Re-Bonjour Pierre, Concernant les chemins marqués bicycle=designated et l’impossibilité de les voir sur la carte cyclable sans lcn=yes je viens de relire les recommandations. Notre utilisation de bicycle=designated pour indiquer un marquage sur le pavée du symbole “sharrows” (désolé je n’ai pas la traduction française): voir: https://en.wikipedia.org/wiki/Shared_lane_marking devrait être remplacée par l’attribut cycleway=share_lane. voir: https://en.wikipedia.org/wiki/Shared_lane_marking Contrairement à l’attribut bicycle, on peut y utiliser :left ou :right ce qui serait pertinent dans plusieurs cas que je connais. Dans la nouvelle carte cyclable (que j’apprécie de plus en plus”"), cet attribut est tenu en compte et apparait clairement. Par exemple sur la rue Larivière de cet exemple: https://www.cyclosm.org/#map=17/45.51951/-73.79279/cyclosm Ce rendu montre d’un coup d’oeil la grosse majorité sinon tous les attributs cyclables sauf lcn=yes. Salutations, Claude From: Alouette955 Sent: Thursday, October 24, 2019 4:21 PM To: talk-ca@openstreetmap.org ; Pierre Boucher Subject: Re: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec Pierre, Concernant les infrastructures cyclables invisibles sans un lcn=yes j’ai trouvé dans JOSM (**) un affichage lors de l’édition où toutes les infrastructures sont visibles incluant bicycle=yes ou designated ou les attributs :right left: etc ... Ils n’ont pas tous un graphisme très clair mais ils sont distincts. Pour l’activer il faut aller dans “Affichage” puis “Coloriage” et activer “Cycleways” (la première fois il faut l’installer dans “Préférence du rendu de la carte”). Ainsi, lors de l’édition, on peut voir tout chemin ayant un attribut cyclable avant de l’ajouter à une relation. L’option qui m’était très utile et rapide “Fichier” et “Télécharger dans la vue courante” a disparu de JOSM. Il faut maintenant utiliser “Télécharger les données” où on obtient l’équivalent mais avec plus de manipulation. Une autre option intéressante est aussi apparue ... “Télécharger le long ...” qui télécharge tous les objets situé le long d’un chemin. Claude (**) J’ai abandonné Potlatch et iD depuis l’abandon du support de Flash Player dans mes fureteurs. From: Pierre Boucher Sent: Thursday, October 17, 2019 10:57 AM To: talk-ca@openstreetmap.org Subject: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec [... texte effacé ...¸] a.. Pour moi lcn=yes me permet en un clin d'oeil davoir une vue d'ensemble sur le réseau cyclable de toutes ces municipalités incluant les chemins dit "designated, yes, permissive, etc." comme cycleway=designated par exemple qui n'apparait pas sur la carte sans l'utilisation de lcn=yes. De plus en utilisant l'attribut additionnel :right :left ou :both à cycleway je peux voir le résultat sur la carte. Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec
Bonjour, Juste pour ne pas être mal interprété je cite ici mon introduction: “La discussion n’est peut-être pas terminée mais advenant qu’on y aille d’un projet il y a deux avenues possibles.” Il n’y a pas encore consensus mais quelques pour et quelques contre. Heureux par contre que ça ait réveillé le sujet. Claude From: Marc-André Miron Sent: Friday, October 25, 2019 3:57 PM To: talk-ca@openstreetmap.org Subject: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec J'aimerais signaler que le sujet s'est dédoublé: Pertinence de lcn=yes pour le Québec a commencé ici: https://lists.openstreetmap.org/pipermail/talk-ca/2019-October/009459.html Et son dernier échange se trouve ici: https://lists.openstreetmap.org/pipermail/talk-ca/2019-October/009473.html Claude semble interpréter que le sujet soit clos et passer à la suppression de la balise lcn, mais ces interventions précédentes sont pourtant restées lettres mortes. Pour rappel, nous sommes plusieurs à ne pas être convaincu de l'inutilité de "lcn=yes", sans que cela empêche un développement des relations de pistes dont les libellés sont disponibles. Autrement dit, pourquoi jeter le bébé avec l'eau du bain? Les deux ne peuvent-ils pas coexister? En particulier, nous avons souligné que les dénominations de réseaux locaux sont soutenus par la documentation précise des villes et arrondissements, ont des éléments physiques qui leur correspondent et que la distinction des réseaux locaux versus régionaux ainsi que de l'ensemble d'un réseau lcn et des pistes qui le traversent peuvent avoir leur utilité. J'aimerais aussi remarquer que l'utilité d'une balise dépasse les interprétations des différents moteurs de rendu. J'ai l'impression qu'il y a confusion sur ce point et qu'on s'évite ce questionnement en se disant que l'utilité repose sur la présentation particulière ou judicieuse de la balise dans un moteur de rendu particulier. De façon plus générale, la balise contient une information géographique réelle, documentée et pertinente. Par exemple, dans l'usage de Pierre: "Pour moi lcn=yes me permet en un clin d'oeil davoir une vue d'ensemble sur le réseau cyclable de toutes ces municipalités incluant les chemins dit "designated, yes, permissive, etc." comme cycleway=designated par exemple qui n'apparait pas sur la carte sans l'utilisation de lcn=yes." L'intérêt de baliser le réseau local du reste transcende l'implémentation d'un rendu quelconque. Autre cas de figure: celui où un citoyen ou un arrondissement souhaite sélectionner les éléments de la base de donnée qui correspondent au réseau local pour étudier quelconque donnée pouvant être ou non corrélée à la balise et croiser celles-ci avec le taux géographique d'accidents, à tout exemple. Ma suggestion est donc d'implémenter les relations mais de laisser les balises lcn, puisqu'elles constituent toutes deux des éléments géographiques pertinents d'usages différents. Il serait également dommage de procéder à la suppression de ces données pertinentes, implémentées manuellement, par manque de créativité d'usages potentiels. Marc-André Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec
Pierre, Concernant les infrastructures cyclables invisibles sans un lcn=yes j’ai trouvé dans JOSM (**) un affichage lors de l’édition où toutes les infrastructures sont visibles incluant bicycle=yes ou designated ou les attributs :right left: etc ... Ils n’ont pas tous un graphisme très clair mais ils sont distincts. Pour l’activer il faut aller dans “Affichage” puis “Coloriage” et activer “Cycleways” (la première fois il faut l’installer dans “Préférence du rendu de la carte”). Ainsi, lors de l’édition, on peut voir tout chemin ayant un attribut cyclable avant de l’ajouter à une relation. L’option qui m’était très utile et rapide “Fichier” et “Télécharger dans la vue courante” a disparu de JOSM. Il faut maintenant utiliser “Télécharger les données” où on obtient l’équivalent mais avec plus de manipulation. Une autre option intéressante est aussi apparue ... “Télécharger le long ...” qui télécharge tous les objets situé le long d’un chemin. Claude (**) J’ai abandonné Potlatch et iD depuis l’abandon du support de Flash Player dans mes fureteurs. From: Pierre Boucher Sent: Thursday, October 17, 2019 10:57 AM To: talk-ca@openstreetmap.org Subject: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec [... texte effacé ...¸] a.. Pour moi lcn=yes me permet en un clin d'oeil davoir une vue d'ensemble sur le réseau cyclable de toutes ces municipalités incluant les chemins dit "designated, yes, permissive, etc." comme cycleway=designated par exemple qui n'apparait pas sur la carte sans l'utilisation de lcn=yes. De plus en utilisant l'attribut additionnel :right :left ou :both à cycleway je peux voir le résultat sur la carte. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec
Bonjour, Je me réponds à moi-même pour conserver les références ci-bas. Je leur ajoute le Plan directeur du réseau cyclable de Laval qui recense les axes superstructurants et structurants existants et proposés versus les “dessertes locales` https://www.laval.ca/Documents/Pages/Fr/Activites/sports-et-loisirs/plan-directeur-reseau-cyclable.pdf Ce genre d’informations en plus de celles de la CMM et de la CMQ ci-bas existe certainement pour plusieurs autres municipalités. La discussion n’est peut-être pas terminée mais advenant qu’on y aille d’un projet il y a deux avenues possibles. 1- On se donne l’hiver pour créer, région par région, les relations correspondant aux routes locales évidentes et au printemps on efface les lcn=yes restants sur les chemins. Pas évident qu’on a les ressources humaines requises pour tout faire d’ici là mais on aura fait un bon bout. 2- Ce que j’appelle l’électrochoc. On efface maintenant tous les lcn=yes (évidemment sauf dans les relations) et on entreprend la création des relations locales. Ça provoquera certainement une réaction mais ça publiciserait le projet plus rapidement auprès de ceux qui ne sont pas sur cette liste. La première avenue a l’avantage de laisser visible les pistes cyclables sur la carte OSM en ligne facilitant une vue globale avant de s’attaquer à une région. Une coordination sera évidemment nécessaire et une documentation pourrait être ajoutée dans: https://wiki.openstreetmap.org/wiki/FR:Québec/Pistes_cyclables Claude From: Alouette955 Sent: Thursday, October 17, 2019 4:28 PM To: talk-ca@openstreetmap.org ; Pierre Boucher Subject: Re: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec Merci Pierre, L’argument de visibilité que tu avances (et c’est celui que j’ai suivi au départ) a une réception très froide dans la communauté OSM. En effet on nous répète constamment de ne pas cartographier en fonction du rendu d’une carte. Si l’objectif d’une carte ne satisfait pas nos objectifs à nous de construire un autre rendu ... pas évident. Pour la carte cyclable Garmin basée sur les données OSM que nous partageons j’ai décidé de mettre en avant toute voie ayant un attribut cyclable (lnc=yes ou non). C’est le but de cette carte de montrer toutes les voies cyclables. Ainsi si on circule sur une voie cyclable absente de la carte il suffit de la capturer et de mettre à jour OSM. La carte de Andy Allan n’a de tout évidence pas cet objectif. Ceci dit j’ai trouvé quelques références sur des routes cyclables pouvant faire l’objet de relations. La CMM (Communauté Métropolitaine de Montréal) publie une carte interactive de son plan d’aménagement régionale prévue du Réseau Vélo Métropolitain. Plusieurs routes locales existantes y seront utilisées dans l’instauration de la VM dont la VM20 est la première route terminée. Cette carte pourrait servie de squelette pour les routes locales. ref.: https://wiki.openstreetmap.org/wiki/FR:R%C3%A9seau_v%C3%A9lo_m%C3%A9tropolitain http://cmm.qc.ca/champs-intervention/transport/plans-en-transport/plan-directeur-du-reseau-velo-metropolitain/#carte Dans cette dernière carte zoomez et cliquez sur un segment. Certains sont à construire mais plusieurs existent déjà. La CMQ Communauté Métropolitaine de Québec a également une carte interactive où en activant la couche “Réseau Cyclable sous PMAD 2012” montre 8 principaux tronçons qui peuvent peut-être assimilées aux routes dans OSM??? ref: https://www.sig.cmquebec.qc.ca/GeoLyre/index.html?viewer=sig2020 Il n‘est pas dit que nous trouverons tout en ligne mais en fouillant on se rapproche d’une information structurée des réseaux cyclables qui se rapproche de la notion de routes dans OSM. Claude P..S Je déplore aussi que “bicycle=designated” sans lcn=yes soit exclu des cartes cyclables en ligne. Son utilisation n’est pas marginale dans la région. From: Pierre Boucher Sent: Thursday, October 17, 2019 10:57 AM To: talk-ca@openstreetmap.org Subject: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec Bonjour, J'ai reçu ce message de Alouette555 - voir au bas de mon commentaire - me demandant mon opinion sur la "Revision de l'attribut lcn=yes pour le Québec" et me demande de répondre sur talk-ca Je suis un contributeur qui contribue ( 4679 modifications depuis le 1er juillet 2013 - beaucoup de contributeur ne contribue pas ou à peu près pas). Voici mon commentaire: 1.. Tout d'abord merci è Claude (Alouette555) pour son aide et ses conseils à mes débuts comme contributeur en juillet 2013. 2.. Je suis un fervent cycliste +/- 4000 km par année principalement au nord de Montréal - Rosemère, Boisbriand, Sainte-Thérèse, Blainvile, Saint-Jérôme, Oka, etc... 3.. J'ai contribué à mettre à jour - et j'essaie de garder à jour - les chemins cyclables de ces municipaltés. J'ai de bonnes relations avec les travaux publics et les urbanistes de ces municipal
Re: [Talk-ca] lcn=yes et RM20
En effet même en éliminant lcn=yes et en créant des routes locales il est fort plausible qu’une route régionale n’emprunte qu’une partie d’une route locale et bifurque sur une route locale d’une autre municipalité. C’est le propre d’une route régionale de se faire un chemin au travers les municipalités. Le mot “route” a plusieurs définitions différentes et ambigües en français. Dans la page Wiki en français concernant les routes cyclables on utilise le terme “itinéraires cyclables” pour lesquels on privilégie la création de relations. https://wiki.openstreetmap.org/wiki/FR:Itin%C3%A9raires_cyclables Claude From: Martin Chalifoux via Talk-ca Sent: Thursday, October 24, 2019 10:45 AM To: Pierre Boucher Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] lcn=yes et RM20 Si la route RM20 est une route régionale il n’est pas fondamentalement redondant que des segments soient aussi dans un réseau local. Un segment peut très bien faire partie de plusieurs routes du même niveau ou de niveau différent. On Oct 24, 2019, at 10:25, Pierre Boucher wrote: Bonjour, J'ai remarqué que certaines sections (pas toutes) de la Relation RM20 (Réseau vélo métropolitain - Axe 20) ont dans leurs "attributs" lcn=yes. Dans un tel cas lcn=yes n'est-il pas superflue. Si tel est le cas existe-t-il un moyen rapide de faire le ménage? Pierre Boucher -- ...Pensez à l'environnement avant d'imprimer ce courriel !. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec
Merci Pierre, L’argument de visibilité que tu avances (et c’est celui que j’ai suivi au départ) a une réception très froide dans la communauté OSM. En effet on nous répète constamment de ne pas cartographier en fonction du rendu d’une carte. Si l’objectif d’une carte ne satisfait pas nos objectifs à nous de construire un autre rendu ... pas évident. Pour la carte cyclable Garmin basée sur les données OSM que nous partageons j’ai décidé de mettre en avant toute voie ayant un attribut cyclable (lnc=yes ou non). C’est le but de cette carte de montrer toutes les voies cyclables. Ainsi si on circule sur une voie cyclable absente de la carte il suffit de la capturer et de mettre à jour OSM. La carte de Andy Allan n’a de tout évidence pas cet objectif. Ceci dit j’ai trouvé quelques références sur des routes cyclables pouvant faire l’objet de relations. La CMM (Communauté Métropolitaine de Montréal) publie une carte interactive de son plan d’aménagement régionale prévue du Réseau Vélo Métropolitain. Plusieurs routes locales existantes y seront utilisées dans l’instauration de la VM dont la VM20 est la première route terminée. Cette carte pourrait servie de squelette pour les routes locales. ref.: https://wiki.openstreetmap.org/wiki/FR:R%C3%A9seau_v%C3%A9lo_m%C3%A9tropolitain http://cmm.qc.ca/champs-intervention/transport/plans-en-transport/plan-directeur-du-reseau-velo-metropolitain/#carte Dans cette dernière carte zoomez et cliquez sur un segment. Certains sont à construire mais plusieurs existent déjà. La CMQ Communauté Métropolitaine de Québec a également une carte interactive où en activant la couche “Réseau Cyclable sous PMAD 2012” montre 8 principaux tronçons qui peuvent peut-être assimilées aux routes dans OSM??? ref: https://www.sig.cmquebec.qc.ca/GeoLyre/index.html?viewer=sig2020 Il n‘est pas dit que nous trouverons tout en ligne mais en fouillant on se rapproche d’une information structurée des réseaux cyclables qui se rapproche de la notion de routes dans OSM. Claude P..S Je déplore aussi que “bicycle=designated” sans lcn=yes soit exclu des cartes cyclables en ligne. Son utilisation n’est pas marginale dans la région. From: Pierre Boucher Sent: Thursday, October 17, 2019 10:57 AM To: talk-ca@openstreetmap.org Subject: [Talk-ca] [OpenStreetMap] Revision de l'attribut lcn=yes pour le Québec Bonjour, J'ai reçu ce message de Alouette555 - voir au bas de mon commentaire - me demandant mon opinion sur la "Revision de l'attribut lcn=yes pour le Québec" et me demande de répondre sur talk-ca Je suis un contributeur qui contribue ( 4679 modifications depuis le 1er juillet 2013 - beaucoup de contributeur ne contribue pas ou à peu près pas). Voici mon commentaire: 1.. Tout d'abord merci è Claude (Alouette555) pour son aide et ses conseils à mes débuts comme contributeur en juillet 2013. 2.. Je suis un fervent cycliste +/- 4000 km par année principalement au nord de Montréal - Rosemère, Boisbriand, Sainte-Thérèse, Blainvile, Saint-Jérôme, Oka, etc... 3.. J'ai contribué à mettre à jour - et j'essaie de garder à jour - les chemins cyclables de ces municipaltés. J'ai de bonnes relations avec les travaux publics et les urbanistes de ces municipalités. 4.. Pour moi lcn=yes me permet en un clin d'oeil davoir une vue d'ensemble sur le réseau cyclable de toutes ces municipalités incluant les chemins dit "designated, yes, permissive, etc." comme cycleway=designated par exemple qui n'apparait pas sur la carte sans l'utilisation de lcn=yes. De plus en utilisant l'attribut additionnel :right :left ou :both à cycleway je peux voir le résultat sur la carte. 5.. lcn=yes est simplement un outil mais un outils important pour moi mais qui peut être remplacé... mai pas simplement éliminé. Comme disait feu Jacques Pariseau ancien Premier ministre du Québec "Faut pas jeter le bébé avec l"eau du bain" 6.. Des "relations"... peut être...ça reste à voir... Pierre Boucher (Boff II) Message reçu de Alouette555 Bonjour, Vous recevez ce message puisque nous avons détecté que vous avez créé dans OSM des chemins avec “lcn=yes” dans la zone du Québec. Vous avez pu l’ajouter volontairement en créant des voies cyclables ou involontairement en scindant des chemins. Si c’est involontairement vous pouvez ignorer ce message. Une discussion sur l’usage de “lcn=yes” largement utilisé au Québec est en cours sur talk-ca et pourrait vous concerner: https://lists.openstreetmap.org/pipermail/talk-ca/2019-October/009443.html On y soulève la mauvaise interprétation qui a été propagée à plusieurs contributeurs (dont je suis un peu responsable) sur l’usage de “lcn=yes” comme attribut d’un chemin. LCN devrait, selon la documentation:
Re: [Talk-ca] Carte velo CyclOSM et Référence Route Verte
Bonjour, La modification étant facile à mettre en oeuvre et à renverser le changement de RCN à NCN pour la route verte a été effectuée conformément au “tagging guideline canadien”. L’apparition de la modification sur la carte cyclable pourrait réveiller l’intérêt certains contributeurs et on avisera. Voir le groupe de modification https://www.openstreetmap.org/changeset/75251401 La discussion concernant lcn=yes se poursuit dans un autre fil de discussion. Claude From: Pierre Béland Sent: Tuesday, October 1, 2019 4:09 PM To: Talk-CA OpenStreetMap Cc: Martin Chalifoux ; Alouette955 Subject: Re: [Talk-ca] Carte velo CyclOSM et Référence Route Verte Le wiki résume la réflexion à un certain moment donné et il faut être capable de le réviser si nécessaire. Tout comme pour le réseau routier, il y a place à l'interprétation lorsque nous hiérarchisons un réseau. Il faut lui donner du sens, et puis oui réduire le bruit avec tous les petits segments très locaux. 1- L’utilisation de lcn=yes Je suis d'accord qu'il faut limiter l'utilisation des références réseau lcn au niveau local. On ne devrait oui ne retenir que ce qui correspond a l'ossature principale au niveau local. Mais quels critères retenir. Routes connectées à ossature principale ? Avec nom ou no ?. 2- LCN, RCN ou NCN Le réseau Route Verte parcourt l'ensemble du Québec. Des relations nationales telles que la Trans-Canadienne ne fait que fédérer ces réseaux provinciaux et y ajouter son label. Je suis d'accord pour classer la route verte comme niveau NCN. La classification RCN pourrait elle être réservée à des routes plus régionales, traversant quelques municipalités par exemple. 3. Abbréviation RV D'accord pour enlever tiret. Cela est superflu et prend trop de place. 4. TCT STC En Français TCT en anglais, la meilleure façon d'harmoniser à travers le Canada c'est d'utiliser TC. Cela sera aussi plus court et permettra de mieux distinguer route verte lorsque les deux réseaux sont mentionnés. Je suggère donc d'utiliser TC au Québec. Et nos collègues des autres provinces pourront décider à leur tour s'ils souhaitent harmoniser avec TC, plus neutre, non relié à une langue particullère. Pierre Le mardi 1 octobre 2019 13 h 22 min 47 s UTC−4, Alouette955 a écrit : ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca Martin soulève 2 problèmes déjà soulignées par le passé qui méritent chacun d’être abordé, peut-être dans des “threads” séparés. 1- L’utilisation de lcn=yes Très peu de relations de type lcn existent au Québec. Ça semble culturel. Contrairement à Toronto où les routes sont des entités connues avec une signalisation numérotée claire (ça se voit sur la carte cyclable: https://osm.org/go/ZX4unwl--?layers=C), au Québec on a des pistes cyclables locales qui tout au plus portent le nom de la rue sur laquelle elle sont tracées. Quand j’ai commencé à m’intéresser aux réseaux cyclables j’avoue avoir fait preuve de mimétisme ... lcn (Local Cycle Network) était surtout appliqué aux chemins et non à des relations. On semblait vouloir indiquer que la piste est de responsabilité municipale (locale). J’ai alors pris ça pour la règle. C’était une erreur et je l’admets. Depuis lors j’utilise lcn=yes pour démontrer qu’une piste cyclable assez longue permet de transiter entre les quartiers. Il serait préférable de créer des relations plutôt mais nous n’avons pas de signalisation municipale sur quoi se baser. J’aimerais qu’on puisse discuter un correctif. Pourrait-on retirer lcn=yes des chemins afin de créer par la suite les routes pertinentes. Gros travail en vue. 2- LCN, RCN ou NCN Martin souligne que RCN devrait être réservé aux routes provinciales mais la “Canada_tagging_guidelines” dit: Signed cycling routes are tagged using the Cycle routes#Relations scheme. network=lcn is used for routes within an urban agglomeration, network=rcn between agglomerations, and network=ncn for routes spanning an entire province or more. Je sais qu’on peut trouver des indications contradictoires sur le wiki. Peut-être ne suis-je pas encore tombé sur la règle expliquée par Martin. J’ai donc considéré rcn les routes qui traversent des agglomérations sur une longue distance comme celles indiquées par Martin. Et évidemment lcn celles de la responsabilité d’une agglomération comme Montréal, Laval, Québec, etc ... Doit-on revoir collectivement cette façon de faire? Claude Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Pertinence de lcn=yes pour le Québec
Bonjour, J’extrais et isole ici le sujet “lcn=yes” et vous remarquerez le changement d’objet de la conversation. Le message original couvrant les autres sujets se trouve ici: https://lists.openstreetmap.org/pipermail/talk-ca/2019-October/009443.html Afin de bien mesurer l’ampleur j’ai sorti ces données concernant l’utilisation du lcn=yes dans les chemins (ways) et network=lcn dans les relations pour le Québec. Je crois avoir bien circonscrit les données au Québec dans overpass-turbo. Si quelqu’un veut vérifier ces chiffres pour corroborer ma démarche. J’ai trouvé: a.. 8106 chemins avec l’attribut lcn=yes présumé non pertinent puisque cet attribut serait réservé aux routes dans des relations. Ces attributs dans les chemins devraient alors être systématiquement enlevés. Une vérification régulière de la situation pourrait ensuite être faite pour éviter qu’il ne réapparaisse de la part de contributeurs non informés. b.. 90 relations avec network=lcn. Il resterait à vérifier la pertinence des ces 90 relations après avoir défini ce qui est une route lcn pour le Québec puis, sur une certaine période, créer les relations qui correspondraient aux routes absentes. Ceci touche le travail passé de dizaines sinon centaines de contributeurs qui ont cartographié les pistes cyclables et déployé l’usage de lcn=yes. Comment les joindre pour avoir leur avis et implanter une nouvelle façon de faire? Et comme le disait Pierre quels critères retenir pour définir ce qu’est une route lcn surtout avec la diversité des façons de faire dans les municipalités. En l’absence d’une structure provinciale pour avoir cette discussion est-ce qu’une discussion à 3 est satisfaisante. Claude P.S. L’avis des autres contributeurs aux réseaux cyclables du Québec présents sur cette liste serait apprécié. From: Pierre Béland Sent: Tuesday, October 1, 2019 4:09 PM To: Talk-CA OpenStreetMap Cc: Martin Chalifoux ; Alouette955 Subject: Re: [Talk-ca] Carte velo CyclOSM et Référence Route Verte Le wiki résume la réflexion à un certain moment donné et il faut être capable de le réviser si nécessaire. Tout comme pour le réseau routier, il y a place à l'interprétation lorsque nous hiérarchisons un réseau. Il faut lui donner du sens, et puis oui réduire le bruit avec tous les petits segments très locaux. 1- L’utilisation de lcn=yes Je suis d'accord qu'il faut limiter l'utilisation des références réseau lcn au niveau local. On ne devrait oui ne retenir que ce qui correspond a l'ossature principale au niveau local. Mais quels critères retenir. Routes connectées à ossature principale ? Avec nom ou no ?. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Carte velo CyclOSM et Référence Route Verte
Martin soulève 2 problèmes déjà soulignées par le passé qui méritent chacun d’être abordé, peut-être dans des “threads” séparés. 1- L’utilisation de lcn=yes Très peu de relations de type lcn existent au Québec. Ça semble culturel. Contrairement à Toronto où les routes sont des entités connues avec une signalisation numérotée claire (ça se voit sur la carte cyclable: https://osm.org/go/ZX4unwl--?layers=C), au Québec on a des pistes cyclables locales qui tout au plus portent le nom de la rue sur laquelle elle sont tracées. Quand j’ai commencé à m’intéresser aux réseaux cyclables j’avoue avoir fait preuve de mimétisme ... lcn (Local Cycle Network) était surtout appliqué aux chemins et non à des relations. On semblait vouloir indiquer que la piste est de responsabilité municipale (locale). J’ai alors pris ça pour la règle. C’était une erreur et je l’admets. Depuis lors j’utilise lcn=yes pour démontrer qu’une piste cyclable assez longue permet de transiter entre les quartiers. Il serait préférable de créer des relations plutôt mais nous n’avons pas de signalisation municipale sur quoi se baser. J’aimerais qu’on puisse discuter un correctif. Pourrait-on retirer lcn=yes des chemins afin de créer par la suite les routes pertinentes. Gros travail en vue. 2- LCN, RCN ou NCN Martin souligne que RCN devrait être réservé aux routes provinciales mais la “Canada_tagging_guidelines” dit: Signed cycling routes are tagged using the Cycle routes#Relations scheme. network=lcn is used for routes within an urban agglomeration, network=rcn between agglomerations, and network=ncn for routes spanning an entire province or more. Je sais qu’on peut trouver des indications contradictoires sur le wiki. Peut-être ne suis-je pas encore tombé sur la règle expliquée par Martin. J’ai donc considéré rcn les routes qui traversent des agglomérations sur une longue distance comme celles indiquées par Martin. Et évidemment lcn celles de la responsabilité d’une agglomération comme Montréal, Laval, Québec, etc ... Doit-on revoir collectivement cette façon de faire? Claude From: Martin Chalifoux Sent: Monday, September 30, 2019 1:38 PM To: Alouette955 Cc: Pierre Béland ; Talk-CA OpenStreetMap Subject: Re: [Talk-ca] Carte velo CyclOSM et Référence Route Verte Personnellement je laisserait le TCT tel-quel pour que ce soit cohérent sur tout le pays. On est pas a un acronyme anglais près. Mais pour la route verte l’idée me semble bonne de changer le référence de 1 à RV1, ce serait pas mal plus parlant et lisible. Personnellement je laisserait tomber le -, c’est jamais très lisible et ça ajoute rien (on écrit en général l’autoroute A15, pas A-15). En ce qui concerne la réseau métropolitain et son seul trajet, le 20 de Oka à St-Hilaire, il me semble que la relation avait été crée au niveau local car la convention prise au Canada est que National c’est pour le pays, Régional pour les privinces et il reste Local pour le reste. Là je vois qu’il est maintenant Regional. Le principe de base est que les réseaux régionaux je se chevauchent pas, comme pour les routes - chaque territoire a sa nomenclature. Ici on dit que plusieurs réseaux régionaux vont se chevaucher, nommément RV (provincial) et RCM (la CMM). Changer sa référence de 20 à RM20 serait cohérent avec la suggestion précédente pour la RV. La plupart des rendus ne montrent pas la référence pour les routes de niveau local. Le mettre Regional me semble pas un gros péché et ça le fera mieux ressortir. Mais il faut se poser la question à savoir quelle est la règle. Si un tas de routes plutôt locales (veloute Bellechase, Cheminot à Quebec, Estriade, Montégériage, etc) passent toutes au status Regional la RV ressortira de moins en moins du lot. Les conséquences? je suis pas certain. Pour ce qui est des routes dites Local, il me semble qu’il y a un peu d’abus dans OSM. Des gens crée de telles routes pour des pistes qui sont essentiellement locales a un quartier ou une petite région. L’i’dee d’une route demeure de marquer une voie qui permet de voyager sur une bonne distance, pas juste aller à l’école du quartier. Les termes local et route sont un peu antagonistes. Si la moindre petite piste cyclable devient une route la map cyclable deviendra rapidement illisibles et confuse. La voie peut avoir les tags cycleway sans qu’une route soit ajoutée. Cheers. On Sep 30, 2019, at 13:00, Alouette955 wrote: Je n’étais pas encore contributeur lorsque la RV a été initialement cartographiée dans OSM. J’ai alors pris pour acquis que les discussions avaient eu lieu et j’ai continué dans le même sens. Comme nouveau contributeur on me (nous) disait de ne pas cartographier pour le rendu alors j’étais très prudent Depuis il y a eu le premier segment du Réseau Vélo Métropolitain dont le numéro est 20 et qu’on ne peut discriminer de la RV. Je suis maintenant un peu plus aguerri et plutôt d’accord avec ta proposition mais aimerais laisser pour
Re: [Talk-ca] Carte velo CyclOSM et Référence Route Verte
Je n’étais pas encore contributeur lorsque la RV a été initialement cartographiée dans OSM. J’ai alors pris pour acquis que les discussions avaient eu lieu et j’ai continué dans le même sens. Comme nouveau contributeur on me (nous) disait de ne pas cartographier pour le rendu alors j’étais très prudent Depuis il y a eu le premier segment du Réseau Vélo Métropolitain dont le numéro est 20 et qu’on ne peut discriminer de la RV. Je suis maintenant un peu plus aguerri et plutôt d’accord avec ta proposition mais aimerais laisser pour quelques jours la chance aux initiateurs de se prononcer. Si pas de réponses je corrigerai d’ici peu pour la RV. Pour la route TCT, elle court sur l’ensemble du Canada et elle est définie dans des relations cyclables englobantes. De plus si j’ai bien compris la TCT n’est que partiellement cyclable, il y aurait des sections TCT randonnées. Ont-elles été cartographiées dans des relations? ref: https://wiki.openstreetmap.org/wiki/Canada#Trans_Canada_Trail Serait-il acceptable de ne renommer que les segments du Québec TC? J’aimerais l’avis des initiateurs ... Salutations, Claude From: Pierre Béland via Talk-ca Sent: Sunday, September 29, 2019 2:27 PM To: Talk-CA OpenStreetMap Subject: [Talk-ca] Carte velo CyclOSM et Référence Route Verte CyclOSM, une nouvelle carte vélo est disponible https://www.cyclosm.org/#map=14/45.5167/-73.5464/cyclosm Et voici quelques commentaires pour les collègues du Québec, dont Claude, qui font un suivi des réseaux de velo. Sur les cartes de Velo, quoique la Route verte est bien tracée, il n'est pas possible de l'identifier à partir de la référence puisque le no. est indiqué. Cela ne permet pas de clairement identifier ce réseau de vélo qui traverse tout le Québec. Pour la clé-osm reference, je suggère donc d'ajouter le préfixe RV- Nous aurions donc ref=RV-1 RV-2 ... Le sentier Trans-Canadien est lui identifié avec la référence TCT. Dans ce cas, on pourrait indiquer ref=TC ce qui éviterait d'utiliser l'abbréviation anglaise ou française (ie. STC, TCT). Pierre Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Route verte besoin de corrections encore
Pour avoir souvent réparé des relations, notamment la Route verte j’ai détecté plusieurs causes aux trous (GAPs). Un , il y a des segments non encore complétés. Bien entendu, dans la notion de relation il est supposé qu’elle est continue mais pas dans ce cas-ci. Puis la Route verte tel que défini par Vélo Québec se distingue de la notion de relation OSM. Prenons simplement le fait qu’elle passe des Iles de la Madeleine à la Gaspésie. Bien entendu il n’y a pas de lien physique dans ce gap là. La Route verte 3 en construction est truffée de segments non terminés. Et souvent des contributeurs re-fusionnent des segments de routes qui avaient justement été segmentés pour définir correctement la relation. L’appartenance à la relation est alors étendu aux segments qui n’en font pas partie. En utilisant l’outil “Relation analyser” et son option “Analyze on map” on voit très bien les gaps ou erreurs dans la relation: http://ra.osmsurround.org/analyzeMap?relationId=416115 Il suffit de zoomer sur chaque gap et on trouve l’explication et souvent la solution saute aux yeux. Selon moi la principale raison des erreurs dans les relations est la relative invisibilité des relations dans les outils. On ne nous dit pas toujours que ce qu’on touche impacte des relations. C’est très courant pour les relations de lignes de bus. Avec “Relation Analyser” on pourrait certainement s’en sortir en moins d’une heure pour corriger le tout. Claude From: Martin Chalifoux via Talk-ca Sent: Wednesday, July 3, 2019 6:02 PM To: Pierre Boucher Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Route verte besoin de corrections encore C’est la route verte 1 alors. On Jul 3, 2019, at 18:00, Pierre Boucher wrote: Si on parle de la totalité que couvre la relation 416115 qui va de Pembroke en Ontario jusqu'en Gaspésie et aux Îles de la Madeleine elle est truffée de segments. "Split into several pieces For this relation type it is required that it exists as one piece." http://ra.osmsurround.org/analyzeMap?relationId=416115 Pierre Boucher Le 2019-07-03 à 17:31, Martin Chalifoux via Talk-ca a écrit : On parle bien de Route Verte 5 ? Je vois pas vraiment de trous. On Jul 3, 2019, at 11:56, James mailto:james2...@gmail.com wrote: Il y a des trous dans la route verte(relation # 416115) encore et a besoin d'être réparer de nouveau. J'ai essayer de remplir les trous dans l'est, mais l'ouest de Montreal a beaucoup de trous. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- Pierre Boucher 514.730.6211 formation en navigation de plaisance Ste-Thérèse (Québec) Canada http://www.lavoile.com -- ...Pensez à l'environnement avant d'imprimer ce courriel !. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Inauguration pont Samuel de Champlain
Re-bonjour, J’oubliais de mentionner que le même phénomène existe pour le chantier de l’échangeur Turcot et ses approches. Quelques lignes de bus sont à revoir puisque les chemins de détour actuels ne sont pas modélisés dans OSM. Il y aura des relations à corriger au fur et à mesure de l’ouverture de l’échangeur et de ses approches.. Merci à ceux qui y travaillent d’en tenir compte. Claude From: Alouette955 Sent: Saturday, June 29, 2019 4:30 PM To: Pierre Béland ; talk-ca Subject: Re: [Talk-ca] Inauguration pont Samuel de Champlain Bonjour, Les relations de bus direction sud ont été déplacées de l’ancien pont Champlain au nouveau pont Samuel-de-Champlain. Il demeure une inconnue. Il s’agit du trajet exact des lignes passant par le terminus Panama suite à la fermeture de l’ancienne voie réservée au milieu de la 10. Je vais réviser ces trajets dès que exo.quebec les aura mis en ligne. Merci, Claude From: Pierre Béland Sent: Friday, June 28, 2019 9:55 PM To: talk-ca ; alouette955 Subject: Re: [Talk-ca] Inauguration pont Samuel de Champlain Le Ponjt Champlain direction Rive-Sud ferme à 22h ce soir et le nouveau pont sera totalement opérationnel lundi 1er juillet. Je viens de réviser le tracé en conséquence. Il ne reste plus pour Claude qu'à réviser les relations de bus direction Montréal. Pierre Le dimanche 23 juin 2019 11 h 42 min 24 s UTC−4, alouette955 a écrit : Merci Pierre, Modifications des lignes de bus direction Montréal effectuées. Vérification finale à faire demain avec OSM Inspector. La suite (direction sud) la fin de semaine prochaine. Claude Message d'origine De : Pierre Béland Date : 2019/06/22 18:24 (GMT-05:00) À : talk-ca , Alouette955 Objet : Re: [Talk-ca] Inauguration pont Samuel de Champlain Claude Étant donné que pont déja fermé direction Montréal, J'ai fait les modifications. J'ai validé affichage et nouveau pont bien affiché direction Montréal. La navigation routière sera sans doute révisée dans les prochaines heures. Tu peux de ton coté modifier les relation de bus direction Montréal. Pierre Le samedi 22 juin 2019 08 h 06 min 49 s UTC−4, Pierre Béland a écrit : Bonjour Claude Je suis à préparer les modifications pour le côté allant vers Montréal. Je t'indiquerai lorsque complété. Pierre Le vendredi 21 juin 2019 13 h 16 min 28 s UTC−4, Alouette955 a écrit : Bonjour, L’inauguration du pont Samuel de Champlain sur 2 fins de semaine exigera les adaptations nécessaires aux données OSM. Quelqu’un s’y est-il préparé? (je suppose que oui puisque les chemins “en construction” existent déjà). Pour ma part j’aimerais savoir à quel moment ce sera fait puisque cette opération n’inclura probablement pas le déménagement des relations de lignes de bus de l’ancien au nouveau pont. Je voudrais m’en occuper en autant qu’on m’informe du moment où tout sera “connecté” correctement. Merci, Claude ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Inauguration pont Samuel de Champlain
Bonjour, Les relations de bus direction sud ont été déplacées de l’ancien pont Champlain au nouveau pont Samuel-de-Champlain. Il demeure une inconnue. Il s’agit du trajet exact des lignes passant par le terminus Panama suite à la fermeture de l’ancienne voie réservée au milieu de la 10. Je vais réviser ces trajets dès que exo.quebec les aura mis en ligne. Merci, Claude From: Pierre Béland Sent: Friday, June 28, 2019 9:55 PM To: talk-ca ; alouette955 Subject: Re: [Talk-ca] Inauguration pont Samuel de Champlain Le Ponjt Champlain direction Rive-Sud ferme à 22h ce soir et le nouveau pont sera totalement opérationnel lundi 1er juillet. Je viens de réviser le tracé en conséquence. Il ne reste plus pour Claude qu'à réviser les relations de bus direction Montréal. Pierre Le dimanche 23 juin 2019 11 h 42 min 24 s UTC−4, alouette955 a écrit : Merci Pierre, Modifications des lignes de bus direction Montréal effectuées. Vérification finale à faire demain avec OSM Inspector. La suite (direction sud) la fin de semaine prochaine. Claude Message d'origine De : Pierre Béland Date : 2019/06/22 18:24 (GMT-05:00) À : talk-ca , Alouette955 Objet : Re: [Talk-ca] Inauguration pont Samuel de Champlain Claude Étant donné que pont déja fermé direction Montréal, J'ai fait les modifications. J'ai validé affichage et nouveau pont bien affiché direction Montréal. La navigation routière sera sans doute révisée dans les prochaines heures. Tu peux de ton coté modifier les relation de bus direction Montréal. Pierre Le samedi 22 juin 2019 08 h 06 min 49 s UTC−4, Pierre Béland a écrit : Bonjour Claude Je suis à préparer les modifications pour le côté allant vers Montréal. Je t'indiquerai lorsque complété. Pierre Le vendredi 21 juin 2019 13 h 16 min 28 s UTC−4, Alouette955 a écrit : Bonjour, L’inauguration du pont Samuel de Champlain sur 2 fins de semaine exigera les adaptations nécessaires aux données OSM. Quelqu’un s’y est-il préparé? (je suppose que oui puisque les chemins “en construction” existent déjà). Pour ma part j’aimerais savoir à quel moment ce sera fait puisque cette opération n’inclura probablement pas le déménagement des relations de lignes de bus de l’ancien au nouveau pont. Je voudrais m’en occuper en autant qu’on m’informe du moment où tout sera “connecté” correctement. Merci, Claude ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Inauguration pont Samuel de Champlain
Merci Pierre, Modifications des lignes de bus direction Montréal effectuées.Vérification finale à faire demain avec OSM Inspector.La suite (direction sud) la fin de semaine prochaine.Claude Message d'origine De : Pierre Béland Date : 2019/06/22 18:24 (GMT-05:00) À : talk-ca , Alouette955 Objet : Re: [Talk-ca] Inauguration pont Samuel de Champlain Claude Étant donné que pont déja fermé direction Montréal, J'ai fait les modifications. J'ai validé affichage et nouveau pont bien affiché direction Montréal. La navigation routière sera sans doute révisée dans les prochaines heures.Tu peux de ton coté modifier les relation de bus direction Montréal. Pierre Le samedi 22 juin 2019 08 h 06 min 49 s UTC−4, Pierre Béland a écrit : Bonjour ClaudeJe suis à préparer les modifications pour le côté allant vers Montréal. Je t'indiquerai lorsque complété. Pierre Le vendredi 21 juin 2019 13 h 16 min 28 s UTC−4, Alouette955 a écrit : Bonjour, L’inauguration du pont Samuel de Champlain sur 2 fins de semaine exigera les adaptations nécessaires aux données OSM. Quelqu’un s’y est-il préparé? (je suppose que oui puisque les chemins “en construction” existent déjà). Pour ma part j’aimerais savoir à quel moment ce sera fait puisque cette opération n’inclura probablement pas le déménagement des relations de lignes de bus de l’ancien au nouveau pont. Je voudrais m’en occuper en autant qu’on m’informe du moment où tout sera “connecté” correctement. Merci, Claude___Talk-ca mailing listTalk-ca@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Inauguration pont Samuel de Champlain
Bonjour, L’inauguration du pont Samuel de Champlain sur 2 fins de semaine exigera les adaptations nécessaires aux données OSM. Quelqu’un s’y est-il préparé? (je suppose que oui puisque les chemins “en construction” existent déjà). Pour ma part j’aimerais savoir à quel moment ce sera fait puisque cette opération n’inclura probablement pas le déménagement des relations de lignes de bus de l’ancien au nouveau pont. Je voudrais m’en occuper en autant qu’on m’informe du moment où tout sera “connecté” correctement. Merci, Claude___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Échangeur Turcot - Montréal
Bonjour, J’ai eu à travailler des relations de ligne d’autobus entre le centre-ville de Montréal (Terminus Mansfield) et le sud-ouest (Châteauguay, Beauharnois et Valleyfield). Ces lignes d’autobus traversent l’échangeur Turcot. J’ai les trajets dans les fichiers GTFS de EXO (avec leur permission) mais il est impossible de les tracer dans les relations, ces trajets se trouvant “dans le vide” c’est à dire qu’ils se trouvent sur des chemins n’existant pas (encore) dans OSM ou même en plein chantier, peut-être même sur des routes temporaires. Ces relations quasi invisibles sont souvent ignorées dans le fouillis des modifications exigés ici. J’ai donc décidé d’attendre que OSM reflète la nouvelle réalité ... ce qui devrait arriver en parallèle avec l’avancement des travaux. J’aimerais donc savoir s’il y a un groupe de contributeurs organisé à Montréal qui suit ce chantier (je sais que certains éditent cette partie de la carte et bravo à eux parce que ce n’est pas évident). J’aimerais me tenir au courant du moment où OSM reflètera les tracés définitifs de l’échangeur. Je corrigerais alors les relations de façon définitive espérant que EXO fasse de même dans les fichiers GTFS. Je ne m’attends surtout pas que ce groupe, s’il existe, se tape les relations de transport public. Ça demande une certaine expertise et l’analyse des informations de EXO. Merci, Claude___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Conversion réseau de train du Montréal métropolitain de public_transport v1 à v2
Bonjour, J’ai terminé la conversion des 6 lignes de train EXO de PTv1 à PTv2. Voici la page les décrivant: https://wiki.openstreetmap.org/wiki/FR:EXO_-_R%C3%A9seau_de_transport_m%C3%A9tropolitain_(train) J’invite à vérifier mon travail. Malgré qu’il soit facile de modéliser les arrêts, il devient difficile de déterminer quelles aiguillages utiliseront les convois entre 2 stations. Plusieurs chemins sont possibles. Quoiqu’il en soit j’ai modélisé les voies les plus évidentes et directes selon les quais d’embarquement et débarquement documentés sur le site exo.quebec. Il reste un problème avec les gares Lucien-L’Allier et Gare Centrale où selon les heures d’arrivées/départ des quais différents sont utilisés. Il est impossible, tout en respectant le schéma PTv2 de modéliser toutes les quais possibles sans briser le chemin de la relation. Dans ces deux cas j’ai utilisé la gare comme plateforme (public_transport=platform). Si une autre conclusion s’impose il est facile de corriger. Merci, Claude From: Alouette955 Sent: Sunday, January 20, 2019 11:15 AM To: talk-ca ; montr...@listes.osmqc.ca Subject: Conversion réseau de train du Montréal métropolitain de public_transport v1 à v2 Bonjour, Je planifie actuellement de convertir les 6 lignes de train existantes du réseau de EXO pour les rendre compatibles au schéma public transport v2. Le tout sera fait manuellement à partir des informations en ligne de l’ARTM. Aucun import n’est impliqué. Si quelqu’un travaille sur le réseau de train merci de m’en aviser afin de coordonner nos efforts. Merci, CL P.S. message simultanément expédié sur les listes talk-ca et la liste Montréal pour rejoindre un maximum de contributeurs. Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Conversion réseau de train du Montréal métropolitain de public_transport v1 à v2
Bonjour, Je planifie actuellement de convertir les 6 lignes de train existantes du réseau de EXO pour les rendre compatibles au schéma public transport v2. Le tout sera fait manuellement à partir des informations en ligne de l’ARTM. Aucun import n’est impliqué. Si quelqu’un travaille sur le réseau de train merci de m’en aviser afin de coordonner nos efforts. Merci, CL P.S. message simultanément expédié sur les listes talk-ca et la liste Montréal pour rejoindre un maximum de contributeurs.___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Import des arrêts d'autobus de l'ARTM
Merci Pierre, J’ai suivi tes conseils et écrit à la liste impo...@openstreetmaps.org: https://lists.openstreetmap.org/pipermail/imports/2018-November/005836.html il y a deux semaines et j’ai inscrit mon projet sur la page Imports/Catalogue du wiki. De plus un lien sur la page du wiki pointe vers une traduction en anglais de la page qui explique l’import. N’ayant pas reçu de commentaires au sujet de mon projet je me propose d’y aller avec l’import pour les réseaux dont j’ai obtenu l’autorisation. Une dernière chance de réagir ... Merci, Claude From: Pierre Béland Sent: Wednesday, November 14, 2018 5:26 PM To: talk-ca ; Alouette955 Subject: Re: [Talk-ca] Import des arrêts d'autobus de l'ARTM Bonjour Claude, Il faut malheureusement être patients avec les imports. A noter, selon la procédure de la Fondation OSM, cette consultation, n'est que la première étape. Avant d'importer, il faut écrire sur la liste imp...@openstreetmap.org. De là, attend une semaine pour donner le temps de réagir. Indiques que suite à consultation de la communauté sur talk-ca et obtention d'autorisation, tu présentes le projet sur import@osm (voir page wiki contenant liens vers autorisations, certaines à venir). Mentionnes le but de l'import et que méthode est décrite sur la page wiki. L'import sera fait par quelques contributeurs seulement qui connaissent le schéma de données pour les transports. Pierre Le mercredi 14 novembre 2018 16 h 48 min 48 s HNE, Alouette955 a écrit : Bonjour, J’ai récemment soumis ici une proposition d’import des arrêts d’autobus de l’ARTM pour discussion en attendant l’autorisation des opérateurs de réseaux de l’ARTM. Je viens de recevoir l’autorisation du Réseau de Transport Métropolitain (exo) et j’ai mis à jour la page proposant l’import: https://wiki.openstreetmap.org/wiki/FR:Import_arr%C3%AAts_d%27autobus,_ARTM_Autorit%C3%A9_r%C3%A9gionale_de_transport_m%C3%A9tropolitain Ayant reçu des commentaires sur ma méthode et l’ayant adaptée en conséquence je vais la mettre en oeuvre à moins d’un dernier commentaire de votre part. Merci, Claude ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Import des arrêts d'autobus de l'ARTM
Bonjour, J’ai récemment soumis ici une proposition d’import des arrêts d’autobus de l’ARTM pour discussion en attendant l’autorisation des opérateurs de réseaux de l’ARTM. Je viens de recevoir l’autorisation du Réseau de Transport Métropolitain (exo) et j’ai mis à jour la page proposant l’import: https://wiki.openstreetmap.org/wiki/FR:Import_arr%C3%AAts_d%27autobus,_ARTM_Autorit%C3%A9_r%C3%A9gionale_de_transport_m%C3%A9tropolitain Ayant reçu des commentaires sur ma méthode et l’ayant adaptée en conséquence je vais la mettre en oeuvre à moins d’un dernier commentaire de votre part. Merci, Claude___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Import des arrêts d'autobus de l'ARTM
Bonjour, Il y a quelques temps je lançais une consultation sur ma proposition d’import pour les arrêts d’autobus du Réseau de transport Métropolitain, maintenant EXO. J’attends incessamment leur autorisation pour l’import avec mention sur la page des contributeurs. https://wiki.openstreetmap.org/wiki/FR-Import_arr%C3%AAts_d%27autobus,_EXO_r%C3%A9seau_de_transport_m%C3%A9tropolitain Tout commentaire sur ma méthodologie est bienvenue. Depuis j’ai compris que EXO, tout comme la STM (Montréal), la STL (Laval) et le RTL (Longueuil) sont des opérateurs distincts mais qui collaborent sous l’égide de l’ARTM. Un peu compliqué mais maintenant clarifié. J’en ai profité pour créer une page pour l’ARTM dans le wiki: https://wiki.openstreetmap.org/wiki/FR-ARTM_-_Autorit%C3%A9_r%C3%A9gionale_de_transport_m%C3%A9tropolitain La STL et le RTM ont une licence qui me semble beaucoup plus permissive: http://www.rtl-longueuil.qc.ca/fr-CA/donnees-ouvertes/ https://www.stl.laval.qc.ca/fr/stl-synchro/developpeurs/ (voir à l’encadré Conditions d’utilisation) Je songe donc les inclure à mon projet d’import sans autre formalité autre de les indiquer dans la page des contributeurs. La question est: Aie-je bien compris ces licences? Il ne me semble pas que l’import dans la base de données OSM est une utilisation commerciale ou quasi commerciale mais peut-être y a-t-il un précédent qui m’obligerait à obtenir une autorisation spécifique. Merci, Claude ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Fw: Proposition d'import pour les arrêts d'autobus de EXO
Ce message avait d’abord été envoyé à l’aide de mon adresse courriel personnel et n’a pas passé à talk-ca. Je le reposte ici. Bonjour, Suite aux commentaires reçus j’ai mis à jour ma proposition d’import pour les arrêts d’autobus du réseau EXO. Dans cette proposition il n’est plus question de détruire les anciens arrêts mais plutôt d’y fusionner les données de EXO. Merci à marc_marc pour l’information concernant les fusions. Voici le lien de la proposition: https://wiki.openstreetmap.org/wiki/FR-Import_arr%C3%AAts_d%27autobus,_EXO_r%C3%A9seau_de_transport_m%C3%A9tropolitain Toujours dans l’attente de l’autorisation de EXO que j’ai relancé. Merci, Claude___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Proposition d'import pour les arrêts d'autobus de EXO
Bonjour, N.B. Mon précédent message semble s’être perdu dans les limbes d’Internet puisque talk-ca ne l’a pas reçu ... je me reprends et désolé si l’original réapparait. Suite aux commentaires reçus j’ai adapté ma proposition d’import pour les arrêts de bus de EXO: https://wiki.openstreetmap.org/wiki/FR-Import_arr%C3%AAts_d%27autobus,_EXO_r%C3%A9seau_de_transport_m%C3%A9tropolitain Cette proposition vise maintenant à sauvegarder les arrêts de bus existants auxquels on fusionne les données d’Exo plutôt que de les effacer pour les remplacer par de nouveaux arrêts. Je suis toujours en attente de l’autorisation de EXO mais je les ai relancé. Merci, Claude ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Proposition d'import pour les arrêts d'autobus de EXO
Bonjour et merci Marc. Je vais tester (sans sauver les mises à jour) cette méthode, adapterai ma proposition avec les détails et la resoumettrai pour discussion. Dès que j'airai l'autorisation de Exo je ferai un premier test sur un petit réseau. Encore merci, Claude -Message d'origine- From: marc marc Sent: Wednesday, September 19, 2018 5:52 PM To: Alouette955 ; talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Proposition d'import pour les arrêts d'autobus de EXO Bonsoir Claude, le plus simple pour modifier la position des arrêts existants : - s'il ne sont pas nombreux : Charger les arrêts existant dans josm. Pour avoir plus facile, tu peux les ajouter dans une liste de "objet à traiter" avec le plugin todo (ctrl-a clic sur ajout). charger les données d'exo concernant ces même arrêts dans josm comme tu prévois de le faire pour les nouveaux arrêts. Pour chacun des arrêts concernés (c'est là que le plugin todo te facilite la vie, il suffit de cliquer sur "suivant"), tu sélectionnes l'arrêt existant, shift-clic sur l'arrêt version exo, fusionner les nœuds. le nœud existant est alors déplacé à l'endroit du nœud exo tout en gardant l'id du nœud existant. le noeud aura aussi l'ensemble des tags des 2 objets comme par exemple le ref de exo et le shelter de l'objet existant. - s'ils sont nombreux, une solution parmi d'autre est le plugin josm conflate Cordialement, Marc Le 19. 09. 18 à 15:46, Alouette955 a écrit : Bonjour Marc, Merci pour ton commentaires. En effet, dans une conversation précédente, j'indiquais ma préférence de normaliser d'abord les arrêts existants, ce qui éviterait par la suite de les réimporter. Il m'est tout aussi facile, dans une étape 0 de normaliser les attributs des arrêts existants dont l'attribut "ref" qui fait le lien avec les données importées que de faire le contraire. J'indiquais alors mon ignorance quant à la façon de donner aux arrêts les coordonnées lon/lat exactes qui apparaissent dans les données de EXO. Je ne connais que JOSM, Id et Potlatch. Si on m'indiquait comment inscrire les coordonnées exactes des arrêts (évidemment en évitant d'essayer de placer l'arrêt sur les coordonnées avec ma souris) je le ferais d'abord et il n'y aurait aucune perte. Quelqu'un peut-il m'aider sur ce point? J'adapterai alors ma proposition en conséquence. Merci, Claude -Message d'origine- From: marc marc Sent: Tuesday, September 18, 2018 4:16 PM To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Proposition d'import pour les arrêts d'autobus de EXO Bonjour, Je viens poster ici mon avis suite à la demande qui m'a été faite après discussion sur irc. je réagis à la documentation de l'import sur le wiki https://wiki.openstreetmap.org/wiki/FR-Import_arr%C3%AAts_d'autobus,_EXO_r%C3%A9seau_de_transport_m%C3%A9tropolitain n'étant pas abonné à cette liste ci, je n'ai pas suivis une éventuelle discussion préalable et je risque donc peut-être de redire ce qui a déjà été dis. globalement le projet d'import est correct. cependant le point 5 (supprimer tous les arrêts existant) ne va pas du tout. je comprend bien que c'est bien plus pratique mais si c'est tant décrié c'est pour 3 raisons : - supprimer/effacer conduit à une perte de l'historique de l'objet - c'est indigeste à plus grande échelle. imagine que tu fasse un nouvel import dans 1 mois avec les nouveau arrêts ou avec des arrêts déplacé, tu ne pas supprimer/recréer 100 arrêts pour un seul à ajouter. - ces objets peuvent eux même être dans des relations, les supprimer va les retirer des relations et le nouvel objet ne prendra pas sa place, donc au final tu détruits de l'information au lieu d'en rajouter. Il m'a été dis que le nombre d'arrêt existant est très faible. je pense donc que tu devrais commencer par un étape 0 : ajouter une ref aux arrêts existant qui n'en ont pas. comme cela cela te permet de garder le reste de ta procédure. a plus large échelle, la solution est https://wiki.openstreetmap.org/wiki/Conflation Cordialement, Marc ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca --- This email has been checked for viruses by AVG. https://www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Proposition d'import pour les arrêts d'autobus de EXO
Bonjour Daniel, Tu verras dans une autre réponse que je cherche effectivement comment replacer les coordonnées. J’aimerais bien savoir comment tu t’y prendrais autrement que manuellement. Une proximité n’est pas nécessaire l’assurance qu’on parle du même arrêt. Pour ce qui est de la création des relations ça pourrait bien sur faire l’objet d’une coopération. Pour le script je dois te le laisser ... mais suis prêt à le tester. Je n’ai pas reçu la réponse de EXO. Je vais les relancer et tenir cette liste informée. Merci, Claude From: Damien Riegel Sent: Tuesday, September 18, 2018 3:12 PM To: Claude Leduc Cc: talk-ca Subject: Re: [Talk-ca] Proposition d'import pour les arrêts d'autobus de EXO Bonjour Claude, Étant un novice en import également, j'attendais le retour d'autres personnes. Peut-etre qu'une solicitation en anglais aurait plus de résultats ? Concernant les quelques noeuds mal placés, je pourrais les remettre en place selon les coordonnées GTFS et y ajouter le numéro d'arret si tu veux, plutot que de les supprimer. Je peux aussi travailler sur un script pour automatiser la création des relations. On pourrait faire ça ligne par ligne pour que ce soit plus simple de valider manuellement que les relations sont correctes. As-tu eu une réponse d'EXO concernant l'utilisation de leurs données dans OSM ? Damien On Thu, 13 Sep 2018 at 12:54, Alouette955 wrote: Bonjour, Après quelques discussions informelles je propose ici un import pour les arrêts d’autobus du réseau EXO (anciennement Réseau de transport métropolitain). https://wiki.openstreetmap.org/wiki/FR-Import_arr%C3%AAts_d%27autobus,_EXO_r%C3%A9seau_de_transport_m%C3%A9tropolitain Cet import sera l’étape préliminaire à l’ajout des lignes et trajets d’autobus de ces réseaux par la création des relations incorporant tant les arrêts de bus que les chemins (rues) parcourues selon le schéma de transport public v2 tel que décrit dans la page https://wiki.openstreetmap.org/wiki/FR:Bus. Étant néophyte dans les imports j’aimerais soumettre cette page à tout commentaire permettant d’ajuster le tir allant jusqu’à me recommander de ne pas m’embarquer là-dedans. Merci, Claude ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Proposition d'import pour les arrêts d'autobus de EXO
Bonjour Marc, Merci pour ton commentaires. En effet, dans une conversation précédente, j'indiquais ma préférence de normaliser d'abord les arrêts existants, ce qui éviterait par la suite de les réimporter. Il m'est tout aussi facile, dans une étape 0 de normaliser les attributs des arrêts existants dont l'attribut "ref" qui fait le lien avec les données importées que de faire le contraire. J'indiquais alors mon ignorance quant à la façon de donner aux arrêts les coordonnées lon/lat exactes qui apparaissent dans les données de EXO. Je ne connais que JOSM, Id et Potlatch. Si on m'indiquait comment inscrire les coordonnées exactes des arrêts (évidemment en évitant d'essayer de placer l'arrêt sur les coordonnées avec ma souris) je le ferais d'abord et il n'y aurait aucune perte. Quelqu'un peut-il m'aider sur ce point? J'adapterai alors ma proposition en conséquence. Merci, Claude -Message d'origine- From: marc marc Sent: Tuesday, September 18, 2018 4:16 PM To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Proposition d'import pour les arrêts d'autobus de EXO Bonjour, Je viens poster ici mon avis suite à la demande qui m'a été faite après discussion sur irc. je réagis à la documentation de l'import sur le wiki https://wiki.openstreetmap.org/wiki/FR-Import_arr%C3%AAts_d'autobus,_EXO_r%C3%A9seau_de_transport_m%C3%A9tropolitain n'étant pas abonné à cette liste ci, je n'ai pas suivis une éventuelle discussion préalable et je risque donc peut-être de redire ce qui a déjà été dis. globalement le projet d'import est correct. cependant le point 5 (supprimer tous les arrêts existant) ne va pas du tout. je comprend bien que c'est bien plus pratique mais si c'est tant décrié c'est pour 3 raisons : - supprimer/effacer conduit à une perte de l'historique de l'objet - c'est indigeste à plus grande échelle. imagine que tu fasse un nouvel import dans 1 mois avec les nouveau arrêts ou avec des arrêts déplacé, tu ne pas supprimer/recréer 100 arrêts pour un seul à ajouter. - ces objets peuvent eux même être dans des relations, les supprimer va les retirer des relations et le nouvel objet ne prendra pas sa place, donc au final tu détruits de l'information au lieu d'en rajouter. Il m'a été dis que le nombre d'arrêt existant est très faible. je pense donc que tu devrais commencer par un étape 0 : ajouter une ref aux arrêts existant qui n'en ont pas. comme cela cela te permet de garder le reste de ta procédure. a plus large échelle, la solution est https://wiki.openstreetmap.org/wiki/Conflation Cordialement, Marc ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca --- This email has been checked for viruses by AVG. https://www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Proposition d'import pour les arrêts d'autobus de EXO
Bonjour, Après quelques discussions informelles je propose ici un import pour les arrêts d’autobus du réseau EXO (anciennement Réseau de transport métropolitain). https://wiki.openstreetmap.org/wiki/FR-Import_arr%C3%AAts_d%27autobus,_EXO_r%C3%A9seau_de_transport_m%C3%A9tropolitain Cet import sera l’étape préliminaire à l’ajout des lignes et trajets d’autobus de ces réseaux par la création des relations incorporant tant les arrêts de bus que les chemins (rues) parcourues selon le schéma de transport public v2 tel que décrit dans la page https://wiki.openstreetmap.org/wiki/FR:Bus. Étant néophyte dans les imports j’aimerais soumettre cette page à tout commentaire permettant d’ajuster le tir allant jusqu’à me recommander de ne pas m’embarquer là-dedans. Merci, Claude___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Fwd: Données GTFS et licence d'utilisation
Bonjour Damien, Actuellement j’en suis à l’étape planification. Aurais-tu documenté ta (votre) méthode de travail pour importer les stations et développer les relations. Bien entendu, avec ton accord, je m’inspirerais fortement de ta page du wiki pour documenter l’avancement du travail mais dans le concret j’aimerais m’inspirer d’une méthode de travail éprouvée. Concernant la vingtaine de stations (ou peut-être un peu plus) voici un exemple du problème: https://osm.org/go/cIrVJ6WoQ- Quelques-unes ont été placées en plein centre de l’intersection, d’autres après l’intersection et non avant et, de plus, les données de Exo comporte deux arrêts et non un seul. Excuse mon manque d’habileté mais je n’ai pas encore trouvé comment changer les coordonnées d’un noeud existant pour donner celles du poteau d’arrêt tel que présentes dans les données de Exo. Les glisser approximativement sur la carte est ardu et ne donne pas l’exactitude des données de Exo. Si je vais plus loin je vais documenter ça plus formellement mais voici ma vision de la chaine d’action à prendre: 1- Identifier les arrêts déjà présents dans OSM pour le secteur d’un réseau à documenter 2- Télécharger les arrêts du réseau à documenter à partir des données GTFS 3- Corriger l’emplacement et les attributs des arrêts présents et les retirer du fichier d’importation 4- Retirer du fichier d’importation les doublons déjà importés (ayant le même attribut ref=numéro de l’arrêt) puisque faisant partie de 2 réseaux 5- Importer les arrêts de bus du réseau 6- Créer manuellement les relations selon le format Public Transport v2 à partir des données GTFS et des chemins existants dans OSM Je sais que c’est très résumé mais si je me trompe en partant mieux vaut le savoir. Je sais que c’est un projet de très long haleine puisque Exo gère ou coordonne 16 réseaux tout assumant l’exploitation de 12. Les 4 “autonomes” étant STM, STL, RTL et CRT Lanaudière. Voir: https://rtm.quebec/fr/a-propos/donnees-ouvertes Peut-être qu’une page de documentation EXO qui pointe vers une page détaillée par réseau (dont STM) pourrait être envisageable? Merci de ton aide et s’il y a des contributeurs intéressés à attaquer ce projet ne vous gênez surtout pas, je me demande encore si j’ai les reins assez solides pour ça. Claude P.S. J’ai épuré cette réponse de ton message d’origine concernant les données ouvertes du STM afin de l’alléger. From: Damien Riegel Sent: Wednesday, August 29, 2018 6:52 PM To: alouette...@gmail.com Cc: talk-ca Subject: Re: [Talk-ca] Fwd: Données GTFS et licence d'utilisation Bonjour Claude, Effectivement, si les données sont disponibles sous licence CC-BY, il faudra obtenir une autorisation. Au cas où, je mets un lien vers un article (en anglais) qui explique pourquoi il faut faire ça et comment le faire: https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/ En ce qui concerne l'import, il me semble que la logique d'OSM voudrait qu'on préfère garder les stations qui sont déjà existantes plutôt que de les remplacer (la logique étant qu'on préfère des données saisies par des utilisateurs à des données issues d'imports). S'il n'y a qu'une vingtaine d'arrêts problématiques, est-ce envisageable de ne pas les importer et de garder les existants ? Je pense que la discussion concernant l'import peut avoir lieu sur cette liste. Marquer les arrêts comme highway=bus_stop n'est pas incompatible avec Public Transport v2. J'ai ajouté ce tag pour des arrêts que j'ai ajouté à Montréal car sinon ils ne sont pas affichés sur la carte, donc autant le garder à mon avis. J'ai aussi vu qu'il y avait des discussions pour retravailler le format Public Transport v2 avec une reintroduction de highway=bus_stop. J'en profite pour ajouter que pour Montréal, j'ai crée un tableau qui recense l'état actuel du réseau de la STM dans OSM: https://wiki.openstreetmap.org/wiki/Bus_routes_in_Montr%C3%A9al . Je ne sais pas si ça vaut le coup d'ajouter EXO sur cette page ou de créer une page dédiée, à voir. Bonne soirée, Damien On Tue, 28 Aug 2018 at 15:21, Alouette955 wrote: Bonjour, J’étais à la veille d’écrire à cette liste pour le même sujet mais concernant le RTM (Réseau de transport métropolitain, maintenant EXO). Je crois que leur données ouvertes, sujettes à la licence CC-BY, me poseraient le même problème. Voir https://rtm.quebec/fr/a-propos/donnees-ouvertes. Auquel cas je ferai la même démarche auprès de donneesouvertes@exo.quebec. Si jamais un projet d’importation des données GTFS de Exo est déjà dans la moulinette merci de m’en informer. Mon projet est d’importer, dans un premier temps, les arrêts d’autobus (public_transport=platform) afin, dans un deuxième temps, de les intégrer manuellement dans des relations de lignes et trajets d’autobus selon la norme Public Transport version 2. J’étais sur le point de créer une page sur le Wiki pour discuter/avaliser cette
Re: [Talk-ca] Fwd: Données GTFS et licence d'utilisation
Bonjour, J’étais à la veille d’écrire à cette liste pour le même sujet mais concernant le RTM (Réseau de transport métropolitain, maintenant EXO). Je crois que leur données ouvertes, sujettes à la licence CC-BY, me poseraient le même problème. Voir https://rtm.quebec/fr/a-propos/donnees-ouvertes. Auquel cas je ferai la même démarche auprès de donneesouvertes@exo.quebec. Si jamais un projet d’importation des données GTFS de Exo est déjà dans la moulinette merci de m’en informer. Mon projet est d’importer, dans un premier temps, les arrêts d’autobus (public_transport=platform) afin, dans un deuxième temps, de les intégrer manuellement dans des relations de lignes et trajets d’autobus selon la norme Public Transport version 2. J’étais sur le point de créer une page sur le Wiki pour discuter/avaliser cette importation. Pour ce faire je devrais effacer une vingtaine d’arrêts ajoutés manuellement au fil du temps qui arborent plutôt l’ancien attribut highway=bus_stop et ne correspondent qu’approximativement aux coordonnées lat/long de Exo. Si ce projet est en cours je proposerais mon aide sinon j’aimerais bien en discuter. Je sais que quelques lignes d’autobus à Laval ont été ajoutées et semblent se conformer partiellement à la norme v2. Malheureusement il n’existe pas de liste de discussions pour la banlieue de Montréal pour y lancer la discussion. Merci, Claude From: Damien Riegel Sent: Monday, August 27, 2018 8:49 PM To: talk-ca Subject: [Talk-ca] Fwd: Données GTFS et licence d'utilisation English version below Bonsoir à tous, J'avais contacté la STM en juillet concernant l'utilisation de leurs données GTFS dans OSM. Ils fournissent des données avec une license d'utilisation qui empeche l'import à cause de la clause de mention, il nous fallait donc une autorisation explicite pour pouvoir les utiliser. C'est maintenant chose faite ! Je vous transfert le mail que j'ai reçu de leur part et vais mettre à jour le wiki pour ajouter la STM dans la page des contributeurs. English version Hi everyone, I wrote to the STM (Société de Transport de Montréal) in July about using their GTFS data for OSM. They provide data with a license that blocked us from using them because of an attribution clause, so we needed an explicit authorization to be able to use them. We just got it! I'm transfering their email (in french) and will update the wiki to add the STM on the Contributors page. Bonne soirée, Damien -- Forwarded message - From: Développeurs STM Date: Wed, 22 Aug 2018 at 09:18 Subject: RE: Données GTFS et licence d'utilisation To: Damien Riegel Bonjour Damien, Désolé pour le délai de réponse. Oui, vous pouvez utiliser les données GTFS de la STM pour Open Street Map en ajoutant la Société de transport de Montréal dans la page des contributeurs. Nous analysons la façon de faire de la ville de Montréal quant à son accord explicite, il y a quelque chose d’intéressant. Merci et encore une fois désolé du délai de réponse. Bonne journée Nicolas Bertrand Chargé de projets - Systèmes électroniques d'information Société de transport de Montréal DE Expérience client et activités commerciales De : Damien Riegel [mailto:damien.rie...@gmail.com] Envoyé : 14 août 2018 19:19 À : Développeurs STM Objet : Re: Données GTFS et licence d'utilisation Bonjour Nicole, Avez-vous des nouvelles concernant ma demande ? Merci, Damien 2018-07-31 13:18 GMT-04:00 Damien Riegel : Bonjour, Merci beaucoup pour votre réponse. J'espère que vos experts donneront une suite favorable. Au besoin, qu'ils n'hésitent pas à me contacter, je reste disponible pour toute question. Damien 2018-07-31 9:55 GMT-04:00 Développeurs STM : Bonjour Damien, Désolée de délai à vous répondre, avec les vacances, plusieurs experts ne sont pas disponibles dont ceux qui pourraient répondre à la question ci-dessous. Par contre, nous avons bien pris note de votre demande et vous répondrons dès que les vérifications légales pourront être effectuées. Bonne journée, Nicole Gruslin Conseillère corporative web De : Damien Riegel [mailto:damien.rie...@gmail.com] Envoyé : 19 juillet 2018 15:11 À : Développeurs STM Objet : Données GTFS et licence d'utilisation Bonjour, Tout d'abord je tiens à remercier la STM de mettre à disposition ses données au format GTFS. En tant que contributeur au projet OpenStreetMap, j'aimerais pouvoir utiliser ces données afin de mettre à jour et d'ajouter les lignes et arrêts de bus. Malheureusement, la licence d'utilisation ne permet pas cela. En effet, elle comporte la clause suivante: Mention de la Société de transport de Montréal Vous êtes tenu de mentionner la STM en tant que source des données que vous utilisez. À la demande de la STM, vous devrez toutefois retirer une telle mention lors d’une utilisation qu’elle
Re: [Talk-ca] Sentier cyclable et pédestre OKA/Mont-Saint-Hilaire
Bonjour, À ce jour seule l’axe 20 qui relie OKA à Mont-Saint-Hilaire, en passant par Montréal, est (à peu près) terminée. Tout le reste est en projet pour un horizon de réalisation pour 2030. Encore beaucoup de chemin à faire pour y arriver. On peut voir plus de détails en zoomant dans le PDF: http://cmm.qc.ca/fileadmin/user_upload/carte/20170713_ReseauVelo_carteCMM.pdf On y voit que la 13 n’entre jamais à Montréal mais reste à Vaudreuil-Soulanges et Saint-Lazare alors que la 80 traverse d’ouest en est plusieurs municipalités bien au sud de Montréal. Toutes les villes qui participent au projet font partie de la Communauté Métropolitaine de Montréal qui est beaucoup plus vaste que la Ville de Montréal. Cordialement, Claude From: James Sent: Friday, August 25, 2017 2:10 PM To: Alouette955 Cc: Talk-CA OpenStreetMap Subject: Re: [Talk-ca] Sentier cyclable et pédestre OKA/Mont-Saint-Hilaire Est-ce que les routes tels que la 80 et la 13 continue à l'extérieur de la ville? Est-ce qu'il sont complété ou just arrêter à la frontière de Montreal? Je demande cela, puisque la 20 a l'aire de faire la même chose et sort de la frontière de montreal, est-ce qu'elle va être mise en place jusqu'à la frontière ou en totalité? On Aug 25, 2017 2:02 PM, "Alouette955" <alouette...@gmail.com> wrote: Bonjour, Voici la page de présentation du Réseau Vélo Métropolitain dont fait partie l’Axe 20 qui sera inauguré prochainement: https://wiki.openstreetmap.org/wiki/FR:R%C3%A9seau_v%C3%A9lo_m%C3%A9tropolitain Tous commentaires bienvenus sur la page discussion de celle-ci. From: Alouette955 Sent: Wednesday, July 19, 2017 11:20 AM To: talk-ca Subject: Sentier cyclable et pédestre OKA/Mont-Saint-Hilaire Bonjour, Le 7 septembre prochain sera inauguré le sentier OKA/Mont-St-Hilaire dont la réalisation a été amplement publicisée. Le premier axe du réseau portera le nom d’axe 20 (probablement d’autres à venir). Le plan de signalisation *1 est publié et les panneaux de signalisation commencent à être installés. J’ai pu parcourir la portion OKA – Deux-Montagnes où la signalisation est entièrement installée. Comme pour la route verte, je propose de créer la relation pour cette axe en tant que RCN. J’ai lu récemment une “critique positive” concernant les relations de la route verte à l’effet qu’elles comportent beaucoup trop de segments, et de ce fait devenaient ingérables. Il avait été proposé que chaque relation actuelle soit scindée en relations plus petites (par secteur), elles même faisant partie d’une super-relation (on citait l’exemple de la Water Trail *2 en Ontario). Ma question ... devrait-on s’inspirer de cet exemple pour l’Axe 20? C’est à dire créer une super relation pour le sentier et une relation par municipalité responsable membre de la super relation. Ou bien devrait-on s’en tenir au précédent de la Route verte? Je ne trouve aucun site décrivant le tracé dans sa globalité mais plusieurs municipalités décrivent leur portion sur leurs sites internet *3. Bien sur une page sur le Wiki devra décrire cette nouvelle relation. En attente de vos commentaires avant de la créer. Claude *1 http://cmm.qc.ca/fileadmin/user_upload/documents/20170119_sentierOkaStHil_planSignalisation.pdf *2 http://www.openstreetmap.org/relation/3071924 *3 http://www.ville.saint-basile-le-grand.qc.ca/index.php?option=com_content=article=2484:sentier-oka-mont-saint-hilaire=205:affiliations-adhesions http://www.stbruno.ca/17.06.27_concours-inauguration-sentier-oka-mont-saint-hilaire_communique https://www.stbruno.ca/17.07.11_concours-inauguration-sentier-oka-mont-saint-hilaire_communique etc ... Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Sentier cyclable et pédestre OKA/Mont-Saint-Hilaire
Bonjour, Voici la page de présentation du Réseau Vélo Métropolitain dont fait partie l’Axe 20 qui sera inauguré prochainement: https://wiki.openstreetmap.org/wiki/FR:R%C3%A9seau_v%C3%A9lo_m%C3%A9tropolitain Tous commentaires bienvenus sur la page discussion de celle-ci. Claude From: Alouette955 Sent: Wednesday, July 19, 2017 11:20 AM To: talk-ca Subject: Sentier cyclable et pédestre OKA/Mont-Saint-Hilaire Bonjour, Le 7 septembre prochain sera inauguré le sentier OKA/Mont-St-Hilaire dont la réalisation a été amplement publicisée. Le premier axe du réseau portera le nom d’axe 20 (probablement d’autres à venir). Le plan de signalisation *1 est publié et les panneaux de signalisation commencent à être installés. J’ai pu parcourir la portion OKA – Deux-Montagnes où la signalisation est entièrement installée. Comme pour la route verte, je propose de créer la relation pour cette axe en tant que RCN. J’ai lu récemment une “critique positive” concernant les relations de la route verte à l’effet qu’elles comportent beaucoup trop de segments, et de ce fait devenaient ingérables. Il avait été proposé que chaque relation actuelle soit scindée en relations plus petites (par secteur), elles même faisant partie d’une super-relation (on citait l’exemple de la Water Trail *2 en Ontario). Ma question ... devrait-on s’inspirer de cet exemple pour l’Axe 20? C’est à dire créer une super relation pour le sentier et une relation par municipalité responsable membre de la super relation. Ou bien devrait-on s’en tenir au précédent de la Route verte? Je ne trouve aucun site décrivant le tracé dans sa globalité mais plusieurs municipalités décrivent leur portion sur leurs sites internet *3. Bien sur une page sur le Wiki devra décrire cette nouvelle relation. En attente de vos commentaires avant de la créer. Claude *1 http://cmm.qc.ca/fileadmin/user_upload/documents/20170119_sentierOkaStHil_planSignalisation.pdf *2 http://www.openstreetmap.org/relation/3071924 *3 http://www.ville.saint-basile-le-grand.qc.ca/index.php?option=com_content=article=2484:sentier-oka-mont-saint-hilaire=205:affiliations-adhesions http://www.stbruno.ca/17.06.27_concours-inauguration-sentier-oka-mont-saint-hilaire_communique https://www.stbruno.ca/17.07.11_concours-inauguration-sentier-oka-mont-saint-hilaire_communique etc ... Virus-free. www.avg.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Sentier cyclable et pédestre OKA/Mont-Saint-Hilaire
Bonjour, Le 7 septembre prochain sera inauguré le sentier OKA/Mont-St-Hilaire dont la réalisation a été amplement publicisée. Le premier axe du réseau portera le nom d’axe 20 (probablement d’autres à venir). Le plan de signalisation *1 est publié et les panneaux de signalisation commencent à être installés. J’ai pu parcourir la portion OKA – Deux-Montagnes où la signalisation est entièrement installée. Comme pour la route verte, je propose de créer la relation pour cette axe en tant que RCN. J’ai lu récemment une “critique positive” concernant les relations de la route verte à l’effet qu’elles comportent beaucoup trop de segments, et de ce fait devenaient ingérables. Il avait été proposé que chaque relation actuelle soit scindée en relations plus petites (par secteur), elles même faisant partie d’une super-relation (on citait l’exemple de la Water Trail *2 en Ontario). Ma question ... devrait-on s’inspirer de cet exemple pour l’Axe 20? C’est à dire créer une super relation pour le sentier et une relation par municipalité responsable membre de la super relation. Ou bien devrait-on s’en tenir au précédent de la Route verte? Je ne trouve aucun site décrivant le tracé dans sa globalité mais plusieurs municipalités décrivent leur portion sur leurs sites internet *3. Bien sur une page sur le Wiki devra décrire cette nouvelle relation. En attente de vos commentaires avant de la créer. Claude *1 http://cmm.qc.ca/fileadmin/user_upload/documents/20170119_sentierOkaStHil_planSignalisation.pdf *2 http://www.openstreetmap.org/relation/3071924 *3 http://www.ville.saint-basile-le-grand.qc.ca/index.php?option=com_content=article=2484:sentier-oka-mont-saint-hilaire=205:affiliations-adhesions http://www.stbruno.ca/17.06.27_concours-inauguration-sentier-oka-mont-saint-hilaire_communique https://www.stbruno.ca/17.07.11_concours-inauguration-sentier-oka-mont-saint-hilaire_communique etc ...___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Route verte 1 en 4 exemplaires
Merci Pierre (encore une fois) ... C’est la meilleure solution (mais je ne saurais l’appliquer faute de connaissance) et ça évite aussi d’avoir à modifier la page Route verte du Wiki pour tenir compte de la nouvelle relation. Comme je ne me lance pas (encore) dans les revert je te laisse ce boulot, certain alors que ce sera bien fait. Au plaisir, Claude From: Pierre Béland Sent: Tuesday, April 18, 2017 12:41 PM To: talk-ca@openstreetmap.org Cc: Alouette955 ; Charles Basenga Kiyanda Subject: Re: [Talk-ca] Route verte 1 en 4 exemplaires Claude, pour conserver l'historique, la relation à conserver est la plus ancienne, soit celle qui existait avant l'ajout des doublons le 14 mars. Il est facile d'y ajouter les membres manquants. Je pourrai t'aider la-dessus. J'ai vu 2 changesets où tout ces doublons ont été créés le 14 mars. J'ai ajouté un commentaire à ces deux changesets invitant le contributeur à venir discuter sur cette liste. voir https://www.openstreetmap.org/changeset/46842539 https://www.openstreetmap.org/changeset/46843439 Beaucoup de contributeurs ont par la suite édité à répétition ces relations sans constater qu'il y avait des doublons. Je vois des contributeurs Telenav et autres qui ont corrigé des éléments bien ciblés. A eux de revoir leurs modifications et s'assurer qu'elles sont sur la première relation que nous allons conserver. Pierre De : Charles Basenga Kiyanda <perso...@charleskiyanda.com> À : talk-ca@openstreetmap.org Envoyé le : mardi 18 avril 2017 11h32 Objet : Re: [Talk-ca] Route verte 1 en 4 exemplaires La ville de Montréal avait une application "MonRésoVélo", développée par brisk synergies (selon des données de l'application). Est-ce que ça pourrait leur être relié? Les noms sont presque trop similaires pour que ça soit une coincidence. Peut-être envoyer un coup de fil au bureau de la ville intelligente. Peut-être qu'ils sauraient qui est derrière le compte. Charles ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Route verte 1 en 4 exemplaires
Bonjour, Après 2 semaines je n’ai reçu aucune réponse du contributeur “MonReseauVelo” concernant le remplacement de la relation Route Verte 1 par 4 autres relations identiques. Les 4 versions de la relation semblent identiques mais sont respectivement rendues à leur 18ième, 19ième ou 17ième révision depuis leur récente création. Comme je ne connais pas les intentions du contributeur je me propose de ne conserver que la relation 7073222 (la seule ayant connue 19 révisions) et de détruire les autres. J’attendrai vos commentaires surtout si des précautions supplémentaires sont à prévoir. Merci de m’en faire part. Claude P.S. Savez-vous comment détruire correctement une relation? From: Alouette955 Sent: Monday, April 3, 2017 11:35 AM To: talk-ca Subject: Route verte 1 en 4 exemplaires Bonjour, Voici un extrait d’un message que j’ai envoyé au contributeur MonReseauVelo: Bonjour, Je m'aperçois que la relation Route verte 1 originale (415116) n'existe plus mais que les portions de ma région (Laval) se retrouvent dans 4 relations Route verte 1 dont les numéros sont 7073216, 7073222, 7073230 et 7073389. Vous êtes le créateur récent de la première, Je me doute donc que vous travaillez activement sur ce(s) relation(s). Pouvez-vous expliquer votre processus et la raison d'être de cette situation? Il y a certainement une explication mais, en attente de sa réponse attention aux modifications à la RV1 ... et peut-être le reste du réseau RV. Salutations, Claude___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Route verte 1 en 4 exemplaires
Bonjour, Voici un extrait d’un message que j’ai envoyé au contributeur MonReseauVelo: Bonjour, Je m'aperçois que la relation Route verte 1 originale (415116) n'existe plus mais que les portions de ma région (Laval) se retrouvent dans 4 relations Route verte 1 dont les numéros sont 7073216, 7073222, 7073230 et 7073389. Vous êtes le créateur récent de la première, Je me doute donc que vous travaillez activement sur ce(s) relation(s). Pouvez-vous expliquer votre processus et la raison d'être de cette situation? Il y a certainement une explication mais, en attente de sa réponse attention aux modifications à la RV1 ... et peut-être le reste du réseau RV. Salutations, Claude___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Route verte 8 disparue Saguenay Lac St-Jean et rive sud
Bonjour, Le contributeur “silentmapping” semble avoir détruit la relation Route verte 8 il y a 15 jours (Groupe de modifications : 40809369). Je viens de lui écrire pour savoir s’il a l’intention de la recréer. Est-il possible de faire un revert? J’avoue ne pas être à l’aise avec cette procédure. Merci, Claude___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Fusions ou remplacement de chemins et les attributsoriginaux
Bonjour Daniel, Oui j’ai communiqué et j’ai reçu un “c’est en cours” mais le groupe de modifications datait de plusieurs semaines avant que “par hasard” je m’en rende compte. Je n’ai pas l’âme d’un modérateur (et je déteste le rôle de délateur) alors j’ai commencé à changer de stratégie en commentant les groupes de modification par l’entremise de l’option “discussion”. Ce dont je parle ici de sont de gros groupes de modification comportant un tas de “delete” et de nouvelles rues en version v1. Malheureusement le commentaire est absent (ou simplement incompréhensible) ce qui ne permet pas de connaitre le but du contributeur. Je ne veux pas faire de personnalisation mais examine la région de Valleyfield (un simple exemple). Beaucoup d’objets récents en version v1. Semble bien fait la très grande majorité du temps (quoique je ne connais pas la source des nouvelles données) mais j’ai du recréer des attributs cyclables ... y a-t-il eu d’autres attributs qui ont disparu? Claude From: Begin Daniel Sent: Tuesday, June 21, 2016 5:15 AM To: Alouette955 ; talk-ca Subject: RE: [Talk-ca] Fusions ou remplacement de chemins et les attributsoriginaux Bonjour Claude, Il y a bien une discussion sur la définition de ‘trunk’ pour laquelle il n’y a toujours pas de consensus clair, mais il n’y a pas eu d’ambitieux projets de redéfinition des routes discutée avec la communauté canadienne. As-tu communiqué avec le/les auteurs de ces changements? S’ils restent muets à tes demandes et agissent sans consulter la communauté (talk-ca) ça peut être considéré du vandalisme. Daniel From: Alouette955 [mailto:alouette...@gmail.com] Sent: June-20-16 11:45 To: talk-ca Subject: [Talk-ca] Fusions ou remplacement de chemins et les attributs originaux Bonjour, Depuis plusieurs semaines je vois apparaitre des réseaux cyclables bizarres sur la vue cycliste de osm.org. En examinant de plus près je constate que de nombreuses fusions de chemins occasionnent une duplication des tags ou relations cyclables à des portions qui n’en sont pas et en d’autres occasions il s’agit de chemins recréés pour lesquels on ne transporte pas tous les tags originaux. J’en ai corrigé ou fait corriger des dizaines lorsque je les vois sur la carte cyclable. Par contre ceci peut toucher d’autres tags moins visibles (maxspeed, lane, oneway, etc ...). Y a-t-il actuellement d’ambitieux projets de redéfinition des routes et, si oui, que peut-on faire pour sensibiliser les auteurs à tenir compte des tags existants. Il est impossible de tous les détecter à l’oeil. Merci, Claude P.S. Malheureusement la vue cyclable met un long moment à se rafraichir et les aberrations y demeurent de longues semaines sinon des mois. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Fusions ou remplacement de chemins et les attributs originaux
Bonjour, Depuis plusieurs semaines je vois apparaitre des réseaux cyclables bizarres sur la vue cycliste de osm.org. En examinant de plus près je constate que de nombreuses fusions de chemins occasionnent une duplication des tags ou relations cyclables à des portions qui n’en sont pas et en d’autres occasions il s’agit de chemins recréés pour lesquels on ne transporte pas tous les tags originaux. J’en ai corrigé ou fait corriger des dizaines lorsque je les vois sur la carte cyclable. Par contre ceci peut toucher d’autres tags moins visibles (maxspeed, lane, oneway, etc ...). Y a-t-il actuellement d’ambitieux projets de redéfinition des routes et, si oui, que peut-on faire pour sensibiliser les auteurs à tenir compte des tags existants. Il est impossible de tous les détecter à l’oeil. Merci, Claude P.S. Malheureusement la vue cyclable met un long moment à se rafraichir et les aberrations y demeurent de longues semaines sinon des mois. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Attributs des sentiers de vélo de montagne
Bonjour, Selon la page du wiki concernant le vélo de montagne: http://wiki.openstreetmap.org/wiki/Mountain_biking on peut déterminer ce qui suit: Pour les chemins de vélo de montagne, les attributs suivants doivent être privilégiés: - highway = path OU track (si un piste partage sur une courte distance un véritable piste cyclable, highway=cycleway peut être conservé sur ce segment) - bicycle=designated - mtb:scale = * selon la définition http://wiki.openstreetmap.org/wiki/Key:mtb:scale - mtb:name = * dans le cas où on partage un segment qui a déjà un attribut “name” - surface = * - et tout autre attribut relatif aux path ou track (foot, horse, etc ...) Il y est aussi proposé de définir une relation, chaque sentier y étant ajouté: - route = mtb - type=route - Name = * Ici est-il envisageable de définir une relation par site. Par exemple: Sentiers de l’Abbaye d’Oka et y ajouter tous les segments de type MTB du site? Si oui nous tenterons de corriger le site de l’Abbaye d’Oka afin de le proposer comme exemple? Merci Claude From: Begin Daniel Sent: Thursday, April 21, 2016 7:51 AM To: john whelan ; Bruno Remy Cc: talk-ca Subject: Re: [Talk-ca] Attributs des sentiers de vélo de montagne Comme pour toute la classification des routes/sentiers dans OSM, il y a une gradation (à l’exception de trunk!-) … path-footway-track… http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath http://wiki.openstreetmap.org/wiki/Tag:highway%3Dfootway http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack Il y a un réseau de sentier mtb à Sherbrooke ou les trois tags ci-dessus devraient être utilisés successivement sur un même tronçon. La description de l’infrastructure physique domine, par la suite on réfère à la fonction (footway/cycleway) ou via foot=*/ bicycle=* Daniel From: john whelan [mailto:jwhelan0...@gmail.com] Sent: April-20-16 21:22 To: Bruno Remy Cc: talk-ca Subject: Re: [Talk-ca] Attributs des sentiers de vélo de montagne >petits chemins dans des parcs publics In Ottawa these are very definitely paths not footways, cycling etc is permitted. Cheerio John 2016-04-20 20:52 GMT-04:00 Bruno Remy <bremy.qc...@gmail.com>: Bonjour, Remarque très pertinente, Claude. Cette recommandation mériterait d'être prise en compte, personnellement je l'approuve avec une réserve: il semble que l'attribut highway=path soit préférable à highway=track car la nuance entre les deux est dans la notion de carrossable/non carrossable: Puisqu'on entend par carrossable la circulation en véhicule, le terme "track" s'applique plus aux chemins suffisament large pour un 4-roues, ceux qui donnent l'accès aux pourvoiries, cabanes à sucres, et autres petits châlets, ou chemins agricoles pour la circulation des tracteurs et autres engins agricoles. À l’inverse, "path" s'applique plus aux petits sentiers étroits pour la rando et/ou la circulation en vélo de montagne. Autre remarque à ce sujet: bien souvent il est confondu les tags "highway=path" versus "highway=footway". "Footway" semble plus adapté à des chemins piétons (plus ou moins courts) en zone urbaine (trottoirs, passages piétons, petits chemins dans des parcs publics) tandis que "path" désignerait plutôt des sentiers de petite/moyenne/longue randonnée en zone non-urbaine (une "trail" pour utiliser l'anglicisme canadien francophone). Bruno Le 20 avril 2016 à 15:21, Alouette955 <alouette...@gmail.com> a écrit : Bonjour, Au Québec plusieurs sentiers de vélos de montagnes ont été créés avec les attributs de pistes cyclables: - highway=cycleway - surface=unpaved Par exemple: http://www.openstreetmap.org/#map=15/45.4864/-74.0544=CN Selon mes lectures, un sentier de vélo de montagne (MTB = MountainBiking) devrait se désigner par: - highway = track ou path - bicycle = yes ou designated - surface = ... (ces dernières valeurs plus foot=yes sont parfaitement valables pour une piste partagée entre vélo et piéton sans pour autant être un sentier de vélo de montagne) et optionnellement - mtb:scale = ... - mtb:name = ... - mtb:description = ... - etc ... ref.: http://wiki.openstreetmap.org/wiki/Mountain_biking Outre ces dernières descriptions physiques il n’y a aucune façon des distinguer un sentier cyclable partagé par piéton et cyclistes d’une sentier de vélo de montagne puisqu’ils ont les mêmes attributs de base. J’ai constaté qu’en Colombie-Britanique on a ajouté network=mtb (http://www.openstreetmap.org/#map=16/49.3545/-123.0513=CN). route=mtb a, pour sa part, été utilisé sur 5965 chemins et 5486 relations. mtb=yes a été utilisé 30154 fois sur des chemins mais qui n’est pas officiellement approuvé (ni même proposé selon mes lectures). Je pense qu’il est utile de distinguer les segment
[Talk-ca] Attributs des sentiers de vélo de montagne
Bonjour, Au Québec plusieurs sentiers de vélos de montagnes ont été créés avec les attributs de pistes cyclables: - highway=cycleway - surface=unpaved Par exemple: http://www.openstreetmap.org/#map=15/45.4864/-74.0544=CN Selon mes lectures, un sentier de vélo de montagne (MTB = MountainBiking) devrait se désigner par: - highway = track ou path - bicycle = yes ou designated - surface = ... (ces dernières valeurs plus foot=yes sont parfaitement valables pour une piste partagée entre vélo et piéton sans pour autant être un sentier de vélo de montagne) et optionnellement - mtb:scale = ... - mtb:name = ... - mtb:description = ... - etc ... ref.: http://wiki.openstreetmap.org/wiki/Mountain_biking Outre ces dernières descriptions physiques il n’y a aucune façon des distinguer un sentier cyclable partagé par piéton et cyclistes d’une sentier de vélo de montagne puisqu’ils ont les mêmes attributs de base. J’ai constaté qu’en Colombie-Britanique on a ajouté network=mtb (http://www.openstreetmap.org/#map=16/49.3545/-123.0513=CN). route=mtb a, pour sa part, été utilisé sur 5965 chemins et 5486 relations. mtb=yes a été utilisé 30154 fois sur des chemins mais qui n’est pas officiellement approuvé (ni même proposé selon mes lectures). Je pense qu’il est utile de distinguer les segments de réseaux cyclables des segments de vélo de montagne puisque ces derniers ne sont pas destinés aux balades en familles du dimanche. j’aimerais lancer un projet visant à corriger les attributs “vélo de montagne” mais auparavant je voudrais qu’on s’entende sur une façon de faire uniforme. Utilise-t-on les attributs qui semblent se répandre comme network=mtb, route=mtb ou mtb=yes? On peut aussi se forcer pour ajouter des mtb:scale ou mtb:name ou mtb:description alors qu’on en a souvent aucune idée des valeurs. Si j’étais adepte de vélo de montagne je pourrais probablement déterminer un mtb:scale mais ce n’est malheureusement pas le cas. En terminant je ne veux pas uniquement tagguer pour un rendu, je veux une façon de clairement distinguer deux types d’objets. Quelqu’un a une idée? Merci Claude ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Pointe Ile de Montréal est
Bonjour, Suite aux récents échanges concernant les Coastlines j’ai laissé passé un peu de temps et ai réalisé que presque tous les problèmes relevés semblent se corriger. Merci à ceux qui y ont travaillé. Il me reste une interrogation concernant la pointe de l’Ile de Montréal là où la rivière des Mille-Iles, la rivière des Prairies et le fleuve se rejoignent. Quand on regarde les cartes en ligne tout semble OK. Par contre en générant une carte pour GPS Garmin il y a un “flooding” de la pointe est de l’ile. Mon logiciel (mkgmap) semble fermer un polygone qui n’existe pas entre le noeud 1421619914 (à la jonction de 2 polygones de type Riverbank) et le noeud 924212386 qui termine le chemin 924212386. Je ne demande pas à régler le problème de ma carte hors-ligne mais à savoir s’il n’y aurait pas un polygone non fermé dans le coin. Comme je le disais précédemment je préfère référer ce genre de cas à des gens compétents plutôt que de risquer d’empirer les choses. Si on ne voit rien à corriger ici je vais chercher du côté de mon logiciel. Pour le moment c’est le seul endroit où je constate un tel “flooding” mais il faut avouer que cette zone de la carte est rendu très compliquée. Si vous êtes curieux de voir le “flooding” sur ma carte voir la capture suivante: https://www.dropbox.com/s/qzedw6ivmuezkph/Capture-20040902.JPG?dl=0 Merci, Claude___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Coastline or not coastline
Bonjour, Je sais que ce n’est pas dans la philosophie OSM mais, de par l’ampleur des problèmes potentiels, de tels éléments mériteraient d’être verrouillés, laissant à un groupe ciblé le soin de les modifier. Il est dommage que l’outil Osm-Watch (http://wiki.openstreetmap.org/wiki/Osm-watch) ait été abandonné. Pendant qu’il fonctionnait je pouvais détecter toute les modifications faites aux pistes cyclables du Québec et je pouvais réagir rapidement pour informer/former les contributeurs sur les règles en vigueur. Il aurait été aussi facile d’être rapidement alerté de toute modification touchant les attributs natural=coastline. Y a-t-il un autre outil équivalent? Claude P.S. S’il y a une cartopartie (physique ou virtuelle) pour solutionner ce problème je peux donner un coup de main en autant qu’il y ait un encadrement d’experts. From: Pierre Béland Sent: Tuesday, July 29, 2014 2:04 PM To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Coastline or not coastline Un premier contributeur a successivement modifié, effacé et recréé plusieurs chemins. Ensuite plusieurs autres alertés par des outils tels Inspector sont intervenus. Tous étaient de bonne volonté, et plusieurs expérimentés. Malgré tout, personne n'avait une vue d'ensemble. Les éditions successives nous on fait perdre l'historique des éditions. Ces éditions n'ont rien ajouté à ce qu'il y avait préalablement. Il ne semble pas non plus que tout a été corrigé correctement. Il y a aussi risque que les limites administratives environnantes ont été touchées. J'ai rapporté ce problème au Data Working Group de la Fondation OSM et demandé d'étudier la possibilité de faire un revert de ces éditions et revenir à la situation initiale. Cela me semble la meilleure solution pour s'assurer de corriger correctement. Il est aussi important lors de tels problèmes de venir en discuter sur la liste avant toute intervention. Les relations liées aux limites administratives et et contours de rivieres, fleuves, océans, sont des éléments plus complexes à maitriser. Si vous ne connaissez pas bien ces éléments, il vaut mieux rapporter les problèmes à la liste que de tenter de corriger vous-même. Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Coastline or not coastline
Bonjour, Depuis longtemps je n’ose plus toucher aux rives du St-Laurent ni des rivières des Prairies et des Milles-Iles autour de Laval/Montréal. Je ne possède pas bien les notions de Coastline et de Riverbank. Pour l’instant le rendu à l’est de Laval/Montréal joue au yoyo. Des jours on voit les cours d’eau et d’autres jours ils disparaissent. En ce moment les iles sont en bleu et le fleuve est transparent: http://www.openstreetmap.org/#map=13/45.6857/-73.5521 Je prends comme exemple le chemin 81549185 où les ajouts et retraits de natural=coastline se succèdent. Je le remarque aussi ailleurs. Il semblerait que ce soit des corrections faites par des contributeurs suivant une alerte de OSM Inspector qui défont ce qu’un contributeur local tente de corriger. Y a-t-il quelque chose à faire? Qui a raison? Claude ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Corriger commentaire d'un changeset
Bonjour, Sous Potlatch 2 j’ai appuyé sur return par accident pendant que j’écrivais mon commentaire sur un changeset. Celui-ci est incompréhensible pour celui qui le lira. Y a-t-il moyen de corriger le commentaire d’un changeset? Merci, Claude___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Traduction francophone de mapping party
Party est assez bien accepté dans le français au Québec (mais la francophonie c’est plus large). Si on veut éviter un anglicisme à tout prix il y a carto-rencontre ou carto-réunion. Il est à mon avis important que la notion de cartographie y soit mis en évidence. Claude From: Pierre Béland Sent: Monday, May 13, 2013 8:42 AM To: Guillaume Pratte ; talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Traduction francophone de mapping party Je préfère quelque chose qui ressemble plus à la fête. Carto-party ma semble ok. Pierre -- De : Guillaume Pratte guilla...@guillaumepratte.net À : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Lundi 13 mai 2013 8h19 Objet : [Talk-ca] Traduction francophone de mapping party Bonjour, Comment traduiriez-vous le terme mapping party en français? Certains effort de traduction de la part de la communauté française ont déjà eu lieu: http://doodle.com/cye4t5wve9h3v6ky http://lists.openstreetmap.org/pipermail/talk-fr/2008-July/003500.html http://wiki.openstreetmap.org/wiki/FR:Memo_pour_mapping_party Le terme proposé, cartopartie, dérive de la prononciation française du mot party, et en conséquent me semble mal adapté à la langue québécoise ou canadienne française. Pour ma part, je pensais utiliser simplement le terme rencontre terrain, ou encore rencontre terrain OpenStreetMap. Qu'en pensez-vous? Guillaume ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Modification au réseau routier
Bonjour, Après m’être à peu près contenté d’ajouter des attributs cyclables aux chemins existants j’en suis maintenant à vouloir travailler sur les modifications au réseau routier de ma région. Permettez-moi donc une question naïve :-) Je ne peux m’imaginer que les Google, Garmin, Tomtom, Magellan de ce monde ont des espions partout pour détecter les nouvelles rues et/ou changements apportés par les municipalités ou le Ministère des transports. Il y a très certainement un système pour remonter l’information. Il est de l’intérêt des municipalités et du MTQ que l’information sur leur réseau soit disponible. Je comprends qu’après traitement l’information soit protégée par droit d’auteur mais quand une municipalité publie une nouvelle rue ou qu’un sens unique change, l’information est certainement du domaine public (à moins que ce soit une source de revenu pour la municipalité???). Quelqu’un sait-il comment ça fonctionne et à partir de quel moment l’information est protégée par droit d’auteur? Pouvez-vous me suggérer une lecture sur ce sujet? Merci, Claude___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Rues sans nom - St-Eustache
Bonjour, Question de débutant. J'ai pour projet de corriger la tache rouge de noname à St-Eustache: http://qa.poole.ch/?zoom=12lat=45.56597lon=-73.89097layers=TFB0 J'aimerais faire valider ma méthodologie avant de commencer et surtout savoir si ce projet est dans le todo list d'une autre contributeur. Tout d'abord je dois dire que j'utilise peu JOSM (il m'intimide encore) et encore moins des imports CANVEC. Je me propose d'importer les tuiles CANVEC de la région, de les ouvrir dans JOSM mais de simplement retranscrire manuellement les noms de rues trouvées à l'aide de Potlatch 2. 1- Ceci est-il légitime? 2- Est-ce considéré comme un import? Dois-je utiliser un compte différent du mien? 3- Dois-je mettre à jour la source des chemins? Bien entendu, pour les nouvelles rues absentes de CANVEC j'irai faire un relevé sur place. Merci, Claude P Est-ce nécessaire d'imprimer ce courriel ? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Groupe OSM à Montréal?
Merci Fabian. Bien sur que ça me convient. Il suffira qu’on se garde du temps pour parler organisation pour le futur. Claude From: Fabian Rodriguez Sent: Thursday, November 22, 2012 10:36 PM To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Groupe OSM à Montréal? Bonjour Claude, Je faisais déjà les démarchers pour une rencontre en janvier, j'attends des nouvelles pour savoir si ca peut être un samedi. [...] Décembre me paraît compliqué pour se rencontrer en personne, dès la 2e semaine beaucoup des contributeurs que je connais ne seront pas en ville (dont une qui s'en va en Haiti pour aider à la traduction au Creole du manuel OSM! http://www.northrivergeographic.com/archives/kickstarter-for-a-free-hatiian-creole-openstreetmap-book). J'aimerais beaucoup compter avec eux. Cette liste me semble idéale. Je peux leader l'organisation, j'en ai l'habitude. Je pensais à une demi-journée formations/expositions courtes (ex: 10-15 minutes) un peu en formule camp. Comme je voulais faire un réunion LibrePlanet bientôt (http://www.libreplanet-qc.org), je me disais qu'on pouvait combiner les deux, et les gens intéressés par OSM seulement peuvent arriver + tard (vers 1PM), un samedi, et le tout terminerait vers 17h. Qu'en pensez-vous? J'ai mis un framadate ici pour voir vos disponibilités: http://framadate.org/lx8myhuxhfw5sbyb Janvier nous donnerait aussi l'occasion de faire circuler l'invitation et mieux nous organiser pour communiquer avec les contributeurs qui s'ajoutent de temps en temps sur OSM par leurs contributions. Qu'en pensez-vous? F. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Groupe OSM à Montréal?
Bonjour Fabian, Si une rencontre s'organise en décembre (ou janvier) j'y serais et ça pourrait faire partie des discussions... Puisque tu me le demandes voici quelques idées. 1- Bien sur l'utilisation de Facebook et/ou twitter pour annoncer les initiatives 2- Une section mentorat sur la page wiki Montréal de OSM ... Les contributeurs expérimentés dans un domaine (pour ma part ce sont les réseaux cyclables) pourraient offrir leur expertise en acceptant des messages privés sur ce sujet et s'engageant à répondre 3- Après un blitz d'information auprès des contributeurs actuels, suivre l'arrivée de nouveaux contributeurs et leur expédier un message privé d'accueil expliquant tout ça et les invitant aux rencontres 4- Une section proposant les sujets pouvant être abordés dans une rencontre 5- Mettre les gens géographiquement proches en relation pour faciliter les collaborations (même si ça peut faire partie de notre profil tous n'indiquent pas leur localisation) etc ... Pour ma part je suis retraité ... j'ai donc du temps à consacrer mais, de malheureusement :), je suis du 450 donc je suis loin de connaitre les bons cafés internet à Montréal qui faciliteraient les rencontres. Au plaisir! Claude P Est-ce nécessaire d'imprimer ce courriel ? From: Fabian Rodriguez Sent: Wednesday, November 21, 2012 1:48 PM To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Groupe OSM à Montréal? [...] Merci d'avoir écrit sur la liste. Je réponds en public pour laisser un registre/partager le suivi. J'ai organisé quelques rencontres à Montréal, il y a pas mal d'utilisateurs actifs même si on ne s'affiche pas officiellement chaque jour :) Si tu cherches openstreetmap montreal sur Google par exemple, tu tombes rapidement sur http://wiki.openstreetmap.org/wiki/Montreal ... et suite à tes commentaires j'ai pris le soin d'y lister des événements, faire un lien vers l'Agenda du Libre comme j'avais fait pour la page du Québec. As-tu des propositions concrètes pour améliorer cet accueil? Je voulais organiser une rencontre de LibrePlanet-QC.org prochainement, première semaine de décembre, sous le thème OSM. Mais à part ça? Pour ma part je ne me préocupe pas des sujets plus avancés (Canvec, pour moi!), je fais mes petits trucs dans mon coin mais certainement que du mentorat/guide serait utiles! À chaque niveau je crois que chaque contribution est utile - même si c'est juste envoyer nos traces sur OSM! Il faut commencer quelque part, et c'est OK aussi si on reste à un niveau où on est confortable. Un autre aspect important pour se faire découvrir est de partager ce qu'on fait. Twitter, Facebook, Identi.ca, JoinDiaspora.com, etc... encore faut-il les animer. Si tu as des idées/propositions concrètes laisse-moi savoir, je peux guider un peu/coordonner mais mon temps aussi est limité, surtout novembre/décembre. Content de voir des mappeux du coin se manifester sur la liste :) A+ Fabián Rodríguez http://openstreetmap.magicfab.ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Groupe OSM à Montréal?
Bonjour, Étant le déclencheur de cette discussion il me semble que les démarches pourraient me revenir. Malheureusement, et pour un retraité ça pourrait vous sembler étrange, mais je ne pourrai le faire qu’à compter de lundi prochain. Je vais donc contacter la maison Notman à moins que quelqu’un d’autre n’y ait déjà ses entrées ... auquel cas je lui laisse ce soin. Pour les bibliothèques (et peut-être maisons de la culture) j’ai vérifié cet après-midi et il faut être montréalais pour faire des démarches de réservations ce qui m’exclurait. À voir si jamais on envisage cette avenue. J’envisage une rencontre un samedi de mi-décembre pour discuter la création d’un noyau de départ. Croyez-vous que nous devrions chercher un autre mode de communication que talk-ca d’ici là? Merci, Claude P.S. Apologies to english speaking subscribers but my writing english is too minimal . I can read but ... From: Pierre Béland Sent: Thursday, November 22, 2012 3:42 PM To: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Groupe OSM à Montréal? Pour tenir de telles rencontres, il faut identifier des lieux où on peut faire des réunions de quelques heures, gratuitement et avec accès wifi. Est-ce que la maison Notman est un lieu où il serait possible de faire de telles rencontres le samedi? Sinon, je vois des bibliothèques et maisons de la culture de Montréal ouvertes de 10h à 16h le samedi. Quelqu'un peut dire si ces endroits sont propices à des rencontres, si les espaces sont adéquats? Sinon, pouvez-vous suggérer d'autres endroits?___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Groupe OSM à Montréal?
Bonjour, Je me demande depuis longtemps comment il se fait que Montréal n’a pas encore son groupe OSM ... très certainement qu’il y a eu des tentatives dans le passé. Je ne me trouve pas mon expérience limitée suffisante pour lancer un tel groupe mais j’ose relancer l’idée. Le niveau de discussion de talk-ca est très certainement intimidant pour un débutant (ce fut mon cas) et une structure d’accueil plus “accueillante” pourrait encourager de nouveaux contributeurs (qui ne se font pas nécessairement connaitre au Wiki). Ça pourrait débuter modestement par des rencontres avec discussions et formations de type mentorat ... encore faut-il qu’il y ait des mentors intéressés. Je suis aussi très ouvert à participer à des projets de mapping collectifs sous supervision qui assurerait que le travail est fait selon les règles de l’art. Donc, je lance l’idée et offre ma collaboration à qui le voudra. Contactez-moi en message privé, mon alias OSM est alouette955 et même si je suis de Laval, Rive-Nord le métro peut m’amener un peu partout à Montréal. Merci, Claude ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Forcer rafraichissement de OpenCycleMap.org
Bonjour, Dans la région suivante: http://www.openstreetmap.org/?lat=45.5146944522858layers=Clon=-73.2836151123047zoom=14 nous sommes 2 contributeurs à avoir mis à jour les pistes cyclables vers la mi-avril. Depuis tout ce temps le rendu OpenCycleMap n’a pas été rafraichi alors qu’ailleurs (sur OpenCycleMap.org et dans d’autres rendus) ça fonctionne. Je suppose donc que OpenCycleMap.org a échappé des modifications. J’aimerais forcer le rafraichissement de cette zone de OpenCycleMap.org. Pour tester j’ai effacé un attribut d’un petit chemin dans un changeset et l’ai replacé dans un autre. Quelques jours après le rendu commence à se rafraichir pour les tuiles en question. Je sais que ce n’est pas très orthodoxe mais existe-t-il une autre façon de faire? J’ai essayé de joindre Andy Allan et de poser un problème sur le site de soutien: https://getsatisfaction.com/opencyclemap/topics/opencyclemap_org_not_refresh_for_months sans succès. Y a-t-il des objections à ce que je fasse des changesets bidon juste pour forcer le rafraichissement d’un seul rendu? Merci___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Forcer rafraichissement de OpenCycleMap.org
J'ai finalement eu une réponse de Andy Allan sur getsatisfaction.com/opencyclemap qui me répond d'être patient... Claude From: alouette...@gmail.com Sent: Monday, June 18, 2012 9:59 AM To: talk-ca@openstreetmap.org Subject: Forcer rafraichissement de OpenCycleMap.org Bonjour, Dans la région suivante: http://www.openstreetmap.org/?lat=45.5146944522858layers=Clon=-73.2836151123047zoom=14 nous sommes 2 contributeurs à avoir mis à jour les pistes cyclables vers la mi-avril. Depuis tout ce temps le rendu OpenCycleMap n’a pas été rafraichi alors qu’ailleurs (sur OpenCycleMap.org et dans d’autres rendus) ça fonctionne. Je suppose donc que OpenCycleMap.org a échappé des modifications. J’aimerais forcer le rafraichissement de cette zone de OpenCycleMap.org. Pour tester j’ai effacé un attribut d’un petit chemin dans un changeset et l’ai replacé dans un autre. Quelques jours après le rendu commence à se rafraichir pour les tuiles en question. Je sais que ce n’est pas très orthodoxe mais existe-t-il une autre façon de faire? J’ai essayé de joindre Andy Allan et de poser un problème sur le site de soutien: https://getsatisfaction.com/opencyclemap/topics/opencyclemap_org_not_refresh_for_months sans succès. Y a-t-il des objections à ce que je fasse des changesets bidon juste pour forcer le rafraichissement d’un seul rendu? Merci ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] OSM in Quebec - (was CBC English; no - françias; oui)
Hi Bruno, There are quite a few active mappers in Montreal, including myself. Please contact me off-list so we can organize a meeting and put resources together. Cheers, Fabian Rodriguez http://fsf.magicfab.ca Bonjour, Je suis de Laval et je suis prêt à participer à un regroupement des contributeurs du grand Montréal ... Faites-moi signe le cas échéant. Claude ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] cleanup
Bonjour, Y a-t-il eu du nouveau à ce sujet depuis cette avril? Pour ma part, le rafraichissement de OpenCycleMap.org m'est indispensable pour connaitre l'état des pistes cyclables ainsi que le travail des autres contributeurs mais il semble suspendu depuis un très long moment. Certaines de mes modifications de mi-avril n'apparaissent pas encore alors que celles d'un autre contributeur datant du 4 mai apparaissent. Y aurait-il un moratoire dont je n'ai pas entendu parler? Andy Allan de qui dépend OpenCycleMap.org ne semble pas très présent ces temps-ci sur son blog. Merci Claude -Message d'origine- From: Richard Weait Sent: Monday, April 09, 2012 11:20 AM To: Talk-CA OpenStreetMap Subject: Re: [Talk-ca] cleanup On Mon, Apr 9, 2012 at 10:40 AM, Andrew Allison andrew.alli...@teksavvy.com wrote: So the redaction has began. Not as far as I can tell. But it will start without notice, with the small area tests. Latest update. http://blog.osmfoundation.org/2012/04/05/license-change-update-getting-it-right/ Any idea how long it will take? Not really. Everything we clean in advance, makes the process faster. Every account that agrees before the redaction starts, makes the process faster. After running some small tests, and checking, then some larger tests, it may be possible to predict. So once the process has been running for a few days, the admins may take a guess at a completion date. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Effets_de_bords_indésirables
Bonjour, Je prévois corriger manuellement les dommages causés par les changesets cités ci bas à l'aide de ma connaissance du terrain et des différences indiquées par osmhv.openstreetmap.de ce qui évitera de faire un rollback. Si mon opération n'est pas avisée merci de m'en informer d'ici demain matin ... Claude -- From: alouette...@gmail.com Sent: Monday, February 20, 2012 2:12 PM To: Talk-CA OpenStreetMap talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Effets_de_bords_indésirables Bonjour, Pour faire suite à mon message de ce matin ... Ce n'est peut-être pas le meilleur des outils mais j'ai utilisé osmhv.openstreetmap.de (ex.: http://osmhv.openstreetmap.de/changeset.jsp?id=10451584) pour essayer de comparer la situation avant et après de chaque chemin. C'est un travail assez ardu pour les yeux et imprécis mais je peux retirer les chiffres suivants de ce survol: changeset: 10590133 moins de 10 chemins à corriger changeset: 10586913 Aucun dommage changeset: 10466438 14 chemins à corriger (Oeste - Ouest) changeset: 10456764 10 chemins à corriger (pistes cyclables et fautes de français) changeset: 10443061 moins de 10 chemins à corriger changeset: 10458012 20 chemins à corriger (pistes cyclables et Oeste - Ouest) changeset: 10460548 5 chemins à corriger (fautes de français dans les noms) changeset: 10451584 Plus de 50 chemins à corriger (pistes cyclables et Oeste - Ouest) Je n'ai pas compté les changements de l'attribut canvec:UUID que j'ai soupçonné mineurs. Je me demande si cet outil (osmhv.openstreetmap.de) est assez précis pour ce travail puisque dans les changeset il y a des chemins effacés (v5, v6 et même v11) pour lesquels je n'ai plus d'information et je ne vois aucun nouveau chemin (v1) les remplacer. Par exemple le chemin 45425612,v5 est un des 24 chemins effacés du changeset 10451584 ... je ne peux savoir ce que c'était et ça a peut-être été remplacé par un chemin mais avec quels attributs? La comparaison me semble ici impossible à faire. Vos lumières sont requises pour éclairer toute cette situation, je me sens au bout de mes connaissances. Je suis tout de même disponible si il y a des suites à donner. Encore une fois je connais bien les pistes cyclables touchés et je peux les corriger si on décide de ne pas faire de roolback. Merci, Claude ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Effets_de_bords_indésirables
Bonjour, Pour faire suite à mon message de ce matin ... Ce n'est peut-être pas le meilleur des outils mais j'ai utilisé osmhv.openstreetmap.de (ex.: http://osmhv.openstreetmap.de/changeset.jsp?id=10451584) pour essayer de comparer la situation avant et après de chaque chemin. C'est un travail assez ardu pour les yeux et imprécis mais je peux retirer les chiffres suivants de ce survol: changeset: 10590133 moins de 10 chemins à corriger changeset: 10586913 Aucun dommage changeset: 10466438 14 chemins à corriger (Oeste - Ouest) changeset: 10456764 10 chemins à corriger (pistes cyclables et fautes de français) changeset: 10443061 moins de 10 chemins à corriger changeset: 10458012 20 chemins à corriger (pistes cyclables et Oeste - Ouest) changeset: 10460548 5 chemins à corriger (fautes de français dans les noms) changeset: 10451584 Plus de 50 chemins à corriger (pistes cyclables et Oeste - Ouest) Je n'ai pas compté les changements de l'attribut canvec:UUID que j'ai soupçonné mineurs. Je me demande si cet outil (osmhv.openstreetmap.de) est assez précis pour ce travail puisque dans les changeset il y a des chemins effacés (v5, v6 et même v11) pour lesquels je n'ai plus d'information et je ne vois aucun nouveau chemin (v1) les remplacer. Par exemple le chemin 45425612,v5 est un des 24 chemins effacés du changeset 10451584 ... je ne peux savoir ce que c'était et ça a peut-être été remplacé par un chemin mais avec quels attributs? La comparaison me semble ici impossible à faire. Vos lumières sont requises pour éclairer toute cette situation, je me sens au bout de mes connaissances. Je suis tout de même disponible si il y a des suites à donner. Encore une fois je connais bien les pistes cyclables touchés et je peux les corriger si on décide de ne pas faire de roolback. Merci, Claude ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Effets de bords indésirables
Bonjour, Ma modeste contribution à OpenStreetMap est d'ajouter et corriger les attributs des pistes cyclables du Québec. Rien de très complexe. Il y a quelques jours j'ai vu soudainement apparaître des kilomètres de nouvelles voies cyclables dans un secteur que je connais très bien pour l'avoir parcouru jusqu'aux premières neiges. Je peux vous assurer qu'ils n'ont pas dessinés de nouvelles voies sous la neige. Voir: http://www.openstreetmap.org/?lat=45.653772354126layers=Clon=-73.8487243652344zoom=13 En fouillant un peu je me suis aperçu qu'un contributeur (chdr) est à l'origine des ces ajouts d'attributs à des chemins qui ne comportent pas de pistes cyclables. Entre autres les groupes de modifications 10590133 , 10586913 , 10466438 , 10456764 et d'autres dans le même secteur. En examinant son travail je vois qu'il travaille un peu partout dans le monde à ajouter des noms de rues manquants. Selon mes déductions il doit ajouter ces noms de rues globalement sur l'ensemble des chemins sans se préoccuper que de la sorte il transporte les attributs de pistes cyclables à tous les chemins de la même rue, même ceux qui ne le doivent pas. Je lui ai souligné cet état de fait par un courriel il y a quelques jours sans recevoir de réponses et je vois qu'il continue son travail (aujourd'hui il semblait continuer son travail dans une ville en Espagne). Je veux bien corriger les pistes cyclables de cette région que je connais bien mais peut-être que d'autres attributs subissent le même sort (oneway, speed limit, etc ...) et là je suis loin de mes habiletés. Son travail est louable et l'ajout des noms de rues mérite d'être conservé (même s'il a systématiquement tapé Oeste à la place de Ouest) mais comment corriger facilement et rapidement les effets de bord de son travail? Merci, Sorry for english who don't read french, my english is too limited ... Claude P Est-ce nécessaire d'imprimer ce courriel ?___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Effets_de_bords_indésirables
From: Pierre Béland Sent: Sunday, February 12, 2012 5:16 PM To: talk-ca ; alouette...@gmail.com Subject: Re: [Talk-ca] Effets_de_bords_indésirables Claude, Nous devons d'abord nous assurer de faire tous les efforts nécessaires pour contacter cette personne. Son profil n'indique pas son lieu de résidence. Nous ne savons pas non plus quelles langues il maitrise. C’était justement mes interrogations ... Fais-suivre à la liste talk-ca la copie du message que tu lui as fais parvenir. Et si tu es d'accord, je tenterai à nouveau de communiquer avec lui, cette fois-ci en anglais. Un autre aspect qui me préoccupe s'il fait autant de changements, c'est la provenance des informations de noms de rues. Étant donné qu'il travaille sur plusieurs pays, je me demande quelles informations locales il détient. As-tu vérifié s'il indique quelles sources il utilise? Je lui ai écrit avant d’avoir des soupçons sur l’erreur qu’il a pu faire. Voici le texte que j’ai expédié en anglais (après quelques efforts). Mon questionnement était alors la source de ses informations. Hi, I am a contributor and I especialy work on cycleway in the province of Quebec in Canada. On recent changeset you made (10451584) you add a lot of cycleway on streets that does not have cycleway and remove on some that have cycleway. At the same time you rename some streets names that are wrong in french. Specially changing the word Ouest (that mean West in french) for Oeste a word that not exist in french. Could you please tell me what are your sources for this special changeset and others that I see in the same region. Thanks and please excuse my english ... Pierre Béland Merci, Claude___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Talk-ca] Batch transformation from rcn_ref=1 to Route
Merci Pierre, Très précisément ce que je cherchais. Quelques minutes de lectures suite à ce courriel et je suis avancé de plusieurs semaines dans mon apprentissage. J'ai facilement importé les chemins avec rcn_ref=1 dans JOSM. Même si je sais maintenant comment je ferais (mais seulement après que j'aurai testé sur une petite région) il me reste à chercher la légitimité de le faire auprès des autres collaborateurs pour créer (ou étendre) les 9 routes cyclables correspondant aux Routes verte 1 à 9. Plusieurs chemins ayant rcn=x ne sont pas mis en relation avec la Route verte. Est-ce voulu? En attente que quelqu'un le fasse? Vous comprendrez que j'hésite ici (je ne suis que débutant et peut-être impulsif???) malgré que ça semble la chose à faire selon les Canadian tagging guidelines. Merci encore. P Est-ce nécessaire d’imprimer ce courriel ? From: Pierre (PierZen) Sent: Thursday, March 10, 2011 7:33 PM To: talk-ca Subject: [Talk-ca] Talk-ca] Batch transformation from rcn_ref=1 to Route Bonjour Alouette955, Je réponds rapidement à ta question et nous pourrons reprendre lundi. D'ici là je ne serai pas disponible. Tu peux télécharger les données à partir d'une requête adressée à l'API 0.6 de OSM. Voici deux liens ci-dessous. Si un ne fonctionne pas, essaies le deuxième. http://xapi.openstreetmap.org/api/0.6/*%5Bbbox=-81.9,43.6,-56.4,62.9%5D%5Bnetwork=rcn%5D http://www.informationfreeway.org/api/0.6/*%5Bbbox=-81.9,43.6,-56.4,62.9%5D%5Bnetwork=rcn%5D [...]___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Fw: Talk-ca] Batch transformation from rcn_ref=1 to Route
Désolé ... je voulais dire les 7 (1, 2, 3, 4, 5, 6 et 8) routes de la Route verte (pas 9) P Est-ce nécessaire d’imprimer ce courriel ? From: alouette...@gmail.com Sent: Friday, March 11, 2011 10:20 AM To: talk-ca Subject: Re: [Talk-ca] Talk-ca] Batch transformation from rcn_ref=1 to Route Merci Pierre, Très précisément ce que je cherchais. Quelques minutes de lectures suite à ce courriel et je suis avancé de plusieurs semaines dans mon apprentissage. J'ai facilement importé les chemins avec rcn_ref=1 dans JOSM. Même si je sais maintenant comment je ferais (mais seulement après que j'aurai testé sur une petite région) il me reste à chercher la légitimité de le faire auprès des autres collaborateurs pour créer (ou étendre) les 9 routes cyclables correspondant aux Routes verte 1 à 9. Plusieurs chemins ayant rcn=x ne sont pas mis en relation avec la Route verte. Est-ce voulu? En attente que quelqu'un le fasse? Vous comprendrez que j'hésite ici (je ne suis que débutant et peut-être impulsif???) malgré que ça semble la chose à faire selon les Canadian tagging guidelines. Merci encore. P Est-ce nécessaire d’imprimer ce courriel ? From: Pierre (PierZen) Sent: Thursday, March 10, 2011 7:33 PM To: talk-ca Subject: [Talk-ca] Talk-ca] Batch transformation from rcn_ref=1 to Route Bonjour Alouette955, Je réponds rapidement à ta question et nous pourrons reprendre lundi. D'ici là je ne serai pas disponible. Tu peux télécharger les données à partir d'une requête adressée à l'API 0.6 de OSM. Voici deux liens ci-dessous. Si un ne fonctionne pas, essaies le deuxième. http://xapi.openstreetmap.org/api/0.6/*%5Bbbox=-81.9,43.6,-56.4,62.9%5D%5Bnetwork=rcn%5D http://www.informationfreeway.org/api/0.6/*%5Bbbox=-81.9,43.6,-56.4,62.9%5D%5Bnetwork=rcn%5D [...] ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca Aucun virus trouvé dans ce message. Analyse effectuée par AVG - www.avg.fr Version: 10.0.1204 / Base de données virale: 1497/3500 - Date: 11/03/2011 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca