[Talk-ca] OpenAerialMap for geoBase Data? Yahoo! Image 2006 i-cubed?
acrosscanadatrails at gmail.com
Thu Jul 24 18:34:56 BST 2008
A thought... because each road/line we draw on OSM has its own attributes.
,,, and all the roads IF imported from GeoBase also has automatically a tag
idendifier... just as our own user ID.. or the User ID of the last person to
play with that road is marked.
. So it would be very easy to identify which road have been imported.. and
which roads have been created from 'scratch'.
.. Sure ALL the elements could be loaded to OSM.. but simply not rentered.
.. until someone comes along and puts theie human 'stamp of aproval'.
So then both, the OSM iser ID.. and the GeoBase reference id ar attached to
the lines on the drawing.
the tagging would mean, selecting that toberendered item, and making sure
that it aligns with the OSM international tagging standard.
.. ie. .. the user actually saw the river segment and and varify that it
exists. . .. the roads/river show up in the JOSM import (like when i do a
road and its in that state of waiting to be rendered) the roads still show
So its like visually seeing tonnes of info already there, but is shown in
back and white.. the OSM users would select the info that they want to
share and convert it into colour.
This way... it avoids any duplicate rendering.
There is always something more to add to the map that what GeoBase has to
offer. .. remembering that GeoBase does have TONNES of info. ... but it
doesnt list where the bicycle parking is. ... so maybe in the data import
it shows already the school boundry... but then you see that it was labled
wrong... (or the coloquial name isnt listed) The OSM user can fix that and
tag everything that is known to be true... so then this stuff gets sent to
So in short. I request that All GeoBase DOES get freely imported onto
OSM... But only exists in that (between, tobe rendered state, and stays
there). .. .. so its only when you go and edit it that this information is
This way, we can continiously import new and future GeoBase data... as well
as refine the rendered map.
This way, all OSM data is still created by OSM users putting there hands on
the final product. .. as we know there is no final product. ... OSM is
The other thing that GeoBase offers is that is shows Land Usage.. something
of importance to anyone. ... I think its fine if the stuff doesnt get
rendered until someone can physically see it.
... ie. .. Im on a road and look out to the openpit mine. and because
GeoBase gives away all that data for free i can tag as much of the details
given by GeoBase.... at the same time as tagging a cycling route.
This solution would make OSM people happy, and the list of what has been
imported (in that tobe rendered state) .. the datasets could be listed on
the OSM wiki page and the status of it.
On Thu, Jul 24, 2008 at 7:12 AM, Dale Atkin <datkin at ibycus.com> wrote:
> I haven't really done much (anything) with OSM, so I don't know how
> the following is within the OSM framework, but it occurs to me that one
> project which might be *very* useful in the mapping world would be an
> to associate Road Names/Address information with NIDs.
> NIDs are used to uniquely identify a road segment in the Geobase data set.
> If one could build a cross reference between NID and road name/attributes,
> this would be a very useful database to have.
> I don't know how useful (or fruitful) simply reproducing the efforts of
> collecting the road information would ultimately be, but I imagine if you
> start collecting revisions, additions, modifications to the Geobase network
> files, you might ultimately produce an interesting product.
> -----Original Message-----
> From: Corey Burger [mailto:corey.burger at gmail.com]
> Sent: Wednesday, July 23, 2008 11:04 PM
> To: Sam Vekemans
> Cc: talk-ca at openstreetmap.org; Dale Atkin
> Subject: Re: [Talk-ca] OpenAerialMap for geoBase Data? Yahoo! Image 2006
> On Wed, Jul 23, 2008 at 6:53 PM, Sam Vekemans
> <acrosscanadatrails at gmail.com> wrote:
> > Hi,
> > Im trying not to beat a dead horse... its not dead yet.. ;)
> > Thanks James & Corey as well as Dale for giving a bit more insight.
> > Looking at the OSM cycle map, i see that topo information IS there, so
> > cool.
> > Im looking at OpenTopoMap.. and see that it does ask for what attribution
> > be added. .. So im guessing that GeoBase could be added in there with the
> > source?
> > .. As GeoBase also holds satalite imagery.. that got me wondering, as now
> > there is GeoBC... (i read i the paper about how they gave Google Earth
> > ability to use that.. but i dont know details.
> >> looks like thats a whole lot of info.. not really sure how it relates to
> > GeoBase.. humm.
> I didn't realize that GeoBase has their own aerial/satellite imagery.
> We should investigate using that to trace over and the legal
> implications of such.
> The GeoBC stuff is separate and still under crown copyright
> > But more importantly:
> > Now im using Kosmos (its on the main wikiOSM page as the feature) .. and
> > has the option to view the map with satalite imagery... from Landsat
> > Nasa)... so thats wild. ... makes it ALMOST like google earth :). ..
> > The other option Kosmos gives is to download from OpenArealMap.org ..
> > Which looks very similar to opentopmap. ..
> > My guess is that once it gets bigger it would be added as an option for
> OpenAerialMap is already an option with Potlatch.
> > Noting about how on OSM we are using Yahoo!'s areal maps.. and we need to
> > show the Yahoo! icon at the bottom corner... thats no different than
> > the GeoBase logo (or just the text GeoBase.. and thats the attribute that
> > yahoo wanted,.. and got.
> The Yahoo imagery shown in Potlatch has nothing to do with OSM. That
> is pulled in via the Yahoo! API.
> > So .. if we can have Geobase's data for free, as long as we show the
> > attributes... data onto OpenAerialMap.org and OpenTopoMap.org that could
> > help... as one way around this delema. ..
> > yep, just checked.. the Ibycus topo's map reference is the same. So the
> > OSM Atlas could have that.. its fine to have GeoBase as its source. (from
> > the books prespective)
> So in sum. We are still stuck with GeoBase data with regards to OSM
> but should investigate GeoBase imagery. That being said, there is
> nothing stopping somebody other than OSM to taking the OSM data and
> portraying it over GeoBase base files (imagery/topo) as long as both
> licenses are adhered to.
Sam Vekemans' Facebook profile
(message me spam free and it's quickest this way)
706 Yates Street
P.O. Box 8247
Direct: 250 588 9041
+001 250 588 9041
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Talk-ca