Re: [Qgis-user] Re: Projection of Shapefile export
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 like me to QGIS over any of the other OS GIS packages - OTF.) Please avoid these ones. If I *need* something fixed, I struggle to fix it, or pay someone to fix it. Complaining doesn't help much. All the best. -- http://www.faunalia.it/pc ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: Projection of Shapefile export
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. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: Projection of Shapefile export
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. -- http://www.faunalia.it/pc ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: Projection of Shapefile export
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 getting a mismatch. Thanks Matt On Wed, Oct 6, 2010 at 10:21 AM, Brett Adams bad...@spinifexgeophysics.com.au wrote: 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 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 placed AGD66 and GDA94 versions of my test point 11m apart when it should be more like 200m. The OsGeo version just refused to display the AGD66 point. I am not sure where to go with it on Windows. I haven't used it for a long time. Maybe someone more familiar with the Windows setup can help. Cheers, Roland -- ROLAND HILL Director Four Winds Technology Pty Ltd Ph/Fax : +61 (0)2 6366 9425 Mobile : +61 (0)41 880 7472 roland.h...@fourwindstechnology.com.au Privacy and Confidentiality Notice The information contained herein and any attachments are intended solely for the named recipients. It may contain privileged confidential information. If you are not an intended recipient, please delete the message and any attachments then notify the sender of miss-delivery. Any use or disclosure of the contents of either is unauthorised and may be unlawful. All liability for viruses are excluded to the fullest extent permitted by law. On 04/10/10 17:06, Brett Adams wrote: Roland / Ken, Sorry to disappear like that. Got called into the dessert for a few days. I tried loading these new files up but can't get them to work. All three projections are now plotting in exactly the same place. Ran a search on the QGIS directory and replaced the AGD84 / AGD66 gsb files with the new ones. Also replaced the srs.db file. I'm assuming you both got this to work. Am I missing a step? Brett On 24/09/2010 7:25 PM, Roland Hill wrote: 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 distortion files. The distortion file values appear to take precedence, but I have included the towgs84 parameters as it looks like the AGD84 distortion files do not cover the states and territories that did not adopt AGD84. Note that I have changed the AGD66 towgs84 parameters to national ones (previously ACT) according to this document (page 31) http://www.icsm.gov.au/gda/gdatm/gdav2.3.pdf. To use the distortion files you need to place these files http://dl.dropbox.com/u/9546967/agd66.gsb http://dl.dropbox.com/u/9546967/agd84.gsb in your Proj data directory (/usr/share/proj on Linux). It is the directory containing the 'epsg' and 'proj_def.dat' files. Make sure that this is the directory your Proj installation is actually using by checking the contents of the PROJ_LIB environment variable (echo $PROJ_LIB). It may not be set, which is OK. It took me about 4 hours to figure out I had set it to an old development directory several years ago! Note that I did try it without the +wktext parameter. It works in Proj (using cs2cs), but QGIS needs it. Let me know how it goes on your test points. Cheers, Roland -- ROLAND HILL Director Four Winds Technology Pty Ltd Ph/Fax : +61 (0)2 6366 9425 Mobile : +61 (0)41 880 7472 roland.h...@fourwindstechnology.com.au Privacy and Confidentiality Notice The information contained herein and any attachments are intended solely for the named recipients. It may contain privileged confidential information. If you are not an intended recipient, please delete the message and any attachments then notify the sender of miss-delivery. Any use or disclosure of the contents of either is unauthorised and may be unlawful. All liability for viruses are excluded to the fullest extent permitted by law. On 24/09/10 07:27, Ken Norris wrote: 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 Canberra (surprise). Geoscience recommend use of their distortion tables (xxx.gsb) for more accurate work Australia-wide. Can you incorporate the parameter reference to the distortion tables in the srs.db? I,
Re: [Qgis-user] Re: Projection of Shapefile export
Hi Brett, I'd forgotten to check this recently. I may have been distracted by being able to reproject images. 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 ShapeFile because: and not giving a reason. The debug information says: failed with error: failed to load datum shift file - the MGAz51 and WGSz51s points won't display in AMGz51 and fail with the same set of errors. More debug available if anyone wants it. -ramon. (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 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'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 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 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 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 placed AGD66 and GDA94 versions of my test point 11m apart when it should be more like 200m. The OsGeo version just refused to display the AGD66 point. I am not sure where to go with it on Windows. I haven't used it for a long time. Maybe someone more familiar with the Windows setup can help. Cheers, Roland -- ROLAND HILL Director Four Winds Technology Pty Ltd Ph/Fax : +61 (0)2 6366 9425 Mobile : +61 (0)41 880 7472 roland.h...@fourwindstechnology.com.au Privacy and Confidentiality Notice The information contained herein and any attachments are intended solely for the named recipients. It may contain privileged confidential information. If you are not an intended recipient, please delete the message and any attachments then notify the sender of miss-delivery. Any use or disclosure of the contents of either is unauthorised and may be unlawful. All liability for viruses are excluded to the fullest extent permitted by law. On 04/10/10 17:06, Brett Adams wrote: Roland / Ken, Sorry to disappear like that. Got called into the dessert for a few days. I tried loading these new files up but can't get them to work. All three projections are now plotting in exactly the same place. Ran a search on the QGIS directory and replaced the AGD84 / AGD66 gsb files with the new ones. Also replaced the srs.db file. I'm assuming you both got this to work. Am I missing a step? Brett On 24/09/2010 7:25 PM, Roland Hill wrote: 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 distortion files. The distortion file values appear to take precedence, but I have included the towgs84 parameters as it looks like the AGD84 distortion files do not cover the states and territories that did not adopt AGD84. Note that I have changed the AGD66 towgs84 parameters to national ones (previously ACT) according to this document (page 31) http://www.icsm.gov.au/gda/gdatm/gdav2.3.pdf. To use the distortion files you need to place these files http://dl.dropbox.com/u/9546967/agd66.gsb http://dl.dropbox.com/u/9546967/agd84.gsb in your Proj data directory (/usr/share/proj on Linux). It is the directory containing the 'epsg' and 'proj_def.dat' files. Make sure that this is the directory your Proj installation is actually using by checking the contents of the PROJ_LIB environment variable (echo $PROJ_LIB). It may not be set, which is OK. It took me about 4 hours to figure out I had set it to an old development directory several years ago! Note that I did try it without the +wktext parameter. It works in Proj (using cs2cs), but QGIS needs it. Let me know how it goes on your test points. Cheers, Roland -- ROLAND HILL
Re: [Qgis-user] Re: Projection of Shapefile export
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 bad...@spinifexgeophysics.com.au wrote: 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 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 placed AGD66 and GDA94 versions of my test point 11m apart when it should be more like 200m. The OsGeo version just refused to display the AGD66 point. I am not sure where to go with it on Windows. I haven't used it for a long time. Maybe someone more familiar with the Windows setup can help. Cheers, Roland -- ROLAND HILL Director Four Winds Technology Pty Ltd Ph/Fax : +61 (0)2 6366 9425 Mobile : +61 (0)41 880 7472 roland.h...@fourwindstechnology.com.au Privacy and Confidentiality Notice The information contained herein and any attachments are intended solely for the named recipients. It may contain privileged confidential information. If you are not an intended recipient, please delete the message and any attachments then notify the sender of miss-delivery. Any use or disclosure of the contents of either is unauthorised and may be unlawful. All liability for viruses are excluded to the fullest extent permitted by law. On 04/10/10 17:06, Brett Adams wrote: Roland / Ken, Sorry to disappear like that. Got called into the dessert for a few days. I tried loading these new files up but can't get them to work. All three projections are now plotting in exactly the same place. Ran a search on the QGIS directory and replaced the AGD84 / AGD66 gsb files with the new ones. Also replaced the srs.db file. I'm assuming you both got this to work. Am I missing a step? Brett On 24/09/2010 7:25 PM, Roland Hill wrote: 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 distortion files. The distortion file values appear to take precedence, but I have included the towgs84 parameters as it looks like the AGD84 distortion files do not cover the states and territories that did not adopt AGD84. Note that I have changed the AGD66 towgs84 parameters to national ones (previously ACT) according to this document (page 31) http://www.icsm.gov.au/gda/gdatm/gdav2.3.pdf. To use the distortion files you need to place these files http://dl.dropbox.com/u/9546967/agd66.gsb http://dl.dropbox.com/u/9546967/agd84.gsb in your Proj data directory (/usr/share/proj on Linux). It is the directory containing the 'epsg' and 'proj_def.dat' files. Make sure that this is the directory your Proj installation is actually using by checking the contents of the PROJ_LIB environment variable (echo $PROJ_LIB). It may not be set, which is OK. It took me about 4 hours to figure out I had set it to an old development directory several years ago! Note that I did try it without the +wktext parameter. It works in Proj (using cs2cs), but QGIS needs it. Let me know how it goes on your test points. Cheers, Roland -- ROLAND HILL Director Four Winds Technology Pty Ltd Ph/Fax : +61 (0)2 6366 9425 Mobile : +61 (0)41 880 7472 roland.h...@fourwindstechnology.com.au Privacy and Confidentiality Notice The information contained herein and any attachments are intended solely for the named recipients. It may contain privileged confidential information. If you are not an intended recipient, please delete the message and any attachments then notify the sender of miss-delivery. Any use or disclosure of the contents of either is unauthorised and may be unlawful. All liability for viruses are excluded to the fullest extent permitted by law. On 24/09/10 07:27, Ken Norris wrote: 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 Canberra (surprise). Geoscience recommend use of their distortion tables (xxx.gsb) for more accurate work Australia-wide. Can you incorporate the parameter reference to the distortion tables in the srs.db? I, like Brett, am out of my depth here. Regards Ken
[Qgis-user] Re: Projection of Shapefile export
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 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 placed AGD66 and GDA94 versions of my test point 11m apart when it should be more like 200m. The OsGeo version just refused to display the AGD66 point. I am not sure where to go with it on Windows. I haven't used it for a long time. Maybe someone more familiar with the Windows setup can help. Cheers, Roland -- *ROLAND HILL* *Director* *Four Winds Technology Pty Ltd* *Ph/Fax : +61 (0)2 6366 9425* *Mobile : +61 (0)41 880 7472* *roland.h...@fourwindstechnology.com.au mailto:roland.h...@fourwindstechnology.com.au* *Privacy and Confidentiality Notice* The information contained herein and any attachments are intended solely for the named recipients. It may contain privileged confidential information. If you are not an intended recipient, please delete the message and any attachments then notify the sender of miss-delivery. Any use or disclosure of the contents of either is unauthorised and may be unlawful. All liability for viruses are excluded to the fullest extent permitted by law. On 04/10/10 17:06, Brett Adams wrote: Roland / Ken, Sorry to disappear like that. Got called into the dessert for a few days. I tried loading these new files up but can't get them to work. All three projections are now plotting in exactly the same place. Ran a search on the QGIS directory and replaced the AGD84 / AGD66 gsb files with the new ones. Also replaced the srs.db file. I'm assuming you both got this to work. Am I missing a step? Brett On 24/09/2010 7:25 PM, Roland Hill wrote: 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 distortion files. The distortion file values appear to take precedence, but I have included the towgs84 parameters as it looks like the AGD84 distortion files do not cover the states and territories that did not adopt AGD84. Note that I have changed the AGD66 towgs84 parameters to national ones (previously ACT) according to this document (page 31) http://www.icsm.gov.au/gda/gdatm/gdav2.3.pdf. To use the distortion files you need to place these files http://dl.dropbox.com/u/9546967/agd66.gsb http://dl.dropbox.com/u/9546967/agd84.gsb in your Proj data directory (/usr/share/proj on Linux). It is the directory containing the 'epsg' and 'proj_def.dat' files. Make sure that this is the directory your Proj installation is actually using by checking the contents of the PROJ_LIB environment variable (echo $PROJ_LIB). It may not be set, which is OK. It took me about 4 hours to figure out I had set it to an old development directory several years ago! Note that I did try it without the +wktext parameter. It works in Proj (using cs2cs), but QGIS needs it. Let me know how it goes on your test points. Cheers, Roland -- *ROLAND HILL* *Director* *Four Winds Technology Pty Ltd* *Ph/Fax : +61 (0)2 6366 9425* *Mobile : +61 (0)41 880 7472* *roland.h...@fourwindstechnology.com.au mailto:roland.h...@fourwindstechnology.com.au* *Privacy and Confidentiality Notice* The information contained herein and any attachments are intended solely for the named recipients. It may contain privileged confidential information. If you are not an intended recipient, please delete the message and any attachments then notify the sender of miss-delivery. Any use or disclosure of the contents of either is unauthorised and may be unlawful. All liability for viruses are excluded to the fullest extent permitted by law. On 24/09/10 07:27, Ken Norris wrote: 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 Canberra (surprise). Geoscience recommend use of their distortion tables (xxx.gsb) for more accurate work Australia-wide. Can you incorporate the parameter reference to the distortion tables in the srs.db? I, like Brett, am out of my depth here. Regards Ken ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- Brett Adams Spinifex
[Qgis-user] Re: Projection of Shapefile export
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 placed AGD66 and GDA94 versions of my test point 11m apart when it should be more like 200m. The OsGeo version just refused to display the AGD66 point. I am not sure where to go with it on Windows. I haven't used it for a long time. Maybe someone more familiar with the Windows setup can help. Cheers, Roland -- ROLAND HILL Director Four Winds Technology Pty Ltd Ph/Fax : +61 (0)2 6366 9425 Mobile: +61 (0)41 880 7472 roland.h...@fourwindstechnology.com.au Privacy and Confidentiality Notice The information contained herein and any attachments are intended solely for the named recipients. It may contain privileged confidential information. If you are not an intended recipient, please delete the message and any attachments then notify the sender of miss-delivery. Any use or disclosure of the contents of either is unauthorised and may be unlawful. All liability for viruses are excluded to the fullest extent permitted by law. On 04/10/10 17:06, Brett Adams wrote: Roland / Ken, Sorry to disappear like that. Got called into the dessert for a few days. I tried loading these new files up but can't get them to work. All three projections are now plotting in exactly the same place. Ran a search on the QGIS directory and replaced the AGD84 / AGD66 gsb files with the new ones. Also replaced the srs.db file. I'm assuming you both got this to work. Am I missing a step? Brett On 24/09/2010 7:25 PM, Roland Hill wrote: 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 distortion files. The distortion file values appear to take precedence, but I have included the towgs84 parameters as it looks like the AGD84 distortion files do not cover the states and territories that did not adopt AGD84. Note that I have changed the AGD66 towgs84 parameters to national ones (previously ACT) according to this document (page 31) http://www.icsm.gov.au/gda/gdatm/gdav2.3.pdf. To use the distortion files you need to place these files http://dl.dropbox.com/u/9546967/agd66.gsb http://dl.dropbox.com/u/9546967/agd84.gsb in your Proj data directory (/usr/share/proj on Linux). It is the directory containing the 'epsg' and 'proj_def.dat' files. Make sure that this is the directory your Proj installation is actually using by checking the contents of the PROJ_LIB environment variable (echo $PROJ_LIB). It may not be set, which is OK. It took me about 4 hours to figure out I had set it to an old development directory several years ago! Note that I did try it without the +wktext parameter. It works in Proj (using cs2cs), but QGIS needs it. Let me know how it goes on your test points. Cheers, Roland -- ROLAND HILL Director Four Winds Technology Pty Ltd Ph/Fax : +61 (0)2 6366 9425 Mobile: +61 (0)41 880 7472 roland.h...@fourwindstechnology.com.au Privacy and Confidentiality Notice The information contained herein and any attachments are intended solely for the named recipients. It may contain privileged confidential information. If you are not an intended recipient, please delete the message and any attachments then notify the sender of miss-delivery. Any use or disclosure of the contents of either is unauthorised and may be unlawful. All liability for viruses are excluded to the fullest extent permitted by law. On 24/09/10 07:27, Ken Norris wrote: 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 Canberra (surprise). Geoscience recommend use of their distortion tables (xxx.gsb) for more accurate work Australia-wide. Can you incorporate the parameter reference to the distortion tables in the srs.db? I, like Brett, am out of my depth here. Regards Ken ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: Projection of Shapefile export
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 distortion files. The distortion file values appear to take precedence, but I have included the towgs84 parameters as it looks like the AGD84 distortion files do not cover the states and territories that did not adopt AGD84. Note that I have changed the AGD66 towgs84 parameters to national ones (previously ACT) according to this document (page 31) http://www.icsm.gov.au/gda/gdatm/gdav2.3.pdf. To use the distortion files you need to place these files http://dl.dropbox.com/u/9546967/agd66.gsb http://dl.dropbox.com/u/9546967/agd84.gsb in your Proj data directory (/usr/share/proj on Linux). It is the directory containing the 'epsg' and 'proj_def.dat' files. Make sure that this is the directory your Proj installation is actually using by checking the contents of the PROJ_LIB environment variable (echo $PROJ_LIB). It may not be set, which is OK. It took me about 4 hours to figure out I had set it to an old development directory several years ago! Note that I did try it without the +wktext parameter. It works in Proj (using cs2cs), but QGIS needs it. Let me know how it goes on your test points. Cheers, Roland -- ROLAND HILL Director Four Winds Technology Pty Ltd Ph/Fax : +61 (0)2 6366 9425 Mobile: +61 (0)41 880 7472 roland.h...@fourwindstechnology.com.au Privacy and Confidentiality Notice The information contained herein and any attachments are intended solely for the named recipients. It may contain privileged confidential information. If you are not an intended recipient, please delete the message and any attachments then notify the sender of miss-delivery. Any use or disclosure of the contents of either is unauthorised and may be unlawful. All liability for viruses are excluded to the fullest extent permitted by law. On 24/09/10 07:27, Ken Norris wrote: 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 Canberra (surprise). Geoscience recommend use of their distortion tables (xxx.gsb) for more accurate work Australia-wide. Can you incorporate the parameter reference to the distortion tables in the srs.db? I, like Brett, am out of my depth here. Regards Ken ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Re: Projection of Shapefile export
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-tp5536736p5566551.html Sent from the qgis-user mailing list archive at Nabble.com. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: Projection of Shapefile export
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=30 +ellps=intl +units=m +no_defs +nadgrids=ptLX_e89.gsb +wktext also, if you are reprojecting to a projected crs, the target crs must include the +towgs84 parameter example: +proj=tmerc +lat_0=39.668258474 +lon_0=-8.133108333465099 +k=1 +x_0=0 +y_0=0 +ellps=GRS80 +units=m +no_defs +towgs84=0,0,0 The annoying thing is that every tool that allows reproject vectors (example save as...) does only let choose the target crs, so you first have to save the vector in what need to be your source crs. On the other hand the warp tool in the raster menu let the user choose the source crs, so the transformation can be done in just one step. cheers -- Giovanni -- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Re: Projection of Shapefile export
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 +wktext where 'AGD84.gsb' is the re-badged 'National 84 (02.07.01).gsb' distortion grid from the http://www.icsm.gov.au website -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Projection-of-Shapefile-export-tp5536736p5562452.html Sent from the qgis-user mailing list archive at Nabble.com. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: Projection of Shapefile export
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 found at http://dl.dropbox.com/u/9546967/srs.db if you would like to use it. The new srs.db was generated by running the following queries on srs.db in SQLite Database Browser UPDATE tbl_srs set parameters=replace(parameters, '+ellps=aust_SA', '+a=6378160 +rf=298.2555 +towgs84=-117.763,-51.51,139.061,-0.292,-0.443,-0.277,-0.191') where description like 'AGD84%' UPDATE tbl_srs set parameters=replace(parameters, '+ellps=aust_SA', '+a=6378160 +rf=298.2555 +towgs84=-129.193,-41.212,130.73,-0.246,-0.374,-0.329,-2.955') where description like 'AGD66%' Not sure how this compares to Ken and Giovanni's method. Cheers, Roland -- ROLAND HILL Director Four Winds Technology Pty Ltd Ph/Fax : +61 (0)2 6366 9425 Mobile: +61 (0)41 880 7472 roland.h...@fourwindstechnology.com.au Privacy and Confidentiality Notice The information contained herein and any attachments are intended solely for the named recipients. It may contain privileged confidential information. If you are not an intended recipient, please delete the message and any attachments then notify the sender of miss-delivery. Any use or disclosure of the contents of either is unauthorised and may be unlawful. All liability for viruses are excluded to the fullest extent permitted by law. On 23/09/10 15:47, Brett Adams wrote: 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. I've had no success in getting parameters to stick (AGD66, AGD84 or GDA94) on shape or mapinfo files. Following solution was proposed by Roland Hill (22/09/2010 8:59pm) If your Custom CRS database does not appear to be working properly (ie you can see your custom CRS, but it isn't sticking to your data properly), then try to find your custom CRS database (qgis.db in your home directory on Linux, I guess it is in Application Settings or something similar in Windows) and delete it in case you have an old one with an incorrect format. Brett On 23/09/2010 12:47 PM, Ken Norris wrote: 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 coupled via the +nadgrids= parameter in a Custom CRS, it seems to yield the correct transform when tested. +proj=utm +zone=55 +south +ellps=aust_SA +nadgrids=AGD66.gsb +units=m +no_defs (I renamed the unzipped distortion file 'A66 National (13.09.01).gsb' file to 'AGD66.gsb' for convenience) But I can't make the parameters stick in the CRS of a vector file using the override facility. Any ideas? attachment: Selection_009.jpeg___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Re: Projection of Shapefile export
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 Canberra (surprise). Geoscience recommend use of their distortion tables (xxx.gsb) for more accurate work Australia-wide. Can you incorporate the parameter reference to the distortion tables in the srs.db? I, like Brett, am out of my depth here. Regards Ken -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Projection-of-Shapefile-export-tp5536736p5564786.html Sent from the qgis-user mailing list archive at Nabble.com. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: Projection of Shapefile export
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 and yet the data still imports correctly ie 5m offset) As far as I can tell, QGIS is not recognising these projections labelling them all as WGS84 on import. -- Brett Adams Spinifex Geophysics 0438 861 974 SKYPE:brettadams_spinifex ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Re: Projection of Shapefile export
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 coupled via the +nadgrids= parameter in a Custom CRS, it seems to yield the correct transform when tested. +proj=utm +zone=55 +south +ellps=aust_SA +nadgrids=AGD66.gsb +units=m +no_defs (I renamed the unzipped distortion file 'A66 National (13.09.01).gsb' file to 'AGD66.gsb' for convenience) But I can't make the parameters stick in the CRS of a vector file using the override facility. Any ideas? -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Projection-of-Shapefile-export-tp5536736p5561744.html Sent from the qgis-user mailing list archive at Nabble.com. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: Projection of Shapefile export
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. I've had no success in getting parameters to stick (AGD66, AGD84 or GDA94) on shape or mapinfo files. Following solution was proposed by Roland Hill (22/09/2010 8:59pm) If your Custom CRS database does not appear to be working properly (ie you can see your custom CRS, but it isn't sticking to your data properly), then try to find your custom CRS database (qgis.db in your home directory on Linux, I guess it is in Application Settings or something similar in Windows) and delete it in case you have an old one with an incorrect format. Brett On 23/09/2010 12:47 PM, Ken Norris wrote: 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 coupled via the +nadgrids= parameter in a Custom CRS, it seems to yield the correct transform when tested. +proj=utm +zone=55 +south +ellps=aust_SA +nadgrids=AGD66.gsb +units=m +no_defs (I renamed the unzipped distortion file 'A66 National (13.09.01).gsb' file to 'AGD66.gsb' for convenience) But I can't make the parameters stick in the CRS of a vector file using the override facility. Any ideas? -- Brett Adams Spinifex Geophysics 0438 861 974 SKYPE:brettadams_spinifex ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
