Re: [Qgis-user] Plug-ins

2012-04-07 Thread Borys Jurgiel
Dnia piątek, 6 kwietnia 2012 o 22:33:13 Elvin Birth napisał(a):
 I just installed QGis on my Mac running OS 10.6.4. When I open QGis there
 is a screen telling me of an obsolete plug-in which I should remove to
 allow the newer plug-in to be active. How do I identify the obsolete
 plug-in?

The name of the plugin is in the tittle of that message window.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user


[Qgis-user] Re: building QGIS with GRASS 7.0

2012-04-07 Thread Paulo van Breugel
Ok, I did overlook something obvious, re-compiling the gdal-grass 
plugin. However, when running configure I get the following error message:


configure: error: --with-grass=/usr/local/grass7/grass-7.0.sv requested, 
but libraries not found!  Perhaps you need to set LD_LIBRARY_PATH to 
include /usr/local/grass7/grass-7.0.sv/lib?


I did add a file 'grass7.conf' into the directory /etc/ld.so.conf.d/ 
with the path to the GRASS libraries. I also ran 'ldconfig'.


This all works when compiling the plugin for GRASS 6.4 so I am not sure 
what I am doing wrong. Any ideas?




On 04/07/2012 12:38 AM, Paulo van Breugel wrote:

Hi,

I try to compile QGIS_master with GRASS 7.0 support (on Ubuntu 11.10). 
In the ccmake file, I use:


GRASS_PREFIX: /usr/local/grass7/grass-7.0.svn/
GRASS_INCLUDE_DIR: /usr/local/grass7/grass-7.0.svn/include
LIB_PATH: /usr/local/grass7/grass-7.0.svn/lib/libgrass_gproj.so

However, running configure, it does not find the LIB_PATH. The path is 
correct though. Also, it does work for GRASS 6.4.0.


Am I overlooking something, or is it not possible to build QGIS with 
GRASS 7.0 support?


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


Re: [Qgis-user] about some ellipsoïdal distances : I fully agree . just may be better to use symbol rf (or something else) for inverse flattening ...

2012-04-07 Thread G. Allegri
You're right. I was right thinking about it yesterday while committing the
changes.
*f *is misleading, and it should be substituded by *rf* in my formula.

Thanks for having reported your measurements. They helped a lot to figure
out the bug ;)
giovanni

