mvexel's Comments
Changeset | When | Comment |
---|---|---|
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! |
50470413 | almost 8 years ago | It's not chaos :) It's just that people expect a name when they query the name tag, just as they would expect to see elevation (in meters) when they query the ele tag. Anyone who wants to create a map with elevation in feet prominently displayed can query the ele tag and do the conversion. Having elevation in both meters and feet in the data is redundant. |
50470413 | almost 8 years ago | Hi Raymo853 -- tekim is correct, you want to use the `ele` tag to note the elevation. The information in OpenStreetMap needs to be a little bit structured for everyone to be able to make sense of it. That is why we separate the names of things out in one tag, and have other useful information go into designated other tags (like `ele` for elevation, `opening_hours` for opening hours, etcetera. Anyone who would want to make a map with the elevations of peaks prominently displayed can still do this. They would just need to look for an available `ele` value. There are already over 5 million objects in OSM with `ele` attribute, so if we all adhere to this standard, we keep the data consistent. Thanks and happy mapping! |
51559659 | almost 8 years ago | Hi Spanholz. I map what's there on the ground, not for any specific application / service. People looking at the map can see at a glance that there are sidewalks they can use, something I think is valuable. Where connections to the road network exist, I will map them as such. |
50356091 | about 8 years ago | Hi, no I didn't see that comment, and I think that is great. Perhaps you can put the same comment in the changeset where you revert the change, then it's easier to discover. Thanks again for helping clean up OSM in my area. What tool did you use to find this bad node? I tried an Overpass query and found some of these nodes.. |
50356091 | about 8 years ago | Thanks for helping clean up OSM. It would be nice if you could add a more descriptive changeset comment in the future to help other mappers understand more easily why a change was reverted. Thank you! |