<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
The first problem is how JOSM select objects.  If a node is shared
between a wood, marsh, body of water, and rapids.  Deleting the wooded
area shouldn't remove the node from the other three as well.   When I
remove the wooded area on one object the water disappears and the
rapids turn into, what looks like two triangles touching each other.  <span
 class="moz-smiley-s1"><span> :-)   </span></span><br>
<br>
So that one there's no change needed to the CanVec Data, just that
people deleting objects for an import need to be aware that it can
change the surrounding objects of your not watching.   After that
e-mail, I came up with the following to separate the CanVec data into a
Navigation only layer.   That way I wouldn't have to "delete" anything
in JOSM.  The only problem I haven't worked out yet is dealing with
multi-polygons, as the inner/outer objects have no tags so there's
nothing to filter on in the osmosis tool.  (and the sed commands are
because the CanVec data is not formatted correctly as a V6.0 file.  
version and timestamp are required in V6.0 of an osm file, but it's
easily added by sed)<br>
<br>
<tt>    sed "s/<node /<node version=\'1\'
timestamp=\'2009-08-11T15:16:48Z\' /g" $BaseName.osm | \<br>
      sed "s/<relation /<relation version=\'1\'
timestamp=\'2009-08-11T15:16:48Z\' /g" |\<br>
      sed "s/<way /<way version=\'1\'
timestamp=\'2009-08-11T15:16:48Z\' /g" |\<br>
      osmosis --read-xml file="/dev/stdin" \<br>
        --tf accept-ways addr:interpolation=* highway=* addr:city=* \<br>
        --tf accept-relations highway=* \<br>
        --used-node --write-xml $DirName/navigation-$BaseName.osm<br>
</tt><br>
The other issue was things like "sports tracks" that spanned two
tiles.   Most objects have the two points on the border connecting so
that the object is a closed object.  Sports tracks are like a two horse
shoes.   They join no problem but only if both tiles are imported.   If
only one tile is imported you'll have a very weird looking objected as
it's expecting it to be closed.   Not really a problem with the CanVec
data, just something to be aware of when importing.<br>
<br>
Michael<br>
<br>
<br>
On 19/07/10 08:23 AM, Bégin, Daniel wrote:
<blockquote
 cite="mid:A74639302D489647962379CA2C133A4E05A6AFC9@s0-ott-x4.nrn.nrcan.gc.ca"
 type="cite">
  <pre wrap="">Hi Michael,

I'm not sure I understand the problem you describe.  Is it a problem with the geometric model?

However, there is something I'm sure of - Nodes must be merged at Canvec tile limits to keep data integrity.

Daniel

-----Original Message-----
From: <a class="moz-txt-link-abbreviated" href="mailto:talk-ca-bounces@openstreetmap.org">talk-ca-bounces@openstreetmap.org</a> [<a class="moz-txt-link-freetext" href="mailto:talk-ca-bounces@openstreetmap.org">mailto:talk-ca-bounces@openstreetmap.org</a>] On Behalf Of G. Michael Carter
Sent: 18 juillet 2010 10:40
To: Talk-CA OpenStreetMap
Subject: [Talk-ca] CanVec Data Oddities

I've been noticing some very rare occurrences where the track, park and campsite objects didn't make sense.  Found two causes:

1.  When deleting objects, like says woods, if it shares common nodes with another object like a campsite or rapids there's a 50/50 chance the 
delete will delete the shared nodes.   This is what I've found doing a 
recent object.   So something to look out for.

2. If the object is right on a CanVec border sometimes the way is not 
connected.   So you need to pull both tiles to get the complete object.



_______________________________________________
Talk-ca mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-ca@openstreetmap.org">Talk-ca@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="http://lists.openstreetmap.org/listinfo/talk-ca">http://lists.openstreetmap.org/listinfo/talk-ca</a>
  </pre>
</blockquote>
<br>
<br>
<div class="moz-signature">-- <br>
<font size="2"><b>G. Michael Carter</b><br>
</font><font color="#666666"
 face="Verdana, Arial, Helvetica, sans-serif" size="2">
Contact: H: 1-519-940-8935 | W: 1-905-267-8494 | M: 1-519-215-1869 | F:
1-519-941-0009 <br>
Google Talk: <a href="xmpp:mikeycarter1974@gmail.com">xmpp:mikeycarter1974@gmail.com</a><br>
<br>
</font>
<a
 href="http://www.openstreetmap.org/?lat=43.9216&lon=-80.105&zoom=14&layers=B000FTF"><img
 src="cid:part1.00000508.06070307@carterfamily.ca" border="0"></a><a
 href="http://livedvd.carterfamily.ca/"><img
 src="cid:part2.02060002.00050302@carterfamily.ca" border="0"></a>
</div>
</body>
</html>