Re: [Qgis-user] Tablet vs GPS accuracy

[Kris Nackaerts]

Another low cost RTK solution:

 

http://www.emlid.com/

 

Some test results are available here: http://www.diydrones.com/profiles/blogs/navio-rtk-demonstration

 

 

Kris

 

Gesendet: Donnerstag, 24. April 2014 um 11:40 Uhr
Von: "Lene Fischer" 
An: "qgis-user@lists.osgeo.org" 
Betreff: Re: [Qgis-user] Tablet vs GPS accuracy




I´ve just been introduced to this solutions – might be of interest:

http://swift-nav.com/piksi.html

 



 



Lene Fischer



Associate Professor



 



Department of Geosciences and Natural Resource Management



University of Copenhagen



 



 



MOB +45 40115084



l...@ign.ku.dk



 



 







 



 



Fra: qgis-user-boun...@lists.osgeo.org [mailto:qgis-user-boun...@lists.osgeo.org] På vegne af Lene Fischer
Sendt: 10. april 2014 08:23
Til: Bo Victor Thomsen; qgis-user@lists.osgeo.org
Emne: Re: [Qgis-user] Tablet vs GPS accuracy



 


I´ve been looking to the issue using an Android for collecting GPS data. 


Try to look at RTKlib http://www.rtklib.com/  An OpenSource program - might give inspiration.



And also this note http://www.diydrones.com/profiles/blogs/rtk-lib-ported-to-android



 



Regards



Lene Fischer



 



 



 






From: qgis-user-boun...@lists.osgeo.org [qgis-user-boun...@lists.osgeo.org] on behalf of Bo Victor Thomsen [bo.victor.thom...@gmail.com]
Sent: 04 April 2014 10:32
To: qgis-user@lists.osgeo.org
Subject: Re: [Qgis-user] Tablet vs GPS accuracy




If you are working with tablets and an external GPS connected to the tablet using USB or Bluetooth, you should have a look at some of the new "GNSS mouse" type GNSS - receivers that support both both GPS and GLONASS. The are significantly more accurate and positionally stable than the GPS only types (in the same price range).

I have used a HOLUX M-215+ (remember the "+" - it means GLONASS compatibility) and have a accuracy around 1 meter in the open land most of the time.
The HOLUX unit cost around 60 Euros.

Regards
Bo Victor Thomsen
Aestas-GIS
Denmark
  

Den 04-04-2014 04:32, Leo Kris Palao skrev:




Hi Guys, 


 


Thanks all for your valuable insights about my inquiry. I really appreciate your comments. I can use your comments as reference on how we will also evaluate GIS applications in Tablets.



 



Our application mainly falls on agriculture. We want to use the tablets for surveying in Rural areas. And we want to use QGIS android so we can load our shapefile and raster maps for validation. On the other hand, we will also want to use tablets to take location of field corners of farmers field to get the plot size (this is where accuracy is important). 



 



I observe that when there is a wifi the location significantly increases in tablets. But of course, wifi is not available in rural areas. So, if we will use tablet we will just rely on available GPS signal, weather, and the device.




 



Thank so much, and again I really appreciate the comments,



-Leo



 


On Fri, Apr 4, 2014 at 2:20 AM, Michael.Dodd  wrote:

I agree with the points Richard has made here.  I mentioned in an earlier message on this topic that I'd done a lot of testing with smartphones vs consumer gps  see
http://www.open.ac.uk/blogs/otih/?p=466 for details on some of the tests.

Also tested consumer grade gps and a range of other surveying techniques with results and discussion shown here:
http://oro.open.ac.uk/30066/

From: Richard McDonnell [richard.mcdonn...@opw.ie]
Sent: Thursday, April 03, 2014 4:09 PM
To: Leo Kris Palao
Cc: QGIS Mailing List


Subject: Re: [Qgis-user] Tablet vs GPS accuracy




