<br><br><div class="gmail_quote">2009/1/20 James Ewen <span dir="ltr"><<a href="mailto:ve6srv@gmail.com">ve6srv@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Tue, Jan 20, 2009 at 6:01 PM,  <<a href="mailto:michcasa@gmail.com">michcasa@gmail.com</a>> wrote:<br>
<br>
> It is not a simple issue. I see 2 options: the first one is to align the osm<br>
> geometry with the nrn-geobase geometry (or the opposite), then add the NIDs.<br>
> At this stage, I wonder if we should take Geobase geometry and join the osm<br>
> attributes. The second option is to use NIDs only for the nrn-geobase<br>
> imported in osm.<br>
<br>
</div>I'm kind of stuck, and I'm not sure where to go from here.<br>
<br>
I have invested quite a bit of time and effort collecting, importing,<br>
and converting GPS tracks in Fort McMurray. Steve's GeoBase import<br>
script has done a very good job adding GeoBase data all around my data<br>
that I had already put into the OSM database.<br>
<br>
Now I need to spend time making the OSM and GeoBase data integrate<br>
together. I can add nodes that correspond to GeoBase nodes, and make<br>
my OSM ways connect to these points. I can attempt to make all of my<br>
ways correspond to GeoBase data, but that is a lot of work, especially<br>
trying to put all the attributes onto each and every one of these<br>
nodes and ways.</blockquote><div><br>Your approach is the option 2 that I have mentioned. My favorite one too : import nrn-geobase to complete exsiting osm then integrate it to existing osm. The option 1 is my view if we wanted to have Geobase NID to existing osm.  <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
What I would like to do, is be able to delete all of my OSM ways, and<br>
replace them with the GeoBase data. From there I would then use the<br>
GPX tracks that I have collected as a basis to modify the GeoBase<br>
data, so that it represents the real world data more accurately.<br>
<br>
It just seems to me that my time and efforts would be better invested<br>
by making minor modifications to the GeoBase data to align with my<br>
observations rather than attempting to make major modifications to my<br>
OSM data to align with the GeoBase data.<br>
<br>
Don't get me wrong, the GeoBase imported data in the Fort McMurray<br>
area is a good thing in my opinion. I also agree that the GeoBase<br>
update should not automatically overwrite user entered OSM data. What<br>
I am looking for is a way to be able to manually replace my existing<br>
OSM data with GeoBase data, but only at a specific user request, be it<br>
mine or someone else working in an area of their concern.</blockquote><div><br>I noticed the same kind of examples. Sometimes, osm ways are not accurate or badly captured. RoadMatcher does not work well for these cases. So to detect them you have to do it manually and change them by nrn-geobase data. We can't make the whole country like that. It makes the job harder but it price to pay to keep existing data.  <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
Here's another example where I can see being able to manually remove<br>
old OSM data, and replacing it with GeoBase data. Most of the primary<br>
highway grid that exists in Alberta was traced from Landsat data, if<br>
I'm not mistaken. Whatever the source, the existing road data is of<br>
very poor accuracy.  Steve's road matcher is going to have a horrid<br>
time trying to match the GeoBase roads against the existing OSM roads<br>
which can be upwards of 1/2 a mile out of place. I doubt that I would<br>
find anyone that object to removing the crude existing OSM data in<br>
favour of the GeoBase data.<br>
<br>
An easy solution would be to delete all the crude highway data, and<br>
then run Steve's script against a blank slate. However, this means<br>
that someone will have to go through the OSM map before running the<br>
script to remove the crude data.<br>
<br>
I have tracked a number of major highways across Alberta, into BC, and<br>
also Saskatchewan and used that to replace the crude older highway<br>
data. Steve's roadmatcher script will probably have an easier time<br>
matching to those ways, but that still leaves thousands of miles of<br>
highway that will need to be manually stitched to the GeoBase data.<br>
Again, I think it would be much faster to modify the GeoBase data to<br>
match the GPX tracks if need be, rather than manually match the OSM<br>
ways against the GeoBase data.<br>
<br>
Anyone else have any observations or opinions?<br>
<div><div></div><div class="Wj3C7c"><br>
James<br>
VE6SRV<br>
<br>
_______________________________________________<br>
Talk-ca mailing list<br>
<a href="mailto:Talk-ca@openstreetmap.org">Talk-ca@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-ca" target="_blank">http://lists.openstreetmap.org/listinfo/talk-ca</a><br>
</div></div></blockquote></div><br>