Re: [Talk-ca] Duplicate overlapping roads...
connectivity was one of the reasons many reasons for my process. All the CanVec data lines up with itself quite nicely. Can you give me a list of all these post-geobase activities (or at least as many as you know of). I can easily modify my filters to detect them, if I know what I'm looking for. Mikey On 13/07/10 12:43 AM, Michael Barabanov wrote: Another typical post-geobase exercise is to connect to existing roads and fixing connectivity problems otherwise. This is really important for routing, e.g. in Garmin GPS. I for one spent quite a bit of time doing this for my area. I guess the upshot is: be careful when deleting data that could have been manually adjusted. On Mon, Jul 12, 2010 at 8:24 PM, Michael Barabanov michael.baraba...@gmail.com wrote: forgot talk-ca On Mon, Jul 12, 2010 at 8:24 PM, Michael Barabanov michael.baraba...@gmail.com wrote: GPS tracks aren't the only source. There's also Yahoo. There's local survey (for things like that isn't present in geobase). Also, some people choose not to upload GPS they used for editing. I think a good idea would be to see if the import was the last edit for the data to be deleted, or if there were edits done after the geobase import. On Mon, Jul 12, 2010 at 7:25 PM, G. Michael Carter mi...@carterfamily.ca wrote: Since I've had 100% accuracy to my known areas on CanVec data (well within 5 metres anyways) I'd tend to trust it, over a change to GeoBase data that has no supporting GPS Tracks. :-) I am comparing it to the GPS tracks as I go, but like I said there is many areas where there is no GPS tracks to follow. Also, something I've noticed, CanVec data takes into account bends in the road where, in the areas I'm doing, GeoBase just has a straight line. (Blind line in Orangeville is one such road) I'm sure I'll probably replace some "more" accurate data somewhere, but the frequency should be pretty low, and with no supporting GPS tracks, or quoted source, how do we tell anyways? Mikey On 12/07/10 06:35 PM, Michael Barabanov wrote: My concern would be with 3. It is possible that someone has edited imported Geobase data after the import. On Fri, Jul 9, 2010 at 8:51 AM, G. Michael Carter mi...@carterfamily.ca wrote: Sam always says I should let people know what I'm up to. Today I'm actually going to listen... ;-) I'm working in three areas currently, outward in circles around: Orangeville (040P), Pickering (030M), and Rock Point PP (030L). (and trying to pull in Lake Ontario shore line) I'm creating some duplicate roads, temporarily, in the process. I wanted to detail my process here in case anyone notices them and starts scratching their head. The process I'm following: 1. Remove all existing OSM objects from CanVec grid. (mostly stuff I've already uploaded) 2. Merge with existing OSM data on the layer. 3. Delete any "attribution:GeoBase highway=*" roads. Trying to preserve any roads that CanVec doesn't have but it's hard since a lot of the areas I'm doing don't have any GPS tracks. 3a. Where the duplicates come in... I'm leaving any roads that go off grid, at least to an area I haven't processed yet. Then when I get to that area I remove/merge them. 4. Go over the area and merge/delete any roads manually added or that have no source (where no GPS track) 5. Merge any duplicate objects, that I missed or previously existed. Areas I'm staying away from: Toronto! I'm not going near that one, too much existing or conflicting data. I'll let someone living in Toronto to pick up that mess. :-) Mikey ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- G. Michael Carter Contact: H: 1-519-940-8935 | W: 1-905-267-8494 | M: 1-519-215-1869 | F: 1-519-941-0009 Google Talk: xmpp:mikeycarter1...@gmail.com -- G. Michael Carter Contact: H: 1-519-940-8935 | W: 1-905-267-8494 | M: 1-519-215-1869 | F: 1-519-941-0009 Google Talk: xmpp:mikeycarter1...@gmail.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Duplicate overlapping roads...
There's some info in http://wiki.openstreetmap.org/wiki/Geobase/Cleanup I would encourage running validator plugin in Josm and fixing all errors and at least the crossing ways and line ends near another one warnings. On Tue, Jul 13, 2010 at 6:11 AM, G. Michael Carter mi...@carterfamily.cawrote: connectivity was one of the reasons many reasons for my process. All the CanVec data lines up with itself quite nicely. Can you give me a list of all these post-geobase activities (or at least as many as you know of). I can easily modify my filters to detect them, if I know what I'm looking for. Mikey On 13/07/10 12:43 AM, Michael Barabanov wrote: Another typical post-geobase exercise is to connect to existing roads and fixing connectivity problems otherwise. This is really important for routing, e.g. in Garmin GPS. I for one spent quite a bit of time doing this for my area. I guess the upshot is: be careful when deleting data that could have been manually adjusted. On Mon, Jul 12, 2010 at 8:24 PM, Michael Barabanov michael.baraba...@gmail.com wrote: forgot talk-ca On Mon, Jul 12, 2010 at 8:24 PM, Michael Barabanov michael.baraba...@gmail.com wrote: GPS tracks aren't the only source. There's also Yahoo. There's local survey (for things like oneyway=yes that isn't present in geobase). Also, some people choose not to upload GPS they used for editing. I think a good idea would be to see if the import was the last edit for the data to be deleted, or if there were edits done after the geobase import. On Mon, Jul 12, 2010 at 7:25 PM, G. Michael Carter mi...@carterfamily.ca wrote: Since I've had 100% accuracy to my known areas on CanVec data (well within 5 metres anyways) I'd tend to trust it, over a change to GeoBase data that has no supporting GPS Tracks. :-) I am comparing it to the GPS tracks as I go, but like I said there is many areas where there is no GPS tracks to follow. Also, something I've noticed, CanVec data takes into account bends in the road where, in the areas I'm doing, GeoBase just has a straight line. (Blind line in Orangeville is one such road) I'm sure I'll probably replace some more accurate data somewhere, but the frequency should be pretty low, and with no supporting GPS tracks, or quoted source, how do we tell anyways? Mikey On 12/07/10 06:35 PM, Michael Barabanov wrote: My concern would be with 3. It is possible that someone has edited imported Geobase data after the import. On Fri, Jul 9, 2010 at 8:51 AM, G. Michael Carter mi...@carterfamily.ca mi...@carterfamily.ca wrote: Sam always says I should let people know what I'm up to. Today I'm actually going to listen... ;-) I'm working in three areas currently, outward in circles around: Orangeville (040P), Pickering (030M), and Rock Point PP (030L). (and trying to pull in Lake Ontario shore line) I'm creating some duplicate roads, temporarily, in the process. I wanted to detail my process here in case anyone notices them and starts scratching their head. The process I'm following: 1. Remove all existing OSM objects from CanVec grid. (mostly stuff I've already uploaded) 2. Merge with existing OSM data on the layer. 3. Delete any attribution:GeoBase highway=* roads. Trying to preserve any roads that CanVec doesn't have but it's hard since a lot of the areas I'm doing don't have any GPS tracks. 3a. Where the duplicates come in... I'm leaving any roads that go off grid, at least to an area I haven't processed yet. Then when I get to that area I remove/merge them. 4. Go over the area and merge/delete any roads manually added or that have no source (where no GPS track) 5. Merge any duplicate objects, that I missed or previously existed. Areas I'm staying away from: Toronto! I'm not going near that one, too much existing or conflicting data. I'll let someone living in Toronto to pick up that mess. :-) Mikey ___ Talk-ca mailing listtalk...@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-ca -- *G. Michael Carter* Contact: H: 1-519-940-8935 | W: 1-905-267-8494 | M: 1-519-215-1869 | F: 1-519-941-0009 Google Talk: xmpp:mikeycarter1...@gmail.com http://www.openstreetmap.org/?lat=43.9216lon=-80.105zoom=14layers=B000FTFhttp://livedvd.carterfamily.ca/ -- *G. Michael Carter* Contact: H: 1-519-940-8935 | W: 1-905-267-8494 | M: 1-519-215-1869 | F: 1-519-941-0009 Google Talk: xmpp:mikeycarter1...@gmail.com http://www.openstreetmap.org/?lat=43.9216lon=-80.105zoom=14layers=B000FTFhttp://livedvd.carterfamily.ca/ fedora.pngimage/pngimage/pngosm_logo.resized.png___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Duplicate overlapping roads...
I've attached the two examples. Our family goes for a walk around these streets nightly and I've taken my gps with me. The CanVec data is bang on. GeoBase is close but as I've said, CanVec is closer. Mikey On 13/07/10 09:22 AM, Bégin, Daniel wrote: Michael, Yes, the data before and after, or the coordinates where you found the differenmce (we already have GeoBase and canvec Data) Regards, Daniel ?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='JOSM' node id='310388112' timestamp='2009-01-23T22:21:46Z' uid='1288' user='Niels Elgaard Larsen' visible='true' version='3' changeset='827661' lat='43.9301118' lon='-80.1224192' / node id='310388113' timestamp='2009-01-23T22:21:46Z' uid='1288' user='Niels Elgaard Larsen' visible='true' version='3' changeset='827661' lat='43.9319662' lon='-80.1189859' / node id='310388114' timestamp='2009-01-23T22:21:46Z' uid='1288' user='Niels Elgaard Larsen' visible='true' version='3' changeset='827661' lat='43.9353039' lon='-80.1198443' / node id='416191010' timestamp='2009-06-06T03:33:27Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434134' lat='43.9314354' lon='-80.1175771' / node id='416193135' timestamp='2009-06-06T03:34:27Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434134' lat='43.9348754' lon='-80.1083812' / node id='416201198' timestamp='2009-06-06T03:41:45Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434149' lat='43.9300377' lon='-80.1114933' / node id='416203764' timestamp='2009-06-06T03:43:57Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434149' lat='43.9321557' lon='-80.1140905' / node id='416204207' timestamp='2009-06-06T03:44:21Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434149' lat='43.9312505' lon='-80.1122975' / node id='416208596' timestamp='2009-06-06T03:48:06Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434155' lat='43.9303168' lon='-80.114965' / node id='416209201' timestamp='2009-06-06T03:48:32Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434155' lat='43.9310511' lon='-80.1156144' / node id='416210468' timestamp='2009-06-06T03:49:29Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434155' lat='43.9308319' lon='-80.1175362' / node id='416210998' timestamp='2009-06-06T03:49:52Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434155' lat='43.9312553' lon='-80.1117617' / node id='416211668' timestamp='2009-06-06T03:50:40Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434158' lat='43.9307596' lon='-80.1174999' / node id='416211852' timestamp='2009-06-06T03:50:47Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434158' lat='43.9313592' lon='-80.1100658' / node id='416212826' timestamp='2009-06-06T03:51:24Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434158' lat='43.9302988' lon='-80.112648' / node id='416212887' timestamp='2009-06-06T03:51:26Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434158' lat='43.9306958' lon='-80.1174012' / node id='416214449' timestamp='2009-06-06T03:52:30Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434158' lat='43.9310185' lon='-80.1195517' / node id='416216065' timestamp='2009-06-06T03:53:40Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434158' lat='43.9302245' lon='-80.1193392' / node id='416221236' timestamp='2009-09-23T18:24:22Z' uid='62654' user='fuego' visible='true' version='2' changeset='2597925' lat='43.9311348' lon='-80.1182917' / node id='416221375' timestamp='2009-06-06T03:57:27Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434160' lat='43.9308443' lon='-80.1098492' / node id='416221726' timestamp='2009-06-06T03:58:07Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434170' lat='43.931' lon='-80.1148902' / node id='416222944' timestamp='2009-06-06T03:59:06Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434170' lat='43.9313109' lon='-80.1131189' / node id='416224195' timestamp='2009-06-06T04:00:08Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434170' lat='43.9312724' lon='-80.112808' / node id='416227520' timestamp='2009-06-06T04:03:25Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434179' lat='43.9321372' lon='-80.1140161' / node id='416227984' timestamp='2009-06-06T04:03:37Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434179' lat='43.9297934' lon='-80.1101764' / node id='416228180' timestamp='2009-06-06T04:03:42Z' uid='92209' user='geobase_stevens' visible='true' version='1' changeset='1434179' lat='43.9304106'
[Talk-ca] Vancouver OSM meetup - July 27
Hi all, I'm planning a meetup for everyone interested in OSM in the Vancouver area. Unlike last time (last year) when it was about imports, we now have the .osm files and lots of data to work with and Oodles of tools. It makes sence to have an agenda so the most important things get covered while in person, and able to talk fast share whats on our computer/device screans. I'm making a wiki about it, so i'll ask here, what does everyone want todo? (reply to this thread please) Thanks, Sam -- Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] ArcGis
Hi guys, ArcGis - a big player in GIS softwares - is introducing an add-in to connect and edit Osm data as done with Merkator or Josm http://geo.geek.nz/development/arcgis-10-editing-add-in-for-openstreetmap/?utm_source=feedburnerutm_medium=feedutm_campaign=Feed%3A+mandown+%28geo.geek.nz%29 Daniel ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] ArcGis
Yup, The wiki does need to be updated about it. Can anyone provide screenviews of it in action? Last i heard, is that the relation editing is still buggy. This is a key ticket that invites the greater geo community into the 'organized chaos' of OSM World. Cheers, Sam On 7/14/10, Bégin, Daniel daniel.be...@rncan-nrcan.gc.ca wrote: Hi guys, ArcGis - a big player in GIS softwares - is introducing an add-in to connect and edit Osm data as done with Merkator or Josm http://geo.geek.nz/development/arcgis-10-editing-add-in-for-openstreetmap/?utm_source=feedburnerutm_medium=feedutm_campaign=Feed%3A+mandown+%28geo.geek.nz%29 Daniel -- Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Copying objects with relations between layers in josm
Hello, What is the best way to copy objects, including a relation, between layers in josm? For example, if there is a wooded area with a hole in it and you copy the desired objects to another layer, the relation is not copied. There must be a way to do this! -- James Treacy tre...@debian.org ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Copying objects with relations between layers in josm
Silly me, I forgot to reply all, and just did a reply. Here's what I said to James originally: In josm, open the relation editor (the button icon has a gear cog) In the relation editor, click the relation you want to copy. At the bottom of the relation editor, click set the current selection to the list of selected relations (the button icon is a mouse cursor inside a square marching ants selection box) Ctrl-c switch layers ctrl-v You should have all the nodes, ways, and the relation connecting the ways copied over. Tyler: just attempted your method in Josm 3359, and it only copied over the nodes and ways, but not the relation. This could be due to different josm versions? Adam On Wed, Jul 14, 2010 at 10:06 AM, Tyler Gunn ty...@egunn.com wrote: On Wed, 14 Jul 2010 12:35:06 -0400, James A. Treacy tre...@debian.org wrote: Hello, What is the best way to copy objects, including a relation, between layers in josm? For example, if there is a wooded area with a hole in it and you copy the desired objects to another layer, the relation is not copied. There must be a way to do this! In the relation list, if you find the relation you can right click it and choose Select all members. Then when you copy and paste the relation as well as all its members come over. Tyler -- -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Copying objects with relations between layers in josm
On Wed, Jul 14, 2010 at 10:17:08AM -0700, Adam Dunn wrote: Silly me, I forgot to reply all, and just did a reply. Here's what I said to James originally: In josm, open the relation editor (the button icon has a gear cog) In the relation editor, click the relation you want to copy. At the bottom of the relation editor, click set the current selection to the list of selected relations (the button icon is a mouse cursor inside a square marching ants selection box) Ctrl-c switch layers ctrl-v You should have all the nodes, ways, and the relation connecting the ways copied over. Thanks, that did it. If you don't click on set the current selection to the list of selected relations then the relation isn't copied. This will save a lot of time. -- James Treacy tre...@debian.org ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Tracking who's working on which CanVec tile?
Google sheet seems to have the most up to date info as to who intends to import/has imported what as far as Geobase. I intend to continue using it for Canvec, too. The sheet may not be complete, but some info is better than no info. On Thu, Jul 8, 2010 at 10:33 AM, Tyler Gunn ty...@egunn.com wrote: So now that Canvec is actually coming in, are we still using the Google Spreadsheet to track who is working on what? Or should we just update the Wiki? THanks, Tyler -- -- Tyler Gunn ty...@egunn.com ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canvec.osm Product - Running!
Hi all, an update on canvec.osm conversion Last Monday I wrote: To come this week ... - MB, SK, AB and BC (southern part of each province) It should be completed today :-) Next to come: latitudes 52.0 to 56.0, from east to west. Cheers, Daniel -Original Message- From: talk-ca-boun...@openstreetmap.org [mailto:talk-ca-boun...@openstreetmap.org] On Behalf Of Bégin, Daniel Sent: 12 juillet 2010 11:30 To: James Ewen Cc: Talk-CA OpenStreetMap Subject: Re: [Talk-ca] Canvec.osm Product - Running! Ooops! Sorry James - and other westerners (lol), I wrote: To come this week ... - MA, SK, AL and BC southern part I mean: - MB, SK, AB and BC (southern part of each province) Cheers Daniel -Original Message- From: James Ewen [mailto:ve6...@gmail.com] Sent: 12 juillet 2010 10:05 To: Bégin, Daniel Subject: Re: [Talk-ca] Canvec.osm Product - Running! On Mon, Jul 12, 2010 at 4:46 AM, Bégin, Daniel daniel.be...@rncan-nrcan.gc.ca wrote: To come this week ... - MA, SK, AL and BC southern part Look at that... those nasty government types out east are going to convert Canvec data for Massachusets and Alabama, leaving out Manitoba and Alberta! sniff sniff No wonder we always feel left out and unappreciated! Daniel: a GIS geek that doesn't know his two letter provincial abbreviations? For shame! 8) James VE6SRV PS if you had screwed up the two letter abbreviation for British Columbia, we would have had to slap you! ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Tracking who's working on which CanVec tile?
Anyone have the link for the google chart handy? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Tracking who's working on which CanVec tile?
http://spreadsheets.google.com/ccc?key=0Am70fsptsPF2dERFUlBodFFmbmJiR3BBMHR4MzJDM1Ehl=en Here it is. On Wed, Jul 14, 2010 at 12:36 PM, G. Michael Carter mi...@carterfamily.ca wrote: Anyone have the link for the google chart handy? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Deleting existing roads...
OK this is really starting to bother me. Roads are scary!!! I tried seeing if I could take two CanVec block and merge them with existing roads. Well I created a mess and ended up deleting the blocks. CanVec data has many little differences... ie: where the nodes are, barriers, location of the roads, the break points between grids, road names... see below (grey CanVec), purple GPS, and orange existing GeoBase. I even had an entire section in a ski resort that the GeoBase had no names (15 ways), where CanVec does and has road barriers too. I have a feeling the GeoBase uploaded to Ontario was something like V5.0 where the CanVec is V6.0 data. Every difference I've found has proven to be more accurate. I have to make like 500-1000 changes per grid if I try to modify existing GeoBase. If I do it the other way around, and replace the GeoBase.. I'm finding I have 20, if any, changes per grid. With 500+ changes my change of making a mistake --like not connecting the roads properly for routing-- increase. CanVec roads line up and connect perfectly with CanVec roads, and other CanVec data. So my question here: How much of a problem is it if I miss tags like "one-way" or move a road that was placed via something other than GPS trails. By replacing the GeoBase/Yahoo roads, then adding and connecting the few that CanVec is missing? Plus adding the few tags that I find. Personally I see more benefit to using CanVec road data. Like the screen shot below, CanVec Road Network, lines up with GeoBase 90% of the time and Yahoo maybe 25%. In every case I've seen CanVec data lines up better with GPS data. Also the CanVec data is going to line up better with other objects in CanVec, like forests, green spaces, and address information. It's just way eaiser to replace the existing roads with CanVec, then modify the CanVec to fit any problems, than the other way around. I just don't want to piss anyone off here. I've done 70 tiles so far and just wanted to get keep going/no go from the community before I continue. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Deleting existing roads...
I tried seeing if I could take two CanVec block and merge them with existing roads. Well I created a mess and ended up deleting the blocks. Yeah, working with the Canvec data in an already populated area of the OSM map is frustrating to say the least. I've been working on a tile that encompasses my neighborhood and ended up just shelving it for now because there are so many issues merging the two. In the end I've almost ended up just using the Canvec data as a guide to re-align the roads in the OSM data. But it varies, in some areas there is a LOT more detail in Canvec data, while in others the OSM data is better. If you're familiar with the data in the area and are seeing the CanVec to be of higher quality and its meshing up with the GPS traces, then I'd say replacing the existing data is the best bet. I ran into this in rural Manitoba; the existing minor roads (ie farm roads, etc) are marked with yahoo as the source. In rural MB, yahoo is so low resolution you can hardly SEE the roads on the satellite imagery its so low resolution. Its not surprising that canvec is quite off from these roads. In this situation I've just deleted all the Yahoo roads and used the Canvec data. Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Deleting existing roads...
It's easy enough to check for oneway tags in Josm (Ctrl-F). It may well be there's none in your area. If there're, those can be manually transferred to CanVec data. Another thing to watch out for would be relations representing turn restrictions (sadly, there doesn't seem to be a lot of those so far in Canadian OSM data). Josm should warn about those though. Overall, I agree it's much easier to delete existing Geobase (and only Geobase) if it's inferior. Resulting topological errors with other features not present in Geobase/Canvec, e.g. trails connected to Geobase network but not to newly imported CanVec can be caught with Validator plugin in Josm. On Wed, Jul 14, 2010 at 1:44 PM, G. Michael Carter mi...@carterfamily.cawrote: OK this is really starting to bother me. Roads are scary!!! I tried seeing if I could take two CanVec block and merge them with existing roads. Well I created a mess and ended up deleting the blocks. CanVec data has many little differences... ie: where the nodes are, barriers, location of the roads, the break points between grids, road names... see below (grey CanVec), purple GPS, and orange existing GeoBase. I even had an entire section in a ski resort that the GeoBase had no names (15 ways), where CanVec does and has road barriers too. I have a feeling the GeoBase uploaded to Ontario was something like V5.0 where the CanVec is V6.0 data. Every difference I've found has proven to be more accurate. I have to make like 500-1000 changes per grid if I try to modify existing GeoBase. If I do it the other way around, and replace the GeoBase.. I'm finding I have 20, if any, changes per grid. With 500+ changes my change of making a mistake --like not connecting the roads properly for routing-- increase. CanVec roads line up and connect perfectly with CanVec roads, and other CanVec data. So my question here: How much of a problem is it if I miss tags like one-way or move a road that was placed via something other than GPS trails. By replacing the GeoBase/Yahoo roads, then adding and connecting the few that CanVec is missing? Plus adding the few tags that I find. Personally I see more benefit to using CanVec road data. Like the screen shot below, CanVec Road Network, lines up with GeoBase 90% of the time and Yahoo maybe 25%. In every case I've seen CanVec data lines up better with GPS data. Also the CanVec data is going to line up better with other objects in CanVec, like forests, green spaces, and address information. It's just way eaiser to replace the existing roads with CanVec, then modify the CanVec to fit any problems, than the other way around. I just don't want to piss anyone off here. I've done 70 tiles so far and just wanted to get keep going/no go from the community before I continue. [image: Example #1] ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca Screenshot-1.png___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca