OpenStreetMap logo OpenStreetMap

Changeset When Comment
110266683

This is wrong, I've reverted this and your other recent edits. Street signs were updated around July 2021. The official name has also be changed to Tūwharetoa Street (ū instead of u).

106742059

Hi, in New Zealand addresses in OSM are regularly updated based on the data from LINZ. The tags addr:housenumber, addr:street, and addr:suburb / addr:hamlet are automatically populated by the data that LINZ has for that address. For more info, see osm.wiki/Import/New_Zealand_Street_Addresses_(2021)

The value of addr:suburb / addr:hamlet comes from the LINZ dataset (https://data.linz.govt.nz/layer/53353) which uses Fire&Emergency NZ's localities database (https://data.linz.govt.nz/layer/104830).

I agree that it is strange that Fire&Emergency chose "Tauranga" as the name of the suburb for the CBD. In most other cities, the suburb name for the downtown area is "Hamilton Central", "Auckland Central", "Dunedin Central" etc.

If this is important to you we can update the code to use "Tauranga Central" as the suburb name for this area

106750183

Hi, this changeset combined the address points for individual flats into a single node for the property. Example: instead of 12A, 12B, 12C, ..., 12X, 12Y, 12Z Example Street (26 nodes), these were combined into a single node for "12 Example Street".

This was only done for places where the address nodes for the flats were either:
(a) all in exactly the same location; or
(b) haphazardly scattered around the apartment complex; or
(c) where the location of the individual units was guessed by the importer and therefore is inaccurate.

Note that this will never happen for cases where local mappers have correctly spread out the nodes (e.g. osm.org/#map=19/-36.97423/174.92146). If a local decides to map the individual flats in the future, the tool will recognise and respect this.

For more info on the LINZ Address Import see here: osm.wiki/Import/New_Zealand_Street_Addresses_(2021)

108472754

updated the remaining ones in changeset/109838072

104427590

yea, I'm not sure if motorway is the right tag. There was a note open here for a long time but no one commented. highway=trunk + motorroad=yes seems logical, to match Takitimu Drive which is a similar situation

109249434

also the surface is not concrete, it's a deteriorating gravel/mud path

109249434

Hi, ways 840886759, 722836095, 722836096, 246588892 are definitely not lit - it's one of the dodgiest places in taka

108517690

see discussion on changeset/108517669

108517669

This appears to be vandalism:

- Meaningless changeset description
- Suspicious username
- Fake edit (definitely not motorway, not separated carriageway, not restricted access, cycling/horse riding/tractors allowed)
- User has a history of vandalism

I've reverted this. Feel free to discuss if this was a legitimate edit

107465048

Hi, I'm not insisting on using the "Cycle and Foot Path" preset. There's no problem with using highway=path. What's important is that we retain the tags `foot=designated` and `bicycle=designated` (and `horse=*`) since they explicitly state who is allowed.

Also, don't worry about the mismatched multipolygon tags. That edit was made by someone else 7 years ago. I've fixed that issue since then

107465048

Hi, using highway=path vs highway=cycleway doesn't really matter (to me) - what's important is that we retain the tags `foot=designated` and `bicycle=designated` (and `horse=*`) since they explicitly state who is allowed. This is better than relying on what highway=path implies

To make it easy, the iD editor has a preset called "Cycle and Foot Path" which has those explicit access tags.

also, the `type=route` and `route=bicycle` tags have been like that for years - not something you changed. sorry for the confusion. a correct example is way/24161380 (a segment of the route) and relation/10264466 (relation for the whole route, which is where the route tags go). i'll fix the Hauraki Rail Trail when I get a chance

107465048

Hi, why did you change the Hauraki Rail Trail from a "cycle and foot path" to "path"?

Also, there seems to be other issues here, the tags `type=route`, `route= bicycle`, etc. should be on the relation, not the tracks themselves

107030025

looks like someone reverted this edit...? I think you're right, the pedestrian area needs man_made=pier and the coastline shifted

107408139

Hi NBegg, I agree with ralley, nothing should be mapped twice. If a system you're using only looks at nodes, that's a major flaw with that system and you'd be better off trying to fix that issue, since 173,000 petrol stations are mapped as areas vs ~291,000 as nodes - https://taginfo.osm.org/tags/amenity=fuel

104999229

Hi, for Otago it was relatively simple to import all bus stops and manually merge the imported nodes with the relatively few existing nodes, before uploading the changeset (e.g. node/5762584678/history). This process was manual, (so no, there was no distance threshold), and it was generally obvious when to merge the data, because of how close the nodes were and since we have very high quality aerial imagery available.

For Auckland (where 1000s of bus stops are already mapped), and in the future for updating this data, we will need a more intelligent system that can conflate OSM data with council data...

Regarding importing route data - that's a lot more complicated, far beyond what the current code can do... (although anyone is welcome to see if https://github.com/CUTR-at-USF/gtfs-osm-sync still works and if it would be suitable)

Regarding importing timetable data - that kind of data isn't appropriate for OSM, although services like https://waka.app and https://transit.app make use of OSM as their basemap

104999229

hmm, this is strange. Otago Regional Council's data (https://orc.govt.nz/privacy-and-tscs#GTFS) has two stops next to each other (stop #60 and #61). According to their data, only route 15 uses stop #60 and all the other routes use stop #61... I suspect this is an error/typo in their data.

Feel free to delete one of the two stops/change their names etc. OSM works best when imported data is corrected/refined by local mappers

106154241

I think 'Christian Church' is more specific than 'Church Building', but I agree it's a bit confusing here.

As long as you use a red-coloured option for buildings it's fine. Another way to find out is to scroll to the bottom of the side bar and look at the 'Tags' section. If it has building=yes, then you know it's a type of building

106155990

this section of the road: way/951815810 is not oneway. And I think the other entrance is also not oneway but I can't remember

106154241

not sure about your locale, but if your language is set to "en-nz" you should see these options: https://git.io/JZKS8

Red means it's a type of building

105633117

Manukau station is already mapped, why have you added the train station 3 times?
---
#REVIEWED_BAD #OSMCHA
Published using OSMCha: https://osmcha.org/changesets/105633117