| Changeset | # | ⏱️ Last updated | Contributor | Comment |
|---|---|---|---|---|
| 180554368 by PierZen @ 2026-03-28 18:29 ~ 22 days ago | 1 | ~ 21 days ago | TheRandomGamrTRG ♦3 | Why remove the Wikidata and English Wiki tags? |
| 176586990 by PierZen @ 2025-12-29 16:39 ~ 3 months ago | 1 | ~ 3 months ago | mueschel ♦7,040 | There are ways with tags like "6 = 4" or "6=5" |
| 2 | ~ 3 months ago | PierZen | thanks, corrected | |
| 175685898 by PierZen @ 2025-12-08 20:32 ~ 4 months ago | 1 | ~ 4 months ago | user_5359 ♦20,548 | Hello! Please have a look on https://www.osm.org/way/1456993839. What is the mean of the key strahler? Did you mean order:strahler? |
| 2 | ~ 4 months ago | PierZen | Cette variable strahler est oui utilisée pour classifier les réseaux hydrographique et plus simple que la formule order_stahler utilisée par un autre contributeur. | |
| 3 | ~ 4 months ago | user_5359 ♦20,548 | Hello! It does not make sense to use two keys for the same function. Incidentally, the documented key is order:strahler (see https://taginfo.osm.org/search?q=strahler). Bonjour ! Il n'est pas judicieux d'utiliser deux clés pour la même fonction. La clé document&eacu... | |
| 175685939 by PierZen @ 2025-12-08 20:33 ~ 4 months ago | 1 | ~ 4 months ago | mueschel ♦7,040 | Hi,these waterways got a strange 'strahler' tag. Could you check that? |
| 2 | ~ 4 months ago | PierZen | C'est volontaire. Cette variable est utilisée pour classifier les réseaux hydrographiques. Voir https://fr.wikipedia.org/wiki/Nombre_de_Strahler | |
| 3 | ~ 4 months ago | mueschel ♦7,040 | Ah right. There is already a tag for this:https://wiki.openstreetmap.org/wiki/Key:order:strahler | |
| 173812803 by PierZen @ 2025-10-26 21:23 ~ 5 months ago | 1 | ~ 5 months ago | GTMistral ♦3 | Pourquoi avoir changé le nom de la Route 117 sur plus de 400km? Boulevard Tétrault est uniquement à Val-d'Or. https://toponymie.gouv.qc.ca/ct/ToposWeb/Fiche.aspx?no_seq=311776 |
| 2 | ~ 5 months ago | PierZen | Le nom Boulevard Tétrault n'a été ajouté que pour les sections de la route à Val-d'or et cela a remplacé le nom « Route Trans-Canadienne » qui était improprement utilisé. On le retrouve plutôt sur la clé nat_n... | |
| 3 | ~ 5 months ago | GTMistral ♦3 | https://overpass-api.de/achavi/?changeset=173812803Je te confirme que le nom "Boulevard Tétrault" s'est étendu plus loin que Val-d'Or. Grand Remous, Rivière-Rouge, La Conception, Mont Tremblant et Mont Blanc. Je te laisse modifier ou je m'en occupe? | |
| 4 | ~ 5 months ago | PierZen | Corrigé. S'il y en a d'oublié, ne pas hésiter à modifier. | |
| 5 | ~ 5 months ago | GTMistral ♦3 | Perfect! On garde l'oeil ouvert! | |
| 164957768 by PierZen @ 2025-04-14 21:07 ~ 1 year ago | 1 | ~ 11 months ago | Dmurray12 ♦1 | Il y a une erreur dans ce changement. La rue Ontario a été modifiée erronément |
| 2 | ~ 11 months ago | PierZen | merci, j'ai corrigé le tracé du tunnel de la rue Ontario et décollé la définition de zones d'occupation du sol pour éviter répétition de telle erreur. | |
| 3 | ~ 11 months ago | Dmurray12 ♦1 | merci ! | |
| 161960406 by PierZen @ 2025-01-31 01:02 ~ 1 year ago | 1 | ~ 1 year ago | wolfy1339 ♦42 | Bonjour Pierre,Il semble que plusieurs erreurs se sont glissées dan ton changeset. Notamment le rajout de `network:wikipedia=fr:Exo (réseau de transport)` sur plusieurs éléments, dont des relations de route et aiguillages qui ne devrait pas en avoir.Taguer les op&... |
| 2 | ~ 1 year ago | PierZen | 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 b... | |
| 3 | ~ 1 year ago | wolfy1339 ♦42 | > 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&egra... | |
| 155841838 by PierZen @ 2024-08-27 16:49 ~ 1 year ago | 1 | ~ 1 year ago | marc__marc ♦1,506 | Bonjour,vous avez oublié d'ajouter le way pour certains linéaires qui n'ont que des points, par ex https://www.openstreetmap.org/node/12140471693voulez-vous les reprendre ? si oui voici un moyen facile de les trouver https://overpass-turbo.eu/s/1QwtCordialement,Marc |
| 2 | ~ 1 year ago | PierZen | 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... | |
| 41992288 by PierZen @ 2016-09-08 01:28 ~ 9 years ago | 1 | ~ 1 year ago | trial ♦1,149 | > La Grande-2, Digues CF-01, CF-02Des "noms" qui sont plus des références, non ? CF-01 référence de la dique, La Grande 2, nom du barrage dans son entier. |
| 2 | ~ 1 year ago | PierZen | 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/lis... | |
| 3 | ~ 1 year ago | trial ♦1,149 | Oui je connais LG2, mais ça ne répond pas à mes remarques. La relation LG2 qui comporte l'ensemble des diques est bien. Avoir la surface occupée par LG2 comme multipoligone nommé ne me choquerait pas non plus. C'est juste le fait de mettre des "noms&... | |
| 4 | ~ 1 year ago | PierZen | 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 ... | |
| 5 | ~ 1 year ago | trial ♦1,149 | Parce que ce sont des références et pas des noms, tout simplement !Que l'administration appelle abusivement "nom" une référence ne doit pas avoir d'influence dans OSM. | |
| 6 | ~ 1 year ago | PierZen | Si vous désirez une telle discussion sémantique, il serait plus approprié d'aller sur les groupes de discussion. | |
| 7 | ~ 1 year ago | trial ♦1,149 | Pourquoi pas, mais c'est juste l'usage dans OSM : une référence, ça se met dans ref, pas dans name. | |
| 151283552 by PierZen @ 2024-05-13 19:50 ~ 1 year ago | 1 | ~ 1 year ago | une abeille ♦118 | Bonjour! SVP, si vous utilisez les images ariennes de Bing, changez le "offset" à 0.6,-1.54 pour que vos contributions seront alignées sur celles des autres contributeurs.Merci pour vos contributions!https://wiki.openstreetmap.org/wiki/Montr%C3%A9al |
| 2 | ~ 1 year ago | PierZen | 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 car... | |
| 3 | ~ 1 year ago | une abeille ♦118 | Peut-être un image peut m'aider expliquer. Vous avez dessiné le clocheton à un offset different que le bâtiment.https://i.imgur.com/0kXjc3Y.pnghttps://i.imgur.com/ejGVhX6.pngIl y a des bâtiments qui ne sont pas à 0.6,-1.54 — surtout les imp... | |
| 4 | ~ 1 year ago | PierZen | 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édu... | |
| 5 | ~ 1 year ago | une abeille ♦118 | J'ai trouvé un outil que pourrait t'intéresser: https://github.com/Beakerboy/OSMBuilding | |
| 6 | ~ 1 year ago | PierZen | 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. | |
| 141322476 by PierZen @ 2023-09-15 22:56 ~ 2 years ago | 1 | ~ 2 years ago | user_5359 ♦20,548 | Hello! Please have a look on http://www.osm.org/node/2464017757 (one of eighteen objects). What is the mean of tag nt = N? |
| 2 | ~ 2 years ago | PierZen | oups, enlevé | |
| 137757868 by PierZen @ 2023-06-25 15:55 ~ 2 years ago | 1 | ~ 2 years ago | Anti1982 ♦146 | you wrote that Klichtchiïvka is alt_name:en - this is a mistaketick is French, not English and should be written name:fr |
| 2 | ~ 2 years ago | PierZen | I will use translation of Кліщіївка from Wikipediahttps://en.wikipedia.org/wiki/Klishchiivkahttps://fr.wikipedia.org/wiki/Klichtchi%C3%AFvka | |
| 140391369 by PierZen @ 2023-08-25 22:45 ~ 2 years ago | 1 | ~ 2 years ago | kartler175 ♦575 | please check the outcome of your edits: https://tools.geofabrik.de/osmi/?view=areas&lon=-77.83676&lat=46.20957&zoom=15&baselayer=Geofabrik%20Standard&opacity=0.95&overlays=duplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cinterse... |
| 2 | ~ 2 years ago | PierZen | Dans de tels cas vous devriez simplement corriger cette petite faute d'ortographe. Il arrive à tous de faire de telles erreurs mineures. En connectant / corrigeant les differentes rivières pour le Bassin du Fleuve Saint-Laurent, je suis passé de 17721 km à 30399... | |
| 3 | ~ 2 years ago | PierZen | Le Problème venait de conflit - partage linéaire rivière avec limites admin. Corrigé | |
| 140381154 by PierZen @ 2023-08-25 16:43 ~ 2 years ago | 1 | ~ 2 years ago | kartler175 ♦575 | please check the outcome of your edits:https://tools.geofabrik.de/osmi/?view=areas&lon=-71.75521&lat=46.67880&zoom=13&baselayer=Geofabrik%20Standard&opacity=0.95&overlays=duplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cinters... |
| 2 | ~ 2 years ago | PierZen | voir commentaires https://www.openstreetmap.org/changeset/140391369 | |
| 134619911 by PierZen @ 2023-04-07 14:47 ~ 3 years ago | 1 | ~ 3 years ago | user_5359 ♦20,548 | Hello! Please have a look on http://www.osm.org/node/10792987547! What is the meaning of the foreign keys? Only name is a well known OSM key. |
| 2 | ~ 3 years ago | PierZen | Merci d'avoir repéré cette petite perle. J'ai effacé ce noeud téléchargé de toponymes ca pour consultation avec fichier csv. Prudence, on doit fermer ces fichiers avant de faire une édition JOSM ! | |
| 14393891 by PierZen @ 2012-12-24 18:42 ~ 13 years ago | 1 | ~ 3 years ago | Matija Nalis ♦133 | Hi, I've noticed you've used undocumented "camp=yes" tag here. I'm trying to document known usages at https://wiki.openstreetmap.org/wiki/Key:camp - can you help what you meant here? Maybe amenity=refugee_site ? Do you have any pointers to documentation of it? |
| 2 | ~ 3 years ago | PierZen | you have asked the same question yesterday on changeset https://www.openstreetmap.org/changeset/14372622. See my answer there. | |
| 14372622 by PierZen @ 2012-12-23 01:10 ~ 13 years ago | 1 | ~ 3 years ago | Matija Nalis ♦133 | Hi, I've noticed you've used undocumented "camp=yes" tag here. I'm trying to document known usages at https://wiki.openstreetmap.org/wiki/Key:camp - can you help what you meant here? Maybe amenity=refugee_site ? |
| 2 | ~ 3 years ago | PierZen | Personnes déplacées means displaced people. Re-reading the wiki for the DRC-Kivu response in december 2012, there were 800,000 people displaced and 100,000 in camps. See https://wiki.openstreetmap.org/wiki/RD_Congo_KivuThis is not documented on the wiki or on the hot discussion lis... | |
| 122687375 by PierZen @ 2022-06-21 23:38 ~ 3 years ago | 1 | ~ 3 years ago | ElliottPlack ♦937 | Hi there, nice work jumping on this change, but the use of admin_level=1 is incorrect in this case. International boundaries should be admin_level=2. Level 1 is not currently used.Some additional citations for general consumption: https://www.canada.ca/en/global-affairs/news/2022/06/boundary... |
| 2 | ~ 3 years ago | PierZen | Hi Elliott,you should comment https://www.openstreetmap.org/changeset/122398301 where admin_level tag for way 1069440504 was modified. I myself simply cut the coastline of the island to let each contry part be recognized in the respective countries + added languages in the name tag of the island... | |
| 3 | ~ 3 years ago | PierZen | Plus I revised geometry for way 1069440504 to correspond with the cliff at the center of the island. | |
| 4 | ~ 3 years ago | ElliottPlack ♦937 | Hi there again. Sorry about that! I will take it up with the other user. Nice work on the level of detail on this little spec of an island. I wonder if the places where they buried the disputed alcohol/flags can be seen and mapped :D | |
| 109778917 by PierZen @ 2021-08-17 01:17 ~ 4 years ago | 1 | ~ 4 years ago | danieldegroot2 ♦707 | Hey PierZen,What layers (it's CNIGS, btw) are you using exactly? What license and geographical extent does this have and would you have a link for the custom layers in iD and/or JOSM?The existing links for CNIGS imagery through openstreetmap.fr don't seem to work anymore.You di... |
| 2 | ~ 4 years ago | PierZen | Hi Daniel,The CNIGS (Government of Haiti geospatial department) ortho images previously at openstreetmap.fr are now accessible from https://haitidata.org/layers/ortho:geonode:ortho.To my knowledge, there was no modification to the license since then. Except for drone images, this is what is m... | |
| 3 | ~ 4 years ago | danieldegroot2 ♦707 | What license are these layers using exactly?And, what about the Lidar and Contour layers?Can we also use those in OpenStreetMap? If so, under the same license? | |
| 4 | ~ 4 years ago | PierZen | A colleague that is in relation with CNIGS just contacted them to clarify the license. | |
| 57146280 by PierZen @ 2018-03-13 13:53 ~ 8 years ago | 1 | ~ 6 years ago | Martin868 ♦65 | Bonjour. Pourquoi avoir retracé la RV sur la 16e avenue plutôt que son trajet qui a toujours été par la 8e ave ? Je viens de verifier le site RouteVerte et le trajet n'a pas officiellement changé. Voir https://www.routeverte.com/cartographie-route-verte/ |
| 2 | ~ 6 years ago | Martin868 ♦65 | J'avais mal regardé. Le changement semble correct. Savez-vous si c'est temporaire ou permanent ? | |
| 3 | ~ 6 years ago | PierZen | Cela date de 2 ans et objectif était d'enlever des codes. Pour vérifier, tu peux me donner id osm pour 16e et 8e avenue ?. | |
| 4 | ~ 6 years ago | Martin868 ♦65 | C’est moi qui avait mal regardé la carte de VQ, il y a effectivement eu changement a la RV et ce qui a été fait semble correct. Mon erreur. Tu peux regarder la 8e Av et la 16e Av au nord du chemin Oka a Deux-Montagnes. La RV passait avant par la 8e et la c’est la 16e... | |
| 49956915 by PierZen @ 2017-07-01 01:52 ~ 8 years ago | 1 | ~ 6 years ago | jfd553 ♦60 | Il semble y avoir un problème avec ce changeset. Des composantes externes (outer rings) de multipolygones végétation (wood) semblent avoir été créés par un programme (bot) à plusieurs kilomètres du polygone principal de la relation &agra... |
| 2 | ~ 6 years ago | PierZen | Difficulté à maintenir ces multippolygones bois dans le temps à Noter que le 2012-10-25, beaucoup de polygones bois effacés près de ce polygone par un contributeur. De là, le tournis des outils de Qualité ... Voir overpass debut 10-25 http://overpas... | |
| 3 | ~ 6 years ago | jfd553 ♦60 | Désolé mais je ne comprends pas. Y a-t-il eu un programme (bot) qui a créer les problèmes identifiés? | |
| 4 | ~ 6 years ago | PierZen | Voir changeset 1362388. L'historique de ce contributeur indique qu'il est un contributeur local.. Dans ce changeset, le contour externe du multipolygone relation 544367 est effacé avec commentaire [Big area merging]. Les Bots ou autres éditions, sont sans doute venu apr&egr... | |
| 72016803 by PierZen @ 2019-07-08 14:13 ~ 6 years ago | 1 | ~ 6 years ago | Viajero Perdido ♦247 | Hi PierZen.I've noticed this multipolygon overlaps the much larger estuary polygon that continues farther east, and this causes islands to disappear from the Cycle Map, and maybe others. EG, L'Isle-aux-Coudres.I've just fixed the exact same problem to the west of here, the bi... |
| 2 | ~ 6 years ago | PierZen | Hi Viajero,The St-Laurent Estuary is well documented with 3 sections having different characteristics. We for years both the relation for the complete estuary and the relations for each of the 3 sections working well with no islands lost. My edit recently was also to correct lost islands follow... | |
| 72157385 by PierZen @ 2019-07-12 01:32 ~ 6 years ago | 1 | ~ 6 years ago | PierZen | Pilones, source Maxar Premium |
| 71936959 by PierZen @ 2019-07-05 15:28 ~ 6 years ago | 1 | ~ 6 years ago | Salami T ♦1 | Hi JOSM, Thanks for a wonderful infor |
| 67111135 by PierZen @ 2019-02-11 19:45 ~ 7 years ago | 1 | ~ 7 years ago | mueschel ♦7,040 | Hi,all these objects have many strange tags that should not appear in the OSM database. Please have a look if any of them can be changed to common (documented) tags and remove the rest.Jan OBJECTID=430 codeas=61420103 codehc=6142010001 codezs=614201 date=2018/12/29... |
| 2 | ~ 7 years ago | PierZen | If you look carefully, I did not create these tags but started to correct. If you translate the comment, it says that I support people in the field and that this is an iterative process. They are located north of DRC reacting to the ebola outbreak, adding health facilities. They have been told to lo... | |
| 3 | ~ 7 years ago | mueschel ♦7,040 | You're right, I didn't see that they were added before your changeset.Please excuse me & continue to enjoy OSM :)Jan | |
| 4 | ~ 7 years ago | fmoine ♦3 | Dear Jan thanks a lot for the message. We will change the tag asap, but I need to convince thursday the people to use OSM as a baseline data for the ebola riposte. OSM community has done an huge work to digitze remotely. Now I am doing some training first to ask local mapper to put information on ... | |
| 5 | ~ 7 years ago | SomeoneElse ♦13,743 | @fmoine I sent https://www.openstreetmap.org/user_blocks/2525 before realising that you'd replied here. Thanks for keeping in touch with people and good luck fixing the data!@fmoine J'ai envoyé https://www.openstreetmap.org/user_blocks/2525 avant de réaliser que vous avi... | |
| 6 | ~ 7 years ago | PierZen | @SomeoneElse Please note that is part of the Ebola emergeny response by local people coordinated by @fmoine, plus with minimal access to internet.If you read my Quality reports, we experienced a lot more problems with newbies that participate to mapathons.We had to retrace completely the Butembo... | |
| 7 | ~ 7 years ago | woodpeck ♦2,601 | I have reverted this import. Please follow the import rules next time. The best way for newbies to learn that there are rules is to enforce them. If you want to re-import the data, fix it up before importing, not after. Thank you. | |
| 8 | ~ 7 years ago | PierZen | As explained, this has been added by people in the field responding to the ebola crisis. Please explain why you needied to revert rapidly while nothing is done for bad quality data systematically added by newbies in context of mapathons ? | |
| 9 | ~ 7 years ago | freebeer ♦1,598 | because unlike manual newbie mapping, this is not a case of hand-work but it is clear from the tools, the source, and the actual data this is not hand-copied but that it would be trivial to fix the pre-existing data beforehand and re-do the process correctly, instead of leaving bad data about that i... | |
| 10 | ~ 7 years ago | fmoine ♦3 | Thanks all for your discussion. It is quite good, I was near to correct it today or a revert or to correct the tag. But yes I am agree with pierre nobody was there when in Matthew 2016 and in Butembo in 2018 mapathon destroyed the data. And we have to clean it in middle of emergency. So thanks to b... | |
| 11 | ~ 7 years ago | fmoine ♦3 | But I am fine with a revert. It is cleaner like that. I will import with tag discussed with OSM-RDC. It was juste the time for the discussion with the gouvernement to show them their tag. Completely agree is not the way and I apologize but it help me a lot to convince to work with OSM as a baseline ... | |
| 12 | ~ 7 years ago | fmoine ♦3 | So now if people get money to make missing map project with the result we have seen in term of quality. https://github.com/opendatalabrdc/Blog/blob/master/Analyse_Qualit%C3%A9_Base_OSM_Le_Gestionnaire_de_T%C3%A2ches.md if we put the same money to reinforce local community it will be better. Rather... | |
| 13 | ~ 7 years ago | fmoine ♦3 | So again apologize for the disagreement . We are going to push data again this week end and we will work with the import group and ask also why it as such a mess to need to do data cleaning in middle of an emergency. For Now I succes to open the discussion with OSM and also with the local gouvernmen... | |
| 60166541 by PierZen @ 2018-06-26 03:38 ~ 7 years ago | 1 | ~ 7 years ago | chazanov ♦15 | Why have you massively introduced landuse=industrial to substations https://wiki.openstreetmap.org/wiki/Tag:power=substation by this changeset ? Are you aware of https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct ? |
| 2 | ~ 7 years ago | PierZen | If you look at my the history of the various infrastrucxturs north of Quebec, you will see that I am a major contributor for this ara and I have mapped / revised / documented quite a lot, I assure that insfrastructures are traced. I trace / revise powerlines, powerstations, dams, roads, mining facil... | |
| 65076894 by PierZen @ 2018-12-01 16:35 ~ 7 years ago | 1 | ~ 7 years ago | mueschel ♦7,040 | Hi,could you check this way, it has no common tags:https://www.openstreetmap.org/way/651548269Thanks, Jan |
| 2 | ~ 7 years ago | PierZen | thanks, corrected | |
| 64180716 by PierZen @ 2018-11-04 23:06 ~ 7 years ago | 1 | ~ 7 years ago | Cantuck ♦34 | Are you sure about this PierZen? You were upset that your substations were not included into the Nominatim search results. So you imposed a new tagging scheme, mocking substations as industrial sites. |
| 2 | ~ 7 years ago | PierZen | Note that the tagging schema for various features evolve constantly in OSM There are some recommended taggings. Sometimes voted only by a few persons. Also some develop new tagging schema that may later be adopted or not by others. If you look at http://taginfo.openstreetmap.org/ you will see that t... | |
| 3 | ~ 7 years ago | Cantuck ♦34 | The combinations has a prevalence of 0.5 % - https://taginfo.openstreetmap.org/tags/power=substation#combinations - that's very minor. | |
| 63902749 by PierZen @ 2018-10-26 14:29 ~ 7 years ago | 1 | ~ 7 years ago | Nehaj ♦25 | Dear PierZen,it's not acceptable to revert improvements ( https://www.openstreetmap.org/changeset/62344402 ) just to ensure that the history of some ways is kept. https://wiki.openstreetmap.org/wiki/Good_practice#Keep_the_history is nice to have, but not more important than any other rules. |
| 2 | ~ 7 years ago | PierZen | Je n'ai pas effacé les améliorations, puisque les noeuds ajoutés pour les pilones ont été conservés. Par contre, on perdait l'historique avec les chemins effacés inutilement, les contributeurs qui ont documenté lignes électriqu... | |
| 3 | ~ 7 years ago | PierZen | Voir changeset https://www.openstreetmap.org/changeset/62344402 où contributeur a effacé et recréé chemin avec géométrie à l'identique pour simplement ensuite y ajouter des noeuds pour pilones. Ce contributeur ne répond pas aux commentair... | |
| 4 | ~ 7 years ago | Toliman ♦6 | I would prefer, that the history of an object should be stored at the object's description, e.g. under a property point "history".Often older versions are worse, as they were often mapped according lower resoluted aerial views. Old versions, which have errors should not be kept. | |
| 5 | ~ 7 years ago | PierZen | Vous avez effacé des chemins dont la géométrie était très bonne. Cette pratique n'est pas acceptable, pour simplement ajouter des pilones supplémentaires. Ce n'est pas vous qui avez documenté les caractéristiques de cette ligne a haut... | |
| 62979564 by PierZen @ 2018-09-27 14:23 ~ 7 years ago | 1 | ~ 7 years ago | wambacher ♦437 | Hi Pier,some day ago you wrote me that i did not fix senegal - but i did! ok, by adding new boundaries, because i was not able to recovernow you are adding this boundaries a second time. therefore a lot of boundaries are duplicated.that ain't good. walter |
| 2 | ~ 7 years ago | PierZen | Sorry, I did not see your recreate. Also in OSM contributors consider important to keep history of objects. Relation 192775 has 144 versions. Looking at history in JOSM or Overpass for example, we can step back move to a previous version if necessary. Deleting and recreate, we loose history of chan... | |
| 3 | ~ 7 years ago | wambacher ♦437 | Hi Pier,usually i'm able to revert totally deleted relation by josm, but this time it did not work because of an internal josm error.ok, i'll delete "my" boundaries to get a clean area.walter | |
| 4 | ~ 7 years ago | wambacher ♦437 | donehttps://www.openstreetmap.org/changeset/63070212 | |
| 62666634 by PierZen @ 2018-09-17 14:07 ~ 7 years ago | 1 | ~ 7 years ago | clairedelune ♦55 | Thanks PierZen |
| 60053037 by PierZen @ 2018-06-21 18:54 ~ 7 years ago | 1 | ~ 7 years ago | zzptichka ♦97 | There is nothing duplicate about outlining bridge polygon and it's actually encouraged:https://wiki.openstreetmap.org/wiki/Tag:man_made%3DbridgeWould you mind reverting it? |
| 59574433 by PierZen @ 2018-06-05 16:19 ~ 7 years ago | 1 | ~ 7 years ago | OpenTopoMap ♦23 | Bonjour PierZen,have you really been using "Lakewalker" at http://www.openstreetmap.org/way/594283985 ?Best,OTM |
| 2 | ~ 7 years ago | PierZen | To be more precise, 594283985 is a simple split of way 23359415 to stay under 2,000 nodes. Badly we lose history when doing so. Since I did not trace way 594283985 , I will leave the source as is, but after your observation I did remove source indication on way 23359415 were I used sources as indic... | |
| 57643416 by PierZen @ 2018-03-29 19:27 ~ 8 years ago | 1 | ~ 8 years ago | kartler175 ♦575 | Obviously this edit has failed: http://tools.geofabrik.de/osmi/?view=areas&lon=-72.21667&lat=48.56722&zoom=13&opacity=1.00 |
| 2 | ~ 8 years ago | PierZen | noeud de boisé déplacé par erreur - réparé | |
| 3 | ~ 8 years ago | kartler175 ♦575 | Please activate JOSM validator and check again. There are more errors. | |
| 57356229 by PierZen @ 2018-03-20 15:21 ~ 8 years ago | 1 | ~ 8 years ago | glglgl ♦274 | You added https://www.openstreetmap.org/relation/8108246 when https://www.openstreetmap.org/relation/7696233 still existed. What is the difference? |
| 2 | ~ 8 years ago | PierZen | Je suis à réviser relations pour l'ensemble du Québec et Ajouté cette relation par erreur. Maintenant enlevée. Si vous repérez d'autres problèmes, Svp contacter avant de modifier d'autres relations. | |
| 57228005 by PierZen @ 2018-03-16 00:30 ~ 8 years ago | 1 | ~ 8 years ago | mueschel ♦7,040 | Hi,you used the tag "designation:ca" on two relations - I don't think this is right. ':ca' is the suffix for Catalan language and the value seems to be French.Jan |
| 2 | ~ 8 years ago | PierZen | Confusion between the iso CA and language ca. Corrected. | |
| 49950219 by PierZen @ 2017-06-30 18:09 ~ 8 years ago | 1 | ~ 8 years ago | nyuriks ♦145 | Hi, it seems like the data for http://www.openstreetmap.org/node/4943267293 is a duplicate and incomplete. Similar one is http://www.openstreetmap.org/node/4724280996I'm deleting it. |
| 45148739 by PierZen @ 2017-01-13 21:54 ~ 9 years ago | 1 | ~ 9 years ago | SomeoneElse ♦13,743 | Oops - I've just restored version 737 over the top of this after seeing the message on talk-ca. Please revert my changeset if it's wrong.https://lists.openstreetmap.org/pipermail/talk-ca/2017-January/007613.htmlI can see your message on the listserv archive, but for whatever reaso... |
| 38634291 by PierZen @ 2016-04-17 03:32 ~ 10 years ago | 1 | ~ 10 years ago | Jojo4u ♦265 | Hello PierZen, the school in Atahualpa is duplicated now. I don't think the school has this big area, are you sure?area: https://www.openstreetmap.org/way/410981472node: https://www.openstreetmap.org/node/3115590629 |
| 2 | ~ 10 years ago | PierZen | Thanks Joj4u,You are right. I revised the polygon surrounding the school to a smaller size align on a wall around the school. The buildings for this school were traced by other contributors. I removed the duplicates inside the boundary of the school. But you will find more duplicates in the nei... | |
| 38026693 by PierZen @ 2016-03-23 19:08 ~ 10 years ago | 1 | ~ 10 years ago | jfd553 ♦60 | Pas de limites extérieures (outer) au multipolygone. Correction effectuée :-) |
| 32683546 by PierZen @ 2015-07-16 20:07 ~ 10 years ago | 1 | ~ 10 years ago | GerdP ♦2,829 | Google earth shows thisjunction much closer to the city |
| 2 | ~ 10 years ago | PierZen | Seul le nom a été modifié dans le Groupe de modifications 32683546. Vous n'indiquez pas à quel carrefour vous vous référez. À noter, nous utilison l'imagerie Bing pour cartographier OpenStreetMap. Certains carrefours giratoires ont ét... | |
| 3 | ~ 10 years ago | GerdP ♦2,829 | yes, sorry, I did not notice that this changeset has such a large bbox,and I don't remember the exact place anymore nor how I got there :-( | |
| 4 | ~ 10 years ago | GerdP ♦2,829 | the part was in an area where Bing showsno hires pictures, so I tried to find it in Google earth. I think that is allowed? | |
| 5 | ~ 10 years ago | PierZen | On peut compare, Mais attention, la licence propriétaire de l'imagerie Google ne nous permet pas de l'utiliser pour tracer sur OpenStreetMap. | |
| 6 | ~ 10 years ago | GerdP ♦2,829 | okay, up to now I just use it to confirm what I found in Bing images. If I see a road namesign or a house number in StreetView, is it allowed to use that info? | |
| 7 | ~ 10 years ago | PierZen | Non, la licence n'est pas compatible. Il faut trouver d'autres sources. Dans JOSM / Preferences / WMS-TMS, il est possible d'ajouter la couche Routes Geobase. Elle nous donne les noms de rue au Canada. | |
| 8 | ~ 10 years ago | GerdP ♦2,829 | sorry, forgot to thank you for that hint reg. Geobase | |
| 27901421 by PierZen @ 2015-01-04 01:50 ~ 11 years ago | 1 | ~ 11 years ago | neuhausr ♦346 | Hi, it looks like you did a large import of data and haven't included OSM tags, just the attributes that were with the data. It also seems likely this didn't go through the Mechanical Edit Process outlined here: http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy I look forward to y... |
| 2 | ~ 11 years ago | PierZen | Manipulation error while browsing this file adding manually some lines. This is anyway very imprecise data. Deleting it. | |
| 3 | ~ 11 years ago | SomeoneElse ♦13,743 | For info - this has been reverted in http://www.openstreetmap.org/changeset/27962131 . |