Je suggère d'organiser une discussions sur community.openstreetmap.org où il serait possible pour la communauté OSM et la Chaire Mobilité de faire le point sur la cartographie du réseau routier au Québec, de présenter les problèmes et solutions retenus par les uns et les autres et s'assurer que la communauté OSM et les partenaires qui développent des outils de Routage tels que la Chaire Mobilité puissent cartographier ensemble et être informés des pratiques des uns et des autres.

Pour la problématique des chemins effacés / retracés, vous observerez pour notamment les autoroutes en France, Allemagne, Angleterre et USA, que les objets sont conservés souvent depuis 15 ans.

Vous avez encore enregistré plusieurs sessions d'édition depuis hier où j'ai observé à plusieurs reprises que vous déplacez le point de jonction entre les bretelles et l'autoroute raccourcissez la zone de transition. Les orthophotos du gouvernement du Québec, généralement assez précises, ne confirment pas cela. Je vous demande à nouveau de fournir le lien vers les images que vous utilisez pour permettre aux autres contributeurs OpenStreetMap d'évaluer ces modifications.

Il y a bien sûr beaucoup à faire pour améliorer encore la carte au Québec, mais il ne faut pas oublier qu'une communauté dynamique comme en Europe, cela se construit en étant transparent et travaillant tous ensemble.

Bonne soirée.

Une analyse pour seulement les autoroutes et bretelles d'autoroute dans le grand Montréal indique que ce compte a effacé quelque 9600 chemins (autoroutes et bretelles d'autoroute) depuis le début 2020. Vous dites améliorer la qualité, mais il devient très difficile d'observer l'historique du réseau de routes avec votre façon de travailler. OSM est un projet collaboratif. Vous ne devez pas l'adapter aux besoins de votre groupe. Je vous demande à nouveau de donner des informations plus précises sur les images que vous utilisez, soit lien pour que d'autres puissent comparer les données et valider la licence des données. Puisque vous travaillez dans un contexte de cartographie organisée, vous devez inscrire votre groupe sur la page wiki osm.wiki/Organised_Editing/Activities, décrire vos projets et créer des comptes individuels pour chaque collaborateur. Vous devez aussi cesser de systématiquement effacer / recréer les données et il ne doit pas être insurmontable pour un groupe universitaire dans le domaine des technologies de maitriser un éditeur de données tel que JOSM. Nous voulons tous améliorer OSM et il est important que vous laissiez un espace de collaboration aux autres contributeurs OSM. Vos éditions de données doivent se faire en respectant les règles de collaboration et la licence OpenStreetMap. Bonne soirée.

En observant les chemins et noeuds pour les routes du grand Montréal, on constate que depuis 5-10 ans vous avez effacé a peu près tout ce qui existait et recréé constamment de nouvelles nodes et chemins. Et encore ici, vous effacez des chemins et re-ajoutez. Vous dites constamment que vous améliorez la géométrie. Malheureusement, on ne peut utiliser les outils de JOSM pour comparer les modifications avant-après puisque de nouveaux chemins sont constamment créés. Quel est votre objectif de réaligner encore ici les chemins ? Pourquoi nous ne respectez pas les requêtes d'arrêter de supprimer les objets existants lors de modifications de données existantes ? Comment justifiez-vous de réaligner a plusieurs reprises des données que vous avez ajouté dans le passé ? Quelle sont les données sur lesquelles vous vous appuyez pour réviser la géométrie ? Vous dites ici Géodésie Québec. Autres que les points géodésiques, quelle sont les données utilisées ? Quelle est la licence de données ouvertes des données que vous utilisez ? Et finalement, êtes vous une seule personne ou un groupe, et cartographiez-vous a contrat pour d'autres ?

Merci de contribuer au projet OpenStreetMap. Pour faciliter le travail de controle-qualité par d'autres contributeurs, je vous invite à ajouter un commentaire lors de la sauvegarde de votre édition, par exemple : Ajout de bâtiments et adresses, révision de la géométrie, etc. Ajoutez également l'information sur la source utilisée pour votre édition, par exemple Esri pour l'imagerie. Et sauvegardez pour un groupe de plusieurs bâitments plutôt qu'un seul.

voir changeset 162258445 où j'ai enlevé mentions network:wikipedia ajoutées par erreur à d'autres entités que relations route Exo. En ce qui a trait aux autres éléments, je comprends que les développeurs de OpenRailwayMap, dans le but de développer une carte spécialisée des infrastructures, on écrit des pages wiki et voudraient que les autres contributeurs suivent ces règles adaptées à leurs besoins.

À noter que la clé name sert d'abord à décrire une ligne précise lorsque réservée à un seule usage (exemple train de banlieu xxx). Sinon, les subdivisions ne sont connues que par les spécialistes des chemins de fer. La meilleure façon de s'assurer d'avoir cette information serait d'ajouter une clé subdivision-amérique-du-nord. Les subdivisions font plutôt appel à un ensemble de voies et une autre solution est de créer une relation telle que vous avez créé - Relation : CN Subdivision Saint-Laurent (14151650).

Je ne sais pour les États-Unis, mais au Québec et au Canada, les propriétaires et opérateurs des infrastructures sont bien connus et la population connait les propriétaires des voies mais n'a aucune connaissance du concept plus abstrait de subdivision.

Le compromis d'ajouter l'acronyme du propriétaire des voies comme préfixe (ie CN, CPKC, etc) me semble adéquat. Dans les cas où cela n'est pas possible aux États-Unis, on peut simplement l'omettre.
Sinon il y aura «Erreur de conception » de la part des développeurs en veulant forcer l'adoption d'un certain modèle.

