Re: [Qgis-developer] Warning from DigitizingTools about CRS mismatch

[CABO]

Hi Bernhard

Since its the same QGIS project were opening on the different computers, I 
would expect them to behave the same. The current CRS (as stated in the bottom 
right of the QGIS window) is EPSG:25832 (OTF).

I tried replacing the PRJ file of problematic shape file with the PRJ from the 
working shape file (see the first mail), but QGIS still displays the warning.


Regards, Casper

-Original Message-
From: Bernhard Ströbl [mailto:bernhard.stro...@jena.de] 
Sent: 8. april 2016 11:38
To: Casper Børgesen (CABO); qgis-developer@lists.osgeo.org
Subject: Re: [Qgis-developer] Warning from DigitizingTools about CRS mismatch

Hi Casper,

no idea why they behave differently. Are the settings for the layer's SRS on 
both machines the same?
As I wrote, the warning is shown if there is a missmatch in the project's and 
the layer's SRS-id.

Bernhard

Am 08.04.2016 um 11:13 schrieb Casper Børgesen (CABO):
> Hi Bernhard
>
> Thanks for your answer.
>
> Yes I know that QGIS tries hard to determine the SRS-id which matches the 
> values of the PRJ file. But my main issue is why it displays the warning only 
> on one computer and not the others (same QGIS project with same data)?
>
> Which mechanisms could trigger the difference in whether the warning should 
> be shown or not?
>
> We are running QGIS 2.14.0 64 bit on Windows 7.
>
>
> Regards Casper
>
>
> -Original Message-
> From: Qgis-developer [mailto:qgis-developer-boun...@lists.osgeo.org] 
> On Behalf Of Bernhard Ströbl
> Sent: 8. april 2016 10:38
> To: qgis-developer@lists.osgeo.org
> Subject: Re: [Qgis-developer] Warning from DigitizingTools about CRS 
> mismatch
>
> Hi Casper,
>
> DigitizingTools compares _only_ the SRS-id (SRS =
> SpatialReferenceSystem) of the project and the layer. If they missmatch the 
> warning is thrown so the user gets a hint why certain functions are greyed 
> out.
> Thus relevant is not the prj file but the SRS assigned to the layer and the 
> project in their properties. To solve this issue: if they share a common 
> projection, go in the layer properties and choose the same SRS as the 
> project's from the list of projections.
> Background (AFAIK): In Shapefiles the data do not carry information on their 
> SRS (like e.g. in PostGIS or gml). This information is contained in the 
> (optional) prj file. QGIS reads the prj file and assigns the first matching 
> SRS to the data (matching = definition is identical). If there is none 
> matching, a USER-SRS is created with the projection information given in the 
> prj file.
>
> Bernhard
>
> Am 08.04.2016 um 10:10 schrieb Casper Børgesen (CABO):
>> Hi!
>>
>> I have a user who constantly get a yellow warning from QGIS when he enables 
>> editing on set of specific shape files. The message is:
>>
>> DigitizingTools: Amend Line is disabled because layer CRS and project CRS do 
>> not match!
>>
>> The project CRS is EPSG:25832. The shape file has the following .prj file:
>>
>> PROJCS["ETRS_1989_UTM_Zone_32N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS_
>> 1 
>> 989",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich"
>> , 
>> 0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercat
>> o
>> r"],PARAMETER["False_Easting",50.0],PARAMETER["False_Northing",0.
>> 0 
>> ],PARAMETER["Central_Meridian",9.0],PARAMETER["Scale_Factor",0.9996],
>> P ARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]
>>
>> In "layer properties/General/Coordinate reference system", QGIS displays 
>> "Selected CRS (EPSG: 3044, ETRS89 / ETRS-TM32".
>>
>> If he enables editing on a shape file with the following .prj file, it 
>> doesn't happen:
>>
>> PROJCS["ETRS89_UTM_zone_32N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS_198
>> 9 
>> ",SPHEROID["GRS_1980",6378137,298.257222101]],PRIMEM["Greenwich",0],U
>> N 
>> IT["Degree",0.017453292519943295]],PROJECTION["Transverse_Mercator"],
>> P 
>> ARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",9],PARA
>> M 
>> ETER["scale_factor",0.9996],PARAMETER["false_easting",50],PARAMET
>> E R["false_northing",0],UNIT["Meter",1]]
>>
>> The strange thing is that this only happens on his computer not on a couple 
>> of other machines we have tried on.
>>
>> If there indeed is a CRS mismatch it make sense, but he is the only of our 
>> users experiencing this.
>>
>>
>> Regards, Casper
>>
>>
>>
>


