Re: [Talk-us] Question about incorrect data for an administrative area
* Jay Boyer bo...@snhdmail.org [2013-10-10 13:34 -0700]: Enterprise is an unincorporated town. But Enterprise is actually part of Las Vegas and all of the addresses within Enterprise are Las Vegas addresses. Enterprise is this area: http://www.openstreetmap.org/browse/relation/170132 There are a couple of things going on here. First, if Enterprise does not have its own government, it probably shouldn't be boundary=administrative. I've seen people use things like boundary=census for unincorporated towns where the town boundary is a CDP from the US Census data import. Second, place=locality is for locations that are not associated with a population center. Based on my understanding of the tags, for a place that is considered to be within a place=city, you should use either place=suburb (for major or notable city divisions, which it sounds like Enterprise is) or place=neighbourhood. Nominatim will order either of those tags hierarchically with the city-tagged place, so address lookups will work for both Street Name, Enterprise, NV and Street Name, Las Vegas, NV. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Question about incorrect data for an administrative area
On 10/14/13 9:57 AM, Phil! Gold wrote: * Jay Boyer bo...@snhdmail.org [2013-10-10 13:34 -0700]: Enterprise is an unincorporated town. But Enterprise is actually part of Las Vegas and all of the addresses within Enterprise are Las Vegas addresses. Enterprise is this area: http://www.openstreetmap.org/browse/relation/170132 There are a couple of things going on here. First, if Enterprise does not have its own government, it probably shouldn't be boundary=administrative. I've seen people use things like boundary=census for unincorporated towns where the town boundary is a CDP from the US Census data import. this seems like a good solution. i've been pondering what to do with CDP boundaries for a while. also, i would be remiss if i didn't point out that post office delivery addressing is only vaguely related to the actual administrative boundaries; the addressing situation for Enterprise is hardly unique, in fact situations like this are probably the norm. and i bet if you checked with the post office you might find out that they will deliver to both Las Vegas and to Enterprise. it's not uncommon for the USPS to recognize place names that have otherwise been consumed in urban sprawl. richard signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Question about incorrect data for an administrative area
On Mon, Oct 14, 2013 at 9:07 AM, Richard Welty rwe...@averillpark.netwrote: also, i would be remiss if i didn't point out that post office delivery addressing is only vaguely related to the actual administrative boundaries; the addressing situation for Enterprise is hardly unique, in fact situations like this are probably the norm. Nominatim actually has a major shortcoming in this area. Even if an address is explicitly mapped with addr:city, Nominatim still goes off of its own idea of admin boundaries. For example, try to find this address: http://www.openstreetmap.org/browse/node/2209426197 Nominatim's result for this address is: http://nominatim.openstreetmap.org/details.php?place_id=5984097120 Which is reported to be in Rocky Ford instead of Manhattan. This is kind of a big problem for geocoding in the US... Toby ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Question about incorrect data for an administrative area
I have been looking at the OSM data for Las Vegas and there are some serious problems for it. The OSM boundary for Las Vegas encompasses about half of the city. Certain areas of Las Vegas, including Paradise, Enterprise, Spring Valley and probably others are not within the city boundaries defined in OSM. To fix this I need to expand the Las Vegas boundaries to encompass of these sections. I have been looking and cannot find a way to do this efficiently. Does anybody know of a way (aside from doing this manually) of expanding and area to encompass another? ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Question about incorrect data for an administrative area
Jay, I don't think the data is incorrect. If you look at the City of Las Vegas webmap ( http://clvplaces.appspot.com/apps/interactive/clvpi.htm#ctrLat=36.27433191227921ctrLng=-115.18729447119142zoom=11layers=|10435|10010userMarkers=0mapType=roadmap) and turn on the Cities and City Limits layers, you'll see that the City of Las Vegas itself is just part of the Las Vegas urban area. So, administratively, those boundaries seem to be correct. If you're concerned about what shows up in the openstreetmap.org Search (ie - Nominatim), as Toby said, there are some issues. However, I think they're more with how Nominatim uses the data than the data itself. One way around it, which I mentioned in an earlier response, may be to use the zip code instead of city name in a search. Cheers, Brad On Mon, Oct 14, 2013 at 12:13 PM, Jay Boyer bo...@snhdmail.org wrote: I have been looking at the OSM data for Las Vegas and there are some serious problems for it. The OSM boundary for Las Vegas encompasses about half of the city. Certain areas of Las Vegas, including Paradise, Enterprise, Spring Valley and probably others are not within the city boundaries defined in OSM. To fix this I need to expand the Las Vegas boundaries to encompass of these sections. I have been looking and cannot find a way to do this efficiently. Does anybody know of a way (aside from doing this manually) of expanding and area to encompass another? ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Question about incorrect data for an administrative area
On 10/14/13 1:13 PM, Jay Boyer wrote: I have been looking at the OSM data for Las Vegas and there are some serious problems for it. The OSM boundary for Las Vegas encompasses about half of the city. Certain areas of Las Vegas, including Paradise, Enterprise, Spring Valley and probably others are not within the city boundaries defined in OSM. To fix this I need to expand the Las Vegas boundaries to encompass of these sections. I have been looking and cannot find a way to do this efficiently. Does anybody know of a way (aside from doing this manually) of expanding and area to encompass another? i suggest you look at the TIGER 2013 places file for Nevada and see what the border is there; you may want to drop the current border and use the latest TIGER border. you can grab the 2013 places files here: http://forever.codeforamerica.org/Census-API/shutdown-2013.html if you need help getting the boundary polygon out of the shapefile, let me know, i can give you a process for that. richard signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Question about incorrect data for an administrative area
penStreetMap has an administrative area with the name of Enterprise in the southwestern corner of Las Vegas, Nevada. All of the addresses in this Area are actually Las Vegas addresses. So if I look in OpenStreetMap for: Summers Ranch Ct., Las Vegas, NV 89139 I will not find it. But if I search for: Summers Ranch Ct., Enterprise, NV 89139 It will find this. Enterprise is an unincorporated town. But Enterprise is actually part of Las Vegas and all of the addresses within Enterprise are Las Vegas addresses. Enterprise is this area: http://www.openstreetmap.org/browse/relation/170132 The same class of error exists with an area of Las Vegas named Paradise: http://www.openstreetmap.org/browse/relation/170053 How can edit these admin areas so that addresses within will be resolved with a city name of Las Vegas? Or should the Enterprise and Paradise areas be merged into the Las Vegas area? What would be the proper way to correct this data? Jay ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us