On 27/05/10 13:29, Martin Budaj wrote:
> Hi,
>
> On Mon, May 17, 2010 at 11:17 PM, Andrew Atkinson
> wrote:
>> import Great_Swallet.3d -surveys use -filter great_swallet -cs EPSG:27700
>> -calibrate [0 0 0 299912 1 0]
>> #Should be -calibrate [0 0 0 30 10 0]
>>
>> (goodness knows
Hi,
On Mon, May 17, 2010 at 11:17 PM, Andrew Atkinson
wrote:
> import Great_Swallet.3d -surveys use -filter great_swallet -cs EPSG:27700
> -calibrate [0 0 0 299912 1 0]
> #Should be -calibrate [0 0 0 30 10 0]
>
> (goodness knows why the calibrate is not right, the bodge is to align
I will try to explain a little more to help clarify. (we will ignore te
uneven numbers for now to stick to one topic)
In the OSGB it is typical to quote 10 figure grid references to fix a
location to 1m EG
47130 56380
Strictly this identifies a location within a 100km square the is
referred
Hi Andrew,
I'm not sure if I understand your problem correctly. There is on issue
with the EPSG codes for OSGB36, see:
http://osgeo-org.1803224.n2.nabble.com/EPSG-27700-td4469120.html
and
http://www.osgeo.org/pipermail/grass-user/2009-July/051494.html
But this could explain your uneven numbers
Hi
I am having a little bit of difficulty with the various different helps
on co-ordinate systems. I am building an area survey map from data from
various different sources, so having to 'adapt' it, but really do not
want to have to convert it all. It would be nice to have one of the
outputs