Re: [Qgis-developer] QGIS CRS handling question

2015-05-22 Thread Bo Victor Thomsen

Otto -

The first question -

I you look at the information from "ogrinfo" in the first case it contains:

... DATUM["unknown", SPHEROID["unretrievable - using 
WGS84",6378137,298.257223563], ...


This is plainly wrong for EPSG:25833. It should be something with GRS80. 
You might have a bad installation of the GDAL utilities. And this error 
is probably triggering QGIS to ask for the projection.


For the next question: I haven't actually looked at the QGIS code for 
CRS lookups, but I'll make a guess:
QGIS do a search in the build-in projection database and find the 
epgs:3006 as the first candidate and doesn't look any further. You might 
have a look on this thread: 
http://lists.osgeo.org/pipermail/qgis-user/2013-February/021233.html , 
which describes a somewhat similar situation


Regards
Bo Victor Thomsen
AestasGIS
Denmark

On 22-05-2015 09:42, Otto Dassau wrote:

Hi,

I would like to understand QGIS behavior a little better for CRS handling.

I have a tif/tfw file (input.tif) and would like to create compressed geotiff
tiles from it (output.tif).

1) When I use

gdal_translate -co COMPRESS=JPEG -co PHOTOMETRIC=YCBCR -co TILED=YES \
  -a_srs EPSG:25833 input.tif output.tif

gdalinfo shows:

Driver: GTiff/GeoTIFF
Files: output.tif
Size is 16100, 15300
Coordinate System is:
LOCAL_CS["ETRS89 / UTM zone 33N",
 GEOGCS["ETRS89",
 DATUM["unknown",
 SPHEROID["unretrievable - using WGS84",6378137,298.257223563],
 TOWGS84[0,0,0,0,0,0,0]],
 PRIMEM["Greenwich",0],
 UNIT["degree",0.0174532925199433]],
 AUTHORITY["EPSG","25833"],
 UNIT["metre",1]]
[...]

loading this file in QGIS I am asked to provide the CRS for the layer,
although it should be written in the GeoTiff header.

2) When I use

gdal_translate -co COMPRESS=JPEG -co PHOTOMETRIC=YCBCR -co TILED=YES \
  -a_srs "+proj=utm +zone=33 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m \
  +no_defs" input.tif output.tif

gdalinfo shows:

Driver: GTiff/GeoTIFF
Files: output.tif
Size is 16100, 15300
Coordinate System is:
PROJCS["UTM Zone 33, Northern Hemisphere",
 GEOGCS["GRS 1980(IUGG, 1980)",
 DATUM["unknown",
 SPHEROID["GRS80",6378137,298.257222101],
 TOWGS84[0,0,0,0,0,0,0]],
 PRIMEM["Greenwich",0],
 UNIT["degree",0.0174532925199433]],
 PROJECTION["Transverse_Mercator"],
 PARAMETER["latitude_of_origin",0],
 PARAMETER["central_meridian",15],
 PARAMETER["scale_factor",0.9996],
 PARAMETER["false_easting",50],
 PARAMETER["false_northing",0],
 UNIT["metre",1,
 AUTHORITY["EPSG","9001"]]]


loading this file in QGIS, I am *not* asked to provide the CRS for the
layer, but QGIS assigns the wrong CRS. In my case I want EPSG 25833 but get
EPSG 3006 (which has the same parameters as 25833, but is not what I want).

How can I make QGIS read the CRS correctly? Does anybody has a solution for
this?

Thanks a lot
Otto
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


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


Re: [Qgis-developer] issue with QGIS via citrix

2015-05-22 Thread Bo Victor Thomsen

Wisse -

You might have some kind of network problem that pops up up between you 
Citrix server and the network share used to store the shape files. Try 
to create a share locally on the Citrix server and  save the shape files 
to this share instead.


The problem could be some kind of file access conflict with several 
users reading the shape file at the same time as another user is trying 
to edit the same shape-file. Try to edit the shape-file at a time when 
you are sure no other user are accessing the file.


When you have a multi-user, perhaps multi-edit environment as yours my 
strong, general advise is to store the data in a database like 
postgresql/postgis. Any file based format like shape-files, tab-files or 
spatialite is not suitable for this kind of environment.


Bo Victor Thomsen
AestasGIS
Denmark

On 22-05-2015 13:18, Wisse Beets wrote:

Dear QGIS users,

I am experiencing a problem using Qgis 2.6.1 (and several prior versions) via 
thin client systems.

The machines are running Windows Server 2008 and Citrix Receiver. The problem 
is that edits to vector shapefiles are not always saved, while the 'save edits' 
button is pressed and the changes are visible in the attribute tables. After 
reopening the vector file later, it appears that sometimes (randomly) the 
changes are lost/were not saved to the file. We save our files to a network 
drive. This works fine with other software and on our desktop systems. This 
problem only occurs on our thin client systems.

