Re: [Talk-ca] GeoBase Import

On 7/8/2015 2:40 AM, James wrote: Has anyone else had issues with the conversion script from GML to osm? I've been looking at the wiki here: http://wiki.openstreetmap.org/wiki/Geobase/Import_How-To and when I try to convert the data python gives me the : UnicodeDecodeError: 'ascii' codec can't

[Talk-ca] GeoBase Import

Has anyone else had issues with the conversion script from GML to osm? I've been looking at the wiki here: http://wiki.openstreetmap.org/wiki/Geobase/Import_How-To and when I try to convert the data python gives me the : UnicodeDecodeError: 'ascii' codec can't decode byte 0xae in position 2: ord

[Talk-ca] Geobase Import Announcement - 1 year later

Hi all, on Tuesday, nov 17th, i'll be broadcasting live on uStream.tv & available on skype & IRC. 'cause i work nights im available anytime. (3am /6am 9am/12p/6p/9pmPST is fine for me) please let me know 1 day in advance of what time is best that you can watch, then i can plan (sleep) accordingly

Re: [Talk-ca] GeoBase Import conflict to share victoria.osm

- Sam Vekemans arranged a host of electrons thusly: - > Hi all, > > I'm finding an interesting revelation here. > Since the RoadMatcher wasn't done, for this mapped area. What we did was > make the greater_victoria.osm file available. > > So here we have myself, who is running around in circles,

[Talk-ca] GeoBase Import conflict to share victoria.osm

Hi all, I'm finding an interesting revelation here. Since the RoadMatcher wasn't done, for this mapped area. What we did was make the greater_victoria.osm file available. So here we have myself, who is running around in circles, and wanting to copy over all the area, as fast as possible, but im

Re: [Talk-ca] GeoBase import seems to have problems with the old data (yahoo, wikipedia..)

When replying cc: talk-ca list, Sorry i can help much further than my previous explanation. I agree that yes, it would be easier to wipe out existing work that people did (before hearing the OK for the geobase License) (november 2008), but that was 2 years prior of hand manual mapping that people

Re: [Talk-ca] GeoBase import seems to have problems with the old data (yahoo, wikipedia..)

Thanks Steve, The Wiki sums it up, but i'll expand more here. http://wiki.openstreetmap.org/wiki/GeoBase_Import#Prelude The GeoBase Import is a community project, all those who are actually importing the data, follow the set of established guidelines. Mainly, we do not interfere with other peopl

[Talk-ca] GeoBase import seems to have problems with the old data (yahoo, wikipedia..)

I find many problems where a main road going through a town/city from a Yahoo/Other source is interfering with the GeoBase import. The GeoBase data is GOOD and more correct in my area (from my tests). examples of some problems (MANY others can be found all over) http://www.openstreetmap.org/?lat=

Re: [Talk-ca] GeoBase import woes...

On Mon, Jan 26, 2009 at 8:52 PM, Steve Singer wrote: > Would the ability to merge only selected items from one layer to the next > make this substantially easier? Yes, indeed it would. Instead of deleting everything I don't want, then merging, reloading all, deleting everything, merging... I cou

Re: [Talk-ca] GeoBase import woes...

On Mon, 26 Jan 2009, James Ewen wrote: > Nope... I can't get that to work in any useful way. I have been doing > manual roadmatching. I have been deleting everything from the full 074 > file using JOSM except for the roadways that I am interested in > fixing. (It's along tedious task) I then uploa

Re: [Talk-ca] GeoBase import woes...

On Mon, Jan 26, 2009 at 4:02 PM, Sam Vekemans wrote: > just looking at your map, it looks like the west part of Tower Road is > listed as 'unclassified' Yes, I had originally tagged all of Tower Road as unclassified as it is a rough gravel road back into the bush. Unclassified is the lowest form

Re: [Talk-ca] GeoBase import woes...

Hi, just looking at your map, it looks like the west part of Tower Road is listed as 'unclassified' Just wondering, was it the same steps as i described before??. ... you just added in the step to break up the OSM road WAYS? ... so it was copy from geobase.osm file, and paste to data.osm layer, th

