OpenStreetMap logo OpenStreetMap

Changeset When Comment
155845425 over 1 year ago

Hi Changsta,
You should try to limit changesets to a single local area.

155836017 over 1 year ago

this reverts changeset #155834346

155683283 over 1 year ago

for future reference in that case you would mark a section of a stream with `tunnel=culvet` and `layer=-1`. for now i would recommend placing a note here to make the survey request more visible

155683283 over 1 year ago

there's no point waiting for a survey for stuff like this especially when a lot of OSM was imported rather than surveyed.

In this case you have enough information to justify the change. a Ford is somewhere where a waterway crosses a roadway and at present the waterway crosses the roadway without any node which is considered incorrect.

155674007 over 1 year ago

Hi Rosey,
this is incorrect. everything I'm about to say is mostly UK specific. addr:unit should be used with a named building. addr:place is used when multiple buildings belong to a "place" that is not a street.

I was going to use this as an example but just discovered I forgot to map it :D
way/1298656985#map=19/51.774907/-3.300622
but here, there are multiple named houses on this street but the street has no name, so i'll be adding "addr:place=Butetown" when I map it addr:place is used as a replacement for addr:street for these cases.

Addresses shouldn't be split between objects. so in this case, all the addr tags should be deleted from the building and added to each of the entrances so each entrance has a complete address. or to put it another way the building shouldn't have an address since no one would ever write a letter to the building as a whole so it shouldn't have any address tags.
Hope this helps.
Kind regards,
Kits

155683283 over 1 year ago

forgive my bad grammar on the last message, what I meant to say is this, the simplest way to fix this would be to add a point where the waterway and path meet, then tag that point as a ford.

155683283 over 1 year ago

Hi there Ken,
the simplest way to fix this would be to add a point where the path where the waterway and path meet, then tag that point as a ford.
Kind regards,
Kits

155715445 over 1 year ago

Hello Anarchy,
Can you please add a comment when make a changeset so others are able to tell what you've changed at a glance.

155523964 over 1 year ago

westfield rd also appears to be part of this private road area. I would consider doing access=permissive instead of private as there is nothing really stopping or discouraging people walking or using these lanes
---

Published using OSMCha: https://osmcha.org/changesets/155523964

155529197 over 1 year ago

Hi there,
`managed` is not the correct tag here. I think the one you want is `operator`
---

Published using OSMCha: https://osmcha.org/changesets/155529197

155436772 over 1 year ago

Hi rosey, it appears to may have mistakenly added maxspeed to this node node/417210328

155201091 over 1 year ago

that's looks good. I've been following the naming convention from the wiki of "Bus <ref>: <place A> => <place B>" for the bus route and "Bus <ref>: <place A> osm.wiki/Tag:<=> <place B>" for the master relation but i know this standard is very controversial so its up to you if you want to follow it or not

155201091 over 1 year ago

No, route_master is a superrelation, that is a relation that only contains other relations. I had to work out how you do this in ID :D.

you select the bus route relation, at the bottom below the members section is the relations section. here you can add or create a route_master relation for this bus relation.
Hope this helps :)

155201091 over 1 year ago

also on a side note, ID is really not suited to working with PTv2 routes. If you plan to do much with them I would recommend learning something like Josm

155201091 over 1 year ago

i've just added the Merthyr stop position. it appears you mistakenly added the stop position as a platform but i've fix that now. hope this helps.

155201091 over 1 year ago

No worries, PTv2 is not exactly user friendly. you are correct stop positions are optional, I tend to only use them at start and end routes to give a nice place for the path to begin and end. with Merthyr bus stations the stop positions are already there so you might as well add this one.

With the route master, i'm not sure if its required with only one variant, the wiki isn't clear. I've always just added it since its extremely simple to do compared to the route relation.

feel free to have a look at the relations on the exit road of merthyr bus station. i've already mapped all but routes that start or terminate there. on side note this also shows one of my issues with PTv2 since that one road has 32 relations on it due to all the variants.

155201091 over 1 year ago

you also appear to be missing a route_master relation for the T4 which is required in PTv2

155201091 over 1 year ago

Hi Russ,
referring specifically to merthyr bus station but this prop applies elsewhere too. When available public_transport=stop_position nodes should also be added to the relation directly before the corresponding platform node with the role of "stop" and the service road leading to the stop position should be added a 2nd time so you have it following the service road into the stop position and then following it again as it reverses out of the stop position and forms a continuous path.
Kind regards,
Kits

155218638 over 1 year ago

also sorry for my grammar in the last comment XD

155218638 over 1 year ago

ok thanks for clear this up. you might want to use landuse=brownfield now for this rather than construction but they may be just splitting hairs