Hi,
It all boils down to the level of accuracy your job requires, Commercial or Survey Grade GNSS (Global Navigation Satellite System) now utilises NRTK (Network Real Time Kinematic) which can produce sub centimetre accuracies. We have found that the accuracies is often too good, with our surveys conflicting with Maps. We have seen +-40mm accuracies in the field, where a stake in the ground is surveyed and the kit can take us right back to the point days later, to within 40mm. it is worth noting that Survey grade GPS has a stated accuracy of sub meter without NRTK.
The next step down in accuracies would be GPS enabled Field Computers, again a dedicated kit but hand held form factor, the Trimble Geo-Explorer 7 is an example of one of these. They now also have the ability to utilise NRTK, bringing there accuracies to within 0.5m (or better).
The issue with phones and tablets is that, unlike dedicated systems, you have less control over how the coordinates are recorded. They don't take into account things like multipath (GPS signal bouncing off buildings, Ground etc.)  The number of satellites (the more the better) Most survey kits wont record a point with less than 5 satellites.
There is a way to get an idea of the accuracy for your proposed device. Take several readings over a day (7 or more) of 2 fixed points approx 50m apart,  every day, 

Re: [Qgis-user] QGis slope calculation in Photoshop

[Kris Nackaerts]

Depending how often you'll need this it could be interesting to write a small 
python script that reads the image (eg. via gdal python bindings), transform 
the data if necessary, and apply a colormap to it, exporting it into the 
color-representation you need (eg. using matplotlib's colormaps).

Kris



 Original-Nachricht 
> Datum: Tue, 10 Apr 2012 13:32:52 +0200
> Von: Paulo van Breugel 
> An: qgis-user@lists.osgeo.org
> Betreff: Re: [Qgis-user] QGis slope calculation in Photoshop

> Not sure about your question, but why do you want to avoid exporting it 
> as png? The png uses losless compression, so the quality should be the 
> same as tiff. And if you need tiff as output, just convert it to tiff in 
> Photoshop. Or is there another reason?
> 
> 
> 
> On 04/10/2012 01:15 PM, mnertinger wrote:
> > Hi everyone!
> >
> > Does anybody have an idea how to get a calculated slope tif from qgis
> into
> > Photoshop?
> > As the data is a "GDT_Float32 - Thirty two bit floating point", opened
> in
> > Photoshop it
> > becomes a black/white "mask-like" image.
> > Or maybe any way to convert it to a normal tif?
> >
> > I just want to avoid exporting it as an png or jpeg …
> >
> > Thanks!
> > Max
> >
> > --
> > View this message in context:
> http://osgeo-org.1560.n6.nabble.com/QGis-slope-calculation-in-Photoshop-tp4742742p4742742.html
> > Sent from the Quantum GIS - User mailing list archive at Nabble.com.
> > ___
> > Qgis-user mailing list
> > Qgis-user@lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/qgis-user
> 

-- 
NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!  

Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS 1.7.4

[Kris Nackaerts]

I had problems with joins with non-spatial data and the not too userfriendly 
vector opertaions, and this mainly with students.

Our solution so far: we use spatialite as backend for students (postgis isn't 
that easy when lots of external data needs to be joined). It works great:

- The initial spatialite db was created using ogr2ogr from our postgis server.
- joining data is done in spatialite, with the spatialite-gui tool
- new x,y data is created in spatialite too, just link to a file, use the 
makepoint function, done
- spatial operations are performed in spatialite (some tricks needed, once you 
know, works great)

QGIS is used for visualisation and some basic operations.

The combination of both products works well for us.

Kris Nackaerts


 Original-Nachricht 
> Datum: Tue, 20 Mar 2012 13:56:50 +
> Von: Alexandre Neto 
> An: giovanni.man...@faunalia.pt, QGIS User 
> Betreff: Re: [Qgis-user] QGIS 1.7.4

> I will try. Never done this before.
> 
> Alex
> 
> PS: Because I challenge her work with QGIS, instead of ArcGIS, but the
> analysis that she nedeed fail because of the union problem.
> 
> On Tue, Mar 20, 2012 at 1:27 PM, Giovanni Manghi
>  wrote:
> > Hi,
> >
> >
> >> Union is not working correctly, he union the geometries but looses
> >> some attributes in the process.
> >
> >
> > can you please provide sample data and details here
> >
> > http://hub.qgis.org/issues/4567
> >
> > thanks
> >
> >
> >
> >
> >> PS: just lost the opportunity of "selling" Quantum GIS to a german
> >> trainee... snif
> >
> >
> > why?
> >
> >
> >
> >
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user

-- 
NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone!  

Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

RE: [Qgis-user] GPS route

[Kris Nackaerts]

Michael,

I would opt to use PostGIS as backend. Store your transects (from within
QGIS for example) in a postgis table, add a trigger on this table, or
view, and you'll have the data you need. Should work fluently. It's a
single SQL you need to divide lines in 100 meter segments.

If you like working with python, Shapely could be an option too, they've
also implemented some linear referencing methods
( http://toblerity.github.com/shapely/manual.html#linear-referencing-methods ) 
that could help.

In case you've trouble finding the right SQL for postgis, drop me a
mail, I have it somewhere.

Additional fun is provided by ogr2ogr which should allow to extract
PostGIS data directly to GPX files (never tested this). Andif you really
need a challenge, install geoserver with the ogr2ogr WFS plugin, this
should allow gpx export too...

Kris


On Sat, 2012-03-10 at 18:49 -0500, Jake Maier wrote:
> Michael,
> 
> What about a route? String 100m lines together in a route, You even
> can tell the GPS when to notify you about the coming of a node which
> will be the beginning of a new line. Because it’s nearly impossible to
> hit a 1X1m square with the GPS, (it will constantly move on you) I use
> this feature to let me know when I’m let’s say 10 m from the point and
> then use a fixed amount of paces and the bearing to be fairly unbiased
> in locating the point.
> 
> jake
> 
>  
> 
> From: qgis-user-boun...@lists.osgeo.org
> [mailto:qgis-user-boun...@lists.osgeo.org] On Behalf Of Michael
> Spencer
> Sent: Saturday, March 10, 2012 5:02 PM
> To: QGIS Users
> Subject: [Qgis-user] GPS route
> 
> 
>  
> 
> Hi All,
> 
> I'm trying to create a .gpx route along a straight line, but with a
> node ~100m. i.e. I have a transect and wish to survey every 100m. How
> can I split straight polylines with a node every 100m, but keep the
> same line?
> 
> Obviously I can create points every 100m using the GRASS toolbox, but
> these are then converted to a waypoint when saved as gpx. If I save
> the two node lines then the GPS wont indicate when I've reached the
> next survey point...
> 
> Any help gladly appreciated!
> Michael
> 
> 
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user


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

Re: [Qgis-user] use raster + GCP points + ?? as data

[Kris Nackaerts]

Hi,

I would go for GeoTiffs. Store the GCPs inside the Geotiffs (via for example 
gdal_translate -gcp ...) and when needed, perform the warping (gdalwarp ...).

I've no idea other tools support this gcp feature.

Kris

 Original-Nachricht 
> Datum: Mon, 11 Jul 2011 23:27:14 -0700
> Von: Alex Mandel 
> An: qgis-user@lists.osgeo.org
> Betreff: Re: [Qgis-user] use raster + GCP points + ?? as data

> On 07/11/2011 10:30 PM, Richard Duivenvoorde wrote:
> > Hi all,
> > 
> > I have these pile of scanned old maps and can georeference them with the
> > good working georeferencer plugin in qgis.
> > 
> > But do NOT want to really warp the image. Why should we want to store
> > TWO huge rasters, maybe loosing 'data' contained in the 'original'?
> > 
> > So my question: is it possible (for Qgis, but preferebly also with other
> > tools (wms's) to load data from the original raster, probably
> > accompanied with a txt file with GCP points (or maybe some other format
> > containing both gcp points and projection/transformation information)?
> > 
> > Is there some 'common' way for the the world of gis?
> > 
> > Thanks for any thoughts,
> > 
> > Richard Duivenvoorde
> 
> 
> A world file is the common way. It describes the coordinates of the
> corners, how many units per pixel and what skew if any. See the
> wikipedia page for details.
> 
> I believe the georef plugin can save the a world file for you.
> 
> Thanks,
> Alex
> 
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user

-- 
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Tif too slow to show

[Kris Nackaerts]

I see now that your files are CCITTFAX4 compressed.

I had similar B&W rasters, topographic maps from Belgium, same compression.

I uncompressed all, should boost performance. Plus, I added plenty overviews.

Kris


 Original-Nachricht 
> Datum: Fri, 29 Apr 2011 14:40:29 +0200
> Von: Patrice Vetsel 
> An: Kris Nackaerts 
> Betreff: Re: [Qgis-user] Tif too slow to show

> I'v done a 
> gdaladdo -r average 3004221146000AB01021.tif 2 4 8 16
> 
> but QGis is always too slow.
> 
> Thanks
> 
> 
> Le 29 avr. 2011 à 14:21, Kris Nackaerts a écrit :
> 
> > Dear,
> > 
> > I would start trying gdaladdo to create overviews. Does wonders for
> speed.
> > 
> > I'm working right now with a global Landsat dataset, vrt, +4000 tiles,
> roughly 700k by 300k pixels in total, and even this can be handled
> efficiently once you've overviews.
> > 
> > I mainly use uncompressed geotiffs.
> > 
> > Kris
> > 
> > 
> >  Original-Nachricht 
> >> Datum: Fri, 29 Apr 2011 14:08:00 +0200
> >> Von: Patrice Vetsel 
> >> An: qgis-user@lists.osgeo.org
> >> Betreff: [Qgis-user] Tif too slow to show
> > 
> >> Hi,
> >> 
> >> with an original raster (tif+tfw), from french cadastre, when I open it
> >> under qgis, it's unusable because QGis is horribly slow.
> >> with the same raster, but after using georef extension (tif+aux.xml),
> QGis
> >> is responsive
> >> 
> >> here I put gdalinfo of the original (slow) and referenced :
> >> 
> >> What's the problem with the first ? I would prefer to not have to
> manually
> >> georeference all my original rasters ;)
> >> 
> >> In the same time, what's the most efficient raster type to use with
> QGis ?
> >> 
> >> Regards
> >> 
> >> 
> >> Patrice Vetsel
> >> 
> >> SLOW :
> >> MacBook-Pro-de-Patrice-Vetsel:~ Patrice$
> >> /Library/Frameworks/GDAL.framework/Programs/gdalinfo
> ~/Desktop/3004221146000AB01021.tif 
> >> Driver: GTiff/GeoTIFF
> >> Files: /Users/Patrice/Desktop/3004221146000AB01021.tif
> >>   /Users/Patrice/Desktop/3004221146000AB01021.tfw
> >> Size is 12329, 8760
> >> Coordinate System is `'
> >> GeoTransform =
> >>  740551.2494, 0.078, 0.1506
> >>  189669.7013, 0.1506, -0.078
> >> Metadata:
> >>  TIFFTAG_ARTIST=JBG-PYV-APIC
> >>  TIFFTAG_XRESOLUTION=300
> >>  TIFFTAG_YRESOLUTION=300
> >>  TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch)
> >> Image Structure Metadata:
> >>  COMPRESSION=CCITTFAX4
> >>  INTERLEAVE=BAND
> >>  MINISWHITE=YES
> >> Corner Coordinates:
> >> Upper Left  (  740551.249,  189669.701) 
> >> Lower Left  (  741870.505,  188986.421) 
> >> Upper Right (  741512.911,  191526.449) 
> >> Lower Right (  742832.167,  190843.169) 
> >> Center  (  741691.708,  190256.435) 
> >> Band 1 Block=12329x1 Type=Byte, ColorInterp=Palette
> >>  Image Structure Metadata:
> >>NBITS=1
> >>  Color Table (RGB with 2 entries)
> >>0: 255,255,255,255
> >>1: 0,0,0,255
> >> 
> >> 
> >> OK :
> >> MacBook-Pro-de-Patrice-Vetsel:~ Patrice$
> >> /Library/Frameworks/GDAL.framework/Programs/gdalinfo
> ~/Desktop/testgeo/AB_georef.tif
> >> Driver: GTiff/GeoTIFF
> >> Files: /Users/Patrice/Desktop/testgeo/AB_georef.tif
> >>   /Users/Patrice/Desktop/testgeo/AB_georef.tif.aux.xml
> >> Size is 13446, 14968
> >> Coordinate System is `'
> >> Origin = (740550.783870017039590,191526.220101331215119)
> >> Pixel Size = (0.169699598291267,-0.169699598291267)
> >> Image Structure Metadata:
> >>  INTERLEAVE=BAND
> >> Corner Coordinates:
> >> Upper Left  (  740550.784,  191526.220) 
> >> Lower Left  (  740550.784,  188986.157) 
> >> Upper Right (  742832.565,  191526.220) 
> >> Lower Right (  742832.565,  188986.157) 
> >> Center  (  741691.674,  190256.188) 
> >> Band 1 Block=13446x1 Type=Byte, ColorInterp=Palette
> >>  Color Table (RGB with 256 entries)
> >>0: 255,255,255,255
> >>1: 0,0,0,255
> >>2: 0,0,0,255
> >>3: 0,0,0,255
> >>4: 0,0,0,255
> >>5: 0,0,0,255
> >>6: 0,0,0,255
> >>7: 0,0,0,255
> >>8: 0,0,0,255
> >>9: 0,0,0,255
> >>   10: 0,0,0,255
> &

Re: [Qgis-user] Tif too slow to show

[Kris Nackaerts]

Dear,

I would start trying gdaladdo to create overviews. Does wonders for speed.

I'm working right now with a global Landsat dataset, vrt, +4000 tiles, roughly 
700k by 300k pixels in total, and even this can be handled efficiently once 
you've overviews.

I mainly use uncompressed geotiffs.

Kris


 Original-Nachricht 
> Datum: Fri, 29 Apr 2011 14:08:00 +0200
> Von: Patrice Vetsel 
> An: qgis-user@lists.osgeo.org
> Betreff: [Qgis-user] Tif too slow to show

> Hi,
> 
> with an original raster (tif+tfw), from french cadastre, when I open it
> under qgis, it's unusable because QGis is horribly slow.
> with the same raster, but after using georef extension (tif+aux.xml), QGis
> is responsive
> 
> here I put gdalinfo of the original (slow) and referenced :
> 
> What's the problem with the first ? I would prefer to not have to manually
> georeference all my original rasters ;)
> 
> In the same time, what's the most efficient raster type to use with QGis ?
> 
> Regards
> 
> 
> Patrice Vetsel
> 
> SLOW :
> MacBook-Pro-de-Patrice-Vetsel:~ Patrice$
> /Library/Frameworks/GDAL.framework/Programs/gdalinfo 
> ~/Desktop/3004221146000AB01021.tif 
> Driver: GTiff/GeoTIFF
> Files: /Users/Patrice/Desktop/3004221146000AB01021.tif
>/Users/Patrice/Desktop/3004221146000AB01021.tfw
> Size is 12329, 8760
> Coordinate System is `'
> GeoTransform =
>   740551.2494, 0.078, 0.1506
>   189669.7013, 0.1506, -0.078
> Metadata:
>   TIFFTAG_ARTIST=JBG-PYV-APIC
>   TIFFTAG_XRESOLUTION=300
>   TIFFTAG_YRESOLUTION=300
>   TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch)
> Image Structure Metadata:
>   COMPRESSION=CCITTFAX4
>   INTERLEAVE=BAND
>   MINISWHITE=YES
> Corner Coordinates:
> Upper Left  (  740551.249,  189669.701) 
> Lower Left  (  741870.505,  188986.421) 
> Upper Right (  741512.911,  191526.449) 
> Lower Right (  742832.167,  190843.169) 
> Center  (  741691.708,  190256.435) 
> Band 1 Block=12329x1 Type=Byte, ColorInterp=Palette
>   Image Structure Metadata:
> NBITS=1
>   Color Table (RGB with 2 entries)
> 0: 255,255,255,255
> 1: 0,0,0,255
> 
> 
> OK :
> MacBook-Pro-de-Patrice-Vetsel:~ Patrice$
> /Library/Frameworks/GDAL.framework/Programs/gdalinfo 
> ~/Desktop/testgeo/AB_georef.tif
> Driver: GTiff/GeoTIFF
> Files: /Users/Patrice/Desktop/testgeo/AB_georef.tif
>/Users/Patrice/Desktop/testgeo/AB_georef.tif.aux.xml
> Size is 13446, 14968
> Coordinate System is `'
> Origin = (740550.783870017039590,191526.220101331215119)
> Pixel Size = (0.169699598291267,-0.169699598291267)
> Image Structure Metadata:
>   INTERLEAVE=BAND
> Corner Coordinates:
> Upper Left  (  740550.784,  191526.220) 
> Lower Left  (  740550.784,  188986.157) 
> Upper Right (  742832.565,  191526.220) 
> Lower Right (  742832.565,  188986.157) 
> Center  (  741691.674,  190256.188) 
> Band 1 Block=13446x1 Type=Byte, ColorInterp=Palette
>   Color Table (RGB with 256 entries)
> 0: 255,255,255,255
> 1: 0,0,0,255
> 2: 0,0,0,255
> 3: 0,0,0,255
> 4: 0,0,0,255
> 5: 0,0,0,255
> 6: 0,0,0,255
> 7: 0,0,0,255
> 8: 0,0,0,255
> 9: 0,0,0,255
>10: 0,0,0,255
>11: 0,0,0,255
>12: 0,0,0,255
>13: 0,0,0,255
>14: 0,0,0,255
>15: 0,0,0,255
>16: 0,0,0,255
>17: 0,0,0,255
>18: 0,0,0,255
>19: 0,0,0,255
>20: 0,0,0,255
>21: 0,0,0,255
>22: 0,0,0,255
>23: 0,0,0,255
>24: 0,0,0,255
>25: 0,0,0,255
>26: 0,0,0,255
>27: 0,0,0,255
>28: 0,0,0,255
>29: 0,0,0,255
>30: 0,0,0,255
>31: 0,0,0,255
>32: 0,0,0,255
>33: 0,0,0,255
>34: 0,0,0,255
>35: 0,0,0,255
>36: 0,0,0,255
>37: 0,0,0,255
>38: 0,0,0,255
>39: 0,0,0,255
>40: 0,0,0,255
>41: 0,0,0,255
>42: 0,0,0,255
>43: 0,0,0,255
>44: 0,0,0,255
>45: 0,0,0,255
>46: 0,0,0,255
>47: 0,0,0,255
>48: 0,0,0,255
>49: 0,0,0,255
>50: 0,0,0,255
>51: 0,0,0,255
>52: 0,0,0,255
>53: 0,0,0,255
>54: 0,0,0,255
>55: 0,0,0,255
>56: 0,0,0,255
>57: 0,0,0,255
>58: 0,0,0,255
>59: 0,0,0,255
>60: 0,0,0,255
>61: 0,0,0,255
>62: 0,0,0,255
>63: 0,0,0,255
>64: 0,0,0,255
>65: 0,0,0,255
>66: 0,0,0,255
>67: 0,0,0,255
>68: 0,0,0,255
>69: 0,0,0,255
>70: 0,0,0,255
>71: 0,0,0,255
>72: 0,0,0,255
>73: 0,0,0,255
>74: 0,0,0,255
>75: 0,0,0,255
>76: 0,0,0,255
>77: 0,0,0,255
>78: 0,0,0,255
>79: 0,0,0,255
>80: 0,0,0,255
>81: 0,0,0,255
>82: 0,0,0,255
>83: 0,0,0,255
>84: 0,0,0,255
>85: 0,0,0,255
>86: 0,0,0,255
>87: 0,0,0,255
>88: 0,0,0,255
>89: 0,0,0,255
>90: 0,0,0,255
>91: 0,0,0,255
>92: 0,0,0,255
>93: 0,0,0,255
>94: 0,0,0,255
>95: 0,0,0,255
>96: 0,0,0,255
>97: 0,0,0,255
>98: 0,0,0,255
>99: 0,0,0,255
>   100: 0,0,0,255
>   101: 0,0,0,255
>   102: 0,0,0,255
>   103: 0,0,0,255
>   104: 0,0,0,255
>   105: 0,0,0,255
>   106: 0,0,0,255
>   107: 0,0,0,255
>   108: 0,0,0,25

AW: Re: AW: [Qgis-user] How to get group index ?

[Kris Nackaerts]

Thank's,

>From version 1.6 the function groupLayerRelationship() is available. It also 
>seems to work for nested groups, cfr. output:

(group2 is nested in group)

[PyQt4.QtCore.QString(u''), 
[PyQt4.QtCore.QString(u'207523351120110204115934531')]]
[PyQt4.QtCore.QString(u'group'), [PyQt4.QtCore.QString(u'group2')]]
[PyQt4.QtCore.QString(u'group2'), []]


 Original-Nachricht 
> Datum: Thu, 3 Feb 2011 20:46:18 +0100
> Von: Ziegler Stefan 
> An: knackaerts 
> CC: qgis-user 
> Betreff: AW: Re: AW: [Qgis-user] How to get group index ?

> The python bindings for this method was introduced with revision 14164.
> So you should try QGIS 1.6 I guess.
> 
> regards
> Stefan
> 
> 
> 
> > -Ursprüngliche Nachricht-
> > Von: Kris Nackaerts [mailto:knackae...@gmx.net]
> > Gesendet am: Donnerstag, 3. Februar 2011 20:38
> > An: Ziegler Stefan
> > Betreff: Re: AW: [Qgis-user] How to get group index ?
> > 
> > I'm using version 1.4 on Ubuntu 10.x at the moment.
> > 
> > I did a dir(iface.legendInterface()) and 
> > groupLayerRelationship() is not 
> > in it.
> > 
> > the indexOf() function returns the index of the group in the 
> > list of all 
> > groups, but that's not the correct index for the legend.
> > 
> > On which version do you use it?
> > Kris
> > 
> > 
> > On 03/02/2011 17:40, Ziegler Stefan wrote:
> > > Hi Kris
> > >
> > > this solution should still work (at least for me). Which 
> > version of QGIS do you use?
> > >
> > > regards
> > > Stefan
> > >
> > > Mit freundlichem Gruss
> > > Stefan Ziegler
> > > Leiter amtliche Vermessung
> > >
> > > Amt für Geoinformation
> > > Rötistrasse 4
> > > 4501 Solothurn
> > > 032 627 75 96
> > >
> > > - Originalnachricht -
> > > Von: "Kris Nackaerts"
> > > Gesendet: Don, 3.2.2011 17:29
> > > An: qgis-user@lists.osgeo.org
> > > Betreff: [Qgis-user] How to get group index ?
> > >
> > > Dear,
> > >
> > > I'm trying to get the correct group index from python so I 
> > can move layers into a predefined group. I can get the list 
> > of groups, but not the correct index in the full legend tree. 
> > Anyone who knows how to get this?
> > >
> > > I found one solution, but this is not working anymore:
> > > 
> > http://code.google.com/p/cataisrepository/source/browse/trunk/
> qgis/plugins/soverify/tools/utils.py?spec=svn89&r=89
> >
> > It uses relationList =
> iface.legendInterface().groupLayerRelationship()
> > , a function that doesn't exist.
> >
> >
> >
> > my trial was:
> >  if 'Templates' in legend.groups():
> >  g_templates = legend.groups().indexOf('Templates')
> >  else:
> >  g_templates=legend.addGroup('Templates')
> >  legend.moveLayer(loadedLayer,g_templates)
> >
> > Any hints?
> >
> > Kris
> 
> 

-- 
Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief!  
Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] How to get group index ?

[Kris Nackaerts]

Dear,

I'm trying to get the correct group index from python so I can move layers into 
a predefined group. I can get the list of groups, but not the correct index in 
the full legend tree. Anyone who knows how to get this?

I found one solution, but this is not working anymore:
http://code.google.com/p/cataisrepository/source/browse/trunk/qgis/plugins/soverify/tools/utils.py?spec=svn89&r=89

It uses relationList = iface.legendInterface().groupLayerRelationship()
, a function that doesn't exist.



my trial was:
if 'Templates' in legend.groups():
g_templates = legend.groups().indexOf('Templates') 
else:
g_templates=legend.addGroup('Templates')
legend.moveLayer(loadedLayer,g_templates)

Any hints?

Kris
-- 
GMX DSL Doppel-Flat ab 19,99 Euro/mtl.! Jetzt mit 
gratis Handy-Flat! http://portal.gmx.net/de/go/dsl
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] Multiple map windows

[Kris Nackaerts]

Dear,

Does anyone know if (optionally geographically synchronised) multiple map 
windows are / will be supported in QGIS?

I've seen some discussion on this topic on the list in the past.

Kris
-- 
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user