Re: [Talk-ca] GeoBase import woes...

On Thu, 22 Jan 2009, James Ewen wrote: > More beating has ensued... I've added about a hundred more ways to the Fort McMurray area. I think road matcher was able to detect some more standalone roads once the surronding roads were imported, but it could be due to me using slightly different set

Re: [Talk-ca] GeoBase import woes...

On Wed, Jan 21, 2009 at 10:46 PM, James Ewen wrote: > I know one thing for sure... I'm going to beat the data around Fort > McMurray to death before I'm finished with it. More beating has ensued... > I'm thinking that perhaps a little from column A, and a little from > column B might be the bes

Re: [Talk-ca] GeoBase import woes...

On Wed, Jan 21, 2009 at 8:58 PM, Dan Putler wrote: > You shouldn't be ashamed. The guys who do this for a living do know > something (and have really nice Trimble differential gps units). > Besides, you are in Alberta, and the Alberta government (and the > municipal governments in Alberta) has/ha

Re: [Talk-ca] GeoBase import woes...

You shouldn't be ashamed. The guys who do this for a living do know something (and have really nice Trimble differential gps units). Besides, you are in Alberta, and the Alberta government (and the municipal governments in Alberta) has/have been one of the most cooperative with the Geobase effort u

[Talk-ca] GeoBase import woes...

Hey, the rendering engine has processed the GeoBase import in the Fort McMurray area, and the slippy tiles are populated! Now I'm upset... I was pretty pleased with myself before this update, I had traced out roads with my GPS, and uploaded information, creating the start of a map. Some roads that

Re: [Talk-ca] GeoBase import

On Mon, 19 Jan 2009, Sam Vekemans wrote: > http://www.openstreetmap.org/?lat=56.65826&lon=-111.33406&zoom=17&layers=B000FTTT > Way 30187984 does not have a name listed, although either that road doesn't > actually have a name, or the script still needs to be worked on, but looking > at that way yo

Re: [Talk-ca] GeoBase import

On Mon, 19 Jan 2009, Blake Crosby wrote: > Sam, > > I'm following the directions here: > > http://wiki.openstreetmap.org/wiki/Geobase_NRN_-_OSM_Map_Feature > > Since the area is so small, I will probably skip step 5. Instead, loading the > resulting OSM in JOSM, adding the street names, then uplo

Re: [Talk-ca] GeoBase import

> > Message: 8 > Date: Mon, 19 Jan 2009 17:09:06 -0500 > From: Blake Crosby > Subject: Re: [Talk-ca] GeoBase import > To: Sam Vekemans > Cc: talk-ca@openstreetmap.org > Message-ID: <4974fa02.9020...@blakecrosby.com> > Content-Type: text/plain; charset=ISO-

Re: [Talk-ca] GeoBase import

Right, Because only 1 area has actually successfully been imported with Road Matcher, there are still alot of bugs in the program. These; (Steve & Michel) are currently working out. You might want to post that specific error on the Wiki page, so then it is known. (On the discussion page would be

Re: [Talk-ca] GeoBase import

Will do. Right now i'm having a problem with RoadMatcher, it's giving me a weird error. I suspect its because of the existing OSM data that i've converted to GML, then SHP format. I'll let you know my progress. One additional question I have is.. How to I attribute the data properly? Blake S

Re: [Talk-ca] GeoBase import

Thanks, I saw that before and forgot that it was there :) Well, if you can update the chart with what your doing, then everyone would know the progress :) -i'll update the wiki with the note to make sure that the latest OSM data is used & all local area mappers are aware, so roads dont get droped

Re: [Talk-ca] GeoBase import

Sam, I'm following the directions here: http://wiki.openstreetmap.org/wiki/Geobase_NRN_-_OSM_Map_Feature Since the area is so small, I will probably skip step 5. Instead, loading the resulting OSM in JOSM, adding the street names, then uploading that way. Blake Sam Vekemans wrote: > Thanks,

