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
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:
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.
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
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
On Mon, Jan 26, 2009 at 8:52 PM, Steve Singer ssinger...@sympatico.ca 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
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 for
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
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
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
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
On Wed, Dec 17, 2008 at 6:04 PM, Sam Vekemans
acrosscanadatra...@gmail.comwrote:
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
On Wed, Dec 17, 2008 at 4:04 PM, Sam Vekemans
acrosscanadatra...@gmail.com 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
On Sat, Dec 13, 2008 at 1:45 PM, Sam Vekemans
acrosscanadatra...@gmail.com 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
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
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
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 is updated
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 not
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
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
highwaynull seems to be what should have been using.
It looks like 245 of the 250k (4 digit) NTS tiles have at
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
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
What do
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
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 that
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
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 we going
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)
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
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
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
Ah interesting. I can see you did some boundary cutting, which tends
to produce wierd errors:
http://www.openstreetmap.org/?lat=50.647426lon=-120.342335zoom=18layers=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
31 matches
Mail list logo
