Re: [Talk-ca] cleaning up after the GeoBase import

2009-06-13 Thread William Lachance
On Fri, 2009-06-12 at 20:48 -0400, Steve Singer wrote: On Fri, 12 Jun 2009, William Lachance wrote: Maybe I'm missing something, but I frankly just don't see the purpose in tagging our data differently from the rest of the world, when we can achieve the desired end (comparing OSM data

Re: [Talk-ca] cleaning up after the GeoBase import

2009-06-13 Thread Austin Henry
- William Lachance arranged a host of electrons thusly: - Having the uuids around also make it easier to talk about differences/errors between OSM and geobase data. Someone can look at a road in OSM and easily find the original GeoBase road (using your favourite gis tool) and compare

Re: [Talk-ca] Cleaning up after the GeoBase import

2009-06-13 Thread Corey Burger
Sat, Jun 13, 2009 at 10:08 AM, William Lachancewrl...@gmail.com wrote: On Sat, 2009-06-13 at 10:28 -0400, Gerald A wrote: On Sat, Jun 13, 2009 at 1:36 AM, Corey Burger corey.bur...@gmail.com wrote:         snip         1) start fresh (streets/road-wise), enjoy correct topology         and

Re: [Talk-ca] Cleaning up after the GeoBase import

2009-06-13 Thread Michael Barabanov
Corey, In my original message (as opposed to a snippet you quoted), I suggest that matching geobase UUID is equivalent to throwing out the data, if not position-wise, then topology-wise. We can take the easy way or a hard way, but end result will be pretty much the same. Avoiding pissing off

Re: [Talk-ca] Cleaning up after the GeoBase import

2009-06-13 Thread Michael Barabanov
Hmm, did I say more authoritative? I thought it was something like more consistent and topologically correct. On Sat, Jun 13, 2009 at 10:28:56AM -0400, Gerald A (geraldabli...@gmail.com) wrote: On Sat, Jun 13, 2009 at 1:36 AM, Corey Burger corey.bur...@gmail.comwrote: snip 1) start

Re: [Talk-ca] Cleaning up after the GeoBase import

2009-06-13 Thread Corey Burger
On Sat, Jun 13, 2009 at 2:07 PM, Michael Barabanovmichael.baraba...@gmail.com wrote: Corey, In my original message (as opposed to a snippet you quoted), I suggest that matching geobase UUID is equivalent to throwing out the data, if not position-wise, then topology-wise.  We can take the easy

Re: [Talk-ca] Cleaning up after the GeoBase import

2009-06-13 Thread Michael Barabanov
Meanwhile, for the existing process I've added After the Import section to http://wiki.openstreetmap.org/wiki/Geobase_NRN_-_OSM_Map_Feature It's also mentioned it in How can I help. http://wiki.openstreetmap.org/wiki/GeoBase_Import Michael. On Sat, Jun 13, 2009 at 02:34:29PM -0700, Michael

Re: [Talk-ca] Cleaning up after the GeoBase import

2009-06-13 Thread Michael Barabanov
That's a possibility, though RoadMatcher is the tool for exactly this purpose. For now, after the import, in problematic places I compare the topologies by opening the resulting .osm file from geobase2osm script (not the standalone, but the whole thing) as another layer. Then data can be

Re: [Talk-ca] Ontario 040P

2009-06-13 Thread Adam Glauser
I've found a way[1], which appears to have come in with this import, but is incorrectly named. I checked out the Geobase website and found their viewing tool[2], but I can't see the names for the NRN ways. How can I check whether this is, in fact, an error in the NRN data? Secondly, when I fix

Re: [Talk-ca] Ontario 040P

2009-06-13 Thread Steve Singer
On Sat, 13 Jun 2009, Adam Glauser wrote: I've found a way[1], which appears to have come in with this import, but is incorrectly named. I checked out the Geobase website and found their viewing tool[2], but I can't see the names for the NRN ways. How can I check whether this is, in fact, an

Re: [Talk-ca] Ontario 040P

2009-06-13 Thread Richard Degelder
Adam Glauser wrote: I've found a way[1], which appears to have come in with this import, but is incorrectly named. I checked out the Geobase website and found their viewing tool[2], but I can't see the names for the NRN ways. How can I check whether this is, in fact, an error in the NRN data?