Re: [Talk-ca] GeoBase import

Thanks, So that does pose an interesting question. We have the 'unknown' which is the 'when' the names will be available. So, for importing small towns (with no or very very little) OSM data. and the local mapper is willing to hand place in the 'name' field. -from physically seeing the road signs

Re: [Talk-ca] GeoBase import

Sam, Aha! That would explain why I cant seem to find names in the data. The area I'm importing is rather small (about half a town of 45,000). I have no issues tagging the ways with road names manually. I just wanted to make sure nobody had any problems with me using the data for parts of Auror

Re: [Talk-ca] GeoBase import

Hi Blake, Because the Data for Ontario does not contain road names nor road numbers, Only Alberta, Yukon & Nova Scotia have it. So unfortunately the Ontario dataset needs to wait until it's complete from GeoBase 1st. Sam Sam Vekemans wrote: > For everyone on the list, were all helping out when

Re: [Talk-ca] GeoBase import

Sam Vekemans wrote: > For everyone on the list, were all helping out when we can, so > everyone is doing this on their own time. -although I want it done > yesterday :-) lol So that we have actual permission to use geogratis data in OSM. Does anyone have any objection if I save on gas and import

Re: [Talk-ca] GeoBase import

Thanks, Great to hear from you. Re: project plan & summery ya, thats the point of doing a video conference, so everyone can get up to speed. & outline the project goals. (it will be recorded so others can watch later) There is a fine balance in making decisions to 'go ahead' or to wait until mor

Re: [Talk-ca] GeoBase import more questions and ideas

Dale asked some things and Sam answered below: >> I'm of the impression that there are: >> a) a set of built in 'tags' that the rendering engine uses. (is there an >> exhaustive list anywhere) These should get you started. http://wiki.openstreetmap.org/wiki/Map_Features http://wiki.openstreetmap.

[Talk-ca] GeoBase import more questions and ideas

Hi Dale, in answer to the other questions; I have a question to throw out there... > > Can someone point me to an API or tutorial or something for OSM that > discusses uploading manipulating the data (in a way that could be scripted)? > I've seen the web interface, but obviously that is no good f

[Talk-ca] GeoBase Import - Update

Hi,Thanks for added the 'prelude' section :) I'll move that (http://wiki.openstreetmap.org/wiki/Import/Catalogue) up on the list of things todo. If knowone else beets me to it. :) I updated my blog http://acrosscanadatrails.blogspot.com/2008/12/geobase-import-update-summery-rev-5.html Probably bet

Re: [Talk-ca] GeoBase Import - Another idea

On Wed, Dec 17, 2008 at 4:04 PM, Sam Vekemans wrote: > ... IMO were better off working from the ground up, and getting local areas > to ask builders/road planners to post the updates, as soon > as construction is finished rather than wait for information to be > passed along the government c

Re: [Talk-ca] GeoBase Import - Another idea

On Wed, Dec 17, 2008 at 6:04 PM, Sam Vekemans wrote: > Hi here's another 2 cents in the bucket. > ... IMO were better off working from the ground up, and getting local > areas to ask builders/road planners to post the updates, as soon > as construction is finished rather than wait for informa

[Talk-ca] GeoBase Import - Another idea

Hi here's another 2 cents in the bucket. ... IMO were better off working from the ground up, and getting local areas to ask builders/road planners to post the updates, as soon as construction is finished rather than wait for information to be passed along the government channels. So importing

[Talk-ca] GeoBase import discussion Re: Talk-ca Digest, Vol 10, Issue 18

Hi, very sorry i forgot to add you on the direct list before i sent it out. I'm pleased to see that all the discussions were done direct from those who deal with the data (the guy that did the Tiger Import, and the guy from the Yukon, and from UBC) I think i just need to talk to someone from GeoBC

Re: [Talk-ca] GeoBase import update Rev. 3

On Sat, Dec 13, 2008 at 1:45 PM, Sam Vekemans wrote: > D -are we in unanamous agreement that the way to do the import is to; > Create a program which will detect existing OSM data and add the UUID# > reference onto the point/way/polygon/relation so that it will not > interfer with existing data,