Did anyone experience this problem before and/or knows a possible solution or 
workaround?

Kind Regards,


Wisse Beets,
Consultant watermanagement
Wareco Ingenieurs
Amstelveen

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


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


Re: [Qgis-developer] issue with QGIS via citrix

2015-05-22 Thread Régis Haubourg
Hi, we have the very same config here. No report of such troubles here until
now (not meaning that it does not happens).
2.6.1 encounters mainly troubles with corrupting some qgs on save. 

More generally with QGIS, we have troubles having a good screen reactivity
with thin clients WYSE, when receiver clients on PC work very smoothly. Any
feedback?

Régis




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/issue-with-QGIS-via-citrix-tp5207125p5207204.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Compile QGIS master with support for GRASS

2015-05-22 Thread Nikos Alexandris
I am compiling qgis from master (git). Both GRASS and GRASS7 are set to
ON and the the corresponding GRASS_PREFIX, GRASS7_PREFIX are set to

/osgeo/grass64/dist.x86_64-unknown-linux-gnu and
/osgeo/grass70/dist.x86_64-unknown-linux-gnu.

I launch QGIS without installing it, ie from inside the bin directory.
It runs fine.  However, I can't see anywhere in QGIS' interface any
reference to GRASS. Plus, many of the icons do not appear at all (ie
icons of the advanced digitizing bar).

What am I doing wrong?
Thanks, Nikos
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Problem with the MySQL/GDAL implementation in QGIS

2015-05-22 Thread Jürgen E . Fischer
Hi Pavol,

On Thu, 21. May 2015 at 12:37:49 +0200, Pavol Hnila wrote:
> Is there a chance that someone corrects this particular code for the next
> release?

Check current master.  The commit 7a629ad from Sandro Mani should cure the
problem.   I also should help with other performance problem introduced by the
reopening of the OGR data source on each layer feature iteration.


Jürgen

-- 
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Norden http://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode 



signature.asc
Description: Digital signature
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] issue with QGIS via citrix

2015-05-22 Thread Wisse Beets
Dear QGIS users,

I am experiencing a problem using Qgis 2.6.1 (and several prior versions) via 
thin client systems. 

The machines are running Windows Server 2008 and Citrix Receiver. The problem 
is that edits to vector shapefiles are not always saved, while the 'save edits' 
button is pressed and the changes are visible in the attribute tables. After 
reopening the vector file later, it appears that sometimes (randomly) the 
changes are lost/were not saved to the file. We save our files to a network 
drive. This works fine with other software and on our desktop systems. This 
problem only occurs on our thin client systems. 

Did anyone experience this problem before and/or knows a possible solution or 
workaround?

Kind Regards,


Wisse Beets, 
Consultant watermanagement
Wareco Ingenieurs 
Amstelveen

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


Re: [Qgis-developer] Icons for Processing algs

2015-05-22 Thread Anita Graser
On Fri, May 22, 2015 at 11:38 AM, Paolo Cavallini 
wrote:

> Il 22/05/2015 11:33, Alexander Bruy ha scritto:
>
> > Should we reuse icons from fTools/GDALTools for corresponding Processing
> > algs? IMO this will help users to find algorithms more quickly. Opinions?
>
> Yes, that's what I proposed; reusing icons already available will
> improve usability and consistency.
>

​+1
Thanks for the initiative!

Best wishes,
Anita
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Icons for Processing algs

2015-05-22 Thread Paolo Cavallini
Il 22/05/2015 11:33, Alexander Bruy ha scritto:

> Should we reuse icons from fTools/GDALTools for corresponding Processing
> algs? IMO this will help users to find algorithms more quickly. Opinions?

Yes, that's what I proposed; reusing icons already available will
improve usability and consistency.
I'm available for help.
Thanks.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


[Qgis-developer] Icons for Processing algs

2015-05-22 Thread Alexander Bruy
Hi all,

we already agreed about replacing fTools (not sure about GDALTools) with
Processing algorithms. If I'm not wrong there is even some work in progress
in this direction.

Should we reuse icons from fTools/GDALTools for corresponding Processing
algs? IMO this will help users to find algorithms more quickly. Opinions?

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


Re: [Qgis-developer] Building QGis 2.8.2 with Qt5

2015-05-22 Thread Theuns Heydenrych
Hi, before i go further is it possible to build QGis 2.8.2 with Qt5,
without python bindings of course?
I am using Qt5.4.1

Regards

On Fri, 22 May 2015 at 09:42 Theuns Heydenrych 
wrote:

> OK, thanks Jurgen
>
> On Fri, 22 May 2015 at 09:27 Jürgen E.  wrote:
>
>> Hi Theuns,
>>
>> On Fri, 22. May 2015 at 09:10:44 +0200, Theuns Heydenrych wrote:
>> > I am trying to build QGis 2.8.2 with Qt5, and I see it uses , or ask for
>> > PyQt4 when using cmake,  is this correct, Qt5 with PyQt4?
>>
>> The python bindings don't work with Qt5 yet.
>>
>>
>> Jürgen
>>
>>
>> --
>> Jürgen E. Fischer   norBIT GmbH Tel.
>> +49-4931-918175-31
>> Dipl.-Inf. (FH) Rheinstraße 13  Fax.
>> +49-4931-918175-50
>> Software Engineer   D-26506 Norden
>> http://www.norbit.de
>> QGIS release manager (PSC)  GermanyIRC: jef on
>> FreeNode
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Building QGis 2.8.2 with Qt5

2015-05-22 Thread Theuns Heydenrych
OK, thanks Jurgen

On Fri, 22 May 2015 at 09:27 Jürgen E.  wrote:

> Hi Theuns,
>
> On Fri, 22. May 2015 at 09:10:44 +0200, Theuns Heydenrych wrote:
> > I am trying to build QGis 2.8.2 with Qt5, and I see it uses , or ask for
> > PyQt4 when using cmake,  is this correct, Qt5 with PyQt4?
>
> The python bindings don't work with Qt5 yet.
>
>
> Jürgen
>
>
> --
> Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
> Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
> Software Engineer   D-26506 Norden
> http://www.norbit.de
> QGIS release manager (PSC)  GermanyIRC: jef on FreeNode
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QGIS CRS handling question

2015-05-22 Thread Otto Dassau
Hi,

I would like to understand QGIS behavior a little better for CRS handling. 

I have a tif/tfw file (input.tif) and would like to create compressed geotiff
tiles from it (output.tif).

1) When I use

gdal_translate -co COMPRESS=JPEG -co PHOTOMETRIC=YCBCR -co TILED=YES \
 -a_srs EPSG:25833 input.tif output.tif

gdalinfo shows:

Driver: GTiff/GeoTIFF
Files: output.tif
Size is 16100, 15300
Coordinate System is:
LOCAL_CS["ETRS89 / UTM zone 33N",
GEOGCS["ETRS89",
DATUM["unknown",
SPHEROID["unretrievable - using WGS84",6378137,298.257223563],
TOWGS84[0,0,0,0,0,0,0]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433]],
AUTHORITY["EPSG","25833"],
UNIT["metre",1]]
[...]

loading this file in QGIS I am asked to provide the CRS for the layer,
although it should be written in the GeoTiff header. 

2) When I use 

gdal_translate -co COMPRESS=JPEG -co PHOTOMETRIC=YCBCR -co TILED=YES \
 -a_srs "+proj=utm +zone=33 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m \
 +no_defs" input.tif output.tif

gdalinfo shows:

Driver: GTiff/GeoTIFF
Files: output.tif
Size is 16100, 15300
Coordinate System is:
PROJCS["UTM Zone 33, Northern Hemisphere",
GEOGCS["GRS 1980(IUGG, 1980)",
DATUM["unknown",
SPHEROID["GRS80",6378137,298.257222101],
TOWGS84[0,0,0,0,0,0,0]],
PRIMEM["Greenwich",0],
UNIT["degree",0.0174532925199433]],
PROJECTION["Transverse_Mercator"],
PARAMETER["latitude_of_origin",0],
PARAMETER["central_meridian",15],
PARAMETER["scale_factor",0.9996],
PARAMETER["false_easting",50],
PARAMETER["false_northing",0],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]]]


loading this file in QGIS, I am *not* asked to provide the CRS for the
layer, but QGIS assigns the wrong CRS. In my case I want EPSG 25833 but get
EPSG 3006 (which has the same parameters as 25833, but is not what I want).

How can I make QGIS read the CRS correctly? Does anybody has a solution for
this?

Thanks a lot
Otto
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Building QGis 2.8.2 with Qt5

2015-05-22 Thread Jürgen E . Fischer
Hi Theuns,

On Fri, 22. May 2015 at 09:10:44 +0200, Theuns Heydenrych wrote:
> I am trying to build QGis 2.8.2 with Qt5, and I see it uses , or ask for
> PyQt4 when using cmake,  is this correct, Qt5 with PyQt4?

The python bindings don't work with Qt5 yet.


Jürgen
 

-- 
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Norden http://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode 



signature.asc
Description: Digital signature
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Building QGis 2.8.2 with Qt5

2015-05-22 Thread Theuns Heydenrych
HI
I am trying to build QGis 2.8.2 with Qt5, and I see it uses , or ask for
PyQt4 when using cmake,  is this correct, Qt5 with PyQt4?

Regards
Theuns Heydenrych
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer