[OSM-talk] immutable=yes Fwd: DEC Land
Paul Jaggard
paul at jaggard.net
Mon Mar 9 20:18:25 GMT 2009
Hi
Joining the conversation late here, but I assume this dataset is property
boundaries. I can understand why you wouldn't want the boundaries
themselves moved, but what about the case where we want to build upon the
boundary data? For example, a simple case might be: this bit of boundary is
a hedge. I might then want to split a way that's part of the boundary
dataset, and mark a section of it barrier=hedge. Doesn't sound that
unlikely, nor that unreasonable.
The fact that the boundary data would be in OSM would be valuable, but to
prevent anyone building upon it would undermine that usefulness.
Are we planning to import this dataset to give us raw data to build upon, or
is it just to store a copy of someone else's untouchable data, in which
case, what do we gain?
We don't claim any of the data in OSM is 100% correct, certainly we don't
claim that the OSM data is the definitive, legal definition of the world;
I'm assuming we won't be claiming to be the definitive source of the DEC
Lands dataset, nor feeding back into their dataset... so what's the worry?
Why should we be more worried about this dataset than, say, the exact
positioning of the road network?
Paul (southglos)
-----Original Message-----
Message: 6
Date: 9 Mar 2009 14:25:24 -0400
From: "Russ Nelson" <russ at cloudmade.com>
Subject: [OSM-talk] immutable=yes Fwd: DEC Lands
To: "Talk Openstreetmap" <talk at openstreetmap.org>
Message-ID: <7FB448F9-D4A5-4435-8922-1B0652B8636A at cloudmade.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Earlier, I proposed that certain datasets should be immutable; whether
by policy or mechanism as needed. I propose importing the NYS DEC
Lands as an immutable set of data. If you read this exchange with
Robert Morrell, you can see why they feel that NO changes AT ALL are
appropriate. I agree with them. This dataset constitutes a legal
description of the property managed by the NYS Department of
Environmental Conservation, and changes by any OSM editor are not
consistent with the nature of the data.
How do people feel about me importing this data (with all of their
metadata), adding an immutable=yes tag, with the intent of tracking
their dataset, and deleting --outright-- any changes made by OSM
editors.
More information about the talk
mailing list