[Talk-ca] 092G area
acrosscanadatrails at gmail.com
Mon Oct 12 01:10:37 BST 2009
And to try to answer your question.
On Sun, Oct 11, 2009 at 1:59 PM, Michael Barabanov <
> michael.barabanov at gmail.com>
> Thanks Sam. I noticed that Canvec feature IDs didn't make it into the OSM
> converted files.
> I think the ID is one of the more useful attributes to have for the
> imported data.
> E.g. the next Canvec revision may contain actual park names in LX2270009
> (names are not present now),
> and if so we could later write a script to match IDs and add names -- if
> IDs do make it into OSM database at this time.
The canvec:CODE refers back to the 'parks' for example.
So a search can be done for All canvec:CODE=2270010
and can extract (remove) just those features from OSM.
then compare with the new parks-converted.osm file, which has the 'name=*'
tag, and purge the 2 files. then import this new file to osm.
Is this possible todo? (with osmosis or something?)
Because a whole area is converted at once, a variable like adding a name.
... or even another example like changing a value from natural=esker to
natural=land (if that was needed). These things can be done via josm Find,
or via API
Anyway, others got cranky when i wanted to keep it. (the same reason why i
dont keep the uuid) (ie. its only good for internal reference).
Does that make sense?
I could be convinced otherwise :)
OpenStreetMap IRC: http://irc.openstreetmap.org
On Thu, Oct 08, 2009 at 04:16:14PM -0700, Sam Vekemans (
> acrosscanadatrails at gmail.com) wrote:
> > Hi,
> > 092G area is available with canvec-to-osm_v0_9_4_1
> > It's towards the bottom of the list.
> > Cheers,
> > Sam
> > Twitter: @Acrosscanada
> > Blog: http://Acrosscanadatrails.blogspot.com
> > Facebook: http://www.facebook.com/sam.vekemans
> > OpenStreetMap IRC: http://irc.openstreetmap.org
> > @Acrosscanadatrails
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Talk-ca