2012/4/6 blavet didier.bla...@ird.fr

 **
 *Good evening*

 Of course thank you again i fully agree with what you found which is
 mathematically correct ,
  it was not easy to find, and is essential for debugging the calculation
 of ellipsoîdal distances

 I just had a quick look at the code found at
 http://trac.osgeo.org/qgis/browser/trunk/qgis/src/core/qgsdistancearea.cpp#L540

 i'm not an informatician so i can just say few words

 inverse flattening seems correctly defined in line 148 as
 mInvFlattening = mSemiMajor / ( mSemiMajor - mSemiMinor )

 therefater the bug that you found could be in line 153 (and may be in
 some other lines of the code, i cannot say)

 Therafter, it is just a detail (and a convention) but
 just to try to help to avoid a potential confusion in the future code
 maintenance. ,
 about the letter f used in your message about inverse flattening i
 think that it would may be  better to use another letter than f  for
 designation of inverse flattening ... I say this   just because  in line
 550 of the code found today at
 http://trac.osgeo.org/qgis/browser/trunk/qgis/src/core/qgsdistancearea.cpp#L540the
  letter f was already assigned as f = 1/mInvFlattening, indicating that
 letter f in this code is already reserved for ... flattening)

 So of course and again what you said is perfecly correct from a
 mathematical point of view (as long as you say, by convention,  that f =
 inverse flattening) ,
 Therefore the demonstration  would may be a bit clearer just with
 replacing this letter f by some other symbol or combination of symbols for
 the designation of inverse flattening
 (as this f is already used for something else in the code).
 Would it be possible for instance to use the symbolic combination *rf*,
 used in proj4  (for reciprocal flattening which is, as far as i know,  in
 english, equivalent to inverse flattening)

 then this would give, from what you found this morning , and with exactly
 the same meaning that what you said :

 
 *In Qgis the semi-minor axis of the ellipsoid is calculated with:
  b = a - (rf/a)
  where
  b = semi-minor axis
  a = semi-major axis
  rf =  inverse flattening (= reciprocal flattening = a/(a-b)  )

  while it should be:
  b = a - (a/rf)*
 

 therefore, this rf symbol would also fit with the +rf proj4 parameter
 defined as
 +rf   reciprocal of the ellipsoid flattening term (e.g. 298)
 (also in proj4 +f is used for flattening
 +f Flattening of the ellipsoid (often presented as an inverse,
 e.g. 1/298)

 (by the way , I guess, however, that the adjective reciprocal for
 reciprocal numbers can have also some other meanings for the pure
 mathematicians ..
 ... Therefore it would also be possible to use another symbol for inverse
 flattening than rf  (but preferentially not f (:-))

 *Thank you again

 Best regards
 *
 Le 06/04/2012 14:15, G. Allegri a écrit :

 Not at all.
 The change has already been committed to the development version.

  giovanni

 2012/4/6 blavet didier.bla...@ird.fr

  Thank you very much for this very fast and efficient diagnosis

 Best regards

 Didier Blavet

 Le 06/04/2012 12:01, G. Allegri a écrit :

 Probably I've found the bug.
 In Qgis the semi-minor axis of the ellipsoid is calculated with:

  b = a - (f/a)

  where
 b = semi-minor axis
 a = semi-majot axis
 f = inverse flattening

  while it should be:

  b = a - (a/f)


  In Qgis the WGS84 semi-minor axis is 6378136,xxx
 while it should be 6356752.xxx

  giovanni





 2012/4/6 G. Allegri gioha...@gmail.com

 AFAICS, the Qgis formula [1] to calculate distances on ellipssoid is
 Vincenty's.
 I've reproduced it for the first set of points and I can confirm tha
 QGis gives 540.9973919726176 m

  The online Vincenty calculator [2] gives 540.045 m

  I suppose it's a rounding issue.
 I will investigate it more...

  giovanni


  [1]
 http://trac.osgeo.org/qgis/browser/trunk/qgis/src/core/qgsdistancearea.cpp#L540

 [2] http://www.movable-type.co.uk/scripts/latlong-vincenty.html

  2012/4/6 blavet didier.bla...@ird.fr

  Dear QGis Developpers and Users



 ___

 *Didier B**lavet*

 Institut de Recherche pour le Développement - IRD (http://www.ird.fr)

 UMR EcoSols - Ecologie Fonctionnelle  Biogéochimie des Sols 
 Agroécosystèmes

 (Montpellier SupAgro-CIRAD-INRA-IRD) (
 http://www.montpellier.inra.fr/ecosols)

 Bâtiment 12, 2 place Viala, F-34060 Montpellier Cedex 2 , France

 Tel bureau : +33 (0)4 99 61 21 33

 Secrétariat : +33 (0)4 99 61 21 01 / Fax : +33 (0)4 99 61 21 19

 Courriel : didier.bla...@ird.fr


 ___

  

[Qgis-user] Would you have any idea of QGIS in next Debian versuon ?

2012-04-07 Thread blavet




Dear Developpers

Following packages.debian.org it seems that no QGIS packages are
actually available in the Debian testing (Wheezy) 

the version of Qgis in the Debian unstable version (Sid) seems to be
still only 1.40 
(and i remember that as there was some problems with 1.40 in Debian, 
and that it was necessary to use the gfoss.it repository to get the
1.5.0 without these problems)

gdal 1.9.0 is only in the Debian experimental repositories, while it
seems that it could be necessary for newest versions of Qgis
(a colleague of mine tested a compilation with gdal 1.9.0 and this
solved a problem of shift of 50 m that i had with some rasters
and on the fly reprojection) with QGIS 1.7.4 on Debian (with libgdal
1.6.3) and unfortunately i had also the same problem 
with QGis 1.7.0 and gfoss repository with gdal 1.70)

Even Debiangis (http://wiki.debian.org/DebianGis) has a link to
"DebianGIS Package Thermometer 
announces that Qgis in Debian remains an old version 
(see "DebianGIS Package Thermometer at
http://pkg-grass.alioth.debian.org/debiangis-status.html)

So .. I would like to know what will happen for QGIS users on Debian
in the future Debian versions, and specially if Debian testing reaches

its "frozen stage" with no more recent version than the 1.4.0 

Best regards

DBL






___
Didier
Blavet 

Institut
de
Recherche pour le Dveloppement - IRD (http://www.ird.fr)

UMR
EcoSols - Ecologie Fonctionnelle  Biogochimie des Sols 
Agrocosystmes 

(Montpellier
SupAgro-CIRAD-INRA-IRD)
(http://www.montpellier.inra.fr/ecosols)
Btiment
12,
2 place Viala, F-34060 Montpellier Cedex 2 , France 

Tel
bureau : +33 (0)4 99 61 21 33 

Secrtariat
:
+33 (0)4 99 61 21 01 / Fax : +33 (0)4 99 61 21 19 

Courriel
:
didier.bla...@ird.fr 

___





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