| Changeset | # | Tmstmp UTC | Contributor | Comment |
|---|---|---|---|---|
| 154643790 by osminng @ 2024-07-31 11:11 | 1 | 2024-09-05 05:32 | jefle ♦5 | Do we really need relation 17893356 created in this changeset? This relation's tags look like a country boundary, but its only member (way 10662797) already belongs to relation 287072 (Uruguay country boundary). |
| 2 | 2024-09-05 12:56 | osminng | Hello jefle,It was added as a relation, seen as a practice in some countries, that even relatively small islands (without further elements, e.g. landuse multipolygons inside) were rather treated as island multipolygons.But after multipolygonizing several such islands, this practice was rathe... | |
| 3 | 2024-10-04 21:12 | dktue ♦208 | Some relations are tagged with admin_level=2 which is wrong, as they do not represent countries. | |
| 4 | 2025-09-01 20:03 | muralito ♦2,073 | Deleted https://www.openstreetmap.org/relation/17893356 | |
| 5 | 2025-09-01 20:07 | muralito ♦2,073 | The problem as jeffle and dktue said, was not that the island/islet was a multipolygon, the problem was that this relation was an admin_level 2 boundary. | |
| 170536279 by osminng @ 2025-08-16 18:21 | 1 | 2025-08-31 06:56 | vasony ♦534 | Szia!Platán tér is eltűnt, direkt volt? Maradt rajta egy házszám.Tamás |
| 2 | 2025-09-01 06:47 | osminng | Szia Tamás!Javítva ennek keretében: https://www.openstreetmap.org/changeset/171298296 Rákerült a szomszédos zsákutcára is, ahol láttuk is kiírva a Platán teret | |
| 170416808 by osminng @ 2025-08-14 05:05 | 1 | 2025-08-16 09:27 | vasony ♦534 | Szia!Ezzel a módosítással 3 tér eltűnt, tetem rá note-ot, hogy felmérendő, esetleg ha látszik a képekről.Tamás |
| 2 | 2025-08-17 12:17 | osminng | Szia Tamás!Hibásan kijelölt attribútum mozgatás történt, ekkor került rá véletlen a Töhötöm vezért utca több környezőre is.Javítottam, mindegyik esetben visszaállítottam az e... | |
| 3 | 2025-08-17 12:18 | osminng | https://www.openstreetmap.org/changeset/170563509 keretében történt a visszaállítás | |
| 150381811 by osminng @ 2024-04-23 08:24 | 1 | 2025-04-09 06:56 | peanuthole ♦3 | Hola, como apunte, me he dado cuenta de que Petilla de Aragón se te ha escapado cuando debería estar incluida. Lo editaría yo, pero con iD ediciones tan tochas se escapan de mis posibilidades :) |
| 2 | 2025-04-14 05:53 | osminng | ¡Hola!Gracias, me alegro de que hayas encontrado este problema. Ya está arreglado (en JOSM), Petilla de Aragón también forma parte de la Región Estadística del Nordeste.https://www.openstreetmap.org/changeset/164921581 | |
| 161370004 by osminng @ 2025-01-15 07:50 | 1 | 2025-01-29 20:18 | gabro00 ♦328 | Szia!Az úr neve honnan származik? Köztérkép szinkronizálós munka közben bukkantam egy Baross László műlapra ugyanezen a helyen: https://www.kozterkep.hu/17938 |
| 2 | 2025-01-30 05:18 | osminng | Javítottam Lászlóra! | |
| 156522727 by osminng @ 2024-09-12 11:07 | 1 | 2024-09-13 08:46 | kitsee ♦105 | Hi there, I see you've tagged two way circular junction here. is this correct? should it not be a oneway roundabout? --- Published using OSMCha: https://osmcha.org/changesets/156522727 |
| 2 | 2024-09-13 09:00 | osminng | Hi kitsee,Based on the satellite imagery, it is an edge case (considering https://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout description). The give way positions imply that it can be a roundabout. But there is no shadow clearly marking the one-way/roundabout sign position inside t... | |
| 3 | 2024-09-13 09:25 | kitsee ♦105 | personally I think there is a enough evidence from imagery that this should be replaced with a mini-roundabout node as there is no physical island as its just painted on. | |
| 4 | 2024-09-13 09:26 | osminng | Agreed, it can be remapped so | |
| 5 | 2024-09-13 11:31 | beza208 ♦5 | Thanks for letting me know about this error. Please this was mapped by another person with the username: osminng. Can you send a message for that mapper? | |
| 6 | 2024-09-13 11:43 | osminng | Geometry was modified to mini-roundabout according to the discussion. Thank you for the inputs! | |
| 150649841 by osminng @ 2024-04-29 08:05 | 1 | 2024-09-05 09:38 | Marc_ch ♦282 | Bonjour,vous pouvez me dire quel est la page wikipedia précisément qui dit que la région lémanique va jusqu'à Avenches au Nord et Oberwald à l'est ?Pour moi, cela n'a aucun sens ce nom sur cette objet purement statistique,Salutations,M... |
| 2 | 2024-09-05 12:49 | osminng | Bonjour Marc,Le site de Eurostat est disponible ici: https://ec.europa.eu/statistical-atlas/viewer/?config=RYB-2022.json&mids=BKGCNT,NUTS2,CNTOVL&o=1,1,0.7&ch=TRC,NUTS¢er=46.52911,9.25134,6&lcis=NUTS2&nutsId=CH01& Et Wikipedia est ici pour un comme réf&... | |
| 3 | 2024-09-08 06:17 | marc__marc ♦1,295 | Bonjour,merci pour le retour, j'avais entre temps trouvé la page WP sur le nom de cette zone statistique.Le fait d'avoir importé dans 90% des pays sans suivre la procédure n'est pas un argument valable.Je trouve totalement absurde et personne ne préte... | |
| 4 | 2024-09-09 09:02 | osminng | Bonjour Marc,Je vois ce que vous voulez dire, et vous avez raison de dire qu'il y a plusieurs possibilités de cartographie dans OSM, où l'« utilité » ou l'« importance » d'un feature n'est pas évidente. Par exemple, en ... | |
| 154684930 by osminng @ 2024-08-01 09:41 | 1 | 2024-08-02 16:38 | RVR015 ♦24 | Hi osminng - Hope you are doing well. Some of your edits are creating duplicate ways. For example, https://www.openstreetmap.org/way/340181893 and https://www.openstreetmap.org/way/857933717. This returns a validation error in Josm "Duplicated Ways." Please take a closer look at some of yo... |
| 154722234 by osminng @ 2024-08-02 07:23 | 1 | 2024-08-02 07:35 | woodpeck ♦2,483 | Could you explain what the added value is in creating one-member multipolygons for these islands? What does #nng stand for? |
| 2 | 2024-08-02 07:37 | woodpeck ♦2,483 | Ah right, I see NNG is the company you work for. But still... I think that this edit was unnecessary. What was the QA complaint? | |
| 3 | 2024-08-02 07:38 | woodpeck ♦2,483 | I see you're doing this a lot. Please pause multipoligonizing single-way islands until we have established why this is deemed necessary. | |
| 4 | 2024-08-02 07:51 | osminng | Hello woodpeck,The background is the consolidation of data. Already several one way element islands were already treated as relations (e.g. https://www.openstreetmap.org/relation/965894 ;https://www.openstreetmap.org/relation/963182 ; https://www.openstreetmap.org/relation/543205). | |
| 154687793 by osminng @ 2024-08-01 10:49 | 1 | 2024-08-01 14:16 | Aleksandar Matejevic ♦221 | Hi osminng, you have created a lot of admin_level=7 relations while creating island multipolygons of islands in Greece. Why have you been creating relations of islands while they were already tagged on a way? |
| 2 | 2024-08-01 16:40 | osminng | Hi Aleksander,admin_level=7 was already on these ways (in many cases without its boundary=administrative pair tag)During multipolygonization, all these values were kept, as it might had been put there with a purpose of the original editor. If they doesn't fit according to someone�... | |
| 3 | 2024-08-01 16:44 | osminng | For other islands, where multipolygons were already used, the common practice was having all tags on the relation (e.g. name, place=island, wikidata, etc.), except the natural=coastline, which is kept on the way by defaultJOSM's multipolygon creator actually function this way | |
| 4 | 2024-08-01 16:48 | Aleksandar Matejevic ♦221 | Yes, I am familiar with that, but why have you created relations for islands that are already tagged on a polygon? | |
| 5 | 2024-08-01 17:56 | osminng | I see what you mean now. In those cases where only the way was present (without existing multipolygon relation for the island), JOSM carried out all the copying.In those cases you mentioned, the standalone admin_level=* tag left on the way was put into the relation role. As it was the practice i... | |
| 6 | 2024-08-02 07:44 | Aleksandar Matejevic ♦221 | As you mentioned with tag [place=island](https://wiki.openstreetmap.org/wiki/Tag:place%3Disland) it should not be used on a relation but to be drawn as a counterclockwise area (because water is always on the right hand side). Relation should be created when the coastline is split into several smalle... | |
| 154384116 by osminng @ 2024-07-25 09:30 | 1 | 2024-07-25 09:31 | osminng | Maxspeed=30 kph is the proper comment |
| 154047731 by osminng @ 2024-07-17 08:57 | 1 | 2024-07-17 09:08 | mcliquid ♦1,941 | Hello, you have cited Wikipedia as a source, as far as I am informed, this is not permissible. For more details, see: https://wiki.openstreetmap.org/wiki/Collaboration_with_WikipediaFurthermore, it would be nice if you could divide global changes into smaller regions. Especially with such generi... |
| 2 | 2024-07-17 10:49 | osminng | Hello mcliquid,Thank you for the feedback and the clarifications!You are right, the bounding box of changes should be definitely smaller, corresponding to lower administrative units or even individual features in this case. Try to focus more on that in the future!Wikidata as (already lin... | |
| 3 | 2024-07-17 17:42 | sus242424 ♦11 | @mcliquid: I don't see any problem here. In my humble opinion you can't even argue with a database copyright, because place names, especially of these important cities, are common knowledge, it's not a collection of facts. So you can always make a mountain out of a molehill. ;-) | |
| 4 | 2024-07-17 17:46 | mcliquid ♦1,941 | @sus242424 Thank you, would you please adapt our wiki so that this false information is no longer distributed there? | |
| 5 | 2024-07-17 18:37 | sus242424 ♦11 | The Wiki is only about importing geodata anyway. The (systematic) transfer of data is of course not allowed. So the Wiki seems to be okay. However, in this particular case, where you're looking up specific common knowledge like in a dictionary, I don't think this wiki page is applicable (b... | |
| 6 | 2024-07-17 18:43 | mcliquid ♦1,941 | I see, thanks for the information. But the sentence in the big red box says: "Do not copy any information from Wikipedia into OSM."Is "any" only for systematic import or import in general? Anyway, i think it should be changed right? | |
| 7 | 2024-07-18 05:20 | osminng | It is an interesting question this way, how the "dictionary-like" usage of Wikipedia and Wikidata counts, what sus242424 pointed out. Aka. checking the further name variants of already mapped features of OSM, one-by-one manually, not by any importing mechanism.Sensum stricto, mcliquid ... | |
| 148897760 by osminng @ 2024-03-20 08:19 | 1 | 2024-03-22 18:35 | michel60 ♦69 | Bonjour,Je ne sais pas si cela vient de là, mais la continuité des lignes de bus est passée en défaut ...Outils de vérification :https://tools.geofabrik.de/osmi/?view=pubtrans_routes&lon=2.82839&lat=49.40968&zoom=15&baselayer=Geofabrik%20Stand... |
| 2 | 2024-03-25 10:14 | osminng | Bonjour Michel,Désolé pour ce problème. J'ai essayé de vérifier les "relations" lorsque le changement de géométrie a été effectué, mais ce petit problème subsistait alors. Merci de l'avoir corrig&eac... | |
| 3 | 2024-03-26 08:05 | michel60 ♦69 | Bonjour,Merci pour votre réponse.Cordialement Michel | |
| 142519782 by osminng @ 2023-10-13 11:29 | 1 | 2023-11-11 12:54 | Cebderby ♦304 | Wrongly blocked left turns from side roads (both sides) onto main; corrected |
| 142709865 by osminng @ 2023-10-17 11:57 | 1 | 2023-10-17 13:31 | mcliquid ♦1,941 | Hi,Welcome to OSM and thanks for contributing :-)One general recommendation: changesets should be local.To avoid conflicts and as a courtesy to reviewers, it is recommended to:• combine changes in a small geographical area (within a city, district or province)• keep cha... |
| 2 | 2023-10-17 19:19 | limes11 ♦964 | Looks like accidently touched and moved a node in Gibraltar. | |
| 3 | 2023-10-23 12:13 | Cheline ♦1 | text | |
| 4 | 2023-11-11 12:29 | Cebderby ♦304 | As well as moving a node in Gibraltar causing a large changeset, one of the turn restrictions added was wrong, blocking E-bound routing along 210 road; corrected. |