Re: [Qgis-user] inconsistenty when calculating area depending on file type or projection?

2016-10-12 Thread Nyall Dawson 
On 12 Oct 2016 11:56 PM, "Carlos Cerdán"  wrote:
>
> AFAIK, It also is needed to turn off "on the fly SRC transformation" to
get correct area values Or QGIS has fixed this point?

Everything should be fixed in recent versions, and I very (VERY) much want
to know if any issues are still encountered.

Calculating area/length is a core task for a GIS and we need to make sure
it's rock solid. (Which it should be since 2.16!)

Nyall


>
> If you can't get correct area values, check out about it
>
>
> 2016-10-12 7:40 GMT-05:00 DelazJ :
>>
>> Hi,
>> To complete Nicolas answer, you should check what are the measurements
options set in Project --> Project Properties --> General tab.
>> See also http://docs.qgis.org/2.14/en/docs/user_manual/introduction/
general_tools.html#measuring
>>
>> 2016-10-12 14:07 GMT+02:00 Nicolas Cadieux 
:
>>>
>>> Hi,
>>> You may be calculating square degrees and not metres.  It can depend on
the crs depending on the tools you are using.
>>> Nicolas
>>>
>>> Le 11 oct. 2016 à 08:54, Martina Schäfer [via OSGeo.org] <[hidden
email]> a écrit :
>>>
 I experienced some confusion with calculation of area using the field
calculator in QGIS version 2.16.3. Since I'm using MapInfo Professional as
well, I mainly use tab-files that I can open in both programmes, but
occasionally I save as shapefile since this used to be the default in QGIS.

 When comparing files, I coincidently realized that there was a
mismatch in calculated area for the shapefile and the tab-file for exactly
the same polygons! I used the field calculator in the attribute table in
both cases, but for the shapefile the resulting areas were almost doubled
in area compared to the tab-file. Any idea why this is happening?

 I also realized similar differences when calculating area in a file
where projection has been converted from SWEREF99TM (a Swedish national
projection) to WGS84. There differences occurred in both the tab and
shapefile compared to the area calculated for the same tab-file in MapInfo.
Again I find this very confusing!

 I need to rely on the area-calculations thus I really hope someone
here can explain to me what is happening!

 Thanks in advance,
 Martina




 
 If you reply to this email, your message will be added to the
discussion below:
 http://osgeo-org.1560.x6.nabble.com/inconsistenty-when-
calculating-area-depending-on-file-type-or-projection-tp5290228.html
 To start a new topic under Quantum GIS - User, email [hidden email]
 To unsubscribe from Quantum GIS - User, click here.
 NAML
>>>
>>>
>>> 
>>> View this message in context: Re: inconsistenty when calculating area
depending on file type or projection?
>>> Sent from the Quantum GIS - User mailing list archive at Nabble.com.
>>>
>>> ___
>>> Qgis-user mailing list
>>> Qgis-user@lists.osgeo.org
>>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
>>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>>
>>
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] inconsistenty when calculating area depending on file type or projection?

2016-10-12 Thread Blumentrath, Stefan 
Hei Martina, 

When you compare area measurments in QGIS with area measurements in Mapinfo you 
are probably comparing geodesic measurements (in QGIS)  with cartesian 
measurements (in Mapinfo). 
Thus,  you get a difference. 
A bit confusing indeed, but a design choice... 
See: https://hub.qgis.org/issues/12057

Cheers, 
Stefan

Von: Qgis-user [qgis-user-boun...@lists.osgeo.org] im Auftrag von Nicolas 
Cadieux [nicolas.cadi...@archeotec.ca]
Gesendet: Mittwoch, 12. Oktober 2016 14:07
An: qgis-user@lists.osgeo.org
Betreff: Re: [Qgis-user] inconsistenty when calculating area depending on file 
type or projection?

Hi,
You may be calculating square degrees and not metres.  It can depend on the crs 
depending on the tools you are using.
Nicolas

