mvexel's Comments
Changeset | When | Comment |
---|---|---|
69098643 | over 6 years ago | Thanks for your first OSM edit, atracy!
|
69091325 | over 6 years ago | Thanks for your first OSM edit, CrowderSoup!
|
58149978 | over 6 years ago | Hi! I noticed that you modified relation osm.org/relation/8205350 in this changeset adding various from and to role ways that are not connected to the via way. As per OSM convention, a turn restriction relation should have exactly one from, one or more via, and one to role, and they should be connected to each other. See also https://ahorn.lima-city.de/tr/?zoom=15&lat=-32.51823&lon=115.73721&layer=Grayscale&overlays=TTT and osm.wiki/Relation:restriction#Members
|
55340582 | over 7 years ago | Hello!
|
55337094 | over 7 years ago | Thanks for the updates. Great! Please make sure that areas do not overlap. In your case, the parking lot you added overlaps with some of the buildings. Not a huge deal but something to look out for in the future. |
55337189 | over 7 years ago | Hello!
|
55316513 | over 7 years ago | Hello!
|
55253621 | over 7 years ago | Hello!
|
55243332 | over 7 years ago | Hello!
|
55072820 | over 7 years ago | Hey there! Welcome to OSM :) In this case, you could have added the house numbers and street address information directly to the building itself instead of creating separate nodes (points) inside it. An exception to that rule would be if one building contained multiple addresses. |
55087145 | over 7 years ago | Hello!
|
55093202 | over 7 years ago | Hello!
|
55112155 | over 7 years ago | Hello!
|
54385833 | over 7 years ago | Okay, for it to be permissible in OSM a few things need to happen, as described in the import guidelines. These are to protect the project and ensure best practices. Please see osm.wiki/Import/Guidelines as well as the Automated Edits CoC: osm.wiki/Automated_Edits_code_of_conduct Perhaps a good way to start is to identify where this data can be obtained (public link) and what its license is? |
54385833 | over 7 years ago | Hey chadbunn -- are these buildings manually drawn or copied over from some third party dataset? If you're copying them from third party data, it may be considered an import. If so, let's collaborate. User osmjwh and I are working on an import proposal, here: osm.wiki/Utah/UtahBuildingsImport We have a monthly meetup as well (I'm typing this from our monthly Mapping Night) -- stop by sometime if you like: https://www.meetup.com/OpenStreetMap-Utah/ Best
|
53648377 | over 7 years ago | I added a section to the wiki talk page now: osm.wiki/Talk:Proposed_features/Destination_details#destination:street_multilingual |
53648377 | over 7 years ago | Ah, okay, I see. That aspect did not come up in the discussion. Since this seemed to be a pretty uncommon case (at the time I did not find more than a handful cases worldwide) I found it appropriate to discuss on the country list where we were editing (we being Telenav). As long as it is consistent either way is fine with me. The fact that it was never discussed on the Talk page does not really resonate with me; destination:lang was not discussed there either. I do appreciate your argument for reducing ambiguity by inserting the lang: qualifier. |
53648377 | over 7 years ago | Hi mueschel -- in this changeset (and maybe others?) you modified some destination:street:fr/en to destination:street:lang:fr/en. I am curious about your reasoning? We discussed this in the talk-ca mailing list a little while ago (see https://lists.openstreetmap.org/pipermail/talk-ca/2017-October/008073.html and the
|
34108303 | over 7 years ago | Hello apcroads,
|
52903464 | almost 8 years ago | Following the discussion on talk-us (ongoing) I decided to downgrade this road to `highway=primary` (it was trunk). The main argument is that this highway, while clearly major, has many abutters and related parking and driveways entrances. It also has a bike lane for some segments. Secondary argument is that it does not serves a major connecting function in the road network. Happy to discuss! |