| Changeset | No. | Date | Contributor | Comment |
|---|---|---|---|---|
| 49549101 by bdiscoe | 1 | 2017-06-18 18:04:15 UTC | marek kleciak | 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:03 UTC | SomeoneElse | 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:49 UTC | imagico | 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:02 UTC | SomeoneElse | For info, see also https://www.openstreetmap.org/user_blocks/1385 . | |
| 5 | 2017-06-23 05:46:26 UTC | 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:50 UTC | marek kleciak | 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:17 UTC | imagico | 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 changeset c... | |
| 8 | 2017-06-23 07:50:00 UTC | marek kleciak | 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:54 UTC | marek kleciak | *** SPAM *** not displayed - visit osm.org | |
| 10 | 2017-06-26 15:32:38 UTC | SomeoneElse | @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:53 UTC | marek kleciak | Absolutely. This matter needs an proposal and discusion of the community. | |
| 12 | 2017-06-28 03:50:12 UTC | bdiscoe | *** SPAM *** not displayed - visit osm.org | |
| 13 | 2017-06-28 04:39:19 UTC | marek kleciak | 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... | |
| 49828585 by bdiscoe | 1 | 2017-06-26 07:34:38 UTC | marek kleciak | Thank you Ben! I made some experiments with generalization of areas. Surface of small areas generalized with 1.0 m is up to 5% less. The areas may be used for calculation of productivity of farmers and possibly targeted training for them. I tried 0.3 m, this is great. The problem I sometimes had is ... |
| 49788059 by bdiscoe | 1 | 2017-06-24 16:44:02 UTC | marek kleciak | Great Ben, thank you! |
| 49761857 by bdiscoe | 1 | 2017-06-23 08:22:41 UTC | marek kleciak | Thanks Ben! |
| 49549696 by bdiscoe | 1 | 2017-06-18 19:48:34 UTC | marek kleciak | Stop destroying detailed map using generalization tools. In developing countries like Nepal eactly map can save human life. Please first ask, then act. |
| 49548516 by bdiscoe | 1 | 2017-06-18 19:47:33 UTC | marek kleciak | Stop destroying detailed map using generalization tools. In developing countries like Nepal eactly map can save human life. Please first ask, then act. |
| 49550054 by bdiscoe | 1 | 2017-06-18 19:42:20 UTC | marek kleciak | Stop destroying detailed map using generalization tools. In developing countries like Nepal eactly map can save human life. Please first ask, then act. |
| 49550181 by bdiscoe | 1 | 2017-06-18 19:39:32 UTC | marek kleciak | Stop destroying detailed map using generalization tools. In developing countries like Nepal eactly map can save human life. Please first ask, then act. |
| 49550642 by bdiscoe | 1 | 2017-06-18 19:38:49 UTC | marek kleciak | Stop destroying detailed map using generalization tools. In developing countries like Nepal eactly map can save human life. Please first ask, then act. |
| 49549577 by bdiscoe | 1 | 2017-06-18 18:04:01 UTC | marek kleciak | Stop destroying detailed map using generalization tools. In developing countries like Nepal eactly map can save human life. Please first ask, then act. |
| 49547570 by bdiscoe | 1 | 2017-06-18 18:03:50 UTC | marek kleciak | Stop destroying detailed map using generalization tools. In developing countries like Nepal eactly map can save human life. Please first ask, then act. |
| 49547953 by bdiscoe | 1 | 2017-06-18 18:03:31 UTC | marek kleciak | Stop destroying detailed map using generalization tools. In developing countries like Nepal eactly map can save human life. Please first ask, then act. |
| 49548176 by bdiscoe | 1 | 2017-06-18 18:03:06 UTC | marek kleciak | Stop destroying detailed map using generalization tools. In developing countries like Nepal eactly map can save human life. Please first ask, then act. |
| 49548292 by bdiscoe | 1 | 2017-06-18 18:02:54 UTC | marek kleciak | Stop destroying detailed map using generalization tools. In developing countries like Nepal eactly map can save human life. Please first ask, then act. |
| 49548597 by bdiscoe | 1 | 2017-06-18 18:02:35 UTC | marek kleciak | Stop destroying detailed map using generalization tools. In developing countries like Nepal eactly map can save human life. Please first ask, then act. |
| 49550437 by bdiscoe | 1 | 2017-06-18 17:54:49 UTC | marek kleciak | Stop destroying detailed map using generalization tools. In developing countries like Nepal eactly map can save human life. Please first ask, then act. |
| 47241744 by bdiscoe | 1 | 2017-03-30 11:09:53 UTC | de vries | 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:35 UTC | 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 (including... | |
| 3 | 2017-04-20 15:45:32 UTC | 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 within the accur... | |
| 4 | 2017-04-27 21:36:15 UTC | 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:31 UTC | Commodoortje | 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:38 UTC | de vries | 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 accuracy of ... | |
| 7 | 2017-05-01 15:51:38 UTC | Commodoortje | 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... | |
| 25782573 by bdiscoe | 1 | 2017-01-18 17:27:29 UTC | SomeoneElse | Hi, http://www.openstreetmap.org/way/305813112/history used to extend from http://www.openstreetmap.org/node/3104967991 but was deleted in http://www.openstreetmap.org/changeset/44453803 . Does that make sense to you? An attempt to communicate with the author of that changeset didn't get anywher... |
| 35344538 by bdiscoe | 1 | 2016-07-12 16:29:39 UTC | maxerickson | There was some kind of selection error in this changeset that moved quite a few nodes that were connected to powerlines. For example, a node that I've just fixed:https://www.openstreetmap.org/node/169943625And a shot of the spot:http://imgur.com/y8tx6AAI noticed the same effect with ... |
| 36188521 by bdiscoe | 1 | 2016-05-25 21:54:29 UTC | Sunfishtommy | A lot of these relations seem to be piled up on top of one another. I just found two natural=wood relations that were duplicated on top of one another |
| 36809695 by bdiscoe | 1 | 2016-02-13 22:04:39 UTC | maraf24 | Do you know the difference between source and source:building?The former is ambiguous. This is the tag you should remove, not source:building. |
| 35543670 by bdiscoe | 1 | 2015-11-24 22:02:17 UTC | gileri | 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:19 UTC | 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:13 UTC | gileri | Thank you ! | |
| 34831985 by bdiscoe | 1 | 2015-10-24 15:52:53 UTC | bdiscoe | Testing ability to put emojis in chageset comments: 👍🏻👍🏼👍🏽👍🏾👍🏿😊😄😊 |
| 2 | 2015-10-24 15:54:42 UTC | bdiscoe | 👍 | |
| 30528688 by bdiscoe | 1 | 2015-04-27 18:50:03 UTC | trigpoint | 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:35 UTC | 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:47 UTC | 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 boundaries... | |
| 4 | 2015-05-01 19:30:41 UTC | SomeoneElse | 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 coordinates... | |
| 5 | 2015-05-25 02:01:45 UTC | 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:22 UTC | trigpoint | 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... | |
| 30944854 by bdiscoe | 1 | 2015-05-09 20:42:32 UTC | maraf24 | Is this tag removal and transformation discussed with polish community? |
| 2 | 2015-05-25 02:04:55 UTC | 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. | |
| 31027498 by bdiscoe | 1 | 2015-05-12 11:26:51 UTC | maraf24 | 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:57 UTC | 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. | |
| 30029458 by bdiscoe | 1 | 2015-04-07 05:59:30 UTC | 51114u9 | Thanks for contributing in Bolivia. We don't have many local contributors and what you did helps a lot :)You say "desert", no is "altiplano" https://en.wikipedia.org/wiki/Altiplano ;-) |
| 25632324 by bdiscoe | 1 | 2014-11-29 02:48:19 UTC | bdhurkett | Hi, although you presumably fixed several other errors, you did a bit of damage to a local bus route relation (V2 of http://www.openstreetmap.org/relation/4053781/history) with this changeset. It's nothing that can't be fixed, but you might want to keep an eye on that kind of thing in future. |