[Talk-us] Anyone from New York State around?

2014-11-12 Thread SomeoneElse

I happened to notice

https://www.openstreetmap.org/changeset/24646348

while looking at something else.  It looks a bit odd - doesn't seem to 
match the underlying imagery.


The previous changeset by this user

https://www.openstreetmap.org/changeset/24646289

is a similar bunch of deletions, some former railway, but

http://www.openstreetmap.org/way/20661001/history

looks like it was a plausible road before it was deleted.

I'm happy to revert if that's what people think's best, but didn't want 
to do so if anyone said why yes, that area is all woodland now.


Cheers,

Andy

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] Anyone from New York State around?

2014-11-12 Thread Richard Welty

i'm taking a look at them now.

On 11/12/14 1:01 PM, SomeoneElse wrote:

I happened to notice

https://www.openstreetmap.org/changeset/24646348

while looking at something else.  It looks a bit odd - doesn't seem to 
match the underlying imagery.


The previous changeset by this user

https://www.openstreetmap.org/changeset/24646289

is a similar bunch of deletions, some former railway, but

http://www.openstreetmap.org/way/20661001/history

looks like it was a plausible road before it was deleted.

I'm happy to revert if that's what people think's best, but didn't 
want to do so if anyone said why yes, that area is all woodland now.


--
rwe...@averillpark.net
 Averill Park Networking - GIS  IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search


___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] Anyone from New York State around?

2014-11-12 Thread Richard Welty

On 11/12/14 2:36 PM, Richard Welty wrote:

i'm taking a look at them now.

i see tags deleted, and then restored by pnorman_mechanical.
so there was a problem, but it seems that it's long since fixed
(thanks paul)

richard

--
rwe...@averillpark.net
 Averill Park Networking - GIS  IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search


___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] Anyone from New York State around?

2014-11-12 Thread SomeoneElse

On 12/11/2014 19:43, Richard Welty wrote:

On 11/12/14 2:36 PM, Richard Welty wrote:

i'm taking a look at them now.

i see tags deleted, and then restored by pnorman_mechanical.
so there was a problem, but it seems that it's long since fixed
(thanks paul)

richard

Some of them were reverted but not 
https://www.openstreetmap.org/changeset/24646348 I think?


Cheers,

Andy


___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] Anyone from New York State around?

2014-11-12 Thread Richard Welty

On 11/12/14 2:55 PM, SomeoneElse wrote:

On 12/11/2014 19:43, Richard Welty wrote:

On 11/12/14 2:36 PM, Richard Welty wrote:

i'm taking a look at them now.

i see tags deleted, and then restored by pnorman_mechanical.
so there was a problem, but it seems that it's long since fixed
(thanks paul)

richard

Some of them were reverted but not 
https://www.openstreetmap.org/changeset/24646348 I think?



the highways were sections of NY 94 and NY 207, both of which appear
to be correct and properly tagged now. there was also a poly from
the NYS DEC landuse import that Russ Nelson did, part of the Stewart
State Forest, not quite sure what is going on there.

this might have been a changeset that needed to be reverted back then, but
it appears any damage is largely corrected now and reversion is no longer
in order.

richard

--
rwe...@averillpark.net
 Averill Park Networking - GIS  IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search


___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] New I.D Feature

2014-11-12 Thread Sarah Hoffmann
Hi,

On Sun, Nov 09, 2014 at 10:33:58AM -0500, Richard Welty wrote:
 1) the Census Bureau has an area based version of zip codes
 (postal codes to the non-US types) called ZCTA. it is not a
 complete representation, it covers about 30,000 of the
 50,000 unique zip codes, but it covers all the ones that
 can be reasonably envisioned as areas.

Nominatim is already using a version of the ZCTA data
as an additional source. I know there are some bad errors
in there preceisly because it seems that US zip codes
don't really cover areas. The search allows a certain
degree of fuzziness by accepting all nearby zip codes but
that is really not good enough. 

 2) missing from ZCTA is the mapping from zip codes to
 postal city as you call it. there is more to it than just a
 many-to-one mapping, which i'll address in a minute.
 
 3) most of the US mappers are opposed to importing this
 into OSM for a couple of good reasons, i'm one of those
 opposed.

I can see that there are good reasons not to import ZCTA.
It is just an estimate after all.

