<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">

<HTML>

<HEAD>

  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">

  <META NAME="GENERATOR" CONTENT="GtkHTML/3.30.3">

</HEAD>

<BODY>

I haven't seen any issues with the simplify tool breaking joins or any errors introduced by its use in the data sets I've been importing but then I've only been applying it to water features... again, just to get the data size for streams down to something reasonable.  No other features seem to need it.  <BR>

<BR>

Maybe I don't understand the process, but I can't see how simplifying now would have any effect on future imports.  If future versions of CanVec were provided only as some sort of diff file, and new ways relied on the existence of certain nodes in a previous data set, then I could see a potential problem developing.  But otherwise, I don't see how it would cause any problems for future updating.<BR>

<BR>

Sam<BR>

<BR>

<BR>

-----Original Message-----<BR>

<B>From</B>: Adam Dunn <<A HREF="mailto:Adam%20Dunn%20%3cdunnadam@gmail.com%3e">dunnadam@gmail.com</A>><BR>

<B>To</B>: Samuel Longiaru <<A HREF="mailto:Samuel%20Longiaru%20%3clongiaru@shaw.ca%3e">longiaru@shaw.ca</A>><BR>

<B>Cc</B>: <A HREF="mailto:talk-ca@openstreetmap.org">talk-ca@openstreetmap.org</A><BR>

<B>Subject</B>: Re: [Talk-ca] Simplifying CanVec imports<BR>

<B>Date</B>: Sun, 13 Feb 2011 11:37:40 -0800<BR>

<BR>

<PRE>

Does simplifying like this cause issues where one feature joins up

with another feature? I'm assuming that JOSM won't move end nodes of

ways during simplification, so rivers connecting to lakes should be

okay, but what about places where there is a common node in the middle

of a way? Are there instances of this in Canvec, or does the Canvec

conversion process always split ways where there are nodes common to

more than one object?

If you simplify ways today, how will that affect imports in the

future, when the next version of Canvec comes out?

Adam

</PRE>

</BODY>

</HTML>