Re: [Qgis-user] Projection of Shapefile export

[Brett Adams]

Ramon,
Loaded your shape files into ARCGIS. It recognised none of the 
projections defaulting to WGS84 every time.


Attached are a couple of prj files generated by ARCGIS. These look much 
nicer.


With any luck, all these issues will be sorted in the major release of 
1.7 due at the end of this month.:-) I'm looking forward to this one.


BA



On 24/03/2011 6:48 AM, Ramon Andinach wrote:

I had a look at them when I was trying to work out why some imported text 
wasn't correctly reporting its CRS. They look like pretty strange to me, but 
since I could open the project on a linux and win7 in different computers with 
identical results I was happy at that.

It's unlikely I'll get near MI or Arc for quite some time, but I'll be curious 
what you see.

-ramon.


On 23/03/2011, at 23:38 , Brett Adams wrote:


Ramon,
I loaded the gsb files as you suggested. The grids now load into the correct 
position (correct enough for me anyway). Thats a great achievement right there.

The exported projection files (prj) look a bit odd. The segment 
DATUM["D_unknown" makes me a little nervous, however as I don't really know 
what I'm looking at, its hard to judge.  I'll need to see if they are recognised by 
Mapinfo or Arc.


Brett.



On 23/03/2011 12:58 PM, custard wrote:

Brett,

If you grab this zip file:
http://members.westnet.com.au/ramon_et_al/BrettTest.zip

In this zip file is your csv, a bundle of derived shape files, a 1.7 QGIS 
project (which will probably make 1.6 crash - but the shape files are good) and 
a folder with a few images.

The images are from the project, with projection set to MGA94 zone 51, but I 
have switched between GDA94, ADG66/84, WGS84 and the equivilent zone 51s, with 
OTF on.

The images show the points with OTF on and off, and zoomed in.

Are these close enough for your purposes?

The folder I gave for standalone should be right, but this method (for reasons 
I don't understand) doesn't seem to work on 1.6 standalone under WinXP. (I'm 
hoping it's a 1.6 thing, and not an osgeos/standalone thing)

-ramon.

- Original Message -
From: "Brett Adams"
To: qgis-user@lists.osgeo.org, "Ramon Andinach"
Sent: Wednesday, 23 March, 2011 8:20:43 AM GMT +08:00 Beijing / Chongqing / 
Hong Kong / Urumqi
Subject: Re: [Qgis-user]  Projection of Shapefile export

Ramon,
Attached CSV contains grid coordinates in 4 different projections; AGD66, 
AGD84, GDA94 and WGS84. All zone 51 and 51S

The conversions were calculated using Mapinfo. Conversions can vary up to 1-2m 
depending on the parameters used so don't be too surprised if you can't 
replicate these exactly.

These are the same points attached to Bug Ticket 3099.

Brett



On 22/03/2011 6:37 PM, Ramon Andinach wrote:
On 21/03/2011, at 19:51 , Ramon Andinach wrote:


On 21/03/2011, at 10:21 , Brett Adams wrote:


I thought this problem merely related to the failure of Australian projections. 
Projection data doesn't exist, therefore can't be exported with the shape file.

If the points are imported as WGS84 / UTMz51S, then export the shape file, the 
projection file contains the relevant information. Its all good.

So if the projection issue is fixed, shape files will then export with the 
required projection information.


As far as I can see, there is no bug here. If anyone can show otherwise, we 
need to record the bug and create a ticket (if it doesn't exist already)

The little bit of information I had before, I just tacked on to the end of your 
existing ticket.

I was going to put a bit of my spare time during this week into trying to 
replicate Roland's solution firstly on my home linux machine and then see if I 
could make that approach work on windows at work.

> From my recollection last time I was trying Ken's solution and a few others 
like just defining a CRS and couldn't quite get there.

Let you know what eventuates.

Short version:
I'm fairly sure that QGIS 1.7 is approximately 2 (fairly large) files away from 
being able to handle AGD points.

The files are here:

http://www.icsm.gov.au/icsm/gda/gdatm/national66.zip

and here:

http://www.icsm.gov.au/icsm/gda/gdatm/national84.zip


and these equate to the missing datum shift files.

In 1.7 as at this afternoon, you need to download them, unzip them rename them 
to agd66.gsb or agd84.gsb and copy them to:
/usr/share/proj  - for linux users
C:/OSGeo4W/share/proj - for OSGeo windows installs

and that means it should be something like
C:/Program Files/Quantum version/share/proj
for standalone versions (sorry forgot to check before going home - will check 
in the morning).

Paolo, I know string freeze is tomorrow, but is there any chance that these two 
files could be included in 1.7?
They should be under a CC by Atrrib (Australian variant).
(I can ring up GA tomorrow and confirm if needed. Do any of the Australians on 
the list know who might be the right person to ask? Just to save me stumbling 
around in the dark a bit.)

Brett, I also had a problem with QGIS remembering CRS bu

Re: [Qgis-user] Projection of Shapefile export

[Ramon Andinach]

I had a look at them when I was trying to work out why some imported text 
wasn't correctly reporting its CRS. They look like pretty strange to me, but 
since I could open the project on a linux and win7 in different computers with 
identical results I was happy at that.

It's unlikely I'll get near MI or Arc for quite some time, but I'll be curious 
what you see.

-ramon.


On 23/03/2011, at 23:38 , Brett Adams wrote:

> Ramon, 
> I loaded the gsb files as you suggested. The grids now load into the correct 
> position (correct enough for me anyway). Thats a great achievement right 
> there.
> 
> The exported projection files (prj) look a bit odd. The segment 
> DATUM["D_unknown" makes me a little nervous, however as I don't really know 
> what I'm looking at, its hard to judge.  I'll need to see if they are 
> recognised by Mapinfo or Arc. 
> 
> 
> Brett.
> 
> 
> 
> On 23/03/2011 12:58 PM, custard wrote:
>> Brett, 
>> 
>> If you grab this zip file:
>> http://members.westnet.com.au/ramon_et_al/BrettTest.zip
>> 
>> In this zip file is your csv, a bundle of derived shape files, a 1.7 QGIS 
>> project (which will probably make 1.6 crash - but the shape files are good) 
>> and a folder with a few images.
>> 
>> The images are from the project, with projection set to MGA94 zone 51, but I 
>> have switched between GDA94, ADG66/84, WGS84 and the equivilent zone 51s, 
>> with OTF on.
>> 
>> The images show the points with OTF on and off, and zoomed in.
>> 
>> Are these close enough for your purposes?
>> 
>> The folder I gave for standalone should be right, but this method (for 
>> reasons I don't understand) doesn't seem to work on 1.6 standalone under 
>> WinXP. (I'm hoping it's a 1.6 thing, and not an osgeos/standalone thing)
>> 
>> -ramon.
>> 
>> - Original Message -
>> From: "Brett Adams" 
>> To: qgis-user@lists.osgeo.org, "Ramon Andinach" 
>> Sent: Wednesday, 23 March, 2011 8:20:43 AM GMT +08:00 Beijing / Chongqing / 
>> Hong Kong / Urumqi
>> Subject: Re: [Qgis-user]  Projection of Shapefile export
>> 
>> Ramon,
>> Attached CSV contains grid coordinates in 4 different projections; AGD66, 
>> AGD84, GDA94 and WGS84. All zone 51 and 51S
>> 
>> The conversions were calculated using Mapinfo. Conversions can vary up to 
>> 1-2m depending on the parameters used so don't be too surprised if you can't 
>> replicate these exactly. 
>> 
>> These are the same points attached to Bug Ticket 3099.
>> 
>> Brett
>> 
>> 
>> 
>> On 22/03/2011 6:37 PM, Ramon Andinach wrote:
>> On 21/03/2011, at 19:51 , Ramon Andinach wrote:
>> 
>> 
>> On 21/03/2011, at 10:21 , Brett Adams wrote:
>> 
>> 
>> I thought this problem merely related to the failure of Australian 
>> projections. Projection data doesn't exist, therefore can't be exported with 
>> the shape file.
>> 
>> If the points are imported as WGS84 / UTMz51S, then export the shape file, 
>> the projection file contains the relevant information. Its all good.
>> 
>> So if the projection issue is fixed, shape files will then export with the 
>> required projection information.
>> 
>> 
>> As far as I can see, there is no bug here. If anyone can show otherwise, we 
>> need to record the bug and create a ticket (if it doesn't exist already)
>> 
>> The little bit of information I had before, I just tacked on to the end of 
>> your existing ticket.
>> 
>> I was going to put a bit of my spare time during this week into trying to 
>> replicate Roland's solution firstly on my home linux machine and then see if 
>> I could make that approach work on windows at work.
>> 
>> >From my recollection last time I was trying Ken's solution and a few others 
>> >like just defining a CRS and couldn't quite get there.
>> 
>> Let you know what eventuates.
>> 
>> Short version:
>> I'm fairly sure that QGIS 1.7 is approximately 2 (fairly large) files away 
>> from being able to handle AGD points.
>> 
>> The files are here: 
>> 
>> http://www.icsm.gov.au/icsm/gda/gdatm/national66.zip
>> 
>> and here:
>> 
>> http://www.icsm.gov.au/icsm/gda/gdatm/national84.zip
>> 
>> 
>> and these equate to the missing datum shift files.
>> 
>> In 1.7 as at this afternoon, you need to download them, unzip them rename 
>> them to agd66.gsb or agd84.gsb and copy them to:
>> /usr/share/proj  - for linux users
>> C:/OSGeo4W/share/proj - for OSGeo windows installs
>> 
>> and that means it should be something like
>> C:/Program Files/Quantum version/share/proj
>> for standalone versions (sorry forgot to check before going home - will 
>> check in the morning).
>> 
>> Paolo, I know string freeze is tomorrow, but is there any chance that these 
>> two files could be included in 1.7? 
>> They should be under a CC by Atrrib (Australian variant). 
>> (I can ring up GA tomorrow and confirm if needed. Do any of the Australians 
>> on the list know who might be the right person to ask? Just to save me 
>> stumbling around in the dark a bit.)
>> 
>> Brett, I also had a problem with QGIS remembering CRS but I'll put that in a 
>> 

[Qgis-user] WebGL in QGIS

[johnrobot]

Hi
Is anyone working on adding WebGL support to QGIS? It could, for example, be
used for exporting a project to an advanced web site. For more information
and quite a few WebGL examples, have a look at:

http://en.wikipedia.org/wiki/WebGL http://en.wikipedia.org/wiki/WebGL 
http://planet-webgl.org/ http://planet-webgl.org/ 

M

--
View this message in context: 
http://osgeo-org.1803224.n2.nabble.com/WebGL-in-QGIS-tp6201681p6201681.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

[Qgis-user] DPI parameter for wms requests

[Ziegler Stefan]

Hi

I remember the QGIS was attaching a DPI parameter for every wms request, e.g. 
&DPI=96 when using wms layers in the mapcanvas or &DPI=300 for printing. This 
parameter is not attached anymore. Does this happen on purpose?

regards
Stefan

Mit freundlichem Gruss
Stefan Ziegler
Leiter amtliche Vermessung

Amt für Geoinformation
Rötistrasse 4
4501 Solothurn
032 627 75 96 
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Re: [GRASS-user] GRASS plugin

[John C. Tull]

Hi Sören,

That was a nice tutorial. I look forward to trying this approach out on my 
system.

Regards,
John

On Mar 21, 2011, at 4:28 PM, Soeren Gebbert wrote:

> Hello,
> IMHO the WPS (web processing service) approach to use GRASS GIS within
> QGIS might be a better solution? All the location, projection and
> mapset overhead would be avoided and the integration into QGIS would
> be more intuitive. Additionally using the WPS approach will also make
> Sextante, ArcGIS and other geo processing capabilities available in
> QGIS. Also cloud geo processing will be available using this approach.
> I would suggest to largely improve the existing WPS plugin from Horst
> Düster (and partially me) to make QGIS to one of the best WPS clients
> available.
> 
> Here an example of the capabilities of the current WPS QGIS - GRASS
> GIS 7 approach:
> http://www.youtube.com/watch?v=zCnax9w1bCs
> 
> As far as i know the grass libraries are not designed to be used in
> long running persistent applications, so there will always be problems
> and a large effort migrating new GRASS GIS versions in QGIS. A WPS
> client would be completely independent from changes in GRASS GIS API
> or modules and will work with many other WPS backends.
> 
> Just my 2C
> Sören
> 
> 2011/3/21 Paolo Cavallini :
>> Hi all.
>> The GRASS plugin does not have a maintainer since long. We at Faunalia
>> have done some smaller fixes, and financed, together with others, some
>> more bugfixing, through[0].
>> This situation is not ideal: without regular maintenance, bugs creep in,
>> and eventually major problems come out. Currently we have several
>> serious issues on vectors in Windows. It is therefore important that
>> someone fixes this, in order GRASS will remain fully usable from QGIS,
>> on all operating systems.
>> I'm therefore asking all the serious GRASS-QGIS users to step up and
>> give a hand, with either developer time or money. You are free not to do
>> it, but if you do it the future of this important tool will be bright
>> and reliable.
>> All the best.
>> --
>> http://www.faunalia.it/pc
>> 
>> [0]http://www.qgis.org/wiki/Bugs
>> 
>> ___
>> grass-user mailing list
>> grass-u...@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/grass-user
>> 
> ___
> grass-user mailing list
> grass-u...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user

___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Projection of Shapefile export

[Brett Adams]

Ramon,
I loaded the gsb files as you suggested. The grids now load into the 
correct position (correct enough for me anyway). Thats a great 
achievement right there.


The exported projection files (prj) look a bit odd. The segment 
DATUM["D_unknown" makes me a little nervous, however as I don't really 
know what I'm looking at, its hard to judge.  I'll need to see if they 
are recognised by Mapinfo or Arc.



Brett.



On 23/03/2011 12:58 PM, custard wrote:

Brett,

If you grab this zip file:
http://members.westnet.com.au/ramon_et_al/BrettTest.zip

In this zip file is your csv, a bundle of derived shape files, a 1.7 
QGIS project (which will probably make 1.6 crash - but the shape files 
are good) and a folder with a few images.


The images are from the project, with projection set to MGA94 zone 51, 
but I have switched between GDA94, ADG66/84, WGS84 and the equivilent 
zone 51s, with OTF on.


The images show the points with OTF on and off, and zoomed in.

Are these close enough for your purposes?

The folder I gave for standalone should be right, but this method (for 
reasons I don't understand) doesn't seem to work on 1.6 standalone 
under WinXP. (I'm hoping it's a 1.6 thing, and not an 
osgeos/standalone thing)


-ramon.

- Original Message -
From: "Brett Adams" 
To: qgis-user@lists.osgeo.org, "Ramon Andinach" 
Sent: Wednesday, 23 March, 2011 8:20:43 AM GMT +08:00 Beijing / 
Chongqing / Hong Kong / Urumqi

Subject: Re: [Qgis-user]  Projection of Shapefile export

Ramon,
Attached CSV contains grid coordinates in 4 different projections; 
AGD66, AGD84, GDA94 and WGS84. All zone 51 and 51S


The conversions were calculated using Mapinfo. Conversions can vary up 
to 1-2m depending on the parameters used so don't be too surprised if 
you can't replicate these exactly.


These are the same points attached to Bug Ticket 3099.

Brett



On 22/03/2011 6:37 PM, Ramon Andinach wrote:

On 21/03/2011, at 19:51 , Ramon Andinach wrote:


On 21/03/2011, at 10:21 , Brett Adams wrote:


I thought this problem merely related to the failure of Australian 
projections. Projection data doesn't exist, therefore can't be exported with 
the shape file.

If the points are imported as WGS84 / UTMz51S, then export the 
shape file, the projection file contains the relevant information. Its all good.

So if the projection issue is fixed, shape files will then export 
with the required projection information.


As far as I can see, there is no bug here. If anyone can show 
otherwise, we need to record the bug and create a ticket (if it doesn't exist 
already)

The little bit of information I had before, I just tacked on to the end 
of your existing ticket.

I was going to put a bit of my spare time during this week into trying 
to replicate Roland's solution firstly on my home linux machine and then see if 
I could make that approach work on windows at work.

> From my recollection last time I was trying Ken's solution and a few 
others like just defining a CRS and couldn't quite get there.

Let you know what eventuates.

Short version:
I'm fairly sure that QGIS 1.7 is approximately 2 (fairly large) files away 
from being able to handle AGD points.

The files are here:
http://www.icsm.gov.au/icsm/gda/gdatm/national66.zip
and here:
http://www.icsm.gov.au/icsm/gda/gdatm/national84.zip

and these equate to the missing datum shift files.

In 1.7 as at this afternoon, you need to download them, unzip them rename 
them to agd66.gsb or agd84.gsb and copy them to:
/usr/share/proj  - for linux users
C:/OSGeo4W/share/proj - for OSGeo windows installs

and that means it should be something like
C:/Program Files/Quantum version/share/proj
for standalone versions (sorry forgot to check before going home - will 
check in the morning).

Paolo, I know string freeze is tomorrow, but is there any chance that these 
two files could be included in 1.7?
They should be under a CC by Atrrib (Australian variant).
(I can ring up GA tomorrow and confirm if needed. Do any of the Australians 
on the list know who might be the right person to ask? Just to save me 
stumbling around in the dark a bit.)

Brett, I also had a problem with QGIS remembering CRS but I'll put that in 
a different thread. If you had any test files that you wanted me to check, I'd 
be happy to do so.

-ramon.



--
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



--
Brett Adams
Spinifex Geophysics 
0438 861 974
SKYPE:brettadams_spinifex
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listin

[Qgis-user] Crash as in Ticket #3326

[Agustin Lobo]

I'm experiencing a crash similar to the one described in Ticket #3326.
The ticket is closed and states "Fixed in r14934. "
How can I know if r14934 is 1.6 or 1.7? If it's fixed for 1.7 it's ok,
but if the comment claims that the ticket is solved for 1.6, then it's not true,
as I'm getting a crash every time I change the color of one given
symbol on 1.6.0.1

Agus
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Is DXF support dropped?

[Goyo]

2011/3/23 Mikhail Tchernychev :
>  I re-installed latest released version 1.6.0 and it has DXF in place.
> It also shows that it is using GDAL /OGR 1.7.3
>
> In fact ldd shows that it is linked vs.  both 1.7.0 and 1.6.0 GDAL libs (?)
>
> Does it mean that development tree actually rolled back to GDAL 1.6.0 ?

I think it's just the way the packages are built. The osgeo4w trunk
package is built against gdal 1.8.

Goyo
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user