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 up. ... 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 the renderer. 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 visable. .. 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 Living Earth. 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. Thoughts? Sam On Thu, Jul 24, 2008 at 7:12 AM, Dale Atkin <[EMAIL PROTECTED]> wrote: > I haven't really done much (anything) with OSM, so I don't know how > feasible > 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 > effort > 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. > > Dale > > -----Original Message----- > From: Corey Burger [mailto:[EMAIL PROTECTED] > Sent: Wednesday, July 23, 2008 11:04 PM > To: Sam Vekemans > Cc: talk-ca@openstreetmap.org; Dale Atkin > Subject: Re: [Talk-ca] OpenAerialMap for geoBase Data? Yahoo! Image 2006 > i-cubed? > > On Wed, Jul 23, 2008 at 6:53 PM, Sam Vekemans > <[EMAIL PROTECTED]> 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 > thats > > cool. > > Im looking at OpenTopoMap.. and see that it does ask for what attribution > to > > 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 > the > > ability to use that.. but i dont know details. > > > http://aardvark.gov.bc.ca/apps/gga/detailHome.do?action=showGoogleEarthPage > >> 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 > (non-commercial). > > > > But more importantly: > > Now im using Kosmos (its on the main wikiOSM page as the feature) .. and > it > > has the option to view the map with satalite imagery... from Landsat > (from > > 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 > OSM. > > 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 > showing > > 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 > free > > 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. > > Corey > > -- ***** Sam Vekemans' Facebook profile http://www.facebook.com/people/Sam_Vekemans/890585120 (message me spam free and it's quickest this way) Sam Vekemans 706 Yates Street P.O. Box 8247 Victoria, BC V8W 3R9 Canada Direct: 250 588 9041 +001 250 588 9041
_______________________________________________ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-ca
