| Changeset | # | ⏱️ Last updated | Contributor | Comment |
|---|---|---|---|---|
| 168896503 by GA_Kevin @ 2025-07-14 02:52 ~ 7 months ago | 1 | ~ 6 months ago | PierZen ♦283 | Thank you for your contribution but try to make smaller changeset areas to help local contributors to review. |
| 167956676 by GA_Kevin @ 2025-06-22 12:53 ~ 8 months ago | 1 | ~ 8 months ago | bdentremont ♦59 | It's now fixed, but here is an example of where this edit has duplicated an element already on the map.https://www.osm.org/note/4827069 |
| 2 | ~ 8 months ago | GA_Kevin | Hi thanks for correcting this. It seems the previous node was tagged incorrectly and only had 3 tags, not much to match off. Please see NSI on Tesla Superchargers: https://nsi.guide/index.html?t=brands&k=amenity&v=charging_station&tt=teslaThanks again for the quick quality check! | |
| 3 | ~ 8 months ago | jmarchon ♦439 | I see at least two more duplicates at https://www.openstreetmap.org/relation/19113682 and https://www.openstreetmap.org/way/1168154376Is it possible that this is a more widespread issue? Am I missing something? | |
| 4 | ~ 8 months ago | GA_Kevin | I would expext there still go be a few duplicates in ways and relations. This is the tail end of the cleanup curve as a vast, vast majority of stations in the US are nodes. I’ll have to run an adjacent query to find these ways and conflate them to the node that was placed on import. As far as ... | |
| 5 | ~ 8 months ago | jmarchon ♦439 | Sounds good. Thanks for doing all the work on importing these! | |
| 6 | ~ 8 months ago | bdentremont ♦59 | Thanks as well for your good work. This import and the after consideration to the edge cases have been very well handled. | |
| 7 | ~ 7 months ago | Hypsometric ♦56 | Merged and deleted another duplicate node (https://www.openstreetmap.org/node/12944744086) not sure how many more there are in your import. On large changes there is likely going to be some conflicts like this. If you haven't already, be sure to consult the community (https://community.openstre... | |
| 8 | ~ 7 months ago | GA_Kevin | Agreed on operator, thanks for merging these! I noticed the `frequency` tag didn't transfer, all DCFC stations such as superchargers are `frequency=0` to distinguish them from AC stations, `frequency=60` in the USA. | |
| 9 | ~ 7 months ago | Hypsometric ♦56 | I merged another duplicate node to a pre existing way (https://www.openstreetmap.org/relation/17869907). I have stumbled across quite a few of these now. | |
| 10 | ~ 6 months ago | Hypsometric ♦56 | Hey, GA_Kevin, here is another. I'll let you fix since I don't know much about mapping these. https://www.openstreetmap.org/node/12944743366 | |
| 11 | ~ 6 months ago | ZeLonewolf ♦576 | The tag brand:wikipedia should not be set. We went through some efforts to remove it as discussed here:https://community.openstreetmap.org/t/proposed-bulk-removal-of-brand-wikipedia-tag-from-united-states-pois/107776 | |
| 12 | ~ 6 months ago | GA_Kevin | Thanks! I wasnt aware of that, i can remove that tag quite easily! Makes sense to keep it as Wikidata already links to Wilipedia anyway | |
| 13 | ~ 6 months ago | GA_Kevin | Makes sense to remove it since Wikidata already links to Wikipedia. Wow. Sorry about that! | |
| 168897192 by GA_Kevin @ 2025-07-14 03:38 ~ 7 months ago | 1 | ~ 7 months ago | IamJesse ♦2 | What is up with these massive changesets |
| 2 | ~ 7 months ago | GA_Kevin | Hi! This was because i was touching all the Tesla Destination chargers with incorrect frequency tags in the US so it was a bit spread out | |
| 167356582 by GA_Kevin @ 2025-06-08 15:22 ~ 8 months ago | 1 | ~ 8 months ago | mtmail ♦164 | Hello. The sync script doesn't seem to handle 0 as first digit of a zip code. Is it treating zip codes as numeric or does the Excel/ODS try to convert it automatically into a number? I fixed https://www.openstreetmap.org/node/12879217220 but see the same on https://www.openstreetmap.org/node/12... |
| 2 | ~ 8 months ago | GA_Kevin | Ah, you’re right! It comes from my import converting the column to a number format (so remove leading zero). Thankfully I keep a copy of the files I use on the wiki page so when I do the next update on Sunday, I’ll update any zero-leading post codes.In the future, I’ll add &ldq... | |
| 3 | ~ 8 months ago | mtmail ♦164 | Great, I worried the zeros were already missing in the source data. As a electric car (though not in the US) I welcome any charging station added to the map. | |
| 4 | ~ 8 months ago | GA_Kevin | You’re an electric car?! Hah! No, it’s there in the source, but will be more careful when importing. It already doesn’t like when there’s commas in the opening hours field from the source so it’s just another thing to look out for!We’ve got a few people workin... | |
| 5 | ~ 8 months ago | GA_Kevin | Yeah, looks like all the MA additions were cut of their leading zero: https://codeberg.org/GA-Kevin-Codes/AFDC-OSM/src/branch/main/Weekly%20Files/AFDC-20250608.csvEasy enough, I’ll add those to this Sunday’s changeset | |
| 6 | ~ 8 months ago | GA_Kevin | Say, while you’re here and seemingly interested in postcodes, the source also includes a “+4” code, would it be useful to combine these fields for the OSM addr:postcode field? Or keep it as the 5 digit standard? | |
| 7 | ~ 8 months ago | mtmail ♦164 | Use the 5+4 if possible. Most tools (I work on geocoding) will import both and fallback to the 5 digit automatically. Brazil, Nederlands are similar. Just PO boxes is something to keep out of OSM data because they're seen as non-geographic. If in doubt combine them with semicolon. '12345;1... | |
| 8 | ~ 8 months ago | GA_Kevin | I definitely remove the street and house number of the PO Box addresses. Issue is we have “street addressing” as a feature of USPS post office boxes so it’s impossible to verify if the address provided to the AFDC is the physical or mailing address.I’ll start to include t... | |
| 9 | ~ 7 months ago | Hypsometric ♦56 | I stumbled across a misplaced node (https://www.openstreetmap.org/node/12896993299) from this changeset. It is sitting on top of a building. | |
| 10 | ~ 7 months ago | GA_Kevin | That one is at the service center of the dealership. The Department of Energy, EV Connect, PlugShare, Apple, Google, and us all have it over the building. I suspect that its inside the service center. | |
| 167655228 by GA_Kevin @ 2025-06-15 15:01 ~ 8 months ago | 1 | ~ 8 months ago | Glassman ♦5,782 | Thanks for adding the charging stations. However, I'd like to point out that the node 12917566746 does not match the address tags location. --- Published using OSMCha: https://osmcha.org/changesets/167655228 |
| 2 | ~ 8 months ago | GA_Kevin | Hm, yeah I see that. I remember looking at that one to verify because it has such a high amount of level 2 chargers. I suspect the address is right but the pin is wrong. The lat/long is from AFDC directly. But it seems this is meant for the library complex which is on the street it’s tagged as... | |
| 3 | ~ 8 months ago | Glassman ♦5,782 | It is currently pinned at the old library location, which never had any chargers. The new location has them located on the upper floors. Because of this error, I'm wonder how good the rest of the data is | |
| 4 | ~ 8 months ago | mappingman2 ♦3 | Dos this have to be a single US-wide changeset instead of one change per station? | |
| 5 | ~ 8 months ago | GA_Kevin | I suppose it doesn't have to be but there's 2 reasons I'd say I do:1) I don't know how to split it up automatically in JOSM.2) The wiki page for this project is updated each week with the changeset link so you can go back to previous weeks. If each were individual, I thin... | |
| 167201364 by GA_Kevin @ 2025-06-05 01:47 ~ 8 months ago | 1 | ~ 8 months ago | Rovastar ♦38 | Nice work on this. Let's get them all in. .) |
| 161403067 by GA_Kevin @ 2025-01-16 04:52 ~ 1 year ago | 1 | ~ 11 months ago | 0235 ♦41 | What a beautiful way of mapping a towns boundary 💚 |
| 160696942 by GA_Kevin @ 2024-12-27 23:50 ~ 1 year ago | 1 | ~ 1 year ago | mueschel ♦6,940 | Hi,"incoming" and "outcoming" are not commonly used on letter boxes and parcel lockers. It would be good if you could separate the node into three POI, amenity=letter_box, amenity=post_box and amenity=parcel_locker. The number of slots can be given using 'capacity' ... |
| 2 | ~ 1 year ago | GA_Kevin | Hi, yes I looked up this debate, seems it flairs up every few years on the forums. There is no standard for this type of mail center. It is a single object with incoming, outgoing, and parcel lockers, so to me even if the tags are sparsely used it makes sense to tag them as such. These are not 3 sep... |