Until now I was under the impression that the postal cities
are different than postcodes in that they are well defined
areas, i.e. I thought that they are much more similar to
administrative boundaries just created by a different
branch of the government. But from your mail, it sounds
like they are much closer to the zip codes.

 4) however, there is also a movement in the US mapping
 community towards having certain types of data kept out
 of the core OSM database, including various types of
 admin boundaries. there are two projects looking at
 admin boundaries in this manner; i'm working on one of
 them.
 
 5) so if we could 1) come up with the ZCTA-City mappings
 and 2) provide them in a convenient external database for
 use by geocoders, is this something that might reasonably
 be made use of in Nominatim?
 
 i've been considering what a project to crowdsource
 the zip-city mappings for the US might look like. currently
 the data exists in OSM to handle about 4% of the mappings,
 but a maproulette style challenge might get us a lot of
 the rest.
 
 as for that many to one mapping that isn't, basically,
 for each zip code there is a primary city and potentially
 a number of secondary cities. the primary city is the
 city name of the post office that serves the routes; the
 secondary cities are generally traditional place names
 within the delivery area; for example, for years i lived
 in the Lansingburgh neighborhood of Troy NY, and
 the post office would deliver mail for either city name.
 any effort to crowd source this data would need to take
 care of that detail.

If I understand you right then the 'secondary cities' are
the actual cities/towns/villages already mapped as either
place nodes or administrative boundaries. Those are already
used by Nominatim.

So it seems the primary cities are what I was thinking of when
referring to postal cities and they can actually be inferred
from the postcode. If that is right, it should be somehow
possible to add that concept to Nominatim. I'd have to give
it a bit of thought.

Sarah

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] New I.D Feature

2014-11-12 Thread Clifford Snow
On Wed, Nov 12, 2014 at 1:10 PM, Sarah Hoffmann lon...@denofr.de wrote:

 If I understand you right then the 'secondary cities' are
 the actual cities/towns/villages already mapped as either
 place nodes or administrative boundaries. Those are already
 used by Nominatim.

 So it seems the primary cities are what I was thinking of when
 referring to postal cities and they can actually be inferred
 from the postcode. If that is right, it should be somehow
 possible to add that concept to Nominatim. I'd have to give
 it a bit of thought.


I think that might solve a problem with Census Designated Place, CDP. If
the CDP has a different name than the postcode city, Nominatim might have a
problem today.

Clifford


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] New I.D Feature

2014-11-12 Thread Steven Johnson
I share Sarah's skepticism about importing ZCTAs. ZCTAs are generalized
polygons created by the US Census Bureau and derived from *point* data
furnished by the US Postal Service. Given the variability of ZIP codes in
general, and the fact that OSM is two steps removed from the source data
makes ZCTAs problematic.

Likewise, postal cities are a fiction of the US Postal Service and in many
localities, bear little relation to the actual, legally recognized
administrative boundaries. Similarly, CDPs serve as a place name for named
places that typically have no boundary, e.g. Tysons Corner in suburban
Washington, DC. I can see CDPs imported into OSM before postal cities. The
CDPs have a regular and well-understood update cycle and a centroid. The
same cannot be said of postal cities and I think that trying to map ZIP to
city on a one-to-one basis is fraught with difficulty all the way round.

Sort of related to this: I gave a presentation at SotM-US in Portland where
I tried (with very modest success) to argue that our addr:* tagging scheme
is overloaded, making it difficult to search for the 'Stone Brook Drives',
to disambiguate directional prefixes/suffixes, and so on. Might be
worth talking about the general addressing scheme in the larger context of
addresses.



-- SEJ
-- twitter: @geomantic
-- skype: sejohnson8

There are two types of people in the world. Those that can extrapolate from
incomplete data.

On Wed, Nov 12, 2014 at 4:16 PM, Clifford Snow cliff...@snowandsnow.us
wrote:


 On Wed, Nov 12, 2014 at 1:10 PM, Sarah Hoffmann lon...@denofr.de wrote:

 If I understand you right then the 'secondary cities' are
 the actual cities/towns/villages already mapped as either
 place nodes or administrative boundaries. Those are already
 used by Nominatim.

 So it seems the primary cities are what I was thinking of when
 referring to postal cities and they can actually be inferred
 from the postcode. If that is right, it should be somehow
 possible to add that concept to Nominatim. I'd have to give
 it a bit of thought.


 I think that might solve a problem with Census Designated Place, CDP. If
 the CDP has a different name than the postcode city, Nominatim might have a
 problem today.

 Clifford


 --
 @osm_seattle
 osm_seattle.snowandsnow.us
 OpenStreetMap: Maps with a human touch

 ___
 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] New I.D Feature

2014-11-12 Thread Richard Welty

On 11/12/14 4:33 PM, Steven Johnson wrote:
I share Sarah's skepticism about importing ZCTAs. ZCTAs are 
generalized polygons created by the US Census Bureau and derived from 
*point* data furnished by the US Postal Service. Given the variability 
of ZIP codes in general, and the fact that OSM is two steps removed 
from the source data makes ZCTAs problematic.



i did say i had no intention of importing ZCTA data and
am also opposed to that idea.

richard

--
rwe...@averillpark.net
 Averill Park Networking - GIS  IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us