[Talk-ca] GeoBase import update Rev. 3

Hi all, A few things to note (that i'll be working on too); A -i think we need a todo list 1- make a wiki chart of all the CanVec data available to us (from that pdf file, noted earlier) showing what osm tag(s) to be used... Everthing from Amusement park to Zoo :) 2- finish the GeoBase charts (and

Re: [Talk-ca] geobase import summery

Thanks Andrew,I have updated the wiki, and my comment on each users talk page. Hopefully it is a little more clear now. http://wiki.openstreetmap.org/wiki/Talk:GeoBase_Import#What_to_do_with_current_data And of course, its wiki, so everything is questionable. Cheers, Sam Vekemans Across Canada Tr

[Talk-ca] geobase import summary

Hello: I'm looking forward to the geobase data import. From reading the various emails have I grasped the options correctly? Initial ideas: 1 - Delete all of OSM Canada and replace with geobase data. 2 - Just upload the geobase data and have users clean it up. 3 -

Re: [Talk-ca] GeoBase import team meeting (?)

On Mon, 8 Dec 2008, Richard Weait wrote: > I have been overwhelmed by the enthusiasm and creativity of the talk-ca > list and the discussion of the GeoBase import project. I wonder if we > would find it helpful to have as many of us as possible to meet in > person, and some others join us by vid

Re: [Talk-ca] GeoBase Import Rev 2 - where we stand now CanVec (like Ibycus before combined maps)

2008/12/9 Steve Singer <[EMAIL PROTECTED]> > On Mon, 8 Dec 2008, Sam Vekemans wrote: > > > So anyway... > > No bother with GeoBase anymore... as it's CanVec which has all the data > > already done. > > With respect to the road network one thing to consider is update > frequency. > The Canvec data

Re: [Talk-ca] GeoBase Import Rev 2 - where we stand now CanVec (like Ibycus before combined maps)

On Mon, 8 Dec 2008, Sam Vekemans wrote: > So anyway... > No bother with GeoBase anymore... as it's CanVec which has all the data > already done. With respect to the road network one thing to consider is update frequency. The Canvec data is updated twice a year, geobase seems to publish when they

[Talk-ca] GeoBase Import Rev 2 - where we stand now CanVec (like Ibycus before combined maps)

Ok so Brent threw a wrench at me... sorry for the verbal diarrhea... lol :) http://geogratis.gc.ca/geogratis/en/product/search.do?id=28954 Ok, so we have a website... it's NOT geoBase, yet it's Natural Resources Canada, also from the Earth Sciences devision. ... (and aparently it also passed as O

[Talk-ca] GeoBase import team meeting (?)

I have been overwhelmed by the enthusiasm and creativity of the talk-ca list and the discussion of the GeoBase import project. I wonder if we would find it helpful to have as many of us as possible to meet in person, and some others join us by video / teleconference? I expect it will be useful so

Re: [Talk-ca] GeoBase Import - Where we stand now

Hi all, I took a look at the wiki, great chart! (i now need to sit down and analyse it a little, as i think i can clean up the pages a little.) On the canada page we have all the discussion -post the announcement. User: in7ane said he was able to import some data (i think it was in nova scotia, th

Re: [Talk-ca] GeoBase Import - Where we stand now

Cool, I think the next step is to update the wiki (im a little behind now) :) -cause we explored probably the best options available, and now know some order to tasks :) I think the rest of the team IS around, but probably just busy with school/work, and dont check the list regularly. Cheers, Sam

Re: [Talk-ca] GeoBase Import - Where we stand now

On Sun, 7 Dec 2008, Steve Singer wrote: My previous numbers were wrong, they excluded more data than they included. Looking at planet_osm_roads isn't correct, planet_osm_line with highway<>null seems to be what should have been using. > It looks like 245 of the 250k (4 digit) NTS tiles have at

Re: [Talk-ca] GeoBase Import - Where we stand now

