[OSM-talk] Lake Cowichan Now loaded (more of sample 092c area)

Ian Dees ian.dees at gmail.com
Fri Jun 19 21:11:06 BST 2009


On Fri, Jun 19, 2009 at 1:48 PM, Ævar Arnfjörð Bjarmason
<avarab at gmail.com>wrote:

> On Wed, Jun 17, 2009 at 11:45 PM, Alan Millar<am12 at bolis.com> wrote:
> >>> It should be sufficient to keep the canvec:UUID, source and attribution
> >>> tags, and maybe a few of the other canvec:* (CMAS?). I don't see why we
> >>> would need most of the others. If someone is really interested in them,
> >>> they
> >>> can look them up in Canvec using the UUID.
> >
> > Right.  And anyone interested in the AND details can look them up
> > somewhere else.  And anyone interested in the TIGER details can look them
> > up somewhere else.  And anyone interested in the USGS Geonames details
> can
> > look them up somewhere else.  And so on, and so on, and so on for each
> > import, of which the number and scope continue to grow.
>
> +1
>
> Please import all the data. OSM should seek to become the canonical
> source for all free geodata, having free data split across multiple
> databases is the problem we're trying to solve, not introduce.
>
> Anyone using Canvec today should should be able to use OSM as a
> drop-in replacement.


While I agree with what you're saying, I don't agree with the way it's being
done: we should not store the definition of the Canvec data types on every
single data point. if we want OSM to be a drop-in replacement for the data
imports that we add (barring licensing, of course), then we need to put
these data definitions somewhere else (the wiki, for example). Every other
data import I've been involved with has done this, so I don't understand why
we need to start for Canvec.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20090619/de05fdbf/attachment.html>


More information about the talk mailing list