Il giorno ven, 18/03/2011 alle 16.56 +0800, custard ha scritto:
> I do appreciate your efforts for a programme that I'm meerly a user
> of.
Nobody is "merely" an user. Everybody counts. There are many
opportunities to help fixing problems, if you wish. All the best, and
happy free mapping.
--
ht
My apologies to those involved in developing QGIS.
There was a part of my last email that was part of my drafting process (get it
down, clean it up) that should have been cleaned up - but wasn't.
I do appreciate your efforts for a programme that I'm meerly a user of.
-ramon.
__
Il giorno ven, 18/03/2011 alle 11.25 +0800, custard ha scritto:
> (and if anyone mentions custom CRS, firstly I'll yell loudly, and try
> and say politely that if a datum is in the list it should either work,
> or not be in there. It should definitely work with the big feature
> that brings people
Il giorno ven, 18/03/2011 alle 11.25 +0800, custard ha scritto:
> From a quick test with the dev version isn't (r15530) and a set of
> single point shape files in AMGz51, MGAz51 and WGSz51s.
> - the AMGz51 point won't display in MGAz51 or WGSz51s.
> QGIS puts up a window saying "Could not draw
people like me to QGIS over any of the other OS GIS packages - OTF.)
- Original Message -
From: Brett Adams
To: qgis-user@lists.osgeo.org
Sent: Fri, 18 Mar 2011 09:57:32 +0800 (WST)
Subject: Re: [Qgis-user] Re: Projection of Shapefile export
Not that I&
Not that I'm aware of Matt. I'm running the same system as you.
Rumoured to be fixed on the upcoming major release of 1.7.
Brett
On 17/03/2011 1:04 PM, Matt Boyd wrote:
Has there been any progress on this in the osgeo installer? I just
installed qgis on a windows 7 machine and I think I'm ge
Has there been any progress on this in the osgeo installer? I just
installed qgis on a windows 7 machine and I think I'm getting a
mismatch.
Thanks
Matt
On Wed, Oct 6, 2010 at 10:21 AM, Brett Adams
wrote:
> That's unfortunate. Good to know its repeatable. At least the problem has
> been isolate
That's unfortunate. Good to know its repeatable. At least the problem
has been isolated and we know what's required to get it fixed (or so I
think).
Time to find some professional help. I'll keep you informed.
Brett
On 5/10/2010 11:36 AM, Roland Hill wrote:
Brett,
I am using Linux and fro
Brett,
I am using Linux and from a previous email I think Ken is as well. Yes,
it is working on my Linux system.
I tried installing QGIS onto a Windows 7 system using both the
Standalone and OsGeo installers. In both cases I couldn't get it to
work correctly. The standalone installer version
Roland
It works like a charm, at least into and out of agd66 in Victoria. Excellent
effort.
Now how do you/we make it generally available so others don't flounder
around?
Ken
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Projection-of-Shapefile-export-tp5536736p5566
Ken / Brett,
The only thing we know for certain is that we are all out of our
depths! Regardless, I think we are on the way to solving this.
Please find a new srs.db here http://dl.dropbox.com/u/9546967/srs.db.
The new file incorporates both towgs84 parameters and a reference to
the distortio
Roland,
That is brilliant. Nice work.
I get a similar result to Ken. Offset between AGD84 and GDA94 in WA is
36m using your file.
I was even able to export shape files and reimport them into the correct
position suggesting the CRS has stuck. (AGD84 / AGD66 prj files look
identical to me an
Roland,
I incorporated your srs.db but the translation falls about 30m short (in
Melbourne) and about the same distance out at a control point in southern
Tasmania.
I see you use the National parameters that '... have an estimated accuracy
of about 1 metre.' and are most accurate around Canber
Brett / All,
I had a go at changing the AGD66 and AGD84 definitions in the QGIS
database (srs.db) to include the towgs84 parameters and it appears to
have worked. The attached image shows the same point assigned to GDA94,
AGD66 and AGD84 with the offsets as expected. The
updated srs.db can be
Correction, the AGD84 data do transform if used for areas where AGD84 was
used. I tried a sample from Victoria earlier, where AGD84 wasn't used — I
don't think the distortion table covers it.
Thus for AGD zone 53
+proj=utm +zone=53 +south +ellps=aust_SA +nadgrids=AGD84.gsb +units=m
+no_defs +wkt
Bullseye Giovanni, thanks
The Custom CRS sticks and works with OTF projection of the AGD66 data to
GDA94
The parameters now:
+proj=utm +zone=55 +south +ellps=aust_SA +nadgrids=AGD66.gsb +units=m
+no_defs +wktext
But unfortunately the AGD84 data does not reproject correctly when using the
same
Hi,
> But I can't make the parameters stick in the CRS of a vector file using the
> override facility. Any ideas?
if you use the +nadgrids parameter you must also include also the
+wktext parameter
example:
+proj=tmerc +lat_0=39.66 +lon_0=-8.1319062 +k=1
+x_0=20 +y_0=3
Ken,
That's a legendary effort if your getting sensible results with the icsm
files. Do you think the format is suitable that it could be used in a
sponsored bug fix?
I gave this a shot myself but couldn't get it run at all, but then I
have no idea what I'm doing so thats no real indication
As Micha suggested, the National AGD66 distortion grid at
http://www.icsm.gov.au/icsm/gda/gdatm/national66.zip
and AGD84 distortion grid at
http://www.icsm.gov.au/icsm/gda/gdatm/national84.zip
seem to be the way forward.
When unzipped, put into the proj directory (for me usr/share/proj) and
coupl
Micha
Brett is not the only one having this problem with AGD66, AGD84 and GDA94.
Regards
Ken
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/Projection-of-Shapefile-export-tp5536736p5552105.html
Sent from the qgis-user mailing list archive at Nabble.com.
__
20 matches
Mail list logo