Le 11 oct. 2016 à 08:54, Martina Schäfer [via OSGeo.org] 
<[hidden email]> a écrit :

I experienced some confusion with calculation of area using the field 
calculator in QGIS version 2.16.3. Since I'm using MapInfo Professional as 
well, I mainly use tab-files that I can open in both programmes, but 
occasionally I save as shapefile since this used to be the default in QGIS.

When comparing files, I coincidently realized that there was a mismatch in 
calculated area for the shapefile and the tab-file for exactly the same 
polygons! I used the field calculator in the attribute table in both cases, but 
for the shapefile the resulting areas were almost doubled in area compared to 
the tab-file. Any idea why this is happening?

I also realized similar differences when calculating area in a file where 
projection has been converted from SWEREF99TM (a Swedish national projection) 
to WGS84. There differences occurred in both the tab and shapefile compared to 
the area calculated for the same tab-file in MapInfo. Again I find this very 
confusing!

I need to rely on the area-calculations thus I really hope someone here can 
explain to me what is happening!

Thanks in advance,
Martina





If you reply to this email, your message will be added to the discussion below:
http://osgeo-org.1560.x6.nabble.com/inconsistenty-when-calculating-area-depending-on-file-type-or-projection-tp5290228.html
To start a new topic under Quantum GIS - User, email [hidden 
email]
To unsubscribe from Quantum GIS - User, click here.
NAML


View this message in context: Re: inconsistenty when calculating area depending 
on file type or 
projection?
Sent from the Quantum GIS - User mailing list 
archive at 
Nabble.com.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Map Scale text in composer

2016-10-12 Thread Randal Hale 
I tried almost the same thing and received a 0 also - so I thought I was 
doing it wrong. Yippee for repeatable discoveries that may or may not be 
an error.



On 10/12/2016 10:42 AM, Carlos Cerdán wrote:


Hi Randal:


The label expression:


[% '1 inch to ' || (to_int( $scale )/12) || ' Feet'%]


must work... but I got "1 inch to 0 Feet".  $scale help says: "This 
function is only available in some contexts and will be 0 otherwise". 
 Which contexts?


Developers, please light us.


Carlos Cerdán



2016-10-12 8:52 GMT-05:00 Randal Hale >:


I've had this question come up several times and I've done some
digging but can't find an answer.

In map composer I can set my scale (Feet) to 1:7920 which is 1
inch to 660 Feet.

  * I can display a scale bar.
  * I can display scale text (1:7920)

Can I display  "1 inch to 660 Feet"  through use of an expression?
I've been manually typing it in and sometimes I'll change map
scale and forget to change the typed scale.

Randy


-- 
-

Randal Hale
North River Geographic Systems, Inc
http://www.northrivergeographic.com

423.653.3611rjh...@northrivergeographic.com

twitter:rjhale

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


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

--
-
Randal Hale
North River Geographic Systems, Inc
http://www.northrivergeographic.com
423.653.3611 rjh...@northrivergeographic.com
twitter:rjhale
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Map Scale text in composer

2016-10-12 Thread Carlos Cerdán 
Hi Randal:


The label expression:


[% '1 inch to ' || (to_int( $scale )/12) || ' Feet'%]


must work... but I got "1 inch to 0 Feet".  $scale help says: "This
function is only available in some contexts and will be 0 otherwise". 
Which contexts?

Developers, please light us.


Carlos Cerdán



2016-10-12 8:52 GMT-05:00 Randal Hale :

> I've had this question come up several times and I've done some digging
> but can't find an answer.
>
> In map composer I can set my scale (Feet) to 1:7920 which is 1 inch to 660
> Feet.
>
>- I can display a scale bar.
>- I can display scale text (1:7920)
>
> Can I display  "1 inch to 660 Feet"  through use of an expression? I've
> been manually typing it in and sometimes I'll change map scale and forget
> to change the typed scale.
>
> Randy
>
> --
> -
> Randal Hale
> North River Geographic Systems, Inchttp://www.northrivergeographic.com
> 423.653.3611 rjh...@northrivergeographic.com
> twitter:rjhale
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Mouse wheel action

2016-10-12 Thread Jesús Lopez 
Where you can lock the magnifier?  I’m able to lock scale (the tooltip says 
Lock the scale to use magnifier to zoom in or out) , but not magnifier itself 
and mouse wheel keep going in and out without control….annoying, at least for 
me, I think that we need the possibility to disable zooming both scale and 
magnifier.

Regards

Jesus


> El 12 oct 2016, a las 14:29, Nyall Dawson  escribió:
> 
> 
> On 12 Oct 2016 8:38 PM, "Richard Duivenvoorde"  > wrote:
> >
> > On 12-10-16 12:16, DelazJ wrote:
> > > Hi,
> > > Actually, it's neither present on Windows. I also miss some of these
> > > options (being able to zoom and recenter on the mouse position in one-go)
> > > There have been some changes on the behaviour of the mouse; maybe some
> > > infos at https://github.com/qgis/QGIS/pull/3145 
> > >  or
> > > http://docs.qgis.org/testing/en/docs/user_manual/introduction/general_tools.html#zooming-and-panning
> > >  
> > > 
> > > but I can't tell why the settings have been removed.
> 
> It was removed when the magnifier lock was added - I believe to make this 
> magnifier work possible. See
> 
> https://github.com/qgis/QGIS/commit/cf99817b720d659ba58de031f7da8d391551139f 
> 
> Nyall
> 
> > >
> > > Ccing Nyall Dawson
> >
> > Didn't notice this too, untill opened both:
> >
> > http://storage7.static.itmages.com/i/16/1012/h_1476268473_9756330_8e3201d622.png
> >  
> > 
> >
> > From the github message is looks like the removal fixes some composer
> > problems? Not sure how essential the removed actions where, or if there
> > are alternatives for this functions?
> >
> > Off course sometimes you have to cut off stuff which gives problems. It
> > is not always easy to keep this functionality in place.
> >
> > What is the main function missing?
> > - being able to remove all mousewheel behaviour
> > - being able to zoom/pan in one go?
> >
> > Regards,
> >
> > Richard Duivenvoorde
> >
> 

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

Re: [Qgis-user] Mouse wheel action

2016-10-12 Thread Jesús Lopez 
For me, the main function missing is remove all mousewheel behaviuor, I need it 
on my workflow.

Regards

> El 12 oct 2016, a las 12:38, Richard Duivenvoorde  
> escribió:
> 
> On 12-10-16 12:16, DelazJ wrote:
>> Hi,
>> Actually, it's neither present on Windows. I also miss some of these
>> options (being able to zoom and recenter on the mouse position in one-go)
>> There have been some changes on the behaviour of the mouse; maybe some
>> infos at https://github.com/qgis/QGIS/pull/3145 or
>> http://docs.qgis.org/testing/en/docs/user_manual/introduction/general_tools.html#zooming-and-panning
>> but I can't tell why the settings have been removed.
>> 
>> Ccing Nyall Dawson
> 
> Didn't notice this too, untill opened both:
> 
> http://storage7.static.itmages.com/i/16/1012/h_1476268473_9756330_8e3201d622.png
> 
> From the github message is looks like the removal fixes some composer
> problems? Not sure how essential the removed actions where, or if there
> are alternatives for this functions?
> 
> Off course sometimes you have to cut off stuff which gives problems. It
> is not always easy to keep this functionality in place.
> 
> What is the main function missing?
> - being able to remove all mousewheel behaviour
> - being able to zoom/pan in one go?
> 
> Regards,
> 
> Richard Duivenvoorde
> 

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

[Qgis-user] Map Scale text in composer

2016-10-12 Thread Randal Hale 
I've had this question come up several times and I've done some digging 
but can't find an answer.


In map composer I can set my scale (Feet) to 1:7920 which is 1 inch to 
660 Feet.


 * I can display a scale bar.
 * I can display scale text (1:7920)

Can I display  "1 inch to 660 Feet"  through use of an expression? I've 
been manually typing it in and sometimes I'll change map scale and 
forget to change the typed scale.


Randy


--
-
Randal Hale
North River Geographic Systems, Inc
http://www.northrivergeographic.com
423.653.3611 rjh...@northrivergeographic.com
twitter:rjhale

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

Re: [Qgis-user] inconsistenty when calculating area depending on file type or projection?

2016-10-12 Thread Carlos Cerdán 
AFAIK, It also is needed to turn off "on the fly SRC transformation" to get
correct area values Or QGIS has fixed this point?

If you can't get correct area values, check out about it


2016-10-12 7:40 GMT-05:00 DelazJ :

> Hi,
> To complete Nicolas answer, you should check what are the measurements
> options set in Project --> Project Properties --> General tab.
> See also http://docs.qgis.org/2.14/en/docs/user_manual/introduction/
> general_tools.html#measuring
>
> 2016-10-12 14:07 GMT+02:00 Nicolas Cadieux :
>
>> Hi,
>> You may be calculating square degrees and not metres.  It can depend on
>> the crs depending on the tools you are using.
>> Nicolas
>>
>> Le 11 oct. 2016 à 08:54, Martina Schäfer [via OSGeo.org] <[hidden email]
>> > a écrit :
>>
>> I experienced some confusion with calculation of area using the field
>> calculator in QGIS version 2.16.3. Since I'm using MapInfo Professional as
>> well, I mainly use tab-files that I can open in both programmes, but
>> occasionally I save as shapefile since this used to be the default in QGIS.
>>
>> When comparing files, I coincidently realized that there was a mismatch
>> in calculated area for the shapefile and the tab-file for exactly the same
>> polygons! I used the field calculator in the attribute table in both cases,
>> but for the shapefile the resulting areas were almost doubled in area
>> compared to the tab-file. Any idea why this is happening?
>>
>> I also realized similar differences when calculating area in a file where
>> projection has been converted from SWEREF99TM (a Swedish national
>> projection) to WGS84. There differences occurred in both the tab and
>> shapefile compared to the area calculated for the same tab-file in MapInfo.
>> Again I find this very confusing!
>>
>> I need to rely on the area-calculations thus I really hope someone here
>> can explain to me what is happening!
>>
>> Thanks in advance,
>> Martina
>>
>>
>>
>>
>> --
>> If you reply to this email, your message will be added to the discussion
>> below:
>> http://osgeo-org.1560.x6.nabble.com/inconsistenty-when-calcu
>> lating-area-depending-on-file-type-or-projection-tp5290228.html
>> To start a new topic under Quantum GIS - User, email [hidden email]
>> 
>> To unsubscribe from Quantum GIS - User, click here.
>> NAML
>> 
>>
>>
>> --
>> View this message in context: Re: inconsistenty when calculating area
>> depending on file type or projection?
>> 
>> Sent from the Quantum GIS - User mailing list archive
>>  at
>> Nabble.com.
>>
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] installing latest version mac OS

2016-10-12 Thread William Kyngesburye 
QGIS should be OK to just leave installed.  I haven't upgraded to Sierra yet 
myself.  One possible problem would be if the upgrade moves the GDAL 
frameworks.  Then you'd just need to reinstall.

> On Oct 12, 2016, at 1:04 AM, Simon Muirhead  wrote:
> 
> Hi, I just wanted to check before installng the latest version on my macbook 
> if I should unistall the current version e.g. just drag to trash? Or just 
> install new version over the top of the old one? Ive only ever done windows 
> installs before e.g. arcgis and usually use software to remove all traces of 
> previous version of the software before installing a new version. 
> -- 
> Regards, Simon Muirhead
> Written from my Nexus 6P so don't expect Tolstoy.
> 
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

-
William Kyngesburye 
http://www.kyngchaos.com/

"I ache, therefore I am.  Or in my case - I am, therefore I ache."

- Marvin


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

Re: [Qgis-user] inconsistenty when calculating area depending on file type or projection?

2016-10-12 Thread DelazJ 
Hi,
To complete Nicolas answer, you should check what are the measurements
options set in Project --> Project Properties --> General tab.
See also
http://docs.qgis.org/2.14/en/docs/user_manual/introduction/general_tools.html#measuring

2016-10-12 14:07 GMT+02:00 Nicolas Cadieux :

> Hi,
> You may be calculating square degrees and not metres.  It can depend on
> the crs depending on the tools you are using.
> Nicolas
>
> Le 11 oct. 2016 à 08:54, Martina Schäfer [via OSGeo.org] <[hidden email]
> > a écrit :
>
> I experienced some confusion with calculation of area using the field
> calculator in QGIS version 2.16.3. Since I'm using MapInfo Professional as
> well, I mainly use tab-files that I can open in both programmes, but
> occasionally I save as shapefile since this used to be the default in QGIS.
>
> When comparing files, I coincidently realized that there was a mismatch in
> calculated area for the shapefile and the tab-file for exactly the same
> polygons! I used the field calculator in the attribute table in both cases,
> but for the shapefile the resulting areas were almost doubled in area
> compared to the tab-file. Any idea why this is happening?
>
> I also realized similar differences when calculating area in a file where
> projection has been converted from SWEREF99TM (a Swedish national
> projection) to WGS84. There differences occurred in both the tab and
> shapefile compared to the area calculated for the same tab-file in MapInfo.
> Again I find this very confusing!
>
> I need to rely on the area-calculations thus I really hope someone here
> can explain to me what is happening!
>
> Thanks in advance,
> Martina
>
>
>
>
> --
> If you reply to this email, your message will be added to the discussion
> below:
> http://osgeo-org.1560.x6.nabble.com/inconsistenty-when-
> calculating-area-depending-on-file-type-or-projection-tp5290228.html
> To start a new topic under Quantum GIS - User, email [hidden email]
> 
> To unsubscribe from Quantum GIS - User, click here.
> NAML
> 
>
>
> --
> View this message in context: Re: inconsistenty when calculating area
> depending on file type or projection?
> 
> Sent from the Quantum GIS - User mailing list archive
>  at
> Nabble.com.
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] qgis table refresh wfs service

2016-10-12 Thread Cristian Olguín Avila 
Hi.

I want to refresh data table from WFS service, but refresh button in table
is not the same behavior that button refresh in Navigation toolbar.

Any idea?


Quiero refrescar la tabla de datos desde servicio WFS, pero el botón
actualizar en la tabla no tiene el mismos comportamiento que el botón
actualizar en la barra de navegación.

alguna idea?


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

Re: [Qgis-user] Mouse wheel action

2016-10-12 Thread Nyall Dawson 
On 12 Oct 2016 8:38 PM, "Richard Duivenvoorde"  wrote:
>
> On 12-10-16 12:16, DelazJ wrote:
> > Hi,
> > Actually, it's neither present on Windows. I also miss some of these
> > options (being able to zoom and recenter on the mouse position in
one-go)
> > There have been some changes on the behaviour of the mouse; maybe some
> > infos at https://github.com/qgis/QGIS/pull/3145 or
> >
http://docs.qgis.org/testing/en/docs/user_manual/introduction/general_tools.html#zooming-and-panning
> > but I can't tell why the settings have been removed.

It was removed when the magnifier lock was added - I believe to make this
magnifier work possible. See

https://github.com/qgis/QGIS/commit/cf99817b720d659ba58de031f7da8d391551139f

Nyall

> >
> > Ccing Nyall Dawson
>
> Didn't notice this too, untill opened both:
>
>
http://storage7.static.itmages.com/i/16/1012/h_1476268473_9756330_8e3201d622.png
>
> From the github message is looks like the removal fixes some composer
> problems? Not sure how essential the removed actions where, or if there
> are alternatives for this functions?
>
> Off course sometimes you have to cut off stuff which gives problems. It
> is not always easy to keep this functionality in place.
>
> What is the main function missing?
> - being able to remove all mousewheel behaviour
> - being able to zoom/pan in one go?
>
> Regards,
>
> Richard Duivenvoorde
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] inconsistenty when calculating area depending on file type or projection?

2016-10-12 Thread Nicolas Cadieux 
Hi,
You may be calculating square degrees and not metres.  It can depend on the crs 
depending on the tools you are using.
Nicolas

> Le 11 oct. 2016 à 08:54, Martina Schäfer [via OSGeo.org] 
>  a écrit :
> 
> I experienced some confusion with calculation of area using the field 
> calculator in QGIS version 2.16.3. Since I'm using MapInfo Professional as 
> well, I mainly use tab-files that I can open in both programmes, but 
> occasionally I save as shapefile since this used to be the default in QGIS. 
> 
> When comparing files, I coincidently realized that there was a mismatch in 
> calculated area for the shapefile and the tab-file for exactly the same 
> polygons! I used the field calculator in the attribute table in both cases, 
> but for the shapefile the resulting areas were almost doubled in area 
> compared to the tab-file. Any idea why this is happening? 
> 
> I also realized similar differences when calculating area in a file where 
> projection has been converted from SWEREF99TM (a Swedish national projection) 
> to WGS84. There differences occurred in both the tab and shapefile compared 
> to the area calculated for the same tab-file in MapInfo. Again I find this 
> very confusing! 
> 
> I need to rely on the area-calculations thus I really hope someone here can 
> explain to me what is happening! 
> 
> Thanks in advance, 
> Martina 
> 
> 
> 
> 
> If you reply to this email, your message will be added to the discussion 
> below:
> http://osgeo-org.1560.x6.nabble.com/inconsistenty-when-calculating-area-depending-on-file-type-or-projection-tp5290228.html
> To start a new topic under Quantum GIS - User, email 
> ml-node+s1560n4125267...@n6.nabble.com 
> To unsubscribe from Quantum GIS - User, click here.
> NAML




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/inconsistenty-when-calculating-area-depending-on-file-type-or-projection-tp5290228p5290417.html
Sent from the Quantum GIS - User mailing list archive at Nabble.com.___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Mouse wheel action

2016-10-12 Thread Richard Duivenvoorde 
On 12-10-16 12:16, DelazJ wrote:
> Hi,
> Actually, it's neither present on Windows. I also miss some of these
> options (being able to zoom and recenter on the mouse position in one-go)
> There have been some changes on the behaviour of the mouse; maybe some
> infos at https://github.com/qgis/QGIS/pull/3145 or
> http://docs.qgis.org/testing/en/docs/user_manual/introduction/general_tools.html#zooming-and-panning
> but I can't tell why the settings have been removed.
> 
> Ccing Nyall Dawson

Didn't notice this too, untill opened both:

http://storage7.static.itmages.com/i/16/1012/h_1476268473_9756330_8e3201d622.png

From the github message is looks like the removal fixes some composer
problems? Not sure how essential the removed actions where, or if there
are alternatives for this functions?

Off course sometimes you have to cut off stuff which gives problems. It
is not always easy to keep this functionality in place.

What is the main function missing?
- being able to remove all mousewheel behaviour
- being able to zoom/pan in one go?

Regards,

Richard Duivenvoorde

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

[Qgis-user] Mouse wheel action

2016-10-12 Thread Jesús Lopez 
The mouse wheel action present in map tools preferences on Qgis 2.14.x has 
disappeared on Qgis 2.16.x at least on Mac version (I do not have access to 
windows side). There is any possibility to include it again? 

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