Hi all, I tried very hard to understand where you are going unfortunately I cannot. Did I miss a location where the method, scripts are explained ? Do you need help ? Did the method accept (if it exist) ? What is the plan ? Who are the participants ? I would like to help but at this stage how I c

Re: [Talk-ca] GeoBase Import - Where we stand now

Thanks Steve for the breakdown :) I need to announce a couple points: 1 Calgary sits smack in the middle of 4 tiles, and same with other cities, so that estimate 8, needs to be taken in as 4 of the '40' estimate. And winnipeg could be also like that too. 2 (imo) when Dale started producing the ti

Re: [Talk-ca] GeoBase Import - Where we stand now

On Sat, 6 Dec 2008, Steve Singer wrote: > Do we have a handle on: > To attempt to answer my own question. > a) How many tiles have 0 OSM roads (but do have at least 1 road in the > geobase nrn) It looks like 245 of the 250k (4 digit) NTS tiles have at least 1 'road' in OSM (see note 1). I do

Re: [Talk-ca] GeoBase Import - Where we stand now

Hi all, Thanks dale, so perhaps i need to ask the OpenStreetMap Foundation this question then. Does the foundation agree that the license of geogratis.ca is compatable with that of the openstreetmap foundation? If so, this would then open the door to a whole lot more data. Thanks, Sam Vekemans A

Re: [Talk-ca] GeoBase Import - Where we stand now

On Sat, Dec 6, 2008 at 5:15 PM, Michel Gilbert <[EMAIL PROTECTED]> wrote: > > However when i have done some tests to import Geobase > data into osm I did not use intermidiate storage. Here's what i have done: > > Read osm data (bounding box) > Read Geobase data in shape file (same bounding box) >

Re: [Talk-ca] GeoBase Import - Where we stand now

2008/12/6 Steve Singer <[EMAIL PROTECTED]> > On Sat, 6 Dec 2008, Michel Gilbert wrote: > > I need some clarification about the parallel database (PostGIS). I am sure >> I >> see the whole picture of the Geobase Import process. Who is going to host >> the change tracking PostGIS database ? How are

Re: [Talk-ca] GeoBase Import - Where we stand now

There seems to be some general confusion around on exactly what is part of the Geobase dataset. (someone can correct me if I'm the one confused). The Geobase road network is split by province, not NTS grid. All this talk about grids. Next, most of the data on my maps comes not from Geobase,

Re: [Talk-ca] GeoBase Import - Where we stand now

On Sat, 6 Dec 2008, Michel Gilbert wrote: > I need some clarification about the parallel database (PostGIS). I am sure I > see the whole picture of the Geobase Import process. Who is going to host > the change tracking PostGIS database ? How are we going to access it ? I > prefer a process model t

Re: [Talk-ca] GeoBase Import - Where we stand now

On Sat, 6 Dec 2008, Sam Vekemans wrote: > IF the prime purpose IS to complete the road network across Canada, then in > doing so this will cause issues. This is because, technically speaking. > The GeoBase road database IS ALREADY the complete road network across > Canada. Period. With future u

Re: [Talk-ca] GeoBase Import - Where we stand now

2008/12/6 Sam Vekemans <[EMAIL PROTECTED]> > Ok, cool :) Lots of great discussion points.Again, I'll try > to summarize with this info, and hopefully setting somethings as a > foundation. (in story form) > > Basic questions: > > What do we want to accomplish with the OpenStreetMap project? > and

[Talk-ca] GeoBase Import - Where we stand now

Ok, cool :) Lots of great discussion points.Again, I'll try to summarize with this info, and hopefully setting somethings as a foundation. (in story form) Basic questions: What do we want to accomplish with the OpenStreetMap project? and What do we want to accomplish from Geobase? Here's IMO p

Re: [Talk-ca] GeoBase import goals

Hi Richard and all, 2008/11/28 Richard Weait <[EMAIL PROTECTED]> > Things I'd like to see from our collaboration with GeoBase. Some of > these things my be harder than others. But we can't get there if we > don't plan where we are going. I hope that you'll add your thoughts > here and in the