__ Information from ESET Mail Security, version of virus signature 
database 13303 (20160408) __

The message was checked by ESET Mail Security.
http://www.eset.com


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

Re: [Qgis-developer] Add a WHERE clause to field calculator

[DelazJ]

Hi,
Andreas, what about using a CASE WHEN ... THEN...( ELSE ...) END function?

2016-04-08 13:53 GMT+02:00 Neumann, Andreas :

> Hi,
>
> Would it be possible to add a "WHERE" clause to the field calculator?
> Currently, if you want to update a subset of the records you would have to
> do a two-step producedure:
>
> 1. Make a selection
>
> 2. Open field calculator and use the checkbox "only update selected
> features".
>
> I think, in some workflows it would be more efficient if one had a text
> input area where one can enter a WHERE clause and the field calculator
> would respect the WHERE clause, if filled in. It would reduce the two-step
> operation into a one or 1.5 step operation, so more efficient. If you have
> to update based on multiple different subsets it would be even more
> efficient.
>
> Would this be a useful enhancement to more users? Esp. for those who know
> SQL ;-) ?
>
> Thanks and greetings,
>
> Andreas
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Add a WHERE clause to field calculator

[Nathan Woodrow]

Can't use the field calc bar without having to leave the attribute table?

Run the selection
Use the bar
Run different selection
etc


On Fri, Apr 8, 2016 at 10:31 PM, Neumann, Andreas 
wrote:

> Yeah - I know about the CASE WHEN possibility, which is great if you want
> to do it all in one statement, but I think the WHERE section would still be
> useful for people familiar with databases and who want to set different
> values to different subsets one by one, without having to leave the field
> calculator.
>
> Andreas
>
> On 2016-04-08 14:09, DelazJ wrote:
>
> Hi,
> Andreas, what about using a CASE WHEN ... THEN...( ELSE ...) END function?
>
> 2016-04-08 13:53 GMT+02:00 Neumann, Andreas :
>
>> Hi,
>>
>> Would it be possible to add a "WHERE" clause to the field calculator?
>> Currently, if you want to update a subset of the records you would have to
>> do a two-step producedure:
>>
>> 1. Make a selection
>>
>> 2. Open field calculator and use the checkbox "only update selected
>> features".
>>
>> I think, in some workflows it would be more efficient if one had a text
>> input area where one can enter a WHERE clause and the field calculator
>> would respect the WHERE clause, if filled in. It would reduce the two-step
>> operation into a one or 1.5 step operation, so more efficient. If you have
>> to update based on multiple different subsets it would be even more
>> efficient.
>>
>> Would this be a useful enhancement to more users? Esp. for those who know
>> SQL ;-) ?
>>
>> Thanks and greetings,
>>
>> Andreas
>>
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] plugin translation

[matteo]

Hi guys,
Hi Richard and Matthias,

as you suggested I have managed and integrate the Makefile that updates 
the strings and compile them in the qm file.


However I'm experience a very weird behavior. Some string (I'm sure that 
are translatable) that I have translated in the ts file are not 
translated. That is that for some string the compilation from ts to qm 
"fails".


That is weird because it happens not with all the strings. I noticed 
that it happens with **all** the QTextBrowser object (again I'm sure 
that the html are translated) and with some QLabel.


I tried also to simply run lrelease (hoping the problem was with the 
Makefile) but again, some strings are compiled some not.


Do you have an idea why this could happen?

Many thanks

Cheers

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

[Qgis-developer] Add a WHERE clause to field calculator

[Neumann, Andreas]

Hi, 

Would it be possible to add a "WHERE" clause to the field calculator?
Currently, if you want to update a subset of the records you would have
to do a two-step producedure: 

1. Make a selection 

2. Open field calculator and use the checkbox "only update selected
features". 

I think, in some workflows it would be more efficient if one had a text
input area where one can enter a WHERE clause and the field calculator
would respect the WHERE clause, if filled in. It would reduce the
two-step operation into a one or 1.5 step operation, so more efficient.
If you have to update based on multiple different subsets it would be
even more efficient. 

Would this be a useful enhancement to more users? Esp. for those who
know SQL ;-) ? 

Thanks and greetings, 

Andreas

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

Re: [Qgis-developer] Add a WHERE clause to field calculator

[Neumann, Andreas]

Yeah - I know about the CASE WHEN possibility, which is great if you
want to do it all in one statement, but I think the WHERE section would
still be useful for people familiar with databases and who want to set
different values to different subsets one by one, without having to
leave the field calculator. 

Andreas 

On 2016-04-08 14:09, DelazJ wrote:

> Hi, Andreas, what about using a CASE WHEN ... THEN...( ELSE ...) END 
> function? 
> 
> 2016-04-08 13:53 GMT+02:00 Neumann, Andreas :
> 
>> Hi, 
>> 
>> Would it be possible to add a "WHERE" clause to the field calculator? 
>> Currently, if you want to update a subset of the records you would have to 
>> do a two-step producedure: 
>> 
>> 1. Make a selection 
>> 
>> 2. Open field calculator and use the checkbox "only update selected 
>> features". 
>> 
>> I think, in some workflows it would be more efficient if one had a text 
>> input area where one can enter a WHERE clause and the field calculator would 
>> respect the WHERE clause, if filled in. It would reduce the two-step 
>> operation into a one or 1.5 step operation, so more efficient. If you have 
>> to update based on multiple different subsets it would be even more 
>> efficient. 
>> 
>> Would this be a useful enhancement to more users? Esp. for those who know 
>> SQL ;-) ? 
>> 
>> Thanks and greetings, 
>> 
>> Andreas
>> 
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

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

Re: [Qgis-developer] PostGIS queries slow when in edit mode

[Neumann, Andreas]

Hi Manuel, 

QGIS already has built-in relation support (1:n and n:m) - they should
support server side queries. Do you really need to write your own
plugin? Are the built-in relations not good enough? 

Andreas 

On 2016-04-08 15:26, Manuel Hernández Martínez wrote:

> Hi! 
> 
> I'm developing a plugin for QGIS. When the user selects a feature, it queries 
> a few other layers from Postgis to fill in a form with related data. 
> 
> The queries are slow, unless I check the option to run queries server-side. 
> After that, the queries run instantaneously. Yay! 
> 
> However, if the layers are put in edit mode, the queries are slow again! :( 
> 
> After checking the Postgis logs it seems that the run queries server-side 
> option has no effect when the layers are in edit mode. 
> 
> Does anyone know whether it is a known, well-founded limitation or a bug? 
> 
> Regards, Manuel 
> 
> -
> 
> MANUEL HERNÁNDEZ MARTÍNEZ 
> 
> mhernand...@agenciamedioambienteyagua.es  
> 
> Agencia de Medio Ambiente y Agua de Andalucía.
>  
> 
> http://www.agenciamedioambienteyagua.es [1]   
> 
> Subdirección de Tecnologías de la Información. 
> 
> Red de Información Ambiental de Andalucía, REDIAM.  
> 
> Johan G. Gutenberg, 1. Isla de la Cartuja 
> 
> 41092 - SEVILLA, Sevilla. (Spain) 
> 
> Tel: 
> 
> +34 955 26 00 00 / +34 902 52 51 00 
> 
> Fax: 
> 
> +34 955 04 46 10 
> 
> EN LA MEDIDA DE LO POSIBLE, EVITE IMPRIMIR ESTE CORREO.  
> 
> Este correo electrónico y los documentos que en él se puedan adjuntar, 
> contiene información de carácter confidencial dirigida exclusivamente a su/s 
> destinatario/s. Si Usted no es el destinatario de este mensaje, le ruego que 
> lo destruya sin hacer copia digital o física, comunicando por correo 
> electrónico, fax o teléfono a la Agencia de Medio Ambiente y Agua de 
> Andalucía la recepción del mismo. Así mismo, queda expresamente prohibida su 
> divulgación, copia o distribución a terceros sin la previa autorización 
> escrita de la Agencia de Medio Ambiente y Agua de Andalucía. 
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

  

Links:
--
[1] http://www.agenciamedioambienteyagua.es/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Save Processing model outputs in SpatiaLite

[matteo]

Hola Victor,

sorry for the delay..
feature created

http://hub.qgis.org/issues/14635

Thanks a lot!

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

Re: [Qgis-developer] GRASS issues

[Jürgen E . Fischer]

Hi Paolo,

On Thu, 07. Apr 2016 at 18:36:42 +0200, Paolo Cavallini wrote:
> sorry if I'm repeating known issues. I just finished a course, and I
> found some things I do not understand (of course, it's Windows!):
> * why do we have two desktops, one with and one without grass?

In OSGeo4W there is a QGIS package that comes with a shortcut and doesn't
require GRASS.  And there a packages for the GRASS plugin for GRASS6 and 7 that
both come with a shortcut that uses the corresponding GRASS version.

> * AFAIK now on Windows we only have grass 6: why then we still have a
> grass (assumed 6) in Processing?

No, 6 & 7.  But we have builds for Linux that have either GRASS version.


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
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Warning from DigitizingTools about CRS mismatch

[CABO]

Hi!

I have a user who constantly get a yellow warning from QGIS when he enables 
editing on set of specific shape files. The message is:

DigitizingTools: Amend Line is disabled because layer CRS and project CRS do 
not match!

The project CRS is EPSG:25832. The shape file has the following .prj file:

PROJCS["ETRS_1989_UTM_Zone_32N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS_1989",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercator"],PARAMETER["False_Easting",50.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",9.0],PARAMETER["Scale_Factor",0.9996],PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]

In "layer properties/General/Coordinate reference system", QGIS displays 
"Selected CRS (EPSG: 3044, ETRS89 / ETRS-TM32".

If he enables editing on a shape file with the following .prj file, it doesn't 
happen:

PROJCS["ETRS89_UTM_zone_32N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS_1989",SPHEROID["GRS_1980",6378137,298.257222101]],PRIMEM["Greenwich",0],UNIT["Degree",0.017453292519943295]],PROJECTION["Transverse_Mercator"],PARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",9],PARAMETER["scale_factor",0.9996],PARAMETER["false_easting",50],PARAMETER["false_northing",0],UNIT["Meter",1]]

The strange thing is that this only happens on his computer not on a couple of 
other machines we have tried on.

If there indeed is a CRS mismatch it make sense, but he is the only of our 
users experiencing this.


Regards, Casper
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Warning from DigitizingTools about CRS mismatch

[CABO]

s EPSG:25832. The shape file has the following .prj file:
>>>
>>> PROJCS["ETRS_1989_UTM_Zone_32N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS
>>> _
>>> 1
>>> 989",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich"
>>> ,
>>> 0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Merca
>>> t
>>> o
>>> r"],PARAMETER["False_Easting",50.0],PARAMETER["False_Northing",0.
>>> 0
>>> ],PARAMETER["Central_Meridian",9.0],PARAMETER["Scale_Factor",0.9996]
>>> , P ARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]
>>>
>>> In "layer properties/General/Coordinate reference system", QGIS displays 
>>> "Selected CRS (EPSG: 3044, ETRS89 / ETRS-TM32".
>>>
>>> If he enables editing on a shape file with the following .prj file, it 
>>> doesn't happen:
>>>
>>> PROJCS["ETRS89_UTM_zone_32N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS_19
>>> 8
>>> 9
>>> ",SPHEROID["GRS_1980",6378137,298.257222101]],PRIMEM["Greenwich",0],
>>> U
>>> N
>>> IT["Degree",0.017453292519943295]],PROJECTION["Transverse_Mercator"]
>>> ,
>>> P
>>> ARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",9],PAR
>>> A
>>> M
>>> ETER["scale_factor",0.9996],PARAMETER["false_easting",50],PARAME
>>> T E R["false_northing",0],UNIT["Meter",1]]
>>>
>>> The strange thing is that this only happens on his computer not on a couple 
>>> of other machines we have tried on.
>>>
>>> If there indeed is a CRS mismatch it make sense, but he is the only of our 
>>> users experiencing this.
>>>
>>>
>>> Regards, Casper
>>>
>>>
>>>
>>
>
>
> __ Information from ESET Mail Security, version of virus 
> signature database 13303 (20160408) __
>
> The message was checked by ESET Mail Security.
> http://www.eset.com
>
>



__ Information from ESET Mail Security, version of virus signature 
database 13303 (20160408) __

The message was checked by ESET Mail Security.
http://www.eset.com


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

Re: [Qgis-developer] GRASS issues

[Paolo Cavallini]

Il 08/04/2016 09:33, Jürgen E. Fischer ha scritto:

> In OSGeo4W there is a QGIS package that comes with a shortcut and doesn't
> require GRASS.  And there a packages for the GRASS plugin for GRASS6 and 7 
> that
> both come with a shortcut that uses the corresponding GRASS version.

Thanks Juergen for the explanation. I have seen users find this
confusing. Wouldn't it be easier to have just one package with grass7?
All the best.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html



signature.asc
Description: OpenPGP digital signature
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Warning from DigitizingTools about CRS mismatch

[CABO]

Hi Bernhard

Thanks for your answer.

Yes I know that QGIS tries hard to determine the SRS-id which matches the 
values of the PRJ file. But my main issue is why it displays the warning only 
on one computer and not the others (same QGIS project with same data)?

Which mechanisms could trigger the difference in whether the warning should be 
shown or not?

We are running QGIS 2.14.0 64 bit on Windows 7.


Regards Casper


-Original Message-
From: Qgis-developer [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf 
Of Bernhard Ströbl
Sent: 8. april 2016 10:38
To: qgis-developer@lists.osgeo.org
Subject: Re: [Qgis-developer] Warning from DigitizingTools about CRS mismatch

Hi Casper,

DigitizingTools compares _only_ the SRS-id (SRS =
SpatialReferenceSystem) of the project and the layer. If they missmatch the 
warning is thrown so the user gets a hint why certain functions are greyed out.
Thus relevant is not the prj file but the SRS assigned to the layer and the 
project in their properties. To solve this issue: if they share a common 
projection, go in the layer properties and choose the same SRS as the project's 
from the list of projections.
Background (AFAIK): In Shapefiles the data do not carry information on their 
SRS (like e.g. in PostGIS or gml). This information is contained in the 
(optional) prj file. QGIS reads the prj file and assigns the first matching SRS 
to the data (matching = definition is identical). If there is none matching, a 
USER-SRS is created with the projection information given in the prj file.

Bernhard

Am 08.04.2016 um 10:10 schrieb Casper Børgesen (CABO):
> Hi!
>
> I have a user who constantly get a yellow warning from QGIS when he enables 
> editing on set of specific shape files. The message is:
>
> DigitizingTools: Amend Line is disabled because layer CRS and project CRS do 
> not match!
>
> The project CRS is EPSG:25832. The shape file has the following .prj file:
>
> PROJCS["ETRS_1989_UTM_Zone_32N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS_1
> 989",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",
> 0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercato
> r"],PARAMETER["False_Easting",50.0],PARAMETER["False_Northing",0.0
> ],PARAMETER["Central_Meridian",9.0],PARAMETER["Scale_Factor",0.9996],P
> ARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]
>
> In "layer properties/General/Coordinate reference system", QGIS displays 
> "Selected CRS (EPSG: 3044, ETRS89 / ETRS-TM32".
>
> If he enables editing on a shape file with the following .prj file, it 
> doesn't happen:
>
> PROJCS["ETRS89_UTM_zone_32N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS_1989
> ",SPHEROID["GRS_1980",6378137,298.257222101]],PRIMEM["Greenwich",0],UN
> IT["Degree",0.017453292519943295]],PROJECTION["Transverse_Mercator"],P
> ARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",9],PARAM
> ETER["scale_factor",0.9996],PARAMETER["false_easting",50],PARAMETE
> R["false_northing",0],UNIT["Meter",1]]
>
> The strange thing is that this only happens on his computer not on a couple 
> of other machines we have tried on.
>
> If there indeed is a CRS mismatch it make sense, but he is the only of our 
> users experiencing this.
>
>
> Regards, Casper
>
>
>


__ Information from ESET Mail Security, version of virus signature 
database 13303 (20160408) __

The message was checked by ESET Mail Security.
http://www.eset.com


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

Re: [Qgis-developer] Warning from DigitizingTools about CRS mismatch

[Bernhard Ströbl]

Hi Casper,

no idea why they behave differently. Are the settings for the layer's 
SRS on both machines the same?
As I wrote, the warning is shown if there is a missmatch in the 
project's and the layer's SRS-id.


Bernhard

Am 08.04.2016 um 11:13 schrieb Casper Børgesen (CABO):

Hi Bernhard

Thanks for your answer.

Yes I know that QGIS tries hard to determine the SRS-id which matches the 
values of the PRJ file. But my main issue is why it displays the warning only 
on one computer and not the others (same QGIS project with same data)?

Which mechanisms could trigger the difference in whether the warning should be 
shown or not?

We are running QGIS 2.14.0 64 bit on Windows 7.


Regards Casper


-Original Message-
From: Qgis-developer [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf 
Of Bernhard Ströbl
Sent: 8. april 2016 10:38
To: qgis-developer@lists.osgeo.org
Subject: Re: [Qgis-developer] Warning from DigitizingTools about CRS mismatch

Hi Casper,

DigitizingTools compares _only_ the SRS-id (SRS =
SpatialReferenceSystem) of the project and the layer. If they missmatch the 
warning is thrown so the user gets a hint why certain functions are greyed out.
Thus relevant is not the prj file but the SRS assigned to the layer and the 
project in their properties. To solve this issue: if they share a common 
projection, go in the layer properties and choose the same SRS as the project's 
from the list of projections.
Background (AFAIK): In Shapefiles the data do not carry information on their 
SRS (like e.g. in PostGIS or gml). This information is contained in the 
(optional) prj file. QGIS reads the prj file and assigns the first matching SRS 
to the data (matching = definition is identical). If there is none matching, a 
USER-SRS is created with the projection information given in the prj file.

Bernhard

Am 08.04.2016 um 10:10 schrieb Casper Børgesen (CABO):

Hi!

I have a user who constantly get a yellow warning from QGIS when he enables 
editing on set of specific shape files. The message is:

DigitizingTools: Amend Line is disabled because layer CRS and project CRS do 
not match!

The project CRS is EPSG:25832. The shape file has the following .prj file:

PROJCS["ETRS_1989_UTM_Zone_32N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS_1
989",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",
0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercato
r"],PARAMETER["False_Easting",50.0],PARAMETER["False_Northing",0.0
],PARAMETER["Central_Meridian",9.0],PARAMETER["Scale_Factor",0.9996],P
ARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]

In "layer properties/General/Coordinate reference system", QGIS displays "Selected 
CRS (EPSG: 3044, ETRS89 / ETRS-TM32".

If he enables editing on a shape file with the following .prj file, it doesn't 
happen:

PROJCS["ETRS89_UTM_zone_32N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS_1989
",SPHEROID["GRS_1980",6378137,298.257222101]],PRIMEM["Greenwich",0],UN
IT["Degree",0.017453292519943295]],PROJECTION["Transverse_Mercator"],P
ARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",9],PARAM
ETER["scale_factor",0.9996],PARAMETER["false_easting",50],PARAMETE
R["false_northing",0],UNIT["Meter",1]]

The strange thing is that this only happens on his computer not on a couple of 
other machines we have tried on.

If there indeed is a CRS mismatch it make sense, but he is the only of our 
users experiencing this.


Regards, Casper








__ Information from ESET Mail Security, version of virus signature 
database 13303 (20160408) __

The message was checked by ESET Mail Security.
http://www.eset.com


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

Re: [Qgis-developer] Warning from DigitizingTools about CRS mismatch

[Bernhard Ströbl]

Hi Casper,

DigitizingTools compares _only_ the SRS-id (SRS = 
SpatialReferenceSystem) of the project and the layer. If they missmatch 
the warning is thrown so the user gets a hint why certain functions are 
greyed out.
Thus relevant is not the prj file but the SRS assigned to the layer and 
the project in their properties. To solve this issue: if they share a 
common projection, go in the layer properties and choose the same SRS as 
the project's from the list of projections.
Background (AFAIK): In Shapefiles the data do not carry information on 
their SRS (like e.g. in PostGIS or gml). This information is contained 
in the (optional) prj file. QGIS reads the prj file and assigns the 
first matching SRS to the data (matching = definition is identical). If 
there is none matching, a USER-SRS is created with the projection 
information given in the prj file.


Bernhard

Am 08.04.2016 um 10:10 schrieb Casper Børgesen (CABO):

Hi!

I have a user who constantly get a yellow warning from QGIS when he enables 
editing on set of specific shape files. The message is:

DigitizingTools: Amend Line is disabled because layer CRS and project CRS do 
not match!

The project CRS is EPSG:25832. The shape file has the following .prj file:

PROJCS["ETRS_1989_UTM_Zone_32N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS_1989",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Transverse_Mercator"],PARAMETER["False_Easting",50.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",9.0],PARAMETER["Scale_Factor",0.9996],PARAMETER["Latitude_Of_Origin",0.0],UNIT["Meter",1.0]]

In "layer properties/General/Coordinate reference system", QGIS displays "Selected 
CRS (EPSG: 3044, ETRS89 / ETRS-TM32".

If he enables editing on a shape file with the following .prj file, it doesn't 
happen:

PROJCS["ETRS89_UTM_zone_32N",GEOGCS["GCS_ETRS_1989",DATUM["D_ETRS_1989",SPHEROID["GRS_1980",6378137,298.257222101]],PRIMEM["Greenwich",0],UNIT["Degree",0.017453292519943295]],PROJECTION["Transverse_Mercator"],PARAMETER["latitude_of_origin",0],PARAMETER["central_meridian",9],PARAMETER["scale_factor",0.9996],PARAMETER["false_easting",50],PARAMETER["false_northing",0],UNIT["Meter",1]]

The strange thing is that this only happens on his computer not on a couple of 
other machines we have tried on.

If there indeed is a CRS mismatch it make sense, but he is the only of our 
users experiencing this.


Regards, Casper






__ Information from ESET Mail Security, version of virus signature 
database 13303 (20160408) __

The message was checked by ESET Mail Security.
http://www.eset.com


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

Re: [Qgis-developer] What is the roadmap to completely manage 3d geometries?

[Geo DrinX]

Luigi,

on this subject, I wonder: is there a scan feature that takes the Z value of
a raster while drawing the path of a line (or a polygon) ?

Thanks for any info about it

A presto

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