[Talk-us] Nominatim in CDP

Clifford Snow clifford at snowandsnow.us
Wed Jun 11 20:19:10 UTC 2014


On Wed, Jun 11, 2014 at 11:20 AM, Richard Welty <rwelty at averillpark.net>
wrote:

> however folks may feel about CDPs, they aren't administrative government
> entities and the current tagging of them with an admin_level is clearly
> wrong (which Paul Norman pointed out to me a little while ago and he's
> absolutely right). if we can't get them out of the database then we should
> at least make an effort to come up with better tagging.
>

After reading the message thread, I agree that CDP's do not belong in OSM.
I do think they describe some small rural areas but they are not
administrative boundaries in the in the state, county, city, neighborhood
sense.

I think that Ian is correct that Nominatim is failing to find the address
because of the CDP boundary. But does that make Nominatim wrong or the
admin boundary? I can fix the admin boundary for this area, but that leaves
hundreds of others untouched. Anyone want to help me understand how to
remove the CDP for Union Hill-Novelty Hill CDP so I can test out if this
fixes the address search?

Serge, I like having administrative boundaries in OSM. For one it makes
overpass area queries slick. I would prefer that boundaries be in a
separate layer. Just recently I've been adding park and rides in NW
Washington State. A number of the parking lots were connected to completely
unrelated objects. The parking lots had grown since they were originally
mapped. It made changing them a pain. That alone doesn't justify layers,
but instead it makes OSM somewhat easier to maintain. How layers get
implemented might involve separate tables or even databases, just so long
as the contributor has the sense that if the admin boundary needs fixing,
it is done from a separate layer.

Clifford
-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-us/attachments/20140611/98428747/attachment.html>


More information about the Talk-us mailing list