Évitez de faire des changesets nettement trop gros comme celui-ci. Lorsque conflits, ce qui m'arrive 15 minutes apres votre sauvegarde, il est très difficile d'analyser / corriger, surtout lorsque votre édition comprend de nombreux chemins effacés ou regroupés et noeuds effacés qui rentrent en conflit avec mon édition. Je ne faisais que connecter les linéaires des cours d'eau et me retrouve à gérer un «monstre». A partir de JOSM, 30 minutes a date pour télécharger ce changeset pour tenter de voir les impacts sur mon édition, l'historique de chaque noeud étant téléchargé. Avec de si gros fichiers, vous risquez que les contributeurs renversent vos éditions. Si votre but est de régler les problèmes à la jonction des tuiles, ne faites que cela dans votre changeset.

Suite au travail que j'ai effectué pour bien definir l'ensemble du Lac Vital en une seule relation, et ajouter sections manquantes, votre robot a détecté semble-t-il une petite erreur, un segment de trop.

Malheureusement, vous avez tout effacé et recommencé, plutôt que de commenter le travail d'un contributeur expérimenté. Je penses que vous pouvez faire mieux pour respecter la contributon des autres.

Merci Marc d'avoir repéré ces noeuds orphelins. Je m'en occupe. Dans JOSM, mon fichier de travail contient des chemins non encore envoyés, et étrangement lors d'envoi partiel de chemins, des noeuds ont été envoyés sans le chemin. Cela peut être venu d'un envoi interrompu.

Dans la version 14, le contributeur s'était assuré de mieux positionner ce noeud pour permettre de voir cette grande ville sur une carte. Pour quel motif l'avez-vous déplacé sur l'hôtel de ville ? maintenant il faut attendre le niveau de zoom 12 pour voir apparaitre le nom de Gatineau.

Si vous désirez une telle discussion sémantique, il serait plus approprié d'aller sur les groupes de discussion.

Je ne comprends pas votre objection de nommer chaque digue pourtant bien visible et localisable individuellement Notez bien que c'est le nom que le répertoire des barrages du gouvernement du Québec attribue à ces digues. Par ailleurs, il existe aussi des relations pour les barrages - voir La Relation 6572623 (Hydro-Québec Barrages Réservoir La Grande-3) qui permet de visualiser l'ensemble des barrages et digues pour le réservoir La Grande-3.

La Grande 2 c'est le barrage principal près de la centrale hydro-électrique. Les diverses digues, barrages secondaires, seuils, etc. sont référencés sur le répertoire des barrages du gouvernement du Québec https://www.cehq.gouv.qc.ca/barrages/listebarrages.asp
Comme onv voit, l'aménagement des divers réservoirs est un projet complexe. Ces diverses structures sont aussi référencées dans les diverses ententes de la Baie-James et il est ici possible de les localiser.

Lors de l'import des adresses, ne pas oublier d'enlever à chaque ligne et noeud source=NRCan... qui va plutôt comme ci-haut dans les attributs du changeset. Les données RNCan proviennent de Adresse-Qc. L'ajout de la couche wms Adresse-Qc avec données plus récentes aide à valider les adresses wms:https://servicescarto.mern.gouv.qc.ca:443/pes/services/Territoire/AQ_ADRESSES_WMS/MapServer/WmsServer?FORMAT=image/png&TRANSPARENT=TRUE&VERSION=1.3.0&SERVICE=WMS&REQUEST=GetMap&LAYERS=Adresses&STYLES=&CRS={proj}&WIDTH={width}&HEIGHT={height}&BBOX={bbox}

Vous avez effacé des structures du barrage Fryer (rien a voir avec ré-alignement de rue) et re-créé ces structures dans le changeset osm.org/changeset/148274172. A noter que vous détruisez ce faisant l'historique des objets, qui est intervenu, etc.

Quel était votre objectif en faisant cela ? Et prévoyez-vous corriger cela en faisant un revert ?

Pour les bâtiments avec plusieurs adresses, l'ajout d'adresses multiples dans une simple noeud (sans interpolation donc) ne fonctionne pas, n'est pas reconnu par Nominatim. Exemple, 5576 3e avenue osm.org/way/1195865453

Merci, cela me permet de voir en détail les derniers changements au clocheton. demo.f4map.com semble plus lent à mettre à jour avec les derniers détails.

Attention, parce que avec le 3D, il y a plusieurs couches pour representer les objets en hauteur. Et ces differents polygones sont alignés les uns par rapport aux autres. J'ai ré-aligné le clocheton pour le centrer là ou les pignons du toit se croisent et réduit les hauteurs, mais le nouveau rendu peut n'apparaitre qu'apres 24-48 heures.

Bonjour, je n'ai pas modifié l'alignement original du bâtiment. Je suis à tester vue 3D du monastère. Cela demande plusieurs itérations surtout pour le clocheton pcq pas d'outil d'édition 3D à ma connaissance et le rendu de la carte F4Map a parfois de longs délais. Voir https://demo.f4map.com/#lat=45.5141542&lon=-73.5688058&zoom=20&camera.theta=75.416&camera.phi=4.011

Surprenant, Page de référence contributeurs de Montréal bilingue Anglais -­­ Français.

Martin,

je constate que le linéaire cours d'eau qui traverse un lac, tu as mis à plusieurs endroits waterway=yes. La typologie correcte pour assurer une continuité, donc identifier la rivière sur toute sa longueur, on indique waterway=river. Il y a une exception pour les canaux où l'on indique waterway=canal.
pour le