| Changeset | # | ⏱️ Last updated | Contributor | Comment |
|---|---|---|---|---|
| 180202633 by whammo @ 2026-03-21 11:35 ~ 18 days ago | 1 | ~ 16 days ago | SD Mapman ♦68 | Is there a way to edit the border_type map view overpass query from the QA checker (https://overpass-turbo.eu/s/1JzB) so that it shows where the wikidata links are and are not? I've been using lack of border_type to tell where I need to perform my manual cleanup and now I need something else to... |
| 2 | ~ 13 days ago | whammo | I'm not familiar enough with Overpass Turbo styling to be able to tweak that query for you. I could write a separate query for that if you want... | |
| 3 | ~ 12 days ago | SD Mapman ♦68 | That would be great, thanks! What I'm trying to look for is boundaries without a wikidata tag. | |
| 180384123 by whammo @ 2026-03-25 03:05 ~ 14 days ago | 1 | ~ 13 days ago | willkmis ♦206 | Out of curiosity (since I've often wondered about these etymologies) what was your source for these? Most seem at least plausible, although Kennedy St seems doubtful... https://www.openstreetmap.org/way/996627037. I think the street was called that before JFK: https://cinematreasures.org/theate... |
| 2 | ~ 13 days ago | whammo | A lot of searching, which I'll admit I didn't do for the presidential-sounding ones and maybe caught me out on Kennedy (Monroe, Madison, Quincy, Adams, etc) so thanks for flagging that. There are a surprising number of resources about DC's street names (including Ghosts of DC, Smithso... | |
| 180181997 by whammo @ 2026-03-20 23:54 ~ 18 days ago | 1 | ~ 18 days ago | confusedbuffalo ♦369 | Hi, thanks for adding detail here, but you seem to have added several duplicate phone numbers that were already mapped using the contact: schemee.g. https://www.openstreetmap.org/node/10553314712https://www.openstreetmap.org/way/266493096etc.Try to check for this, because there could be othe... |
| 2 | ~ 13 days ago | whammo | Thanks for flagging, this has been fixed! | |
| 179850453 by whammo @ 2026-03-14 10:59 ~ 25 days ago | 1 | ~ 22 days ago | NG218 ♦9 | Why does this change span beyond Columbia and up into much of the US? |
| 2 | ~ 20 days ago | whammo | This was supposed to be two changesets, but it looks like JOSM didn't close the first. Apologies! | |
| 154686237 by whammo @ 2024-08-01 10:11 ~ 1 year ago | 1 | ~ 25 days ago | kitto33 ♦12 | This changeset seemed to incorrectly set many Sams Club opening hours to only Monday, Saturday, and Sunday, instead of the probably intended Mo-Fr, Sa, Su. |
| 2 | ~ 25 days ago | kitto33 ♦12 | Since this is a large changeset, correcting this would be very important and appreciated. | |
| 151668196 by whammo @ 2024-05-22 10:25 ~ 1 year ago | 1 | ~ 1 year ago | SomeoneElse ♦13,724 | How do you know, in each of the 3545 cases here, that the data that "AllThePlaces" has scraped is more up to date than the data that had previously been surveyed? |
| 2 | ~ 1 year ago | whammo | This changeset was meant to fix bad ATP data I had accidentally imported from the broken Wendy's ATP spider. See here: https://github.com/alltheplaces/alltheplaces/issues/8373 | |
| 3 | ~ 1 year ago | SomeoneElse ♦13,724 | Was the original data import discussed anywhere? | |
| 4 | ~ 1 year ago | cotesta ♦9 | Your changing program doesn't put in the weekdays for the proper business hours. JOSM complains about not having weekdays in the key for all of them. Not sure if you've already fixed this in your program or not but just know for the future. I've manually corrected the ones in my area ... | |
| 5 | ~ 1 year ago | whammo | Hi SomeoneElse, this data import is part of the ongoing import of All the Places data onto existing OSM objects, as linked in the changeset tags. The discussion about this import is here: https://community.openstreetmap.org/t/proposed-import-of-all-the-places-data-onto-existing-fast-food-and-cafe-po... | |
| 6 | ~ 1 year ago | whammo | Hi cotesta, where there are no weekdays listed, the opening hours are the same every day of the week. This is standard formatting for the `opening_hours` tag. I left the "Mo-Su" weekdays on the `opening_hours:drive_through` tag because that tag is not nearly as common so I wanted to be ext... | |
| 7 | ~ 1 year ago | cotesta ♦9 | Seems you are right on the opening_hours front. I assumed it was always needed to put the weekdays. Ignore me then in that case. The JOSM validator is thorough and catches a lot, but sometimes it's a little too stickly... | |
| 8 | ~ 2 months ago | Mateusz Konieczny ♦9,724 | are you planning to clean up weird fixme:atp where they are no longer applicable?are these fixme:atp maintained in any way?why add them to OSM objects rather than show QA list on a separate page?in many cases it is ATP that is wrongand in say https://www.openstreetmap.org/way/9653309... | |
| 9 | ~ 2 months ago | whammo | Hi Mateusz, I have no plan for the fixme:atp tag and never did; I personally don't really see the harm in them. I have been told elsewhere that it was useful in tipping off which of a brand's locations are closed, but obviously there will always be errors and some ATP spiders are better t... | |
| 152280837 by whammo @ 2024-06-05 10:18 ~ 1 year ago | 1 | ~ 3 months ago | TheNightRider ♦57 | Good flag on Qdoba: this one went away sometime in 2018 and got replaced either late 2018 or early 2019 by Teriyaki Madness. |
| 166500568 by whammo @ 2025-05-20 00:02 ~ 10 months ago | 1 | ~ 3 months ago | Mateusz Konieczny ♦9,724 | Hello! https://www.openstreetmap.org/node/3012311759/history has amenity = convenience that was added in this editWhat was meant by amenity=convenience? Is it a convenience shop? Then shop=convenience is likely a better tagging, see https://wiki.openstreetmap.org/wiki/Tag:shop=convenience . |
| 174670746 by whammo @ 2025-11-15 00:54 ~ 4 months ago | 1 | ~ 4 months ago | willkmis ♦206 | Hey, thanks for adding all this info. There are a couple of edits in here that look a little weird to me though. For one, it seems like for a couple of points you moved them out of their buildings? Such as https://www.openstreetmap.org/node/490254388 and https://www.openstreetmap.org/node/4111902590... |
| 2 | ~ 4 months ago | willkmis ♦206 | These two restaurants was also moved to the wrong buildings, basically on top of their neighboring businesses, when they were previously in the correct places: https://www.openstreetmap.org/node/11265325019 https://www.openstreetmap.org/node/490254362. So I'm not sure how your import method is ... | |
| 3 | ~ 4 months ago | whammo | Thanks for flagging Will. It looks like I accidentally clicked the nodes in the wrong order when merging the batch I did in Mount Pleasant. This is meant to just add data, not move or remove anything. I'll clean this up shortly! | |
| 4 | ~ 4 months ago | willkmis ♦206 | Ah makes sense, thanks for fixing! | |
| 126196500 by whammo @ 2022-09-14 19:56 ~ 3 years ago | 1 | ~ 6 months ago | marczoutendijk ♦3,042 | building=0 (or O)what is the meaning of that? |
| 2 | ~ 6 months ago | whammo | Strange, there were only 11 but I've fixed them in https://www.openstreetmap.org/changeset/172589320. Thanks for pointing that out. | |
| 3 | ~ 6 months ago | marczoutendijk ♦3,042 | Thanks! | |
| 172433840 by whammo @ 2025-09-25 10:52 ~ 6 months ago | 1 | ~ 6 months ago | Molandfreak ♦18 | Thanks a lot! |
| 161011290 by whammo @ 2025-01-05 07:40 ~ 1 year ago | 1 | ~ 7 months ago | CoryS89 ♦3 | Trying to fix tigerking fixme issues, what does [object object] mean? |
| 2 | ~ 6 months ago | whammo | That was an early bug in TIGER King that I didn't catch for a while, it wasn't properly adding the error message. I haven't removed because at least its a flag that there's an issue and it's not worth adding a new version to the way. | |
| 151532391 by whammo @ 2024-05-19 12:35 ~ 1 year ago | 1 | ~ 6 months ago | Evan Carroll ♦13 | This change seems like it's pretty off. You set the indoor_seating to no all these Chick-fil-A's and they all have indoor seating... |
| 2 | ~ 6 months ago | whammo | Thanks for flagging, I'll look into this. | |
| 3 | ~ 6 months ago | Evan Carroll ♦13 | @whammo if you're botting an upgrade to chick-fil-a, kids_area:indoor=yes would be nice to have on the ones that are flagged with it on the website. | |
| 4 | ~ 6 months ago | whammo | Fixed in https://www.openstreetmap.org/changeset/172087644. The data comes from All the Places, which doesn't collect that particular information unfortunately and appears to have had a bad run when I imported this data. If you know Python, you can try to tweak the scraper to add that functiona... | |
| 170382406 by whammo @ 2025-08-13 10:41 ~ 7 months ago | 1 | ~ 7 months ago | willkmis ♦206 | Hey, thanks for going through and improving these routes! I was just looking in this area and it seems like this changeset added a lot of duplicate bus stop nodes right next to existing ones, with slightly differently formatted names. Maybe the conflation was a little off somehow? |
| 2 | ~ 7 months ago | whammo | Oops thank you, will go through and clean that up. | |
| 147808625 by whammo @ 2024-02-23 11:50 ~ 2 years ago | 1 | ~ 11 months ago | Spaghetti Monster🍝 ♦2,160 | https://www.openstreetmap.org/way/648603705 is not a hotel |
| 164115557 by whammo @ 2025-03-26 10:45 ~ 1 year ago | 1 | ~ 1 year ago | willkmis ♦206 | Hey it looks like you removed (Strenuous) and (Moderate) from the names of the branches of the Western Ridge Trail. I was by here recently and it's worth noting that these aren't just ad hoc descriptions, they're actually signed on the ground. Here's a photo of the sign (https://... |
| 2 | ~ 1 year ago | whammo | Thanks for flagging that, my bad. I've reverted in https://www.openstreetmap.org/changeset/164270048 and added a note to both objects so that others don't do the same. | |
| 3 | ~ 1 year ago | willkmis ♦206 | No worries! That's totally the format of typical descriptive OSM trail names, so it's understandable to usually be removing stuff like that on sight. | |
| 151571627 by whammo @ 2024-05-20 10:22 ~ 1 year ago | 1 | ~ 1 year ago | SomeoneElse ♦13,724 | If you have "local knowledge" of the address of every Starbucks in the USA, I'm impressed! |
| 2 | ~ 1 year ago | ajashton ♦18 | What is the purpose of removing this information? It does not seem straight forward or reliable to have to derive an address from the branch tag.A bunch of these edited Starbucks appear to be standalone locations where the branch is named for a nearby store, not a store they are actually inside. | |
| 3 | ~ 1 year ago | whammo | The thinking is just that these Starbucks are ones that are inside other stores (grocery stores, Targets, etc) that should have their own addresses, and thus these addresses are significantly more likely to be incorrect (either from parsing or because the source data is bad) and/or irrelevant. | |
| 4 | ~ 1 year ago | Allison P ♦1,145 | Some of these aren't in stores, despite the branch name. That is the problem. | |
| 5 | ~ 1 year ago | whammo | I'm comfortable being fairly aggressive in removing address data from potential "store in store" Starbucks locations since it was flagged to me as being more prone to error than normal store data. But I'm happy to restore some of it if you all can articulate a better way for me t... | |
| 6 | ~ 1 year ago | MxxCon ♦3,528 | It's kinda hard to review a changeset for potentially incorrect data deletion when it has 1186 modified objects... | |
| 7 | ~ 1 year ago | SomeoneElse_Revert ♦72,429 | This changeset has been reverted fully or in part by changeset 151843063 where the changeset comment is: Reverting 151571627 following discussion on changeset | |
| 8 | ~ 1 year ago | SomeoneElse ♦13,724 | I've reverted this since from the comments above it was clearly questionable. Where there have been interim changes (6 examples) I've not touched those.It may be that a case can be made for some of these addresses being wrong. Please make that case at https://community.openstreetmap.... | |
| 9 | ~ 1 year ago | skquinn ♦812 | I am currently mapping in Kemah, TX, and the Starbucks inside the Target at 255 Marina Bay Drive duplicates the address on the building. Is there any objection if I remove the address from the Starbucks? | |
| 10 | ~ 1 year ago | MxxCon ♦3,528 | @skquinn, it's perfectly valid for a building and poi to have the same address. You shouldn't remove it. | |
| 11 | ~ 1 year ago | MxxCon ♦3,528 | Oh, wait, l misread that😅nm | |
| 12 | ~ 1 year ago | whammo | Yeah, POIs and buildings can have the same address info as far as I know, so I don't think you need to remove that information unless it's wrong. | |
| 158233735 by whammo @ 2024-10-23 01:08 ~ 1 year ago | 1 | ~ 1 year ago | JJIglesias ♦1,246 | Hi. All "Unnecessary" data that was in Places in Bolivia was NECESSARY for us. There is NOTHING in the wiki that prohibit to use such tags neither "obligation" to remove such data.Please revert this changeset. and Next time consult the local communities before taking such act... |
| 2 | ~ 1 year ago | whammo | Hi JJIglesias. What data that I removed was necessary and why? | |
| 3 | ~ 1 year ago | JJIglesias ♦1,246 | is_in:state, names including data between brackests.Removing data (even the one for deprecated tags) is discouraged and NOT REQUIRED by wiki. What you may not used, could be used by us. The local community and the main users of the map here... | |
| 4 | ~ 1 year ago | JJIglesias ♦1,246 | Meanwhile any tag is Not Prohibited. Should NOT be deleted, neither removed from the map the existing ones, and the data associated with them. | |
| 5 | ~ 1 year ago | JJIglesias ♦1,246 | There is TOO much data NON EXISTENT and required, to be deleting good data. | |
| 6 | ~ 1 year ago | whammo | Hi JJIglesias, I see you've reverted this changeset already. No software or projects use `is_in` because it is deprecated, but that's fine if you want to have it. This change was more to remove `(disperso)` that you have added to the end of the `name` tag of each of these items, which is c... | |
| 7 | ~ 1 year ago | JJIglesias ♦1,246 | You removed is_in, you removed description that include the INE IDs and other data, the "disperso" is an official Census designator for settlements that are not consolidated in the same ways than a tradition settlement. I have been working with Census Official data since 2016, so not IMPOR... | |
| 8 | ~ 1 year ago | whammo | Why should `disperso` be included in the `name` field and not another tag, if at all? See https://wiki.openstreetmap.org/wiki/ES:Nombres#Nombre_es_solo_el_nombre | |
| 9 | ~ 1 year ago | whammo | How would you feel about moving "(disperso)" from the `name` tag and adding `dispersed=yes` to the object? That would preserve the information suggesting this is a non-standard community but move that info out of the `name` field. | |
| 10 | ~ 1 year ago | whammo | I plan to carry out my suggestion of using `dispersed=yes` on these objects next week, so please let me know if you have another idea, I'm happy to modify my approach! | |
| 159085765 by whammo @ 2024-11-13 11:07 ~ 1 year ago | 1 | ~ 1 year ago | willkmis ♦206 | Hey thanks for importing these, great to have better bus stop coverage in DC! I did notice one thing about these nodes, however: it looks like you haven't added the typical PTv2 tagging, namely public_transport=platform + bus=yes. Was there a reason you skipped these? Beyond prompting a warning... |
| 2 | ~ 1 year ago | whammo | Hey, just an oversight, I will fix this when I'm back at my computer next week or feel free to do it when you have a chance if the spirit moves you. Thanks for the catch. | |
| 3 | ~ 1 year ago | willkmis ♦206 | No problem! I don't think it's particularly urgent | |
| 158205672 by whammo @ 2024-10-22 10:42 ~ 1 year ago | 1 | ~ 1 year ago | RobertTBS ♦8 | The reason Iowa's townships are not mapped is that they are not their own governments, but instead are classified as subordinate agencies of county governments, therefor making it part of the local county and not a separate entity. |
| 2 | ~ 1 year ago | whammo | Hi Robert, my reading of the OSM wiki guidance on US admin boundaries suggests that townships are fair game to map. And some township boundaries predate me (see https://overpass-turbo.eu/s/1Tzn), so I think it's more a matter of them being a pain in the butt to create. Happy to discuss further. | |
| 158233458 by whammo @ 2024-10-23 00:47 ~ 1 year ago | 1 | ~ 1 year ago | 5m4u9 ♦1,661 | Hola, many routes in Bolivia are not continuous and have breaks in continuity when they pass through large cities or capital cities. For example F4 → https://www.openstreetmap.org/relation/167835#map=14/-17.39184/-66.14774, F9 (santa cruz de la sierra), F10 (montero), F5 & F6 (sucre)On ... |
| 2 | ~ 1 year ago | whammo | Ok, done in https://www.openstreetmap.org/changeset/158575570 | |
| 148347161 by whammo @ 2024-03-07 15:16 ~ 2 years ago | 1 | ~ 1 year ago | Dimitar155 ♦856 | Hey whamno,Are you sure that there is a Billa Express where you've placed it? I can't see any Billa shops on their website anywhere near the airport and personally I haven't seen or heard of "Billa Express" operating in Bulgaria. Only regular Billa and "Billa Dnes&q... |
| 2 | ~ 1 year ago | whammo | Hi Dimitar, I'm not quite sure what I saw or what I was thinking at the time, so feel free to do what you think makes most sense! | |
| 153404972 by whammo @ 2024-07-01 10:24 ~ 1 year ago | 1 | ~ 1 year ago | ElliottPlack ♦937 | Thanks for doing this but please report these sorts of things to DWG so we can take it up with the user. In this case they have gone on to make more bad edits (which you can feel free to revert if you'd like) |
| 156765780 by whammo @ 2024-09-18 10:34 ~ 1 year ago | 1 | ~ 1 year ago | MikeN ♦357 | This is good work - FYI The OSM NC - SC boundary was separately updated in 2018 from the ratified NC-SC Geodetic survey, so those nodes shouldn't be moved unless they were accidentally dragged since then. |
| 2 | ~ 1 year ago | whammo | Thanks Mike. I try not to touch the state boundaries because those are by and large much more recently updated, as you mention. I may have slid a node or two laterally along the state border because the county border "intersection" was slightly misplaced. | |
| 156181105 by whammo @ 2024-09-04 11:16 ~ 1 year ago | 1 | ~ 1 year ago | justin5822 ♦6 | For the most part thanks for doing this, but please check if the imported geometry is actually replacing old TIGER data rather than ways that have been updated by users since. For instance in Houston county (my area), the public domain record of the counties establishment define part of the border w... |
| 2 | ~ 1 year ago | justin5822 ♦6 | Took some time wrangling josm to show what was actually changed since osmcha isnt working. You can disregard my previous comment. Seems like Houston county is the only bad border update here. I'll go change it back. Sorry about the confusion | |
| 3 | ~ 1 year ago | whammo | Can you point to where you see that definition of Houston County's border? I didn't check primary sources before making edits, and the state of Alabama doesn't provide any comprehensive county boundary data that I can find, but the Houston County parcel viewer (the only semi-official ... | |
| 4 | ~ 1 year ago | justin5822 ♦6 | https://archive.org/details/alabama-acts-1903/page/n41/mode/2up Page 44There are 3 different definitions of the county border on the parcel viewer, and anything short of a survey of the PLSS markers that make up the boundary is going to be inaccurate. | |
| 5 | ~ 1 year ago | whammo | Ok, sounds good. Just as food for thought, is it not possible the boundary represents where the banks of the rivers were 120 years ago (and thus not necessarily where they are now)? | |
| 6 | ~ 1 year ago | justin5822 ♦6 | Very possible that TIGER is using old river data, but in this case I don't think it matters. I'm pretty sure the way it works is that if there is a natural shift in the river over time that isn't extreme the boundary follows the river, though that's something I'll let the la... | |
| 153761667 by whammo @ 2024-07-09 21:55 ~ 1 year ago | 1 | ~ 1 year ago | skquinn ♦812 | Hi,Regarding Jack in the Box at 3402 Mangum Road: this had been added on the building outline and marked as disused from my survey. (I work near this area and come through here frequently for other reasons.) This is NOT a currently active Jack in the Box location (they are terrible about keeping... |
| 151167333 by whammo @ 2024-05-10 23:41 ~ 1 year ago | 1 | ~ 1 year ago | Allison P ♦1,145 | How did openstreetmap.org/node/4589464902 get conflated with a location in South Carolina? |
| 154385647 by whammo @ 2024-07-25 10:05 ~ 1 year ago | 1 | ~ 1 year ago | mueschel ♦7,027 | Hi,please check the tags you added. "addr:street_address" is not used by anybody else. |
| 151167316 by whammo @ 2024-05-10 23:40 ~ 1 year ago | 1 | ~ 1 year ago | Kai Johnson ♦171 | Looks like something went wrong with addr:city and addr:state for https://osm.org/node/5668621306. I see this is a pretty big changeset, but maybe you want to make sure all the other imported data was good? |
| 2 | ~ 1 year ago | whammo | It looks like the full raw address string from ATP my tools had to parse was `9150 A Alcosta Blvd, Country Club Village S.C., San Ramon, CA 94583`, and it read S.C. as South Carolina :( Most Starbucks POIs don't have that place name in their address string, and even fewer abbreviate "shopp... | |
| 3 | ~ 1 year ago | Kai Johnson ♦171 | I'm glad you figured out what happened! | |
| 153904537 by whammo @ 2024-07-13 18:04 ~ 1 year ago | 1 | ~ 1 year ago | emersonveenstra ♦1,465 | Hi there,https://www.openstreetmap.org/way/578943658 had "not:brand:wikidata=Q4672981" on it, so did you check to make sure that it actually was part of the Ace Hardware brand, and if so, could you please remove the not:brand:wikidata tag to avoid confusion? |
| 2 | ~ 1 year ago | whammo | I did not check before uploading, but it appears the ATP info was correct, and the existing `not:brand:wikidata` tag was not. Again, (as I mentioned here: https://www.openstreetmap.org/changeset/153929369) this import is not meant to go through every POI to do cleanup, I'm just adding info. So ... | |
| 153929369 by whammo @ 2024-07-14 12:52 ~ 1 year ago | 1 | ~ 1 year ago | emersonveenstra ♦1,465 | Hi there,On https://www.openstreetmap.org/node/1487329044, you added a `website` that does not exist (leads to a 404 page) while ignoring the already existing (and correct) `contact:website`. In the future, can you please check for existing contact:* tags and not duplicate or add information if ... |
| 2 | ~ 1 year ago | whammo | The rules I have check for `contact:website` and only remove that in favor of `website` if the two match exactly. The whole principle of this import has been "first do no harm," and because I'm not going through every URL on every node, I'm not gonna remove URL tags just because... | |
| 151621657 by whammo @ 2024-05-21 10:42 ~ 1 year ago | 1 | ~ 1 year ago | Black_Diamond ♦66 | The website link to the Panda Express on Stevens Creek in San Jose still works, and you can still place orders for that location. You may want to check the website for validity of each location in the future. |
| 153406066 by whammo @ 2024-07-01 10:53 ~ 1 year ago | 1 | ~ 1 year ago | Sconni ♦2 | I work at Lowes 2360 and use OSM/uMap to map our condo complex. Would you be willing to give me some guidance when I am in a pickle? |
| 2 | ~ 1 year ago | whammo | What do you need help with? | |
| 3 | ~ 1 year ago | Sconni ♦2 | Hi Whammo: I am looking for an experienced mentor that I can ask questions of when I get stumped. Right now, I don't know how to add editors to the uMap. Can you tell me the steps? I have created a custom map using uMap. I also have an educator account that allows me to edit OSM. I added our ... | |
| 153496028 by whammo @ 2024-07-03 10:46 ~ 1 year ago | 1 | ~ 1 year ago | Allison P ♦1,145 | It looks like the URLs have the store number in them. Possible to extract refs? |
| 152937570 by whammo @ 2024-06-20 10:46 ~ 1 year ago | 1 | ~ 1 year ago | gpserror ♦231 | Are these all really closed? I spot checked https://www.openstreetmap.org/way/185707011 and KFC's website still indicates one here -- and coupled with the shops that share a KFC and a TB (I know of one locally, also a KFC that shares a building/cash register with an A&W) -- just wanted t... |
| 2 | ~ 1 year ago | jleedev ♦303 | The web page at https://locations.kfc.com/md/elkridge/6281-washington-blvd gives opening hours of `Mo-Su closed`, which suggests that it's closed. It's not obvious from the armchair whether this is temporary or permanent. There are several *hundred* of these. | |
| 3 | ~ 1 year ago | whammo | Yeah, not sure if the closure is permanent or temporary, hence the lifecycle prefix and not deletion, but being closed every day suggests to me some state of disuse. If you have on-the-ground insight that would be great! | |
| 4 | ~ 1 year ago | gpserror ♦231 | Fair enough, just wanted to make sure someone didn't add a new restaurant but the old one was still there, as much as I dislike two restaurants sharing the same cash register... but they are both the same parent company franchiser... | |
| 151531033 by whammo @ 2024-05-19 11:55 ~ 1 year ago | 1 | ~ 1 year ago | dknelson9876 ♦99 | Hey whammo, how did you parse addresses for this? I noticed that number of the addresses in Salt Lake City have the street prefix as addr:unit, which is incorrect |
| 2 | ~ 1 year ago | whammo | Hi dknelson, I'm happy to take a look. I've built my own parser to turn raw address strings into OSM tags. Can you point me to an example so I know what you're talking about? | |
| 3 | ~ 1 year ago | dknelson9876 ♦99 | Yeah, [here](https://www.openstreetmap.org/node/4801781501) is an address that was parsed correctly, but [here](https://www.openstreetmap.org/way/1050564769) is one that's wrong. Finally, [here](https://wiki.openstreetmap.org/wiki/Utah/Naming_Conventions) is the wiki page on current strategies ... | |
| 4 | ~ 1 year ago | whammo | I think I've fixed it in this changeset: https://www.openstreetmap.org/changeset/152919606. Let me know if I did not. Now that I know this quirk (thanks!), there seems to be a lot of objects with the direction at the end of the `addr:housenumber` field, see this Overpass query: https://overpass... | |
| 5 | ~ 1 year ago | dknelson9876 ♦99 | A random sampling of edited items from that changeset all appear correct, thank you. I'm aware that a lot of addresses have that alternate format, I haven't broached the idea of doing a mass edit since the debate isn't settled. The first direction isn't commonly signed as part of... | |
| 151167285 by whammo @ 2024-05-10 23:38 ~ 1 year ago | 1 | ~ 1 year ago | Allison P ♦1,145 | I don't think you should add addresses to the POI inside supermarkets, since they don't have their own addresses. Not only that, the addresses in ATP don't even match the store's address in many cases. Here: https://www.openstreetmap.org/node/9646713142 the street is South Federa... |
| 2 | ~ 1 year ago | whammo | Yeah, there may be a way to use the `branch` values to find and remove some of the Starbucks within other stores. I'll look into it! | |
| 3 | ~ 1 year ago | whammo | * I should say, remove the address tags, not the nodes themselves. | |
| 4 | ~ 1 year ago | whammo | Ok, should be fixed here: https://www.openstreetmap.org/changeset/151571627. The regex I used on the branch tag was "^(Target|Safeway|Kroger|Albertsons|Harris Teeter|Hy-Vee|Vons|Fred Meyer|King Sooper|Giant|Ralphs|Fry's|Jewel|Macy's|Smith's|Dillons|Pavilions).*" | |
| 5 | ~ 1 year ago | tguen ♦115 | This changeset replaced valid URLs with broken URLs for the website tag. Please fix.Example:https://www.openstreetmap.org/way/405047953/ | |
| 6 | ~ 1 year ago | whammo | Hi tguen. Unless I'm misunderstanding, the website value on that way appears to be the same before and after my edit, so I don't think I touched it. | |
| 7 | ~ 1 year ago | tguen ♦115 | It's slightly different, check the zip code at the end. The old one was 9 digits, new one is 5. Does the link work for you? | |
| 8 | ~ 1 year ago | whammo | You're right. Neither link works on mobile for some reason, but the old one appears to work on "desktop view" on my phone. I'll investigate when I'm back at my computer this week. | |
| 9 | ~ 1 year ago | whammo | FYI, just fixed the `website` tag here: https://www.openstreetmap.org/changeset/152920594. I was half hoping that they would reinstate the `/store/{ref}` url pattern that GMaps also relies on, but it looks like we're stuck with all the junk at the end of the url. | |
| 152516316 by whammo @ 2024-06-10 21:05 ~ 1 year ago | 1 | ~ 1 year ago | Allison P ♦1,145 | Lots of strange address tags on https://www.openstreetmap.org/node/9517862462 |
| 151247613 by whammo @ 2024-05-13 03:09 ~ 1 year ago | 1 | ~ 1 year ago | Allison P ♦1,145 | addr:state=SR in Texas? State Route 429 misinterpreted as state by crawler. https://www.openstreetmap.org/node/11415726019 |
| 151312739 by whammo @ 2024-05-14 13:03 ~ 1 year ago | 1 | ~ 1 year ago | Allison P ♦1,145 | No Patrick, Burger King is not a state. https://www.openstreetmap.org/way/719066610/history/3I have fixed a half dozen bad values of addr:state added from ATP data. What's weird is that the website gives the right state. Maybe the web spider has a bug. (Ha.) |
| 151311478 by whammo @ 2024-05-14 12:32 ~ 1 year ago | 1 | ~ 1 year ago | yo_scottie_oh ♦4 | This import tool is adding incorrect opening hours in possibly all cases - the first three that I spot checked were incorrect (see 28039062, 23766605, and 28501171). Specifically, It's importing the closing times as 10:30 instead of 22:30. |
| 2 | ~ 1 year ago | yo_scottie_oh ♦4 | Correction to my original comment - the correct closing time shouldn't even be 22:30, it should be 25:00 or 26:00 depending on the day. ([example Wendy's location](https://locations.wendys.com/united-states/nj/watchung/1701-us-highway-22)) | |
| 3 | ~ 1 year ago | whammo | Huh, thanks for flagging. It looks like this is pretty widespread and not just simply a 10:30->22:30 change, so I'll probably just remove the `opening_hours` tag from all the Wendy's objects I modified. | |
| 4 | ~ 1 year ago | yo_scottie_oh ♦4 | I opened an [issue on GH](https://github.com/alltheplaces/alltheplaces/issues/8373) and somebody's already done a PR to address it. I'm not familiar with ATP as this was my first time hearing about it (looks pretty nifty btw), but now that the PR has been done, I wonder if it's now po... | |
| 5 | ~ 1 year ago | whammo | I'll keep an eye on the next release and see if the data is any better. Otherwise I'll strip the bad opening_hours tags off. | |
| 6 | ~ 1 year ago | whammo | See https://www.openstreetmap.org/changeset/151668196. Should all be fixed. | |
| 150880083 by whammo @ 2024-05-04 13:27 ~ 1 year ago | 1 | ~ 1 year ago | MxxCon ♦3,528 | Hello.Please pay attention not to create stars= tags for hotels in US.Since in US there’s no official regulatory body managing hotel star ratings and each hotel can rate themselves however many stars they want, it serves no purpose other than promotional/advertisement for the hotels. |
| 2 | ~ 1 year ago | whammo | Hi MxxCon. I'm confident I didn't add this tag, but it's a good reminder to wipe these out when I see them. I've created a JOSM validator rule so that it gets flagged whenever these come up in the future. | |
| 3 | ~ 1 year ago | MxxCon ♦3,528 | You are right. You didn't add that tag. I apologize. For some reason I just looked at the last change and not when it was actually added.👍 | |
| 148807765 by whammo @ 2024-03-18 10:03 ~ 2 years ago | 1 | ~ 2 years ago | woodpeck ♦2,592 | Has this large-scale addition of foreign keys ("ATP") been discussed anywhere? If not, it is a data import that validates our rules and needs to be (a) stopped and (b) reverted. I doubt that using the all-purpose "ref" would have passed muster in a discussion with the community..... |
| 2 | ~ 2 years ago | whammo | Hi Woodpeck. Can you point me to where these "foreign keys" are? I believe I only added very standard keys (address, phone, website, various names), and "ref" for the hotel reference code. Under what key do you think that info would fit better? The community discussion for this i... | |
| 3 | ~ 2 years ago | woodpeck ♦2,592 | I have commented in that thread! | |
| 148809168 by whammo @ 2024-03-18 10:37 ~ 2 years ago | 1 | ~ 2 years ago | emersonveenstra ♦1,465 | Hello,On https://www.openstreetmap.org/node/11103078616, you added phone even though there was already a different contact:phone. Could you please go back and fix this? Thanks! |
| 2 | ~ 2 years ago | whammo | Should be fixed now. Thanks. | |
| 148809235 by whammo @ 2024-03-18 10:38 ~ 2 years ago | 1 | ~ 2 years ago | emersonveenstra ♦1,465 | Hi there,On https://www.openstreetmap.org/way/591492926/history, you added brand:wikidata = Q5364003 even though the object already had not:brand:wikidata = Q5364003. Can you please resolve this? |
| 2 | ~ 2 years ago | whammo | Should be fixed now | |
| 148679338 by whammo @ 2024-03-15 10:02 ~ 2 years ago | 1 | ~ 2 years ago | MxxCon ♦3,528 | Love the use of branch= tag. If only the name= tags could be cleaned up from that SEO spam.👍 --- Published using OSMCha: https://osmcha.org/changesets/148679338 |
| 147698602 by whammo @ 2024-02-20 16:10 ~ 2 years ago | 1 | ~ 2 years ago | mapperue ♦236 | Hi, tag amenity=car_repair is deprecated.More info here:https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcar_repair |
| 2 | ~ 2 years ago | whammo | Hey, feel free to change it. I updated other tags in this changeset. | |
| 147239055 by whammo @ 2024-02-09 02:11 ~ 2 years ago | 1 | ~ 2 years ago | InsertUser ♦483 | Where was the actual discussion for this import? |
| 2 | ~ 2 years ago | whammo | Hi InsertUser. The community discussion was here, also already linked in the wiki page: https://community.openstreetmap.org/t/proposed-import-of-all-the-places-data-onto-existing-grocery-store-pois-in-the-us/108611 | |
| 133064847 by whammo @ 2023-02-27 01:38 ~ 3 years ago | 1 | ~ 2 years ago | dmfr ♦77 | Hello! Why is the L'Enfant Plaza mapped as two different nodes? All similar cases I've seen, the station is mapped with a single node (since it is a single entity). I understand that the station has two different railway:refs because of the different levels, but I believe there is a better... |
| 2 | ~ 2 years ago | whammo | That's a good question, and I honestly don't know enough about public transportation tagging to know if it's incorrect. I would pose the question in the #public_transport channel in the OSM US Slack, and someone who knows more would be able to weigh in. | |
| 146322072 by whammo @ 2024-01-16 12:32 ~ 2 years ago | 1 | ~ 2 years ago | wireguy ♦560 | Whammo, fyi change broke relation 8438767. fixed in changeset https://www.openstreetmap.org/changeset/146371419 |
| 2 | ~ 2 years ago | whammo | Thank you, sorry about that. | |
| 143898217 by whammo @ 2023-11-11 12:42 ~ 2 years ago | 1 | ~ 2 years ago | Evanator ♦5 | Thank you for your efforts! I knew that the Goochland/Louisa border was particularly a mess but haven't had the chance to get to it. Cheers! |
| 2 | ~ 2 years ago | whammo | Sure thing! | |
| 145977077 by whammo @ 2024-01-07 02:24 ~ 2 years ago | 1 | ~ 2 years ago | ElliottPlack ♦937 | Whammo, what happened here? CDP imports are difficult because of the need to conflate/fix existing data. I suggest a discussion on the OSM community forum to find the best method of doing this. Others with experience can help. |
| 2 | ~ 2 years ago | whammo | Hey Elliott, are you saying that because you noticed I had broken something? I reverted some of these changes in changeset 146003072 after realizing not all of these were CDPs, but didn't see anything that was broken. | |
| 3 | ~ 2 years ago | ElliottPlack ♦937 | Right, I saw that you had reverted and then wanted to know if you had discussed this as an import anywhere. I saw you have proposed an address import (which looked great) but these mass changes would also require some discussion. There is plenty of precedent for importing/adding CDPs (I've done... | |
| 4 | ~ 2 years ago | whammo | I guess I was under the false impression that TIGER boundaries are fair game. Happy to remove these until there's a discussion. | |
| 145835811 by whammo @ 2024-01-03 11:40 ~ 2 years ago | 1 | ~ 2 years ago | InsertUser ♦483 | Where was this mechanical edit discussed? https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct |
| 2 | ~ 2 years ago | whammo | Hi InsertUser. I actually don't see this as a mechanical or automated edit because I reviewed each object. As you can see, I also made additional edits to other fields, including expanding abbreviations and adding wikidata tags that provide information demonstrating that these hotels are affili... | |
| 3 | ~ 2 years ago | skquinn ♦812 | It was probably assumed to be a mechanical edit just because of the size. If these were actually done by hand, you should be fine. Ordinarily I would object to the large bounding box but for an edit like this it's difficult to avoid without splitting into multiple changesets. | |
| 4 | ~ 2 years ago | MxxCon ♦3,528 | Generally, location identifier shouldn't be in the hotel's name= tag, but rather moved into branch= tag.Also I noticed you updated phone number formatting on some of them. Generally, they should be separated either only by spaces or only by - (dash), not mixed. I suggest you install phon... | |
| 142033725 by whammo @ 2023-10-02 11:05 ~ 2 years ago | 1 | ~ 2 years ago | Mateusz Konieczny ♦9,724 | https://www.openstreetmap.org/node/1066780564/historynote that adding name=Mailbox to all mailboxes or adding name=Building to all building or name=Tree to all trees is not needed :) |
| 144320212 by whammo @ 2023-11-22 10:30 ~ 2 years ago | 1 | ~ 2 years ago | ottwiz ♦395 | As I saw you traced the county boundaries based on USGS Topo Maps, that should've been put there as source. :) |
| 2 | ~ 2 years ago | whammo | Thanks, thi is based on the WV GIS clearinghouse's boundary info, but it looks like JOSM inadvertently overwrote my source comment saying that. | |
| 143713825 by whammo @ 2023-11-06 23:46 ~ 2 years ago | 1 | ~ 2 years ago | whammo | See https://wiki.openstreetmap.org/wiki/Automated_edits/whammo for description |
| 143713814 by whammo @ 2023-11-06 23:46 ~ 2 years ago | 1 | ~ 2 years ago | whammo | See https://wiki.openstreetmap.org/wiki/Automated_edits/whammo for description |
| 139788239 by whammo @ 2023-08-12 13:35 ~ 2 years ago | 1 | ~ 2 years ago | Linslade ♦5 | Please be careful with your sources. Some of these buildings do not exist. |
| 2 | ~ 2 years ago | whammo | Thanks, feel free to remove them if they don't exist! | |
| 139938139 by whammo @ 2023-08-15 22:50 ~ 2 years ago | 1 | ~ 2 years ago | Linslade ♦5 | Please take care when adding structures this way. Many already have been mapped. |
| 2 | ~ 2 years ago | whammo | Thanks, the couple overlapping buildings have been removed here: https://www.openstreetmap.org/changeset/143332111. | |
| 141892603 by whammo @ 2023-09-29 02:05 ~ 2 years ago | 1 | ~ 2 years ago | wireguy ♦560 | Whammo, adding ward 6 relation seems to have broken theMount Vernon Square relation 4638793Can you investigate? |
| 141297184 by whammo @ 2023-09-15 10:55 ~ 2 years ago | 1 | ~ 2 years ago | user_5359 ♦20,548 | Hello! Please have a look on https://www.osm.org/node/11193008929. What is the eman of the tag number=60629-294938 (this is no phone number) |
| 140889306 by whammo @ 2023-09-06 10:54 ~ 2 years ago | 1 | ~ 2 years ago | user_5359 ♦20,548 | Hello! Please have a look on http://www.osm.org/way/1205457831. What is the mean of the tag @spider = wendys? |
| 135322042 by whammo @ 2023-04-24 23:47 ~ 2 years ago | 1 | ~ 2 years ago | jacobwhall ♦47 | Richmond Fire Department Station 5 (node 10838413304) appears to be incorrect, and I have removed it in changeset 139758376. Other nodes added by this changeset may also require review. Thankshttps://www.openstreetmap.org/node/10838413304https://www.openstreetmap.org/changeset/139758376 |
| 133437268 by whammo @ 2023-03-08 11:41 ~ 3 years ago | 1 | ~ 3 years ago | Joseph R P ♦420 | Hello, a while back I downgraded this section to primary because it is a scenic parkway that doesn't allow trucks and is closely paralleled by the more-important US 1, therefore not making it a trunk road. It should be worth noting that the highways around Virginia and Washington DC are classif... |
| 2 | ~ 3 years ago | whammo | Ok, acknowledging this is more of an art than a science and that you have more experience with highway tagging in Virginia than me, I guess my confusion comes partially from wondering why every GWMP section north of the DCA interchange is classified as motorway, and yet this section was primary. The... | |
| 3 | ~ 3 years ago | Joseph R P ♦420 | The motorway classification is built on the grounds of physical criteria, unlike the minor-trunk hierarchy which is based on how regionally important the roads are and what places they connect.The motorway section of GWMP between I 495 and the airport is primarily accessed by ramps and interchan... | |
| 4 | ~ 3 years ago | Joseph R P ♦420 | I did downgrade this section of GWMP back to primary for now, and am in the process of starting a discussion about these parkways on the OSM US Slack highway-classification channel. | |
| 130245438 by whammo @ 2022-12-19 11:48 ~ 3 years ago | 1 | ~ 3 years ago | dpschep ♦8 | Hi. I'm not sure tagging the snowfarm trails & weiss slope as tracks is appropriate. It feels like "tagging for the renderer" https://wiki.openstreetmap.org/wiki/Tagging_for_the_rendererThese rendered exactly as they should have without these changes in ski-centric map rendere... |
| 2 | ~ 3 years ago | whammo | I don't think it's necessarily tagging for the renderer to tag someone that exists, even if only for part of the year. How about if we add seasonal=winter? | |
| 3 | ~ 3 years ago | dpschep ♦8 | but it (a highway=track) does not exist. There is not track. There is a groomed ski trail at times and a ski slope at times, but there is never a track. (the pre-existing highway=path in the area _do_ exists, there are paths through the forest. But the snowfarm is just an open grassy field in the su... | |
| 4 | ~ 3 years ago | dpschep ♦8 | Note that what you see in imagery are not tracks. those are fences. | |
| 5 | ~ 3 years ago | whammo | I know what this is, in fact I've been here, but I also don't really care enough to keep arguing if you want to remove the highway tag. I do think it merits a highway tag of some sort (I'm indifferent about track or path or anything else) because it's a constructed route along wh... | |
| 6 | ~ 3 years ago | gatatat ♦3 | Just wanted to chime in here and support @dpschep. The addition of a highway=track tag seems inappropriate for the temporary groomed trails in the fields, as does any highway tag. If it were a manner of the ways not existing at all in OSM otherwise, there might be a case to use some type of highway ... | |
| 129761651 by whammo @ 2022-12-06 01:12 ~ 3 years ago | 1 | ~ 3 years ago | arichnad ♦38 | Hello whubsch,I see warnings with this changeset in iD: thousands of warnings.I think you maybe duplicated some nodes? Thanks in advance,arichnad |
| 2 | ~ 3 years ago | whammo | Thanks arichnad, no idea how that happened, but they're all deleted now:https://www.openstreetmap.org/changeset/132576884 | |
| 3 | ~ 3 years ago | arichnad ♦38 | Perfect, thank you. | |
| 131793221 by whammo @ 2023-01-28 00:59 ~ 3 years ago | 1 | ~ 3 years ago | ovruni ♦1,422 | Hola whubsch, en este conjunto de cambios se menciona que se agregan etiquetas de wikidata, sin embargo también se han cambiado etiquetas de varios negocios en Perú como parte de ediciones mecanizadas [0] sin consulta a la comunidad peruana, por lo que he revertido este conjunto de cam... |
| 131768287 by whammo @ 2023-01-27 11:13 ~ 3 years ago | 1 | ~ 3 years ago | ovruni ♦1,422 | Hola whubsch, en este conjunto de cambios se menciona que se agregan etiquetas de wikidata, sin embargo se han cambiado varias etiquetas de los restaurantes de Roky's [0] en una edición mecanizada a lo largo de todo el Perú sin consulta con la comunidad peruana, por lo que he rest... |
| 130530552 by whammo @ 2022-12-26 20:53 ~ 3 years ago | 1 | ~ 3 years ago | pitscheplatsch ♦6,210 | Hi, I guess this is a data import, correct? |
| 2 | ~ 3 years ago | whammo | This is imported data that I manually reviewed, yes. | |
| 3 | ~ 3 years ago | pitscheplatsch ♦6,210 | O, thanks for your answer. | |
| 4 | ~ 3 years ago | pitscheplatsch ♦6,210 | ok | |
| 129761672 by whammo @ 2022-12-06 01:14 ~ 3 years ago | 1 | ~ 3 years ago | Hikaruchu ♦3 | I'm not so sure about the copyright status of the Fairfax City OpenGIS data's copyright?Furthermore some of this information is inaccurate to on the ground real world conditions. |
| 2 | ~ 3 years ago | whammo | I will look into it, I had presumed the data was public domain but it's possible I was wrong. | |
| 127860042 by whammo @ 2022-10-21 01:35 ~ 3 years ago | 1 | ~ 3 years ago | Joseph R P ♦420 | Thank you for all these landuse additions! However, it appears that you've added parks on top of other parks, such as with Accotink Stream Valley Park (https://www.openstreetmap.org/way/1105666194) and Lake Accotink Park (https://www.openstreetmap.org/way/1104420830). You may want to check some... |
| 2 | ~ 3 years ago | whammo | Yeah thanks for flagging, I guess the JOSM validator doesn't catch overlapping leisure ways like it does landuse and natural ones. I'll clean this up, and sorry for the trouble. | |
| 126063844 by whammo @ 2022-09-11 20:19 ~ 3 years ago | 1 | ~ 3 years ago | arichnad ♦38 | Hello,Can we please undo this edit? Many of the old nodes are in correct locations and their new nodes are in incorrect locations.Example: https://i.imgur.com/4ulEftf.pngThank you,arichnad |
| 2 | ~ 3 years ago | whammo | Hi, I'm happy to revert any ways you think are now misplaced. However, given the only ways I see that are now a little off are in this one residential complex, I don't think it makes much sense to revert everything. | |
| 3 | ~ 3 years ago | arichnad ♦38 | You're right, it's just the one complex. I'll move it back manually, thanks! | |
| 4 | ~ 3 years ago | arichnad ♦38 | Hello,It looks like you already moved it back.Thanks again!arichnad | |
| 127696663 by whammo @ 2022-10-17 22:52 ~ 3 years ago | 1 | ~ 3 years ago | miha12 ♦12 | Hi! Thank you for adding landuse areas. I noticed that you placed the "source" tag on every node of areas that you added in this and few previous changesets. It is sufficient to have a "source" tag on areas only unless individual nodes have their own tags (like address points). C... |
| 2 | ~ 3 years ago | whammo | Oops, thanks for catching! | |
| 127066643 by whammo @ 2022-10-05 20:30 ~ 3 years ago | 1 | ~ 3 years ago | OpenBrian ♦20 | appreciated, thanks |
| 125953894 by whammo @ 2022-09-08 18:27 ~ 3 years ago | 1 | ~ 3 years ago | Belle Haven Mapper ♦8 | This change appears to have erroneously changed the position of quite a number of nodes (evidenced by looking at the trails in the Mount Vernon District Park, the ways are unmodified, but the nodes for a number of trails have been weirdly squared, see node 7500054677 for an example).Could you ta... |
| 2 | ~ 3 years ago | whammo | Hey BHM, thanks for catching, and shame on me for not seeing this. It looks like I accidentally orthogonalized the trail. I've reverted the trail shape, which you can see here: https://www.openstreetmap.org/way/801839380 | |
| 3 | ~ 3 years ago | Belle Haven Mapper ♦8 | Looks great, thank you! | |
| 125727823 by whammo @ 2022-09-03 08:53 ~ 3 years ago | 1 | ~ 3 years ago | b-jazz ♦840 | Why did https://www.openstreetmap.org/way/704190233 get rotated and jumbled up? |
| 2 | ~ 3 years ago | whammo | I don't think I had touched that house when you commented....although I have fixed it since. Thanks. | |
| 3 | ~ 3 years ago | b-jazz ♦840 | Thanks for the fix. Sorry for the misplaced accusation. |