[Talk-ca] canvec2osm sample area tofino BC _with roads

Sam Vekemans acrosscanadatrails at gmail.com
Thu Apr 2 05:06:18 BST 2009


re: Q-tips... Q-tips have nodes at each end. .. which is like how the some
ways get imported.
So it's great you caught that, and will fix it so it can be better :-)

Obviously, the roads that are cut at the edges of the import square will
need to be manually connected. ... this can be done the time of  when
manually importing the canvec data,  - slow and steady wins the race :-)
(so no need to write a script if it is too hard IMO)

Dout... the geobase2osm script doesn't deal with address range... yet. ...
and yes your right,  both canvecRoads & geobaseNRN roads are the same....

So in the mean time, i'll be working on how to deal with using the Karlsruhe
address scheme, and see what kind of thing i can come up with, using the
data that we have available to us.

Well, thanks Richard for pointing out the fixes, i'll have those shown by
the time im ready to release the wiki chart for all of it.

Here's the low down..

re: - junction connectivity is broken.

> For example, on the roads_segment layer, is a four-way junction but the
>
junction is broken. (49.4900, -113.9432) has four nodes, one for each
>
road segment from the N, E, W, and S.  Merging the four nodes seems like
>
the right thing to do before we consider importing.


Here's were the manual, mapper on the ground fixing, as well as when the
'canvec2osm' script roles through the area.
Here's were we can indicate if there is a 4/way stop, or a stop/light, or if
its a larger intersection with islands.
(so having 4 nodes is not necessarily a bad thing)
But anyway, Steve is dealing with that, so hopefully that will be handled.

re:- a junction and a dead end?
>
On the dead_end layer is a node at the same point.  That surprises me.
>
How can this be a junction and a dead end?  The "dead end nodes" appear
>
at most road junctions.


On the street i live on, right at the end before it gets to the main road..
it's actually blocked off to traffic.  so there is a little gap along the
way.

Along the some farm roads, the road does not connect to the main road... it
did at one time, but now is only used for the farmers..  I have seen that
when cycling along the crowsnest highway. ... where the highway paved
though, but didnt want to connect to those side roads, due to the not wanted
traffic.  In some cases it's a ditch with a barbed wire fence.

However, i could just list them (dead-ends) all as a 'turning circle' would
that be better?

re:

> - road names are broken.
>
Both roads (all four segments) have defined values for canvec:L_STNAME,
>
canvec:R_STNAME but name="-"  We'll get more from the import if we
>
populate name.  Ideally we can populate name when L_STNAME = R_STNAME,
>
and use the two names when they differ.
>

That would be called 'SmartMatching" something that the OpenJUMP software
could 'probably' do.
running an IF / THEN script would handle it.
This is something that can be done after the import happens, as a 'bot'
(fortunately it would be user "geobase:Acrosscanadatrails" and not my
regular user name for when that would happen)

I'll have to ponder that one for a bit :)

re:

> - "-" for null
>
Several properties are set to "-" when they should be unset / null / not
>
used.


"-" is actually the numerical value that is showing in the database file,
but i'll have to ponder that one too :)

re:

> - contours are broken and not in OSM
>
The contour_imperial layer is 7MB and the largest layer in the Pincher

Creek data.  You should get broad support for importing this data from

talk before you consider including contours in the import.  Even if you

find that support, this contour layer is of very little use.  There is

no elevation data in the contour vectors.


I dealt with that one already, but will further explain it on the wiki :)
In short, i have it included in the script, and in the 'extra' folder, as
they will be helpful for creating custom Garmin Maps.
... i could just not include it in the script, and then run the script on my
own, when im ready to make the garmin map. (Contour-only Garmin Map of
Canada, to be used as an overlay when viewing ComputerTeddy's garmin IMG
files)
... Would it be better to not include it in the script??

- duplicate data in islands and water bodies
>
Waterbody layer includes internal and external boundaries.  Island layer
>
duplicates those internal boundaries.
>

Having these duplicates should be fine.  It clearly indicates what is land
and what is water.
For those cases that islands are not listed, they might be just a 'sand
Island', where a high-tide would make it invisable. .. for those areas that
are listed as an 'unknown' sand island. .. sometimes is better just to leave
it as it is, and when it can be physically varified, the truth will be
known.
Omiting the 'inner' part of the waterbody would not be showing the data
acuratly.  BTW, sometimes, using the topo map, could answer that :-)

but yup, i'll have to ponder that one too :)

- named features missing name:en
>
Scotts Coulee, for example, has name and name:fr set, but not name:en
>
They should probably all be the same unless language specific names are
>
provided.
>

I dont want to have the label shown twice as it would be a duplicate node
and hard to read.  The people who imputed the data to make the
canvec/geobase set, sometimes mixed up the french and english translations
and didnt leave the field blank where they didnt know, but instead placed
the english name in the french field.
... were all human ;)   (and nothing todo with Outlaw (Scotts Coulee), a
satiric, independent newspaper issued briefly before the federal election of
1896. )
http://www.biographi.ca/009004-119.01-e.php?&id_nbr=7490&&PHPSESSID=isvmljbjaggf8qtkd2rk0r4ej2

(you gotta know some history about the areas were mapping... we are modern
day explorers marking territory and charting the (literally) unknown
 after-all :-)

So the solution is that these get manually fixed.... but more pondering.

(As a reminder) the canvec2osm 'train' runs much much slower than
geobase2osm, it stops and is manually looked at all the way along.  ...
about the pace of a bicycle :)

Cheers,
Sam Vekemans
Across Canada Tails  ..erm Trails.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-ca/attachments/20090401/b743730d/attachment.html>


More information about the Talk-ca mailing list