[OSM-dev] Choking on the full-planet file
Eric Wolf
ebwolf at gmail.com
Fri Feb 25 18:50:52 GMT 2011
Thanks Mike,
I already have the planet files from Cloudmade. They don't have
historical data, just the current data.
Unless I can automatically trace behavior, like deleting GNIS nodes
entirely and replacing them entirely with a polygon, I will just be
documenting it as anecdotal.
One of the problems, I think with machine tags, like
gnis:featureid=xxxx, is that they cluttered up the old editing
interfaces like Potlach 1. Potlatch 2 can put those tags in a separate
tab. I'd even like to see Potlatch 2 be able to not display specified
tags or make them read-only. The great thing about tagging is that you
can have data that participates in multiple schemata simultaneously.
As you mentioned, you need to keep those tags to enable two-way data
flow.
-Eric
On Fri, Feb 25, 2011 at 11:35 AM, Mike N <niceman at att.net> wrote:
> On 2/25/2011 1:07 PM, Eric Wolf wrote:
>> What I'm trying to do is look at changes to the USGS GNIS data in OSM.
>> I want to convert node data for the US (probably just the lower 48
>> states) into a format that I can work on in ArcGIS. I want to have
>> access to historical data.
>
> Check into starting with the North America extract from Cloudmade:
> http://downloads.cloudmade.com/north_america/united_states
>
> Also, adding to What Ian said -
>
> - In many cases, I remove xyz(historical) since the feature no longer
> exists OSM doesn't have a good way to represent historical data. That
> doesn't mean that the original GNIS data was invalid.
>
> - In a number of cases where I created a polygon, I didn't copy the
> original GNIS tags when I deleted the node. That was before I realized the
> value of the tags for 2-way data exchange.
>
> _______________________________________________
> dev mailing list
> dev at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev
>
More information about the dev
mailing list