aharvey's Comments
| Changeset | When | Comment |
|---|---|---|
| 81499459 | Hi welcome to OSM, if you're adding backyard swimming pools could you also set access=private so that people don't start showing up to the house expecting it to be a public pool? |
|
| 71295870 | hi there is nothing on the ground I could see that indicates way/209792992 is a shared path? Could you point out where the signage is so I can verify? |
|
| 67148547 | I've changed the Duck River back to waterway=drain since this is what it is on the imagery, not a waterway=river as you retagged. |
|
| 80847883 | Hi Seb I noticed in way/473020371 you added a few cycle tags. Per cycleway=*#Shared_cycle_lanes since there is no distinct motor vehicle and bicycle lane, instead both share the same space this is just cycleway=shared_lane. Then since it's a shared lane, cycleway:lane doesn't make sense anymore. On top of this I'm not sure what cyclelane=yes is for? Lastly it's not wrong to add oneway:bicycle=yes but this is already implied by oneway=yes so not necesarry. |
|
| 81205324 | hi and welcome to OSM. In some of these there were already lanes:forward+lanes:backward which added up to a different number, and comparing to the imagery you used I changed a few back to what they were before since this is what matched the imagery, but a couple of the ones you added were correct and I've left in place. |
|
| 81166296 | Yep, it's good to map them individually, with fitness_station=* on each of the nodes, but then just a single leisure=fitness_station. This is more in line with the wiki recommendation and osm.wiki/Good_practice#One_feature.2C_one_OSM_element. It means data consumers can know there is 1 fitness station here with multiple equipment. |
|
| 81166296 |
"Similar to playground equipment, individual exercise equipment within a fitness station should be mapped individually as separate nodes inside the fitness station area using fitness_station=* for the equipment type. Alternatively it is acceptable to describe the available equipment on the leisure=fitness_station object with prefix-tags in the format fitness_station:<equipment_type>=yes." So there should only be one leisure=fitness_station. I've fixed this in changeset/81202581 |
|
| 81188673 | Which maproutette task is this. The relation is the top level feature for the suburb relation/5682414 and already has the wikidata, it's easier to maintain if we avoid duplicating this on the label node. |
|
| 79940229 | I haven't been here and don't have the local knowledge, but from what I can see from the aerial imagery it looks perfectly mapped now, and when comparing with the LPI Basemap it looks contained within the two lots of the park. |
|
| 79344998 | > The Krauts map amenities as node primarily. Additionally the surroundings may get building=fire_station; landuse=commercial but they do not carry further information like branch or telephone numbers. We'll here we map as accurate as we can and try to map what's on the ground. Usually fire stations have grounds where buildings are located, equipment is located and trucks are parked so it's a more accurate model of reality by using an area for the amenity=fire_station than an arbitrary node. |
|
| 79940229 | I agree with Hb- here, we should map what's on the ground, the park in OSM should match where it exists on the ground, not where the legal boundaries are, which is in link with he good practice guideline Hb- pointed out. |
|
| 80903514 | Thanks for explaining the background of this edit. I think it's okay if you see a photo or read a book which hint you to look at a particular area in OSM that might need updating, however it was pointed out that the fence is not visible on imagery, so how are you determining the exact geometry to use? |
|
| 80643127 | Hi @vakulya Given the license of the source you've used for this data isn't compatibale with OSM I've reverted the admin boundary in changeset/81089443/. Please next time don't import data from sources incompatible licenses and if in doubt feel free to reach out to the local AU community on the talk-au mailing list. I'd also like to point out an import of admin boundaries is planned in osm.wiki/Import/Catalogue/PSMA_Admin_Boundaries |
|
| 81061082 | If you're planning on importing this data can I ask you put together some notes in an email on talk-au or on the OSM wiki so we can discuss this please? For example I noticed here you have "surface" and "suface". Regarding difficultly I don't think this should be included unless there is some documented guide on how to determine the difficulty. My guess is it has been assigned automatically based on infrastructure class so there's no benefit of including it in my opinion. Lastly I'd omit the ref, is there any use for it? |
|
| 81061082 | Where's the OSM discourd server #asia-pacific channel? I went to osm.wiki/Discord_servers and joined the International one but I can't see any #asia-pacific channel. |
|
| 81061082 | Absolutely, it's why I advocate against doing an import of this data. What I do think it is useful for is identifying areas which are different which may indicate an error in OSM (or in TfNSW data) and then we go and check those via imagery/mapillary/ground survey to see if OSM needs updating. So far I haven't noticed anyone else bring this data in (except for a brief spell where a person from TfNSW was using this data to update OSM. Some of that ended up getting reverted due to data quality). |
|
| 81028183 | So generally the LPI NSW Imagery is created to a higher positional accuracy than other satellite sources, so it's usually best, however nothing is perfect and it will shift between imagery updates so generally if it's a long way off feel free to improve, but if it's close I wouldn't normally bother. Since OSM doesn't support a dynamic datum and since the whole continent is moving, every day the coordinates entered in OSM are slowly drifting away from reality about 1m every 10 years so |
|
| 81028183 | At some point we'll do an import using TfNSW data, but we're not there yet. If there is a printed timetable it usually has the bus stop name at the top. |
|
| 81028183 | hi, the number is the ref=* for the bus stop, not the name, the name is usually the street name etc. |
|
| 81030331 | Just a tip, when adding wikipedia links you need to also specify the language code of the page. I've done this for this feature see https://osmlab.github.io/osm-deep-history/#/way/4631838. If you add it with the iD editor it should do that automatically if you select from the dropdown, it should also add the wikidata id. |