[Talk-ca] GeoBase import goals

Things I'd like to see from our collaboration with GeoBase. Some of these things my be harder than others. But we can't get there if we don't plan where we are going. I hope that you'll add your thoughts here and in the wiki. NRN added to OSM without clobbering OSM contributions. And in such

Re: [Talk-ca] Geobase import idea render=no

Hi, Thank you Sam to bring good ideas. I agree with you that if we put the data available on OSM it will create a bigger community around the OSM. The 'render=no' tag is a good idea to flag conflicts or potential conflicts. But first, we should develop automatic import processes to load without co

[Talk-ca] Geobase import idea render=no

Hi, after letting the idea spin in my head a while, here's what i got. Import everything from geobase, and just add the 'render=no' tag. Here's why. 1 we already know that all we need todo is select the group of areas, ways &points that we see are not in conflect with anything else, and select the

[Talk-ca] GeoBase Import

Hi all,Great to see some more push for importing the natural features 1st. ... i might also want to push for the import of the land/water features POI database to be imported as well, before we go ahead and import the roads. Also, it might be worth 'poking' those other OSM contributors across Cana

Re: [Talk-ca] Geobase import by provinces

On Fri, 21 Nov 2008, Richard Weait wrote: > I believe that the TIGER import started in sparse areas as well. > http://wiki.openstreetmap.org/wiki/TIGER Is there a collected 'lessons learned' from the TIGER import (or any other bulk import to OSM). Reading over the TIGER pages it looks like they

Re: [Talk-ca] Geobase import by provinces

Corey: The Kamploops example was to validate the change detection process and import. The boundary cutting was arbitrary. I think we can import by bounding box of 0.5 degree for example and make sure to have overlaps. That way I would have catch the error you indicate. Richard: The hydrogra

Re: [Talk-ca] Geobase import by provinces

On Fri, 2008-11-21 at 03:21 +, [EMAIL PROTECTED] wrote: > I think the idea is not to replace existing OSM data. Therefore the > import should be able to insert only new data. I do not think we > should exclude areas. We should detect the changes instead. Richard > proposed to start where osm da

Re: [Talk-ca] Geobase import by provinces

Ah interesting. I can see you did some boundary cutting, which tends to produce wierd errors: http://www.openstreetmap.org/?lat=50.647426&lon=-120.342335&zoom=18&layers=B000FTF How does this work if you have major roads mapped out but not the interior ones? There are lots of places on the edges of

Re: [Talk-ca] Geobase import by provinces

May be I was not clear. I agree with you, user effort is very important and we should keep existing OSM data. However Geobase data will provide a very very very good coverage and accuracy where no OSM data is available. The use of Geobase data will allow the users to work locally to improve t

Re: [Talk-ca] Geobase import by provinces

Given most of the country has at least a few roads, we face a real issue. The last thing we should be doing it ripping out a bunch of mapping that somebody just added. So if we are going to rip out exisiting stuff (and lets be honest, the effort of merging for some s tuff just ain't worth it) then

Re: [Talk-ca] Geobase import by provinces

I think the idea is not to replace existing OSM data. Therefore the import should be able to insert only new data. I do not think we should exclude areas. We should detect the changes instead. Richard proposed to start where osm data is not present. I agree with him. Michel On Nov 20, 2008

Re: [Talk-ca] Geobase import by provinces

On Thu, Nov 20, 2008 at 6:21 PM, Michel Gilbert <[EMAIL PROTECTED]> wrote: > Hi osm users, > > Geobase National Road Network (NRN) datasets are available in shape and GML > by provinces or Territories. So, I think we should plan the import by > provinces. Furthermore, we should base, the order of c

[Talk-ca] Geobase import by provinces

Hi osm users, Geobase National Road Network (NRN) datasets are available in shape and GML by provinces or Territories. So, I think we should plan the import by provinces. Furthermore, we should base, the order of conversion, on the dataset content. In fact, there are three levels of NRN content