Bonjour,
I'll have a look to see if I can do something for it in the next release.
I suspect that might be caused by data resolution. Lat and Lon are stored in
decimal degrees with 7 digits precision (48.1234567). The 7th digit will
provide a precision around 0.001 meter. The 6th digit a
the south east corner of 021O10.0 is at 47.534 by -66.7500013
the north east corner of 021O07.1 (should be exact same node), is at
47.500 by -66.750
the exact offset differs from corner to corner, some are off more then
others, some are off in a different direction
On 01/31/2012
I've seen some of these deviations as well during Canvec import. Because
they are so small ( 1 meter), I just decided to glue the polygons
together, so any slivers are gone.
It is inconvenient though. Could it be related to that some sheets were
originally still in NAD27, instead of NAD83
Message-
From: Frank Steggink [mailto:stegg...@steggink.org]
Sent: January 31, 2012 11:56
To: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] canvec data offset
I've seen some of these deviations as well during Canvec import. Because they
are so small ( 1 meter), I just decided to glue
mailto:michael%20bishop%20%3ccle...@nbnet.nb.ca%3e
*To*: Samuel Longiaru longi...@shaw.ca
mailto:samuel%20longiaru%20%3clongi...@shaw.ca%3e
*Subject*: Re: [Talk-ca] canvec data offset
*Date*: Mon, 30 Jan 2012 17:42:42 -0400
yeah, its not much, but its enough to screw up josm when trying
-
From: michael bishop cle...@nbnet.nb.ca
To: Samuel Longiaru longi...@shaw.ca
Subject: Re: [Talk-ca] canvec data offset
Date: Mon, 30 Jan 2012 17:42:42 -0400
yeah, its not much, but its enough to screw up josm when trying to
combine things between the 2 tiles
have to fix each node on the border
-Original Message-
*From*: michael bishop cle...@nbnet.nb.ca
mailto:michael%20bishop%20%3ccle...@nbnet.nb.ca%3e
*To*: Talk-CA OpenStreetMap talk-ca@openstreetmap.org
mailto:talk-ca%20openstreetmap%20%3ctalk...@openstreetmap.org%3e
*Subject*: Re: [Talk-ca] canvec data offset
*Date*: Mon
7 matches
Mail list logo