[OSM-talk] [OSM-legal-talk] In what direction should OSM go?
Anthony
osm at inbox.org
Thu Sep 30 15:53:39 BST 2010
On Thu, Sep 30, 2010 at 1:04 AM, Toby Murray <toby.murray at gmail.com> wrote:
> On Wed, Sep 29, 2010 at 11:22 PM, Anthony <osm at inbox.org> wrote:
>> In the particular case we were talking about data that "cannot be
>> obtained by surveying" (*).
>> [...]
>> (*) I actually can't think of any boundary data for which this is the
>> case, though.
>
> In that case I guess I need a how-to. How should I survey my county
> border?
I never said *you* could survey it. I suppose you could, with enough
time and money and resources though.
> So then since it can't be surveyed, we shouldn't have these borders in
> OSM?
If none of it can be surveyed, and it doesn't connect to anything
which can be surveyed, then we shouldn't have it in OSM. That's what
I said, more than once actually.
However, I still don't know of any boundaries for which that is the case.
> That means you can no longer do queries on OSM data based on "is
> in ???" which would seem to be kind of a big feature for a mapping
> application.
If there is a boundary which isn't in OSM, obviously you'd need to use
a database other than OSM to load the boundary. Fortunately this is
an easy thing to do.
> I guess any time you want to do anything useful with OSM
> data you would have to go out and find your own boundary data then?
No. As I've said, I don't know of any boundary data which can't be surveyed.
> That seems rather unhelpful too. Don't we want to make it reasonably
> easy for people to use our data?
It is reasonably easy to load more than one database. It would be a
miniscule portion of the design or even just installation of a system
to use that data.
More information about the talk
mailing list