bdiscoe participated in the following changeset discussionsbdiscoe participated in the following changeset discussions| Changeset | # | Tmstmp UTC | Contributor | Comment |
|---|---|---|---|---|
| 94290543 by bdiscoe @ 2020-11-17 16:07 | 1 | 2020-11-17 17:18 | Robach ♦5 | IMHO I would delete a PGS riverbank like https://www.openstreetmap.org/way/873110390 and completely redo it.Best wishes! |
| 2 | 2020-11-17 19:57 | bdiscoe | I generally agree, and sometimes i will delete a bad PGS feature to re-make it, but sometimes it's just as convenient to align it with JOSM's "improve way accuracy" tool. | |
| 61700324 by bdiscoe @ 2018-08-16 00:41 | 1 | 2020-11-11 06:15 | Haris IRM-ED ♦35 | Hi bdiscoe, I modified this road (Way 617286259), change to highway=residential and smoothing the geometry based on maxar premium imagery.Thank you.https://pewu.github.io/osm-history/#/way/617286259 |
| 2 | 2020-11-11 22:55 | bdiscoe | Hi Haris. While I appreciate your desire to "beautify" these roads, you are using far too many nodes. A road should have enough nodes to clearly define its location, no more. A good rule of thumb is to try reducing the line to a 20cm threshold; if nodes are removed, then they were exces... | |
| 3 | 2020-11-12 01:43 | Adiatma IRM-RV ♦109 | Hello bdiscoe. Thank you for your appreciation & suggestion.I'm sorry if you must delete so many nodes (https://s.id/uDZFH).We don't want to bloat the planet OSM file or make it difficult to maintain.Do you mind telling me the best way to avoid excessive nodes?Thank you in adva... | |
| 4 | 2020-11-13 07:01 | bdiscoe | Hi, I am unsure how you can avoid excessive nodes, because I don't know the process you are using to import. If the source you are importing from has this incredibly high node count, then you should run a "simplify" on the data before you upload it to OSM. If the source data is imag... | |
| 5 | 2020-11-13 07:15 | Adiatma IRM-RV ♦109 | Thank you sir for your clear explanation about precision & accuracy. I'm using RapiD and plugin MapWithAI in JOSM.I tried Shift+Y and input 0.2 meters as your suggestion, looks better.Now I & and some workmates are cleaning up (i.e https://www.openstreetmap.org/changeset/94039443)... | |
| 6 | 2020-11-13 20:37 | bdiscoe | Thank you very much! This greatly reduces the amount of work I have to in cleaning up OSM. I have done ~50 million nodes of import cleanup over 7 years, mostly NHD/Canvec in USA/Canada. It Vietnam could avoid excess in the first place, it will be very good. | |
| 93955565 by bdiscoe @ 2020-11-11 23:12 | 1 | 2020-11-12 02:14 | Riyadi IRM-ED ♦140 | hi @bdiscoe. after come across this area. thank you for your concern to build and maintain roads in Vietnam.but there is data changed, do you mind to explain the reason, why did you delete "source data"we input and digit roads with attribute tag "source = maxar" or "... |
| 2 | 2020-11-12 07:44 | bdiscoe | Hi Riyadi. Concerning the "source" tag on features, it is on the way to being deprecated; at the very least, it does not belong on new features. The source description belongs on the changeset, not every single feature that the changeset touches. In an environment such as OSM, there are ... | |
| 85320944 by bdiscoe @ 2020-05-17 01:16 | 1 | 2020-07-02 18:15 | TheConductor ♦39 | Good morning,As I was reviewing edits in my home county, I came across this change. First, thank you for your contributions to the area. I, like you, take great pride in my home and want to make sure that it is modeled as accurately as possible. I took the opportunity to read your bio and you me... |
| 2 | 2020-07-03 07:59 | bdiscoe | Thanks, TheConductor. I defer to your local knowledge, although I did notice that the streambed in many places appears exceedingly narrow, so that even when water flows, it would not meet OSM's definition of a river, for those sections. In any case, I am just very happy that this river featur... | |
| 73006670 by bdiscoe @ 2019-08-05 06:31 | 1 | 2019-08-05 06:32 | bdiscoe | Actually the source was mostly Maxar, as it seems to be more recent than Bing here |
| 60482869 by bdiscoe @ 2018-07-07 06:46 | 1 | 2019-04-14 17:45 | tomalaou ♦1 | Hello, the path of purgatory trail is not a path but a ground road between 16°26′19.53″N 120°51′04.33″E and 16°27′18.39″N 120°53′25.35″E.Indeed I hiked on this part and I meet many motorbikes and 2 little trucks of vegetables. The &qu... |
| 2 | 2019-04-15 06:40 | bdiscoe | Looking at the aerial, I agree. I have changed that section of the "purgatory trail" to be highway=unclassified, surface=unpaved | |
| 53466589 by dpp @ 2017-11-03 00:56 | 1 | 2018-07-19 05:47 | bdiscoe | dpp, you introduced some major errors in this changeset. For example, you changed "ele=1181' MSL" to "ele=1181". The original is in feet (that's what the ' means) and by removing it, you have changed it to meters, without doing the feet-meters conversion. |
| 2 | 2018-07-19 08:00 | dpp ♦1 | My apologies on the elevation mistake! Was that done automatically by JOSM, by any chance? I'll be careful to double check such things moving forward.When you say "some major errors", are you saying that there are other errors, too?Thanks for the correction! | |
| 58494659 by Ricky Basak @ 2018-04-28 04:04 | 1 | 2018-06-30 18:52 | bdiscoe | Ricky, it appears that in this changeset, you selected a political boundary and accidentally "squared" it ("orthogonalize shape") which completely messed up the geometry. I would attempt to undo your changeset, but it seems you touched 607 ways and 4138 nodes, so you changed a l... |
| 2 | 2018-06-30 18:53 | bdiscoe | In the future, be very careful about pressing 'Q' by accident, and please review your changes carefully before uploading! | |
| 3 | 2019-01-19 07:58 | Ricky Basak ♦1 | @bdiscoe Hey thanks for your help in the chngeset.it seems i did a mess in the area.. I will give it a look and make sure this sort of silly mistake never happens again. and Sorry for the late reply i didn't notice. Thanks a lot. | |
| 55767160 by alifatri @ 2018-01-26 10:37 | 1 | 2018-06-29 01:59 | bdiscoe | Alifatri, I don't know why you did this, adding hundreds of inefficient, colinear "garbage" nodes to this way, but PLEASE stop. Perhaps you are using the FastDraw plugin and need to learn how to use its simplify feature? I hope you did not click a mouse 1210 times to make this way? ... |
| 43762872 by Bonya_23 @ 2016-11-18 11:26 | 1 | 2018-06-28 00:14 | bdiscoe | Bonya, there are major issues with these streams:1. You are using 4x too many nodes! Run simplifly before uploading, so we don't have to do it for you.2. You used the wrong tag: these are clearly stream, not river.3. Most of the stream directions are obviously wrong (uphill).I am tryi... |
| 57353247 by 4719341 @ 2018-03-20 13:57 | 1 | 2018-03-25 06:58 | bdiscoe | These are not tertiary roads! Only a substantially improved, wide road that leads to a significant settlement is a tertiary. Otherwise it is unclassified, or residential, or track. Please fix the 17000 "tertiary" roads you have created in Myanmar. If you need help, let us know. |
| 47310158 by MaximusSayan @ 2017-03-31 01:21 | 1 | 2018-03-15 05:11 | bdiscoe | Maximus, the ways in this upload are badly overnoded, e.g. streams with 480 nodes which are fully represented with only 180 nodes. It saves the OSM database a lot of inefficient churn if you trim out the noise _before_ you upload; otherwise, we just have to come along afterwards and delete it. Let... |
| 57098186 by bdiscoe @ 2018-03-12 04:02 | 1 | 2018-03-12 07:05 | bdiscoe | Actually, this is NHD in Minnesota, just across the border (and sharing an edge with) the Canvec in Ontario, hence the mixup. |
| 56884508 by bdiscoe @ 2018-03-04 23:11 | 1 | 2018-03-05 00:01 | ikiya ♦27 | The range you are editing is wide in Japan. The OSM community in Japan is paying attention to your editing.Please give a message to the Japanese community about the edits.(talk-ja)We can not understand the meaning of your editing comments.>Japan, Shikoku, tidy coastline to 60cm>sou... |
| 2 | 2018-03-05 05:04 | bdiscoe | Hi Ikiya. I'm glad to hear that local mappers are paying attention! That is very good.I can further explain the edits here in English, and you can forward them to the talk-ja mailing list? I do this kind of standard OSM cleanup for dozens of countries around the world and there is nothin... | |
| 3 | 2018-03-05 12:01 | nyampire ♦190 | Thanks! I made a rough translation and posted to talk-ja. | |
| 4 | 2018-03-05 15:09 | ikiya ♦27 | Hi bdiscoe, thanks for the reply. nyampire posted a description to talk-ja. https://lists.openstreetmap.org/pipermail/talk-ja/2018-March/010009.html | |
| 53007063 by omino @ 2017-10-17 10:20 | 1 | 2018-02-18 08:37 | bdiscoe | Omino, could you explain what this is? You added a "water control area" and "gogo dam" water area, but this is downstream from where the actual and expanding gogo dam is. No changes appear here, even in very recent imagery. You may want to update or delete these non-existent &q... |
| 2 | 2018-03-01 06:44 | bdiscoe | Omino, since you haven't responded in a while, i went ahead and changed your "dam" features to reflect what is actually present in relatively recent imagery (DigitalGlobe Premium is more recent than Bing, here) | |
| 55912359 by dougcb68 @ 2018-01-30 23:31 | 1 | 2018-01-31 08:28 | bdiscoe | dougcb68, these changesets contains intensely overnoded ways, at least 3x more nodes than are appropriate for rough natural features like natural waterways and coastlines. Please use "simplify" on your ways before uploaded to save a lot of work for people to come along afterward to delete... |
| 2 | 2018-02-04 15:34 | dougcb68 ♦4 | Perhaps you could expand on the concept of ¨appropriate for rough natural features like natural waterways and coastlines¨. I selected a segment length of approximately 5 meters because in the extremely complex mangrove forest ecosystem many features would be missed (small islands or inlets... | |
| 55814162 by bdiscoe @ 2018-01-27 20:44 | 1 | 2018-01-27 21:14 | bdiscoe | Partly used DigitalGlobe standard. |
| 55812230 by bdiscoe @ 2018-01-27 19:08 | 1 | 2018-01-27 19:54 | bdiscoe | I actually used mostly 'DigitalGlobe Standard' for this changeset, because it was much more recent than Bing imagery, which doesn't even show MEX 24 built here. |
| 54799681 by bdiscoe @ 2017-12-20 22:42 | 1 | 2017-12-21 06:15 | Vladimír Domes ♦13 | I think there is access=private missing on added swimming pool. |
| 2 | 2017-12-21 06:30 | bdiscoe | Thanks. It can be hard to tell sometimes, but please feel welcome to add access=private to any pools you like. | |
| 53516268 by bdiscoe @ 2017-11-04 23:45 | 1 | 2017-11-05 11:17 | Nakaner ♦3,147 | Hi bdiscoe,I am currently investigating your deletion of more than 14,000 of nodes without giving a proper reason and therefore ask you to pause your edits for at least 24 hours. Thank you.Best regardsMichael |
| 2 | 2017-11-05 15:58 | Nakaner ♦3,147 | Hi bdiscoe,could you please explain why you deleted more than 10,000 nodes in this changeset? Your changeset comment lacks any explanation why you did this and without any explanation it looks like vandalism.Please add better changeset comments to further changesets like this and split them ... | |
| 3 | 2017-11-05 16:54 | bdiscoe | Hi Michael, this is import cleanup. These type of changes have been discussed more than once on the mailing lists, and there are diary posts like https://www.openstreetmap.org/user/bdiscoe/diary/37473 and https://www.openstreetmap.org/user/bdiscoe/diary/37421 which clarify the matter. I am happy to... | |
| 4 | 2017-11-05 16:56 | bdiscoe | For what it's worth, there are several more million bad nodes here. It is going to take a lot of 10,000 edit changesets to clean up the mess. Alternately, we could convince users (like 'huaraz' who did this part of the Canvec import) to clean up the data before importing it. | |
| 5 | 2017-11-05 17:05 | Nakaner ♦3,147 | Hi bdiscoe,appending "simplified way geometries, threshold 80 cm" to changeset comment would reduce the need to ask you.If the piece of the Canvec import was uploaded only a few months ago, I would ask the original uploader to fix his mess on his own. Someone who uploads data as pa... | |
| 6 | 2017-11-05 17:17 | bdiscoe | Michael, I completely agree. Unfortunately, it's a big planet, and by the time my code discovers an issue, the importer is generally no longer paying close attention. In this case, this data was uploaded by 'huaraz' more than a year ago, in changesets such as https://www.openstreetm... | |
| 7 | 2017-11-05 17:29 | bdiscoe | For what it's worth, the reason I write "clean up" instead of "simplify" in the changeset comments is because I'm doing more than just running simplify; I also use the JOSM validator to find and fix other issues, including broken topology, overlapping ways, places where... | |
| 8 | 2017-11-05 17:34 | Nakaner ♦3,147 | Hi bdiscoe,as I wrote above, if the import is more than a few months ago, I would not ask the user who uploaded it if the import itself is well-accepted. Because asking someone to fix his errors is only effective it the user is still active and can remember that he imported the data.However,... | |
| 9 | 2017-11-13 10:18 | Nakaner ♦3,147 | Hi bdiscoe,I just commented on a changeset by ScottNelson who is importing overnoded waterways, overlapping/duplicated water areas, overlapping landuse and broken multipolygons using Potlatch 2. You can follow the discussion on https://www.openstreetmap.org/changeset/53705786My request to ad... | |
| 53277994 by harcher @ 2017-10-27 00:04 | 1 | 2017-10-27 06:28 | bdiscoe | harcher, what is really the source here? It is being uploaded too fast for manual tracing, which makes it seem like an import. And "source" is probably not "Digitalglobe", because the features do not align to either Digitalglobe Standard or Premium. They do align, however, quit... |
| 2 | 2017-10-27 06:41 | harcher ♦4 | Hi bdiscoe, I'm having trouble viewing the structures in my browser, but I recall uploading this changeset. The data is an import; the structures were delinated offline in QGIS using recent images downloaded directly from Digitalglobe EV Webhosting. However, in some cases, there was conflicting... | |
| 3 | 2017-10-27 06:47 | bdiscoe | Hi, thanks for the information. I'm glad you remember the changeset since it was only 5 hours ago :-) It sounds like you do know what you are doing. That "Digitalglobe EV" must just happen to match Bing. BTW, what does #akros mean? It would be good to put more in your changeset com... | |
| 4 | 2017-10-27 06:59 | harcher ♦4 | Feels like days! Thanks, I can add more detail; as you may suspect from the quick rate of upload, we're on a time crunch to upload structure files for a malaria spray project in Eastern Province Zambia, so neglected comments (but not quality efforts). I have two more to upload this morning, and... | |
| 52813481 by bdiscoe @ 2017-10-11 07:05 | 1 | 2017-10-11 19:49 | stevea ♦304 | bdiscoe: Please redact this farmland removal polygon, or at least redact your changeset and update the polygon so it is landuse=residential.If you read https://wiki.openstreetmap.org/wiki/Santa_Cruz_County,_California#Landuse (paragraph six) you'll see that the County does zone every singl... |
| 2 | 2017-10-12 04:27 | bdiscoe | Hi Steve, since you expressed concern, I took another look at this area in detail. It is a total mess. The so-labeled "farmland" was not just wood and residential, but also some meadow (redundant overlap), and adjacent to existing natural=wood which is, in turn, actually residential in pa... | |
| 3 | 2017-10-12 04:29 | bdiscoe | As for "removing it without replacing it with anything better", if you have a large area marked "D" which is actually A, B, C, then removing the wrong "D" IS actually better, because it is actually less wrong. | |
| 4 | 2017-10-12 04:49 | stevea ♦304 | I don't think there is anything terribly wrong with meadow overlapping with other landuse, and nobody has said so in Santa Cruz County, where we have been doing this for at least 8 years. Look at Wilder Ranch State Park, what many have called "visually pleasing" (meadow overlapping w... | |
| 5 | 2017-10-12 04:52 | bdiscoe | I have now spend some time in the Happy Valley area to expand the natural=wood relation down from the hills to fill in where there is actually wood, which is most of the area left blank by the "farmland" removal. I also validated the relations to solve overlaps and degeneracies. | |
| 6 | 2017-10-12 04:56 | stevea ♦304 | Well, thanks for that; I'm watching. It's possible we posted Comments so temporally close together that we crossed each other, but I do await answers to my questions. Thank you in advance. SteveA | |
| 7 | 2017-10-12 05:02 | stevea ♦304 | However, if you "expand the wood" (e.g. as it appears you have from the east side of Happy Valley Road to its west side), you truly break many landuse semantics as published by our County GIS: landuse=forest really is timberland, natural=wood originated from "special_use" polygo... | |
| 8 | 2017-10-12 05:34 | bdiscoe | "you can use Bing (and a guess and a prayer) to better define landuse than does our County GIS department?"If the County is marking forest as non-forest, and non-forest as forest - which they clearly are here - then absolutely. Detail based on aerial is based on detail that is just wr... | |
| 9 | 2017-10-12 05:35 | bdiscoe | (...is better than...) | |
| 10 | 2017-10-12 05:38 | bdiscoe | Also, somebody foolishly imported fields like "Shape_area" which will be wrong the moment that somebody comes along to fix the polygons. What on earth is the point of that? Surely nobody expects general OSM users to update the useless "Shape_area" when the move the nodes into a... | |
| 11 | 2017-10-12 05:49 | bdiscoe | Yes, I have read the "County Page". As for "nobody has said so in Santa Cruz County, where we have been doing this for at least 8 years", if nobody has pointed out that this data is mostly wrong, then it's only because nobody has looked, which is highly believable since the... | |
| 12 | 2017-10-12 05:51 | bdiscoe | My recommendation:1. Either remove all the bad landuse, or use a JOSM filter to hide it for step 2.2. Align the roads and fix the road topology!3. Only then, you can gradually start to add landuse, carefully, bit by bit, checking and correctly each batch before upload. | |
| 13 | 2017-10-12 18:49 | stevea ♦304 | bdiscoe: Your hostile and hyperbolic comments that "there appear to be no actual data here, ONLY IMPORTS" and "largely fictional" are unwelcome, untrue and show you to be a histrionic exaggerator. I have been mapping this county (lovingly, carefully, with my GPS, notebook and t... | |
| 14 | 2017-10-12 18:57 | stevea ♦304 | Regarding "fix the road topology," you will see (if you look, try http://product.itoworld.com/map/162?lon=-121.91947&lat=37.02996&zoom=12&fullscreen=true) that NOBODY has fixed more TIGER misalignments in this county besides me. By that Ito map, it is one of the most "blu... | |
| 15 | 2017-10-12 19:00 | stevea ♦304 | The answer to who "foolishly" imported the SHAPE... attributes is nmixter. He has been hugely admonished for a very sloppy import here, and I have literally spent YEARS cleaning it up. EVERY SINGLE ONE of the >3000 polygons he imported was visually and personally redacted in JOSM by m... | |
| 16 | 2017-10-13 01:48 | stevea ♦304 | I wait no longer to do what I have known to be the right thing to do since this dispute began: I'm redacting bdiscoe's polygon removal edits.Sadly, and I have never done this with any other OSM member with whom I have "friended," I also remove him as my friend in this projec... | |
| 17 | 2017-10-16 21:04 | stevea ♦304 | In the spirit of "pour calming oil over troubled waters," I offer that this dispute largely resulted from tangles among the complex issues of landuse and landcover. They are misunderstood, confusing and fraught with ambiguities. There are a plurality of tagging strategies and histories, ... | |
| 18 | 2017-10-22 06:12 | bdiscoe | So, just to wrap this changeset discussion; it spun out of control to attempt discussion of a lot of things besides its subject, the changes herein. In cases where the local preference is for some unusual interpretation of OSM's tags, it's advisable to just leave it as-is. There is enoug... | |
| 19 | 2017-10-22 16:59 | stevea ♦304 | In this controlled discussion (on my part), the changes herein WERE indeed the subject: it appears not listening to them nor parsing their consequences is one of the blithely scattered activities of bdiscoe as he attempts to keep his scores high on the leaderboard while he preys on other under-mapp... | |
| 52962858 by annapolissailor @ 2017-10-15 18:49 | 1 | 2017-10-16 17:55 | bdiscoe | Hi, this changeset seems to create 6000 new nodes. Are you sure that it is "fixes and merges"? Merging usually results in deleting, not creating nodes. What exactly is this changeset doing? |
| 52952377 by velmyshanovnyi @ 2017-10-15 11:08 | 1 | 2017-10-16 00:50 | bdiscoe | velmyshanovnyi, you indicated "source=Bing" here, but the features are not from Bing. See for example: https://i.imgur.com/CVUVAo8.png Are they actually from LandSat or something else? If they are actually created using "scanaerial" from LandSat, then that should also be note... |
| 2 | 2017-10-16 01:41 | velmyshanovnyi ♦14 | server_api = bingserver_name = Bingserver_url = http://dev.virtualearth.net/REST/v1/Imagery/Metadata/Aerial?include=ImageryProviders&output=xml&key=Arzdiw4nlOJzRwOz__qailc8NiR31Tt51dN2D7cm57NrnceZnCpgOkmJhNpGoppU | |
| 3 | 2017-10-16 01:42 | velmyshanovnyi ♦14 | Copyright © 2017 Microsoft and its suppliers. All rights reserved. This API cannot be accessed and the content and any results may not be used, reproduced or transmitted in any manner without express written permission from Microsoft Corporation. | |
| 4 | 2017-10-16 01:44 | velmyshanovnyi ♦14 | see/read https://wiki.openstreetmap.org/wiki/JOSM/Plugins/Scanaerial | |
| 52809320 by velmyshanovnyi @ 2017-10-11 00:27 | 1 | 2017-10-11 03:52 | bdiscoe | velmyshanovnyi, PLEASE stop doing this. These features have way, way too many nodes - tens of thousands of colinear, inefficient, bad nodes. Please, please learn how to use Simplify to the correct level of detail. For these edits, I have to load them, delete most the points, and wait a long time f... |
| 2 | 2017-10-11 12:35 | velmyshanovnyi ♦14 | fastdraw https://wiki.openstreetmap.org/wiki/JOSM/Plugins/FastDrawI mapped exactly 10 meters highnow I will be at 40-50m+ autosimplificationok ??? | |
| 3 | 2017-10-11 16:04 | bdiscoe | Hi, thank you. I'm not sure what level of detail that will produce, but, it sounds much better, and appropriate for remote regions. In OSM we usually speak of zoom level (e.g. 15), or meters of error on simplification (e.g. 0.1-1m). Perhaps by "40-50m" you mean the number shown on t... | |
| 4 | 2017-10-14 22:49 | velmyshanovnyi ♦14 | ok | |
| 52811016 by bdiscoe @ 2017-10-11 04:00 | 1 | 2017-10-11 06:38 | velmyshanovnyi ♦14 | Hi, your OVER-cleaning - in some places strongly broke the accuracy (((https://www.openstreetmap.org/#map=13/60.8407/-164.9465 |
| 2 | 2017-10-11 06:56 | bdiscoe | Hi, I ran simplify with a 90cm threshold. That is very conservative for a remote, wild area of mud and tundra. As for accuracy, I ran the JOSM validator and fixed many of the issues you left, with multipolygon ways intersecting each other, overlapping ways, and many other problems. It is fixed now... | |
| 3 | 2017-10-14 22:40 | velmyshanovnyi ♦14 | thnx )"That is very conservative for a remote, wild area of mud and tundra" (c)+100 carma ))) | |
| 48578492 by bdiscoe @ 2017-05-11 02:57 | 1 | 2017-09-25 17:55 | HubMiner ♦271 | Hi, I wanted to link this route 37 to something official, but didn't see anything online except this https://www.adventurecycling.org/default/assets/File/USBRS/USBR37IllinoisMap.pdfDo you have any other references? |
| 2 | 2017-09-25 20:55 | bdiscoe | Sorry i have no information on that highway. My own changes here are only on boundaries and waterways. | |
| 3 | 2017-09-27 20:24 | HubMiner ♦271 | Thanks! | |
| 25189802 by Diego Sanguinetti @ 2014-09-02 19:27 | 1 | 2017-09-08 21:29 | bdiscoe | Diego, you seem to have added "natural=wood" polygons which are fairly arbitrary; they mostly contains forest but are more frequently contained inside larger continuous sections of forest, which makes them cartographically confusing (they do no correspond well). Do you mind if I replace t... |
| 51090418 by Dguillen @ 2017-08-13 19:04 | 1 | 2017-08-14 06:19 | bdiscoe | Dguillen, it looks like you accidentally "squared" and uploaded a very long tertiary route here, which destroyed its geometry. Please be careful! You should ask an experienced mapper how to undo your changeset, or manually fix the road you mangled. |
| 2 | 2017-08-15 07:46 | bdiscoe | I have gone ahead and reverted this changeset and fixed all the geometry and topology it broke. | |
| 49549101 by bdiscoe @ 2017-06-15 06:41 | 1 | 2017-06-18 18:04 | marek kleciak ♦41 | Stop destroying detailed map using generalization tools. In developing countries like Nepal eactly map can save human life. Please first ask, then act. |
| 2 | 2017-06-18 18:34 | SomeoneElse ♦13,362 | Hi Marek,Can you please explain what were the actual problems caused by this changeset and the others on which you have similarly commented?Also, you may find that that using emotive language such as "stop destroying" is less effective at communicating what you want to get across than ... | |
| 3 | 2017-06-22 13:04 | imagico ♦70 | I would like to add that what bdiscoe did here was not in any way destroying a detailed map. He removed nodes which had a very little influence on the overall geometry because they were almost exactly in the middle between the next and the previous node. See http://nrenner.github.io/achavi/?change... | |
| 4 | 2017-06-22 16:25 | SomeoneElse ♦13,362 | For info, see also https://www.openstreetmap.org/user_blocks/1385 . | |
| 5 | 2017-06-23 05:46 | bdiscoe | For what it's worth, I wrote OSM messages to marek kleciak explaining these edits, and even described the detailed steps he can do in JOSM to do the cleanup himself. | |
| 6 | 2017-06-23 07:16 | marek kleciak ♦41 | We are in touch with bdiscoe now. I wrote him about reasons for this mapping. We have opportunity to make an very exactly example for nepali authorities and show the results during SOTM Asia 2017. All old, too less forest areas should be removed/modified. I hope for help of you all: The goal would b... | |
| 7 | 2017-06-23 07:41 | imagico ♦70 | Who is 'we' here?Keep in mind that planning and organizing of mapping activities and development of mapping conventions should be public.Although there is not yet a formal policy on organized mapping activities it is good practice to document such activities and reference this in c... | |
| 8 | 2017-06-23 07:50 | marek kleciak ♦41 | We, is Kathmandu Living Maps. As you probably know from german forum I do a lot for Nepal and try to inform communities in Germany and Poland about recent situation there.What you wrote about mapping activities is a part of old OSM communication problem, but you´re absolutely right, I should... | |
| 9 | 2017-06-26 05:49 | marek kleciak ♦41 | Hi everybody, KLL wil post information about this Project in the Wiki Project Nepal. Meanwhile I analyzed approach described by bdiscoe. Using generalization factor of 1.0 m we change the areas of smaller Farmlands in forests by up to 5%. I suggest the generalization factor of. 0.3m which make chan... | |
| 10 | 2017-06-26 15:32 | SomeoneElse ♦13,362 | @marek - having nodes closer together doesn't make for a map that matches reality better; it just makes it more difficult to edit. If you've got some specific examples perhaps write it up as a diary entry? | |
| 11 | 2017-06-26 16:14 | marek kleciak ♦41 | Absolutely. This matter needs an proposal and discusion of the community. | |
| 12 | 2017-06-28 03:50 | bdiscoe | Marek the starting point of your analysis is incorrect. It assumes that the existing, hyper-noded wood areas are precisely correct with no uncertainty or error bars. Consider the factors involved - imprecise criteria, human variability, seasonality, poor resolution, loose rectification, etc. it is... | |
| 13 | 2017-06-28 04:39 | marek kleciak ♦41 | Ben wrote: imprecise criteria, human variability, seasonality, poor resolution, loose rectification.We have Premium Digital Globe images from last year for whole Nepal. Factors like human variability or seasonality are general for all OSM maps. Only activation of the community AND in this case l... | |
| 49779030 by ff5722 @ 2017-06-23 19:40 | 1 | 2017-06-24 06:24 | bdiscoe | Could you please explain what these edits are? I truly hope it is not the "USGS treecover 2010" which is derived from low-resolution LandSat which is entirely inappropriate for mass-import into OSM. Or did you get this import discussed and approved? |
| 2 | 2017-06-24 06:26 | bdiscoe | I spot-checked these imported forests and they bear no similarity to what is actually on the ground. | |
| 3 | 2017-06-24 06:59 | ff5722 ♦214 | They are derived from usgs data, I added everything in manually checked chunks with background imagery enabled. Some places need more refinement, but 'no resemblance at all' seems exaggerated.It was discussed in talk-cn. | |
| 4 | 2017-06-24 07:12 | ff5722 ♦214 | See my documentation here: https://wiki.openstreetmap.org/wiki/User:Ff5722/USGS_treecover_dataI would say it is more comparable to using Scanaerial. Admittedly the data from this area is not that good, but as i trace around this area manually often, I also expected to refine it soon by hand. | |
| 5 | 2017-06-24 07:47 | bdiscoe | OK, it's possible that the places i checked were worse than average, but consider the fine-grained nature of these features, like at http://www.openstreetmap.org/changeset/49780057#map=17/34.37226/104.93077 When the nodes are as close as 2.4m but the source data (Landsat) is 28m (!) then there... | |
| 6 | 2017-06-24 09:54 | ff5722 ♦214 | I have simplified the ways in JOSM with a 15 m threshold, and merged or deleted all ways with less than 17 nodes. Some abberations redrawn from Bing. It should be a lot better now. Later i'll refine it from imagery more. | |
| 7 | 2017-06-24 18:06 | bdiscoe | OK, thanks! I am much reassured that quality is being cared for and you aren't just making work for me to clean up later :) | |
| 47241744 by bdiscoe @ 2017-03-28 20:29 | 1 | 2017-03-30 11:09 | de vries ♦123 | Hi bdiscoe,I need to ask you to be more careful with edits like these. In this changeset you seem to have targeted BAG buildings for mass simplification. The methods and software used for importing and actualization of the BAG data has been discussed in great length. So doing mechanical edits to t... |
| 2 | 2017-04-20 15:27 | bdiscoe | Hi, if you take a close look, you will see that no "details" were removed. As part of other cleanup (maproullette farm->farmland), I've been run the JOSM validator on some of the nearby buildings and landuse, and tidying up the results. The BAG buildings have numerous issues (incl... | |
| 3 | 2017-04-20 15:45 | bdiscoe | For what it's worth, I recognize unlike other mass imports I'd had to clean up (Canvec, NHD, Tiger...) this data is much better in precision as well as accuracy. That's why i use thresholds not of 70-110 cm as with NHD, but as little as 6 cm for BAG, guaranteeing that cleanup stays w... | |
| 4 | 2017-04-27 21:36 | bdiscoe | For an example of BAG problems, see buildings like http://www.openstreetmap.org/way/277899879 which has a "sliver" which is 18cm wide and 3m long; it is clearly a mechanical error. I have manually fixed hundreds of these problems. | |
| 5 | 2017-04-28 20:32 | Commodoortje ♦2,488 | Hi bdiscoe,Thank you for fixing the JOSM validation errors on BAG import here.The person who did the BAG import is responsable for fixing duplicated nodes/crossing buildings/building inside building self-intersecting ways etc... | |
| 6 | 2017-05-01 15:23 | de vries ♦123 | You had me at "I am an expert at what I'm doing". But if you want an example: compare this two images:http://pix.toile-libre.org/?img=1493650984.pnghttp://pix.toile-libre.org/?img=1493651063.pngThe imagery resolution is 7,5 cm so your simplification is nowhere within the accurac... | |
| 7 | 2017-05-01 15:51 | Commodoortje ♦2,488 | Het lijkt erop dat bdiscoe in JOSM de functie "Simplify Way" gebruikt.Wat deze tool doet: de contouren ontdoen van onnodige nodes.https://josm.openstreetmap.de/wiki/Help/Action/SimplifyWay.Ik ben het met de vries eens dat dit niet structureel op gebouwen mag plaatsvinden. Dan wordt... | |
| 40298587 by Rps333 @ 2016-06-26 11:06 | 1 | 2016-07-16 03:36 | bdiscoe | Hi there, many of the ways in this changeset are EXTREMELY overnoded. When you upload, you need to check the data FIRST for this problem and solve it before uploading. Otherwise it creates 26903 nodes in the OSM database, then someone has to come along afterwards and clean it up by deleting ~90% o... |
| 2 | 2016-07-16 03:45 | bdiscoe | Example: before: http://i.imgur.com/HuJTxvi.pngAfter: http://i.imgur.com/VDAa6uE.pngNotice how the nodes for the selected are reduced from 1832 to 241, without affecting the accuracy of the data at all. | |
| 39057659 by JeopardyTempest @ 2016-05-03 04:10 | 1 | 2016-05-03 16:47 | bdiscoe | Yes, it's NHD. Welcome to my world, Jeopardy. I've spent much of the last 6 months of my life cleaning up North Carolina's NHD (outdated wetlands just like these here in Florida). It's just a huge task, thanks for helping! |
| 2 | 2016-05-03 16:57 | Harry Wood ♦100 | The messiness of the data seems to be echoed by the messiness of the wiki page which is supposed to describe the dataset and the import process/status http://wiki.openstreetmap.org/wiki/National_Hydrography_Dataset | |
| 3 | 2016-05-04 01:54 | JeopardyTempest ♦9 | Good to know :-)Though it seems the wetlands are at least proximate... we also seem to have a messy import of a church dataset with scattered nonexistent churches that seems more problematic.So what do you guys do to clean them up? If there's development over what used to be wetlands, ... | |
| 4 | 2016-05-13 06:17 | bdiscoe | To answer your last question, Yes. | |
| 38886799 by Rps333 @ 2016-04-26 13:37 | 1 | 2016-04-26 18:15 | bdiscoe | Rps, there are some serious issues with this import. For example, consider way http://www.openstreetmap.org/way/413668789 It is "water", but unclosed. It is also duplicated, as is all the other sections of water which should have been joined here. PLEASE stop importing millions of featu... |
| 2 | 2016-04-26 20:28 | Rps333 ♦101 | Hi, thanks for pointing it out. The JOSM validation did not pick that out. I will clean them up. cheers | |
| 3 | 2016-04-26 21:52 | bdiscoe | When I load a small area around this feature, the JOSM validator reports "Errors: Duplicated ways (98), Duplicated nodes (s), Warning: natural type water - Unclosed way (46)" | |
| 4 | 2016-04-26 22:01 | bdiscoe | Rather than import huge amounts (>500K changed features on the day of this changeset!), I'd strongly recommend doing smaller sections (like ~10K features/day) so you can check it for errors _before_ uploading, thanks. | |
| 5 | 2016-04-28 19:08 | bdiscoe | It's two days later, and JOSM in this area still reports errors unclosed ways. Please fix your import before importing any more, thanks. | |
| 6 | 2016-04-28 19:13 | Rps333 ♦101 | Hi I have been checking the JOSM again and for what ever reason JOSM is not finding the errors. I am pretty sure most of the errors are on the edge of the AOI that I downloaded from NRCan. I will try checking with another version of JOSM and a different PC. | |
| 36059321 by Davaadulam_13b1sit0820 @ 2015-12-20 06:25 | 1 | 2016-01-22 23:08 | bdiscoe | Hello Davaadulam, I see you changed the english name (name:en) of this street from "Olympic Avenue" to "Олимпийн өргөн чөлөө". The English name is actually "Olympic Avenue, correct? Why did you change it? |
| 35717824 by Kendall Hart @ 2015-12-03 00:19 | 1 | 2015-12-16 19:43 | bdiscoe | Kendall, you added ways which should be paths or service roads, but you tagged them as "motorway" with names like "I-40 West" which is very odd and confusing. I will attempt to fix the tagging, but what did you intend here? |
| 35543670 by bdiscoe @ 2015-11-24 05:18 | 1 | 2015-11-24 22:02 | gileri ♦1,003 | Thank you, this looks like a good thing to do !May I ask how did you do it with JOSM ? |
| 2 | 2015-11-25 07:15 | bdiscoe | In the preferences, under "advanced", there is a setting called "simplify-way.max-error". It is important to set this to a low number appropriate for the specific geometry; in the case of a very clear lake like this, sub-meter precision can be maintained, hence a value of 0.4 | |
| 3 | 2015-11-25 16:22 | gileri ♦1,003 | Thank you ! | |
| 34831985 by bdiscoe @ 2015-10-23 23:19 | 1 | 2015-10-24 15:52 | bdiscoe | Testing ability to put emojis in chageset comments: 👍🏻👍🏼👍🏽👍🏾👍🏿😊😄😊 |
| 2 | 2015-10-24 15:54 | bdiscoe | 👍 | |
| 21830388 by maykel_sipil13 @ 2014-04-21 07:08 | 1 | 2015-06-08 20:48 | bdiscoe | Maykel, you used "service" incorrectly for the roads in the village. They are "residential" roads. |
| 2 | 2015-06-08 20:50 | bdiscoe | Also, where two roads cross, they need to share a node. Please learn about connectivity. | |
| 31761407 by Albert Natanyel @ 2015-06-06 06:19 | 1 | 2015-06-08 20:26 | bdiscoe | Albert, you damaged the main Pinrang-Rappang highway by incorrectly changing the secondary to a service road. I will fix it now, but please be careful in the future. |
| 2 | 2015-06-08 20:27 | bdiscoe | Also, never name roads just "jalan". The name tag is only for the actual name of the road, e.g. "Jln Poror Pinrang-Rappang" | |
| 30944854 by bdiscoe @ 2015-05-09 18:26 | 1 | 2015-05-09 20:42 | maraf24 ♦5,257 | Is this tag removal and transformation discussed with polish community? |
| 2 | 2015-05-25 02:04 | bdiscoe | Hi maraf24, I believe I only removed a few tags, which were uncontroversially incorrect or extraneous. If there is a page that describes the Wroclaw building import, please direct me to it. | |
| 30528688 by bdiscoe @ 2015-04-27 07:25 | 1 | 2015-04-27 18:50 | trigpoint ♦2,372 | HiI have spotted that you have edited the River Severn in Shropshire.The river forms parts of Montford/Ford parish boundaries and in moving the river flow you have moved the boundaries so that they no longer follow the official lines.I am not sure what source you used to determine the main flo... |
| 2 | 2015-05-01 16:48 | bdiscoe | Hi tngpoint, mostly this changeset was fixing the riverbanks and adding the islands. The centerline moved only very slightly; it had a few places where it did not appear to correspond to the river flow. I did the best I could using the aerial, but if you have better local knowledge, please feel fre... | |
| 3 | 2015-05-01 16:52 | bdiscoe | Also, I notice that it isn't quite consistent; in some places the parish boundaries share a way with the river, in other places they use two separate ways; perhaps someone determined that on that stretch the "official" boundary differed significantly enough from the river. Some bound... | |
| 4 | 2015-05-01 19:30 | SomeoneElse ♦13,362 | I've always wondered (where boundaries follow rivers) exactly how those boundaries are defined, given that rivers move? In this case is there a text description that says something like "follows the centreline of the river from blah to blah", or is it defined in terms of exact coordi... | |
| 5 | 2015-05-25 02:01 | bdiscoe | @SomeoneElse, it depends :) In some places the legal boundary is defined as the river, in other places the river was surveyed and that description of the course defined as legal boundary. It takes local knowledge to know the difference in different parts of the world. | |
| 6 | 2015-05-25 11:40 | trigpoint ♦2,372 | The boundaries are taken from the latest OS Boundaryline, so can be assumed to indicate the official boundaries.I part way through a project to add the Shropshire parish boundaries, some sections of the Severn have yet to be joined to the parish boundaries.I am not sure how "the main flow&q... | |
| 31027498 by bdiscoe @ 2015-05-12 05:13 | 1 | 2015-05-12 11:26 | maraf24 ♦5,257 | With over 30000 deleted nodes this is certainly a mechanical edit.http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct |
| 2 | 2015-05-22 06:44 | bdiscoe | I reviewed it personally. There is decimation to remove noise and redundancy, but I also go over what remains manually to compare it to the aerial; many of these wetlands are no longer here and are adjusted accordingly. | |
| 24336845 by QDC @ 2014-07-24 19:46 | 1 | 2015-05-05 20:42 | bdiscoe | This looks like a building import, but there were already buildings there. Was there no attempt to integrate and check for overlaps? Is there a plan to clean this up, or should I go ahead and clean it up manually? |
| 2 | 2015-05-07 20:00 | bdiscoe | I've proceeded to clean it up now. |