Re: [Qgis-user] Processing toolbox scripting

[Victor Olaya]

no need to use getObjectFromUri. That's for getting a layer, table, etc

You will already have the int value in the Radius variable

2017-04-22 8:57 GMT+02:00  :
> Hello
>
> i am working on an own script what basically works.
> Now i would like to add an input integer and struggle here with the error
> message:
>
> 'int' object has no attribute 'replace' See log for more details
>
>
>
> in my header i have:
>
> ##Radius=number 100
>
>
> to read out i have added:
>
> radius = processing.getObjectFromUri(Radius)
>
>
> i tried some parsing etc but still i got the error message below.
>
>
> Somebody an idea for me?
>
>
> thx
>
> pat
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Grass Processing module r.resamp.rst only accepts integer resolution

[Victor Olaya]

Bob

Looks like the parameter is wrongly declared to be an integer. I just
fixed it in the current development branch. I will now backport the
change to the 2.18 and 2.14 branches, so the fix is available in the
next releases

Thanks for reporting this bug



2016-12-08 20:06 GMT+01:00 Bob and Deb :
> Hello All,
>
> I just noticed that the Grass Processing module r.resamp.rst only accepts
> integer resolution (ew_res, ns_res).  According to the GRASS docs, those
> parameters are supposedly of type float:
>
>> r.resamp.rst [-td] input=name ew_res=float ns_res=float [elevation=name]
>> [slope=name] [aspect=name] [pcurvature=name] [tcurvature=name]
>> [mcurvature=name] [smooth=name] [maskmap=name] [overlap=integer]
>> [zscale=float] [tension=float] [theta=float] [scalex=float] [--overwrite]
>> [--help] [--verbose] [--quiet] [--ui]
>
>
>
> This is happening with OSGeo4W 64 bit QGIS 2.18 .  Greatly appreciate any
> assistance!
>
> Bob
>
>
>
> ___
> 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] [GRASS-user] Drop GRASS 6 support in QGIS 3 GRASS plugin

[Victor Olaya]

I agree on removing support for it in Processing as well. It makes sense.

Will wait to see if there is agreement on that, and i will remove the
corresponding provider from the Processing codebase

2016-11-29 11:29 GMT+01:00 Markus Neteler :
> On Tue, Nov 29, 2016 at 10:04 AM, Martin Landa  wrote:
>> Hi Radim,
>>
>> 2016-11-29 10:02 GMT+01:00 Radim Blazek :
>>> Are there any objections to drop GRASS 6 support from GRASS plugin in QGIS 
>>> 3?
>>
>> no objections. Martin
>
> +1
> Markus
> ___
> 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] [Qgis-developer] QGIS T-shirts designs for helping the QGIS project.

[Victor Olaya]

Awesome. The Supeman-like design is really cool :-)

Great job!

2016-10-16 0:13 GMT+02:00 Alexandre Neto :
> Hi!
>
> As a try to help QGIS project financially, I have created two designs
> inspired in QGIS. You can turn those into T-shrts, hoodies, stickers, mugs,
> etc... All profit from product sales will be for the QGIS project. I won't
> keep any of it.
>
> Please visit the site and, if you like it, grab some products.
>
> www.redbubble.com/people/senhorneto/collections/567361-qgis?asc=u
>
> I plan to add some more designs in the future.
>
> Alexandre Neto
> --
> Alexandre Neto
> -
> @AlexNetoGeo
> http://sigsemgrilhetas.wordpress.com
> http://gisunchained.wordpress.com
>
> ___
> Qgis-developer mailing list
> qgis-develo...@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
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] Geoprocessing union: "global name" error

[Victor Olaya]

Sarah

There was a bug in that algorithm. I just fixed it (see this commit:
https://github.com/qgis/QGIS/commit/8a4b782e9413bb57b00882fe799112d357337546)

The change will be available in the upcoming 2.18 version that will be
released in a week.

Regards, and thanks for the bug report



2016-10-13 13:26 GMT+02:00 Sarah Gregg :
> Hello everyone. Using the "union" function in the geoprocessing toolbox, I'm
> getting the error: "global name 'vproviderA is not defined".  I've tried
> downloading the latest version (2.16.3) but the error persists. HELP!!
> Thanks in advance, Sarah Gregg.
>
>
>
> ___
> 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] Clip tool no longer supports selections in 2.16?

[Victor Olaya]

Tried in current master and it works fine, it honors the selection.
There were some improvements for clip, and a later commit with fixes.
Maybe that's the cause, but it seems to be fine now.

I will check on 2.16 to verify, anyway



2016-10-04 8:33 GMT+02:00 Anita Graser :
> On Oct 3, 2016 10:48 PM, "Erik"  wrote:
>>
>> Hi Anita, Hmm... I was expecting that, but it doesn't behave that way for
>> me. I've checked the processing settings, see pic. I found out in a training
>> session today, all five QGIS users on their own laptops experienced the same
>> thing... No, four, one was using 2.14 :-) The clip itself runs fine (I
>> checked using a Provider feature filter as a workaround), but the active
>> selection is not used. Maybe broken?
>
> Are you using clip in a model or directly from the toolbox/menu?
>
> Best wishes
> Anita
>
>
>
>
> Erik.
>> 
>> View this message in context: Re: Clip tool no longer supports selections
>> in 2.16?
>>
>> 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] qgis/remote sensing/OTB : needs & expectations ?

[Victor Olaya]

Hi

Your plans are to enhance the current support within the Processing
framework...or to create a separate interface to make it easier to
perform image analysis in QGIS, using OTB underneath?

Cheers



2016-07-28 13:20 GMT+02:00 image93 :
> Good morning,
>
> As part of a mission project, I talk currently with a significant
> contributor to the development of qgis. We wonder about needs & expectations
> of the users and developers regarding remote sensing qgis interface (in
> particular, orfeo toolbox, wellknowed as OTB.
>
>
> So could you tell me, dear qgis and/or remote sensing software users and/or
> developpers your needs and expectations please?
>
> In advance, thank you to throw light for us and to give your opinion. This
> is a first and really important step in order to define and guide our
> possible contribution to the software.
>
> Kind regards.
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/qgis-remote-sensing-OTB-needs-expectations-tp5278567.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
___
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] issues with Processing Options

[Victor Olaya]

Johanna

This is the documentation for configuring 3rd party applications

https://docs.qgis.org/2.6/en/docs/user_manual/processing/3rdParty.html#configuring-external-applications

Please, if you have some time and can help updating, let us know.
Contributions to that doc will be very welcome

Thanks

2016-07-21 0:17 GMT+02:00 Johanna Botman :

> Hi Andreas,
>
> Thank you for your response, and I think that your 'other' question is
> valid. I will see what I can do about that.
>
> But my other point is that there is very little documentation about what
> settings 'should' be applied to enable these providers. That makes it hard
> for users who want to get on with their work if they have to spend hours
> researching and experimenting.
>
> And, I've been around for long enough to know that I shouldn't whinge
> without thinking about volunteering to do that work myself. I am not in a
> position to raise my hand for that just yet. But you may see that before
> the end of the year.
>
> ___
> Johanna Botman
> GIS / Assets Officer
>
>
> Griffith City Council
> Ph: 02 6962 8168
>
> [image: Inactive hide details for "Neumann, Andreas" ---20/07/2016
> 07:34:20 PM---Hi Johanna, Orfeo Toolbox (photogrammetry software) i]"Neumann,
> Andreas" ---20/07/2016 07:34:20 PM---Hi Johanna,  Orfeo Toolbox
> (photogrammetry software) is quite specialized and is not
>
> From: "Neumann, Andreas" 
> To: Johanna Botman 
> Cc: 'Johanna Botman' ,
> qgis-user@lists.osgeo.org
> Date: 20/07/2016 07:34 PM
> Subject: RE: [Qgis-user] issues with Processing Options
> --
>
>
>
> Hi Johanna,
>
> Orfeo Toolbox (photogrammetry software) is quite specialized and is not
> part of the standard QGIS distribution. I also have no experience with it
> and can't help.
>
> GRASS is different - it's a general purpose GIS and should work well with
> QGIS. What are you struggling with regarding GRASS?
>
> -
>
> The other question is: are you (I mean your Windows user account) a
> long-time QGIS user who upgraded from older versions? If yes, it can mean
> that some "out-of-the-box" settings don't apply, since you already have
> settings and they won't get overwritten (people wouldn't like that). So to
> judge things, it may be interesting to try from a new Windows user account
> and test if things work fine for a new and clean user account. You could
> then compare the settings and copy them over to the production user who
> upgraded from older QGIS.
>
> Andreas
>
> On 2016-07-20 10:45, Johanna Botman wrote:
> Hi Andreas,
>
>
>
> I was having specific issues with Orfeo Toolbox and GRASS. I'm running
> QGIS 2.14.1.
>
>
>
> I work where I have no permissions on my PC, so I struggle with basic
> read/write. My IT unit don't like installing via OSGeo – so that doesn't
> help either.
>
>
>
> Johanna
>
>
>
> *From:* Neumann, Andreas [mailto:a.neum...@carto.net ]
>
> * Sent:* Wednesday, 20 July 2016 5:13 PM
> * To:* Johanna Botman 
> * Cc:* qgis-user@lists.osgeo.org
> * Subject:* Re: [Qgis-user] issues with Processing Options
>
>
>
> Hi Johanna,
>
> Which provider are you talking about?
>
> You have to understand that Processing is an open and extensible system -
> many providers can't be shipped with QGIS, because they are very
> domain-specific and would bloat QGIS or because of licensing issues. Hence
> they need to be installed and configured separately.
>
> However, processing providers that are shipped along with QGIS, such as
> GDAL/OGR/Postgis/GRASS/Saga should work out of the box and I agree with
> you, it shouldn't require extra configuration ideally. So what provider are
> you talking about?
>
> Greetings,
> Andreas
>
> On 2016-07-20 01:39, Johanna Botman wrote:
>
> Hi All,
>
> I always struggle with the Options in Processing when I try to insert the
> correct path for a Provider. Is there anywhere that there is some
> documentation about what those settings should be?
>
> I do realise that these come from a variety of sources and may vary from
> installation to installation. But isn't it time that QGIS moved away from
> users needing to know the intricacies of each installation? Why can't QGIS
> work straight out from the installation by now? I want to be getting on
> with my GIS work and analysis of data. I don't need to know about the
> details of the entrails, do I?
>
> And yes, I am a Windows user and I am quite happy with being provided with
> an .exe file that just installs everything I need.
>
> 
>
> ___
> Johanna Botman
> GIS / Assets Officer
>
>
> Griffith City Council
> Ph: 02 6962 8168
>
>
>
>
>
>
>
> --
>
> This e-mail, together with any attachments, is for the exclusive and
> confidential use of the addressee(s). Confidentiality is not waived if you
> are not the intended recipient. Any other distribution, use of, or
> reproduction without prior written consent is strictly prohibited.
>
>
>
> Views expressed in this e-mail are those of the individual,

Re: [Qgis-user] Clip raster result in huge file

[Victor Olaya]

If you are using Processing...talk to the Processing developers at the
hackfest and try to convince them to add options to raster outputs :-P
(which we haven't considered so far...)




2016-05-23 9:32 GMT+02:00 Lene Fischer :
> Hi,
> I have a raster TIFF file which I clip by extent.
> The original file is 8,1 MB and the new clipped file is 76 MB.
> How do I compress the file while I clip ?
>
> Regards
> Lene Fischer
> ___
> 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] Web App Builder plugin release

[Victor Olaya]

Niko

The plugin release is scheduled for the end of the month, when we plan
to release our Boundless QGIS builds.

Let me know if you have questions

Regards

2016-03-23 8:07 GMT+01:00 Nikolaus Pruzsinszky :
> Hi list,
> does anyone know about the status and/or the planned release of the web app
> builder plugin for QGIS?
> Cheers, Niko
>
>
>
> ___
> 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] Qgis Boundless Web Builder

[Victor Olaya]

Graham

The version you have is the one published with an older release of our
QGIs build, i guess. That 's a very old version, in alpha state. The
new Web App Builder will be released soon, with a different approach
based on the Boundles WebSDK. Until then, I recommend you to use the
QGIS2Web plugin instead.

Regards

2016-01-28 18:41 GMT+01:00 Graham Walker :
> Hello all,
>
> I'm having issues styling layers using the Boundless Web Builder,
> specifically lines. Whilst I can easily publish lines using a single style
> or categorized styles, I cannot style as graduated. I get an error:
>
> "Could not create web app. See QGIS log for more details."
>
> The log states:
>
> "C:/PROGRA~2/BOUNDL~1/QGIS/qgis/apps/qgis/./python/plugins\webappbuilder\maindialog.py",
> line 427, in updatePreview
>
> path = self._run(lambda: writeWebApp(appdef, utils.tempFolder(), True,
> self.progress))
>
> File
> "C:/PROGRA~2/BOUNDL~1/QGIS/qgis/apps/qgis/./python/plugins\webappbuilder\maindialog.py",
> line 418, in _run
>
> return f()
>
> File
> "C:/PROGRA~2/BOUNDL~1/QGIS/qgis/apps/qgis/./python/plugins\webappbuilder\maindialog.py",
> line 427, in 
>
> path = self._run(lambda: writeWebApp(appdef, utils.tempFolder(), True,
> self.progress))
>
> File
> "C:/PROGRA~2/BOUNDL~1/QGIS/qgis/apps/qgis/./python/plugins\webappbuilder\appwriter.py",
> line 33, in writeWebApp
>
> writeJs(appdef, folder)
>
> File
> "C:/PROGRA~2/BOUNDL~1/QGIS/qgis/apps/qgis/./python/plugins\webappbuilder\appwriter.py",
> line 48, in writeJs
>
> writeLegendFiles(appdef, folder)
>
> File
> "C:/PROGRA~2/BOUNDL~1/QGIS/qgis/apps/qgis/./python/plugins\webappbuilder\appwriter.py",
> line 544, in writeLegendFiles
>
> symbols = getLegendSymbols(layer, ilayer, legendFolder)
>
> File
> "C:/PROGRA~2/BOUNDL~1/QGIS/qgis/apps/qgis/./python/plugins\webappbuilder\appwriter.py",
> line 569, in getLegendSymbols
>
> for isymbol, ran in renderer.ranges():
>
> TypeError: 'QgsRendererRangeV2' object is not iterable
>
>
> Does anyone have any experience of this? The styles themselves are not
> complicated and I've not assigned any rules.
>
>
> Many thanks,
>
>
> Graham
>
>
> ___
> 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] Processing>QGIS>Clip

[Victor Olaya]

The translated output name is not used for the filename, but only to
set the name in the layer list, so it's not likely to cause issues.

Could you share the content of the Processing log, if any, or any test
data so we can try to reproduce the error?

Thanks!

2016-01-09 23:49 GMT+01:00 Lene Fischer :
> I found the error – it is when I run Processing in Danish – It translate the
> temp layer into ‘Beskåret’ and then no result. Non Ascii char.
>
>
>
> Normally I work in English version while using the Processing. Next week the
> users has asked for the Danish version.
>
>
>
> Regards
>
> Lene
>
>
>
> Fra: anita.graser...@gmail.com [mailto:anita.graser...@gmail.com] På vegne
> af Anita Graser
> Sendt: 9. januar 2016 22:42
> Til: Lene Fischer
> Cc: qgis-user@lists.osgeo.org
> Emne: Re: [Qgis-user] Processing>QGIS>Clip
>
>
>
>
>
>
>
> On Sat, Jan 9, 2016 at 10:14 PM, Lene Fischer  wrote:
>
> Hi,
> Just sitting and updating my tutorials to 2.12.2 on windows 64 bit
> Using the function Processing>QGIS>Clip
>
> It gives no result - If I use the same function from Vector>Geoprocessing
> tools>Clip it works fine.
>
> Searched at Nabble and found no bug-reports.
>
> Can anyone confirm the problem, the I file a Bugreport.
>
>
>
>
>
> Hi Lene,
>
>
>
> Processing>QGIS>Clip worked for me in a quick test in 2.12.2 and dev 2.13.
>
>
>
> Can you maybe share the data to reproduce?
>
>
>
> Best wishes,
>
> Anita
>
>
>
>
>
>
>
>
>
>
>
> Regards
> Lene Fischer
> ___
> 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] SAGA Add Grid Value to point

[Victor Olaya]

Lene

SAGA algorithms using several raster layers must use rasters with the
same extent and cellsize, so they match. In SAGA terminology, they
must use the same grid system

Certain algorithms do not need that (as it is in your case), but that
has to be explicitely stated in the algorithm definition. It seems
that we forgot to add that in this case.

I have added the AllowUnmatching tag for that algorithm and the Add
grid values to shapes as well

It is available in master

Hope this helps.

Cheers!

2016-01-06 15:21 GMT+01:00 Nicolas Cadieux :
> Hi,
> I do not use Saga for that type of operation as QGIS has an excellent point
> sampling plugin that you can install.
>
> However, I imagine that you are using Saga via the QGIS processing plugin?
> If so, I recommend you try the tool directly in Saga.  This way, you can
> have a better idea of the error you are getting and do the trouble shooting
> there.
>
> It's a good idea to make sure that all layers are in the same CRS before you
> launch this type of tools especially in "mission critical" situation.  I can
> check more on my end if you are still stuck.
>
> Nicolas Cadieux M.Sc.
> Les Entreprises Archéotec inc.
> 8548, rue Saint-Denis Montréal H2P 2H2
> Téléphone: 514.381.5112  Fax: 514.381.4995
> www.archeotec.ca
>
> On Jan 6, 2016 06:53, "Lene Fischer [via OSGeo.org]" <[hidden email]> wrote:
>
> Hi,
>
> I´m writing this mail on behalf of a student, who encountered a problem
> today during lecture.
>
> Hope to get help with this issue.
>
> Regards
>
>
>
> Lene Fischer
>
>
>
> Hello
>
>
>
> 1.  I´m trying to use “SAGA - Add grid values to points” in QGIS 2.12.0
> Lyon /Windows 64 bit
>
> 2.  I have opened two raster layers with DSM and DTM
>
> 3.  I have made a new scratch layer where I have digitized 10 points
>
> 4.  In Grid>Multiple selection I choose the 2 layers
>
> 5.  When I press “run” I´m told the input layers do not have the same
> grid extent and stop calculating.
>
> 6.  This problem comes from the two layers that does not have the exact
> same extend
>
> Can any help with this problem
>
>
>
> Regards
>
> Søren Børsting
>
>
>
>
>
>
> ___
> Qgis-user mailing list
>  href="/user/SendEmail.jtp?type=node&node=5243933&i=0">[hidden
> email]
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
> 
> If you reply to this email, your message will be added to the discussion
> below:
> http://osgeo-org.1560.x6.nabble.com/SAGA-Add-Grid-Value-to-point-tp5243933.html
> To start a new topic under Quantum GIS - User, email
> ml-node+s1560n4125267...@n6.nabble.com
> To unsubscribe from Quantum GIS - User,  href="http://osgeo-org.1560.x6.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4125267&code=bmljb2xhcy5jYWRpZXV4QGFyY2hlb3RlYy5jYXw0MTI1MjY3fDYzNDQ4MjQxNg==";>click
> here.
>  href="http://osgeo-org.1560.x6.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml";
> style="font:9px serif">NAML
>
>
> 
> View this message in context: Re: SAGA Add Grid Value to point
> 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

Re: [Qgis-user] extracting elevations from DEM at certain points

[Victor Olaya]

You can use the Processing tool "Add grid values to points", which
allows you to sample multiple raster layers and add their values to a
point layer

It is available in the SAGA provider.



2015-12-16 8:50 GMT+01:00 Siki Zoltan :
> Dear Szilard,
>
> there is a point sampling plugin for QGIS:
> https://plugins.qgis.org/plugins/pointsamplingtool/
>
> Regards,
> Zoltan
>
> On Wed, 16 Dec 2015, Szilard Albert wrote:
>
>> Hello,
>>
>> I need to extract elevation values from a DEM at certain points for which
>> I
>> have X and Y values.
>> My points are contained in several profiles, each profile with hundreds of
>> points.
>>
>> My input is a text file, one file per profile,  with the following format:
>>
>> PointA X Y
>> PointB X Y
>> ..
>> PointZ X Y.
>>
>> I would like a solution where I can feed the above text input, and get my
>> output as another text file
>> with similar format, Point X Y Z (or Point Z X Y). Alternatively just a
>> text file with one column containing Z,
>> but exactly same number of rows, so I can copy and paste to the input.
>>
>> One single command that solves one point only would do as well, I would
>> just create a script file from my every
>> text file for every line
>>
>> Any suggestions would be greatly appreciated.
>>
>> I am using QGIS 2.8 Wien in Ubuntu.
>>
>> Thank you.
>> Szilard
>>
> ___
> 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] [Processing] error updating "Processing"

[Victor Olaya]

I don't see that line with the wrong import in the current code, so
this is likely to be fixed. Maybe it is still wrong in the last
published version, so in case it's there we will release a new version
in the plugin server

hope this helps

2015-12-03 11:03 GMT+01:00 Alessio Degioannini :
> Hi, I asked the same question (see attached message), but no one has replied
> ...
> Alessio
>
>
> Il 03/12/2015 09:13, skampus ha scritto:
>>
>> hi, i have some installation of qgis on my windows 8.
>> I installed via osgeo4w:
>> 2.8.4-2 (LTR dev)
>> 2.12.1-1 (Lyon)
>> 2.13.0-21 (dev)
>>
>> but there is a problem with the update processing.
>> In fact, if I upgrade it to 2.12.2 from 2.10.99, a directory called
>> "processing" is created in C:\ Users\ ... \. qgis2\python\ plugins folder
>> and this error comes out:
>>
>> Couldn't load plugin 'processing'
>>
>> ImportError: cannot import name spatialite_utils
>> Traceback (most recent call last):
>>File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 281, in
>> loadPlugin
>>  __import__(packageName)
>>File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in
>> _import
>>  mod = _builtin_import(name, globals, locals, fromlist, level)
>>File "C:/Users/11186cs/.qgis2/python/plugins\processing\__init__.py",
>> line
>> 29, in
>>  from processing.tools.general import *
>>File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in
>> _import
>>  mod = _builtin_import(name, globals, locals, fromlist, level)
>>File
>> "C:/Users/11186cs/.qgis2/python/plugins\processing\tools\general.py",
>> line 28, in
>>  from processing.core.Processing import Processing
>>File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in
>> _import
>>  mod = _builtin_import(name, globals, locals, fromlist, level)
>>File
>> "C:/OSGeo4W/apps/qgis/./python/plugins\processing\core\Processing.py",
>> line
>> 40, in
>>  from processing.core.GeoAlgorithm import GeoAlgorithm
>>File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in
>> _import
>>  mod = _builtin_import(name, globals, locals, fromlist, level)
>>File
>> "C:/OSGeo4W/apps/qgis/./python/plugins\processing\core\GeoAlgorithm.py",
>> line 41, in
>>  from processing.core.parameters import ParameterRaster,
>> ParameterVector,
>> ParameterMultipleInput, ParameterTable, Parameter
>>File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in
>> _import
>>  mod = _builtin_import(name, globals, locals, fromlist, level)
>>File
>> "C:/OSGeo4W/apps/qgis/./python/plugins\processing\core\parameters.py",
>> line
>> 33, in
>>  from processing.tools.vector import resolveFieldIndex, features
>>File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in
>> _import
>>  mod = _builtin_import(name, globals, locals, fromlist, level)
>>File
>> "C:/Users/11186cs/.qgis2/python/plugins\processing\tools\vector.py",
>> line 20, in
>>  from processing.algs.qgis import spatialite_utils
>> ImportError: cannot import name spatialite_utils
>>
>>
>> Python version: 2.7.4 (default, Apr  6 2013, 19:54:46) [MSC v.1500 32 bit
>> (Intel)]
>> QGIS version: 2.12.1-Lyon Lyon, 16760fd
>>
>>
>> at this point, it no longer works neither processing nor any plugins
>> associated (processing_workflow, and so on).
>>
>> The only solution is to delete the directory called "processing", but that
>> processing is outdated.
>>
>> is this a bug?
>>
>> thanks a lot
>>
>>
>>
>> --
>> View this message in context:
>> http://osgeo-org.1560.x6.nabble.com/Processing-error-updating-Processing-tp5239778.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
>
>
>
>
> -- Mensaje reenviado --
> From: Alessio Degioannini 
> To: "qgis-user@lists.osgeo.org" 
> Cc:
> Date: Wed, 18 Nov 2015 14:05:05 +0100
> Subject: [Qgis-user] 2.12.0-Lyon - Error on updating Processing
> Hi,
> attached the error report in object.
> Thanks in advance.
> Alessio
>
>
> ___
> 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] Error updating Processing module - No fusion.dtm2ascii module installed

[Victor Olaya]

It seems the problem is in the Processing lidar module. I have
commited a small change that should fix it. We will be releasing a new
version today to fix that.

Thanks



2015-11-16 13:54 GMT+01:00 Elstermann, Mike :
> Dear list,
>
>
>
> affected also these plugin:
>
>
>
> · Processing
>
> · Concave Hull
>
>
>
> Some ideas?
>
>
>
> THX, mikeE. the geoObserver
>
>
>
> Von: Qgis-user [mailto:qgis-user-boun...@lists.osgeo.org] Im Auftrag von
> Alejo C.S.
> Gesendet: Montag, 16. November 2015 13:41
> An: qgis-user@lists.osgeo.org
> Betreff: [Qgis-user] Error updating Processing module - No fusion.dtm2ascii
> module installed
>
>
>
> Dear list, while updating complements in qgis 2.12 Lyon under Debian Stable
> amd64, an error shows up while updating "Processing" complement. It says "No
> module named DTM2ASCII". Searching I think this module is part of fusion
> software for Lidar analysis,  but can't install via pip or other forms.
>
> Any tip?
>
>
>
> Thanks
>
>
>
>
>
> Error in complement updating:
>
>
>
> ImportError: No module named DTM2ASCII
>
> Traceback (most recent call last):
>
>   File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 281, in
> loadPlugin
>
> __import__(packageName)
>
>   File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in
> _import
>
> mod = _builtin_import(name, globals, locals, fromlist, level)
>
>   File "/home/marmo/.qgis2/python/plugins/processing/__init__.py", line 29,
> in
>
> from processing.tools.general import *
>
>   File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in
> _import
>
> mod = _builtin_import(name, globals, locals, fromlist, level)
>
>   File "/home/marmo/.qgis2/python/plugins/processing/tools/general.py", line
> 28, in
>
> from processing.core.Processing import Processing
>
>   File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in
> _import
>
> mod = _builtin_import(name, globals, locals, fromlist, level)
>
>   File "/home/marmo/.qgis2/python/plugins/processing/core/Processing.py",
> line 51, in
>
> from processing.algs.lidar.LidarToolsAlgorithmProvider import
> LidarToolsAlgorithmProvider
>
>   File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in
> _import
>
> mod = _builtin_import(name, globals, locals, fromlist, level)
>
>   File
> "/home/marmo/.qgis2/python/plugins/processing/algs/lidar/LidarToolsAlgorithmProvider.py",
> line 123, in
>
> from fusion.DTM2ASCII import DTM2ASCII
>
>   File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 572, in
> _import
>
> mod = _builtin_import(name, globals, locals, fromlist, level)
>
> ImportError: No module named DTM2ASCII
>
>
>
>
>
> Python: 2.7.9 (default, Mar  1 2015, 13:01:26) [GCC 4.9.2]
>
> QGIS: 2.12.0-Lyon Lyon, exported
>
>
>
>
> ___
> 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] Conditions in processing models

[Victor Olaya]

Unfortunately, not at the moment. That's a major change in the
architecture or the modeler so it's not it our plans for now

I plan to bring back the "export to python" functionality, which
should make it easier to create a model and add loops and conditions
later on the equivalent python code.



2015-11-05 15:16 GMT+01:00 Marco Lechner FOSSGIS e.V.
:
> Hi,
>
> anybody who can give me a hint wether it is posdible to have conditions (if,
> case, ...) in a processing model?
>
>
> Marco
>
> ___
> 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

[Qgis-user] Feedback about some changes in the Processing UI

[Victor Olaya]

Hi all,

I have made a proposal for changing some elements of the Processing
UI, to make it more intuitive and address some of the concerns that
users expressed in the QGIS users poll that was recently launched.

The proposal is made in the form of a QEP, and you can find it in the
following  link:

https://github.com/qgis/QGIS-Enhancement-Proposals/pull/25

Please, if you have some time, take a look at it and leave comments on
the GitHub issue or in this thread. Since this might be an important
change in the UI, we want to gather as much feedback as possible
before proceeding.

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

Re: [Qgis-user] [Qgis-developer] Processing Feature Request(?): 'sticky parameters' AND generic settings....

[Victor Olaya]

There is currently no option in Processing to do that, and you should
probably add that logic to the algorithm itself (like for instance, if
the value of the parameter is equal to the default value, it should be
replaced with the last value, which should be itself stored by the
algorithm or taken from the Processing history)

I suggest adding a feature request, so this idea is not forgotten.

About the common functions, I definitely agree with that. It will also
help plugins look more homogeneous (and most likely, more stable). The
qgis.utils module looks like a good place to put all this functions.

More important that implementing those functions would be to actually
document them and make sure people know about them (the obvious place
to write about them is the PyQGIS cookbook), and try to enforce using
them in plugins.

I have quite a few general functions that I use for several plugins. I
wouldn' mind adding them to qgis.utils (or any other core module that
we agree on using for this) and if anyone does the same, I think we
can end up with a nice collection of them.

Cheers

2015-10-17 11:40 GMT+02:00 Alexander Bruy :
> Hi Richard,
>
> I think your question is more suitable for developers list (cc-ing).
>
> AFAIK, such behavior currently not available in Processing, but
> I think this is good addition. If I'm not wrong we already even have
> similar feature request.
>
> Also I agree that having some utilities class for common operations
> in C++ code with Python bindings will be useful.
>
>
> 2015-10-17 11:45 GMT+03:00 Richard Duivenvoorde :
>>
>> Hi, not sure if I ask something which is already available (then please
>> let me know how), or else I ask for the following:
>>
>> I have a model which runs some scripts.
>> This model takes as input some x,y,value file coming from an external
>> appliation.
>> For a given area this external app (actually a real mathamatical
>> 'model') is ran several times given different parameters and the result
>> is visualized in QGIS by showing the xy values, creating contours and
>> styling it in some ways.
>> So the scripts in the processing model for given area has several
>> 'fixed' parameters. Eg the boundaries in the contour script for a given
>> area are always the same. Or the 'load script' also has some inputs
>> which are always the same.
>>
>> So in the different script you have input variables like:
>>
>> ##minval=number 0
>> ##maxval=number 3000
>>
>> BUT using this script in a model, I do not want to set the values
>> everytime. In the model it is exactly the same: I can set input values,
>> but they are not 'remembered' in between following runs.
>>
>> So my idea (as said: please tell me if it is already there):
>> Can we have something like
>>
>>
>> ##minval=number 0 sticky
>> ##maxval=number 3000 sticky
>>
>> My idea is that as soon as this script is ran, the 'default values' are
>> set to the last used values.
>> So NO value availabe: use the default one (eg 3000 for maxval), but as
>> soon as the user has changed this to say 2500, that value is saved in
>> the QSettings somewhere, and next time the script (or model) is ran, the
>> default value will be 2500
>>
>> Idea? Or already available?
>>
>> Which brings me to the following, which I think is usefull for python
>> devs, but I think also for cpp code.
>>
>> Why do we not have some utils class which holds some pretty often used
>> code. What I now think of:
>>
>> - save a value in settings with given key
>> - load a (cast to certain type) value from setting with given key and if
>> not available provide a default something like (the type part not yet in
>> it):
>>
>> def get_settings_value(self, key, default=''):
>> if QSettings().contains(self.SETTINGS_SECTION + key):
>> key = self.SETTINGS_SECTION + key
>> val = QSettings().value(key)
>> return val
>> else:
>> return default
>>
>> def set_settings_value(self, key, value):
>> key = self.SETTINGS_SECTION + key
>> QSettings().setValue(key, value)
>>
>> I see know so many places where there this is implemented...
>>
>>
>> Or another one which I think should be centralized:
>> - the saving and opening of 'current directory'...
>> We have a lot of dialogs which open a file manager, but a lot of them
>> open in pretty weird places (like some directory in the installation
>> folder).
>> I think it is better if we come up with some 'reasonable' places like:
>> - current project folder
>> - last data folder
>> And implement those as util methods like to be used as opening places
>> for the file dialogs.
>>
>> Opinions and or other ideas?
>>
>> Regards,
>>
>> Richard Duivenvoorde
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> --
> Alexander Bruy
> ___
> Qgis-developer mailing list
> qgis-develo...@lists.osgeo

Re: [Qgis-user] QGIS Web App Builder plugin

[Victor Olaya]

Ivan

As Nathan points out, all plugins are GPL. That applies as well to our
Web App Builder

The Web App Builder, however, is not yet released in the plugin
server. We plan to do that soon, hopefully in a couple of weeks or so.
A first version was released along with the Boundless QGIS
distribution, but I would recommend you to wait until the plugin is
released in the QGIS plugins server, since there have been many
important changes and fixes

Let me know if you need more information

Regards



2015-10-16 9:57 GMT+02:00 Ivan Mincik :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Yeah anything that links QGIS is GPL.
>
>
> On Fri, 16 Oct 2015 5:54 pm Ivan Mincik  > wrote:
>
> On 16.10.2015 09:48, Nathan Woodrow wrote:
>> All QGIS plugins are GPL.
>
>> Nathan
>
> Hi Nathan,
> thanks for quick response. Did you mean the fact that it is resulting
> from QGIS license or something else ?
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
>
> iQEcBAEBAgAGBQJWIK37AAoJEPfdLsR5Upoea/oH/jyejl590zAtQYu463oWjC3C
> BPGRF2fYj0NJSr/cPHxanzVDFkYBqffSUiXkuYcz2yaEM89CFneabTjNELyC9DXu
> yvrWcb0JLhuWriRCf0We3MwjvRE2cL4ftCtWrlma5OmZeHx2ADhi8PjprVTTXo9B
> 9GlmakE84qVHRNdZUcfHd/rZuDNzKEO4icJobZ+XBJ1dDBWrbbwWDUbiF+n0yTCK
> vHY1WWyT1HK76AK0f65bvTcXIhH8vUM7fTz6imO5qVHtWoz8z8TY0KzMTSjU6eOe
> LcKqsd4bmSuRTdBlK6kzumTQ2f/ongSqoKj75lWxo5RiJ/Gb5G/JJksA3mU8Dbs=
> =A7m8
> -END PGP SIGNATURE-
> ___
> 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] Problems saving layer style as SLD for use in Geoserver 2.5

[Victor Olaya]

Chris,

The SLD written by QGIS is not compatible with the one expected by QGIS

The QGIS OpenGeo plugin [1] tries to solve that by converting it and
modifying it. You can upload your layers and styles to GeoServer using
the OpenGeo plugin.

If you want to automate that conversion or do it manually, you will
find a convertQgsToGs() method in the sldadapter module of the plugin
to do so (see [2])

Let me know if you have questions

Regards


[1] https://github.com/boundlessgeo/suite-qgis-plugin
[2] 
https://github.com/boundlessgeo/suite-qgis-plugin/blob/master/src/opengeo/qgis/sldadapter.py#L32

2015-09-11 15:51 GMT+02:00 Chris Buckmaster :
> Hi
>
>
>
> I am trying to style my layers in Geoserver with the SLD files I am creating
> through QGIS but am encountering some errors, for example when using
> diagonal lines for a polygon layer:-
>
>
>
> · Parsing failed for Filter: java.lang.RuntimeException: Unable to
> find function Literal
>
> · line 23: cvc-complex-type.2.4.a: Invalid content was found
> starting with element 'ogc:Filter'. One of
> '{"http://www.opengis.net/ogc":expression}' is expected.
>
> · line 24: cvc-complex-type.2.4.a: Invalid content was found
> starting with element 'ogc:Literal'. One of
> '{"http://www.opengis.net/ogc":spatialOps,
> "http://www.opengis.net/ogc":comparisonOps,
> "http://www.opengis.net/ogc":logicOps, "http://www.opengis.net/ogc":_Id}' is
> expected.
>
>
>
> I have read that there are some issues when trying to use SLD generated
> files from QGIS in Geoserver as they are not set in the correct standard? Is
> that right? Are there any plugins that might export the styles out for use
> in Geoserver? I don’t really want to have to write all my styles from
> scratch L
>
>
>
> My SLD is below:-
>
>
>
> 
> http://www.opengis.net/sld";
> xmlns:ogc="http://www.opengis.net/ogc";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; version="1.1.0"
> xmlns:xlink="http://www.w3.org/1999/xlink";
> xsi:schemaLocation="http://www.opengis.net/sld
> http://schemas.opengis.net/sld/1.1.0/StyledLayerDescriptor.xsd";
> xmlns:se="http://www.opengis.net/se";>
>   
> air_quality_management_areas
> 
>   air_quality_management_areas
>   
> 
>   Single symbol
>   
> 
>   
> 
>   
> horline
> 
>name="stroke">#5c98e6
>name="stroke-width">0.25
> 
>   
>   5
>   
> http://www.opengis.net/ogc";>
>   45
> 
>   
> 
>   
> 
>   
>   
> 
>   
> 
>   
> horline
> 
>name="stroke">#5c98e6
>name="stroke-width">0.25
> 
>   
>   5
>   
> http://www.opengis.net/ogc";>
>   135
> 
>   
>   
> 0
> 0
>   
> 
>   
> 
>   
>   
> 
>   #5c98e6
>   0.5
>name="stroke-linejoin">bevel
>name="stroke-linecap">square
> 
>   
> 
>   
> 
>   
> 
>
>
>
>
>
> Thanks, Chris
>
>
> ___
> 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] [Qgis-developer] Any working GRASS in QGIS available? - Processing Bug?

[Victor Olaya]

A quick (but very relevant) note about GRASS7:

It seems that, in one of the latest changes, I unintentionally left
out a code line where GRASS was actually being called. I was getting a
bit crazy wondering where the error might be and why GRASS7 was not
working in the latest releaseand finally found out that the reason
was that. So, in short, Processing was not running grass when running
a grass7 algorithm.

I have added that line back and it should be fine now.

If you can install the current master version, please test and let me
know if there are any issues or it is working correctly as before.

Regards



2015-08-03 1:37 GMT+02:00 Bernd Vogelgesang :
> Hi Alex
>
> Am 03.08.2015, 01:20 Uhr, schrieb Alex Mandel :
>
>> Ah but we're closer to finding a solution with all those details. It may
>> be fixable in Processing, which can be pushed to the plugin repo for
>> update any time.
>>
>> Passing this along to devs who might have enough information now.
>>
>> Thanks,
>> Alex
>
>
>
> Thanks for taking care,
>
> by the way: by copying the gdal algorithms from processing 2.10.1 to the
> 2.9.3 folder (.qgis2/python/plugins/processing/algs/gdal), I gained access
> to the new GDAL dissolve polygons :)
>
> Unfortunately, the model from before (GRASS6) didn't work anymore, and all
> attempts to adjust it via diff of a test model failed. So reworking my model
> (for the 10th time or so) in Ubuntu 2.8.3 from ubuntugis-ltr with working
> GRASS7, SAGA and everything and a partially upgraded Processing 2.9.3
>
> I'm on my way ... finally .. hopefully ...
>
> Bernd
>
>
>
>> On 08/02/2015 03:07 PM, Bernd Vogelgesang wrote:
>>>
>>> Am 02.08.2015, 22:44 Uhr, schrieb Alex Mandel
>>> :
>>>
 After some brief testing, my OSGeoLive 8.5 VM with QGIS 2.6 and
 Processing 2.9.3, GRASS 7 works.

 My QGIS 2.8, GRASS 6/7, Processing 2.10.1 does not.
>>>
>>>
>>> Gave Windows another try: Removed everything, and installed the simple
>>> install OSGEO4W setup.
>>> QGIS 2.10.1 with Processing 2.10.1 and GRASS 6 working.
>>>
>>> switched back to Ubuntu, cause of a bug in the modeler version of GDAL
>>> Dissolve Polygons (which is crucial for me).
>>> https://hub.qgis.org/issues/13174
>>>
>>> Ubuntu: Now that I installed 2.8 with the debian repository only (so
>>> without ubuntis depencies), my GRASS 6 works (sorted out another error,
>>> that GRASS takes a column name "OR" from shape as an sql-command or
>>> sth), update to Processing 2.10.1 worked as well.
>>>
>>> The drawback, no SAGA, which might come handy cause the now available
>>> algos do not really do what I expect ;)
>>>
>>> I think the problem is within Processing in combination with the
>>> packaging:
>>> When e.g. I install QGIS 2.8 with ubuntugis-ltr dependencies (where
>>> nobody on the install page claims I shouldn't do), GRASS7 and the
>>> modeler are working, but Processing version is 2.6. Updating Processing
>>> to current Processing 2.10.1 (as recommended) seems to work.
>>> (Besides that v.clean in the modeler only returns a polygon layer from
>>> an polygon input, if I also set an output name for the error layer,
>>> otherwise I get an empty line shape)
>>>
>>> But: The next time I run QGIS and want to run an GRASS algo: Missing
>>> depencies
>>>
>>> I can now replace Processing 2.10.1 with the second latest 2.9.3 from
>>> https://plugins.qgis.org/plugins/processing/version/2.9.3/
>>> and there v.clean does what it should in Processing AND modeler.
>>>
>>> But: Now I do not have GDAL Dissolve polygons which is in Processing
>>> 2.10.1. Well, I could switch back to Windows QGIS 2.10, but, grr, there
>>> is the bug in this algo ...
>>>
>>> You see, I'm trapped.
>>>
>>> Thanx for you attention
>>> Bernd
>>>
>>>
>>>

 Both are Ubuntu 14.04 based.

 I'm not sure if this is a bug in Processing, or in packaging. I recall
 in OSGeoLive 8.5 that we had custom packages with a patch. Note, you can
 get those versions for your Ubuntu system from
 https://launchpad.net/~osgeolive/+archive/ubuntu/release-8.5

 We freeze a copy of the working versions in our own ppa for long term
 history.

 Thanks,
 Alex


 On 2015-08-02 03:32, Bernd Vogelgesang wrote:
>
> Hi Alex,
>
> Am 02.08.2015, 01:22 Uhr, schrieb Alex Mandel
> :
>
>> It's not a Windows/Ubuntu/Mac/OS thing, it's a QGIS + GRASS version
>> change thing.
>>
>> Please indicate which version of QGIS and GRASS you are trying to get
>> working.
>
>
> Actually I do not mind any more what version I would like to get
> working. I would have preferred the 2.8-LTR branch with no-matter-what
> GRASS version.
>
> I just would like to be able to finish my project, and there is
> unfortunately no alternative to the GRASS algos in my model.
>
>> QGIS 2.6 and older works with GRASS 6, 2.8+ sometimes is built to work
>> with GRASS 7 (though possibly also with GRASS 6).
>
>

Re: [Qgis-user] Processing Plugin Error

[Victor Olaya]

Is it really a Processing issue? I mean, if eventually after a few
restarts it loads fine, isn't that a problem of the Plugin Manager? I
have seen that behaviour with other plugins when doing manual updates,
and if it happens more frequently with Processing it is just because
it is the only core plugin that also provides updates via plugin
manager (which deosn't seem to be handled very robustly by the Plugin
Manager)

My 2 cents..

2015-06-10 8:27 GMT+02:00 Paolo Cavallini :
> Il 10/06/2015 08:11, Jürgen E. Fischer ha scritto:
>
>> Shouldn't that be filed somewhere else?  It doesn't affect the version 
>> shipped
>> with 2.8.2 or master, does it?
>
> AFAIK it affects the version in master. Anyway, Processing is in core
> now, so why not reporting on the main bugtracker?
> Thanks.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>
>
> ___
> 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] Opengeo Explorer

[Victor Olaya]

If you want to use the plugin, better get it from the Boundless plugin repo

If you use the github version, you have to fetch the dependencies
first and then install.

You need paver to do it. Once you have paver installed, do

$ paver setup
$ paver install

in the plugin folder

Then you can open QGIS and the plugin should be there already available.

As I say, better install using the plugin manager and the Boundless
plugin repo version.

If you are only interested in working with GeoServer, we are about to
release a new plugin that only has the GeoServer elements. That will
probably be released in the usual plugin repo, but we are still
working on it.

Cheers



2015-03-11 7:36 GMT+01:00 Mats Elfström :
> What is the word on Opengeo Explorer and QGIS 2.8.1? I am on Windows
> server 2012 64 bit and pulled the plugin from Github. On a standalone
> QGIS 64 bit the plugin fails to start. I can post the error litany but
> it is maybe known that the plugin is broken. What other ways are there
> to publish to Geoserver?
>
> Hälsning / Regards
> Mats.E
>
> Skickat från min / Sent from my iPhone, Ursäkta att jag är kortfattad
> / Excuse my brevity.
> ___
> 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] Generate Random Points in QGIS Processing Toolbox

[Victor Olaya]

You should have at least the following algorithms (all under the QGIS
algorithms/vector creation tools group):

Random points in extent
Random points in layer bounds
random points in polygons(fixed)
random points in polygons(variable)


Hope this helps

2015-02-04 8:16 GMT+01:00 Alexander Bruy :
> Hi Leo,
>
> which version of QGIS and Processing do you use? Tools for
> generating random points were added some time ago.
> Did you tried to use filter field in Processing toolbox to find
> algorithms?
>
> 2015-02-04 3:17 GMT+02:00 Leo Kris Palao :
>> Hi ALL,
>>
>> Good day!
>>
>> I am trying to build a model from the Graphical Modeler but cannot find the
>> particular tool to generate random points like the one in vector > research
>> tools > random points but cannot get/find the equivalent function in the
>> processing toolbox.
>>
>> In one of the steps in my model, I would like to generate a specified number
>> of points per ID in my shapefile layer.
>>
>> Can this tool be used in the graphical modeler?
>>
>> Thanks,
>> -Leo
>>
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> --
> Alexander Bruy
> ___
> 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] Processing: how to use input parameter in "Select by expression"

[Victor Olaya]

The expression field in the selection algorithm is of type String. You
can connect any model input or algorithms output of that same type.
Since your 'year' input is of type number, it cannot be connected :-(

It would be great to be able to derive strings from other strings or
numbers, but that's not yet implemented

Hope this helps

2015-01-16 6:46 GMT+01:00 Andreas Neumann :
> Along the lines - I am generally unsure how I can connect input parameters
> in algorithms. Sometimes they magically appear in the algorithm to be
> chosen. Sometimes they don't. Is there a general way to connect input
> parameters to be used as variables for algorithm parameters?
>
> Thanks,
> Andreas
>
>
> On 16.01.2015 06:34, Andreas Neumann wrote:
>>
>> Hi,
>>
>> In QGIS processing I would like to do the following:
>>
>> Input Parameters:
>> - Vector Layer
>> - Numeric input parameter (year)
>>
>> Use the "select by expression" algorithm.
>>
>> Question: how can I use the value of the "year" input variable to be used
>> in the expression. Is there a special syntax to retrieve the values of input
>> parameters?
>>
>> Thanks a lot!
>>
>> Andreas
>> ___
>> 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
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] How to reorder the input fields in a Processing model GUI?

[Victor Olaya]

Hmm, good catch. I never thought about that :-)

The change in 2.6 might be because inputs are stored in a dictionary
now (which has no order) instead of a list (which i guess was showing
the inputs in the same order as they were added)

Shouldn't be difficult to add an option to show them in a given order

Could you open a ticket with this feature request?

Thanks!

2014-11-20 19:35 GMT+01:00 Anita Graser :
> Hi,
>
> When I create a model, Processing automatically generates a GUI for
> the model but especially with the new modeler in 2.6 the order of
> input fields is all messed up and I would really like to reorder the
> input fields into a logical sequence.
>
> Is there any chance to affect the GUI?
>
> Best wishes,
> Anita
> ___
> 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] Processing option "Enable SAGA Import/Export optimizations"

[Victor Olaya]

Those optimitations avoid exporting from the saga raster format into a
"normal" format (like tif) and back into it, when a result is an
intermediate input in a model. That optimizes models that use SAGA
algorithms

Unfortunately, a last minute bug was found in the modeler just before
releasing 2.6, which caused SAGA algorithms to break when used in a
model to to an issue with these optimizations. To avoid that and
release a broken modeler (there was not time to fix it properly),
optimizations were disabled. So now in 2.6 that option basically does
nothing, but its normal behaviour will hopefully soon be back (I
actually have to work on it when i finally have some time to spend on
Processing)

Hope this helps

Cheers


2014-11-18 15:00 GMT+01:00 Andreas Neumann :
> Hi,
>
> I wonder what the option "Enable SAGA Import/Export optimizations" in the
> Processing Options -> Data provider -> SAGA.
>
> Thanks you for helping me understand this option.
>
> Andreas
> ___
> 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] Paths in Processing Options not updated after upgrade to 2.6

[Victor Olaya]

Once the paths are set, a new install of Processing wont change them.
PAths are set only the first time, in case they were not set before.
Maybe we should implement a mechanism for that, assuming the install
path will change  between QGIS versions, having a separate set of
options for each Processing version

Thanks for reporting

2014-11-10 19:33 GMT+01:00 Carl :
> Hello all,
> I'm using Win7, QGIS 2.6
>
> I just upgraded to 2.6 from 2.4 and I found that the paths in Processing
> Options were still pointing to my old install location (C:\Program
> Files\QGISCH~1\apps\grass\grass-6.4.3) in stead of the current location
> (C:\Program Files\QGISBR~1\apps\grass\grass-6.4.3).
>
> I tried deleting my .qgis folder and reinstalling, but that didn't help. I
> reset the paths manually in Processing Options and that did the trick, but I
> was wondering if there was a way to avoid going through that process.
> Thanks,
> Carl
>
> 
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Paths-in-Processing-Options-not-updated-after-upgrade-to-2-6-tp5172282.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
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Processing compatibility with SAGA 2.1.3

[Victor Olaya]

Samuel

Thanks for your help

Unfortunately, this is just one of the many thing that have to be changed
to adapt to 2.1.3, since there are quite a few changes. We are working on a
better support for different saga versions, that hopefully will be ready
for the next release

Thanks again!

2014-11-05 0:37 GMT+01:00 samuelm...@gmail.com :

> Hi. I updated the latest stable versions of QGIS v2.6 and SAGA GIS v2.1.3. 
> However
> I have seen that reported some bugs with the processing module and
> ParameterBoolean. To correct the compactability with the latest of SAGA
> GIS, needs to be added or changed in [1]
>
> if param.value:
> command += ' -' + param.name
>
> for something like:
>
> if param.value:
> command += ' -' + param.name + " true"
>
> regards,
>
> Samuel Mesa.
>
> [1]
> https://github.com/qgis/QGIS/blob/60706275e8c913e6a2c104827d3c854b8c573cb6/python/plugins/processing/algs/saga/SagaAlgorithm.py#L196
>
> ___
> 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] question regarding linking Algorithms in Graphical Modeler

[Victor Olaya]

that " [Errno 9] Bad file descriptor" is  usually caused by a print
statement trying to print to the console while the console is closed.
Opening the Python console should let you run the model. Sounds to me like
a debug line that was committed and not removed later

Anyway, it should be fixed in the current version, but i will check and
remove any debug line in case there are still in the code

Hope this helps

2014-10-27 19:37 GMT+01:00 Martin Schneppmüller :

> Hi Carl,
>
> I have the same problem for different modells made with QGIS 2.2 and QGIS
> 2.4.
> I think it is a problem with the processing plugin and I hope it will be
> solved with QGIS 2.6
>
>
>  QGIS.
>
>  "parallel" and a third that  specified that that third The first algorithm runs fine but  to the second it bombs with the message:
> <   C:\PROGRA~1\QGISCH~1\bin>exit
>     from a r.mapcalc  <[Errno 9] Bad file descriptor See log for more details
>  like to have the whole  
>
> Martin Schneppmüller
>
>
>
> http://www.halberstadt.de/
> http://www.domverein-halberstadt.de/
> http://www.dom-und-domschatz.de/
>
> ___
> 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] [Qgis-developer] Stress about release plans

[Victor Olaya]

>
>
> Just looking now, not a single one of the "QGIS Geoalgorithms" that I've
> ever looked at (which are I think is what Victor is referencing) have
> anything in the "help" tab. And these are a core part of the software.
>
>
Yes that's what I mean. But, IMHO, it's better to have that functionality
there with an empty help tab, than not having it. People are using it,
that's a fact. For some of them, it might be hard due to the lack of
documentation. For some others, it might not be so hard, and eventually
someone might contribute a help file.

If those algorithms have to wait until the dev (me in that case) writes the
corresponding doc before being able to add them, I can tell you that, most
likely, they will never ever be added. And, since the functionality is not
be there to be tested, no one else will volunteer to do it.

I am not saying that this is ideal, and that developers should not write
docs. I am saying that time is limited and, if we put those restrictions,
we might end up rejecting a lot of interesting functionality.
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Stress about release plans

[Victor Olaya]

+1 to what Otto said. Very good point. Those creating training materials
should coordinate and help the core QGIS documentation (both the manual and
the training manual) improve.


> The solution is very simple: Require up to date, accurate documentation
> for all commits of new features. This is one for the PSC.
> After all, what's the point in having tons of features if no-one knows how
> to use them or what they do?
> Will it slow down new feature feature commit? Probably, but I figure
> that's a small price to pay for actually having documentation. And from
> that documentation, universal training materials can be developed much more
> easily.
>

-1 from me. Features are also  documented by people using them, not just by
the devs. We like to say that you can contribute to open source projects
not just by coding, but if we do that, I don't think we are going to get
many contributions from users, leaving the documentation to be written only
by developers.

I try to keep the Processing documentation up to date, but only documenting
the interface itself and the framework, not the algorithms. That's the
reason why a large part of algorithms in Processing are not documented.
Fortunately, some users have contributed documentation, and they have added
descriptions of several algorithms, but the have done that *after* using
the (hitherto undocumented) algorithm and becoming familiar with it. No one
is going to document something that he cannot use yet.

Let's encourage developers to commit features when they are well
documented, but let's also give some flexibility, since that's not always
going to be possible.

my 2 cents

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

Re: [Qgis-user] Simplified interface - toolbox

[Victor Olaya]

No, no new version has been created. We plan to release a new one in the
next 1-2 weeks, once we do a bit more of testing of the new modeler and
make sure that there are no big issues with a recent refactoring that was
merged. In any case, the new version will not address the issue that you
are mentioning, since no work has been done on that

cheers




2014-07-21 17:03 GMT+02:00 Jürgen E. :

> Hi Jonathan,
>
> On Wed, 16. Jul 2014 at 15:13:44 +0100, Jonathan Moules wrote:
> > Further to this, has a new build of QGIS been created? I note the version
> > number is now 2.4.0.1.
>
> No.  You're probably referring to the OSGeo4W package version 2.4.0-1 (ie.
> QGIS
> version 2.4.0 - OSGeo4W package version 1) - and that still the first
> package.
>
>
> 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
>
> --
> norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
> Rheinstrasse 13, 26506 Norden
> GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502
>
> ___
> 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] Simplified interface - toolbox

[Victor Olaya]

The issue is actually a packaging issue. There was a problem in the
cmake.txt file, and it is not copying the file that is used to classify the
algorithm in categories in the simplified interface.

The problem should be fixed now, and I guess that we will release a new
version in the following days, which will include this fix and the new
modeler

You can manually fix it by adding the missing file in the gui folder under
the processing folder. In a OSGEO4W installation, that would
be C:\OSGeo4W64\apps\qgis\python\plugins\processing\gui

The file can be found here:

https://raw.githubusercontent.com/qgis/QGIS/master/python/plugins/processing/gui/algclasssification.txt


Thanks for your help


2014-07-09 14:03 GMT+02:00 Jonathan Moules <
jonathanmou...@warwickshire.gov.uk>:

> Ok,
> I've reported it to the tracker:
> https://hub.qgis.org/issues/10854
>
> Seems like quite a bad bug from a user-interface perspective.
>
> Thanks,
> Jonathan
>
>
>
> On 9 July 2014 12:33, Randal Hale  wrote:
>
>>  Same Bug on Ubuntu 12.04 using ubuntuGIS Repository
>>
>>
>>
>>
>> On 07/09/2014 07:28 AM, Victor Olaya wrote:
>>
>> No, it sounds like a bug, and someone else reported that to me yesterday
>> as well. It doens't happen in all installations of QGIS apparently. I will
>> try to work on that at the end of the day today.
>>
>>  Thanks for your help!
>>
>>
>> 2014-07-09 12:44 GMT+02:00 Jonathan Moules <
>> jonathanmou...@warwickshire.gov.uk>:
>>
>>> Hi List,
>>> Using 2.4 I've noticed that on the "simplified toolbox" there aren't
>>> actually any tools any more.
>>>
>>>  There are only Models and Scripts (neither of which is simple. And
>>> also "recently used", although that requires the user to have found the
>>> advanced interface.
>>>
>>>  Is this intentional? I guess not given it seems pointless to have a
>>> "simplified interface" for a toolbox that has no tools.
>>>
>>>  Cheers,
>>> Jonathan
>>>
>>> This transmission is intended for the named addressee(s) only and may
>>> contain confidential, sensitive or personal information and should be
>>> handled accordingly. Unless you are the named addressee (or authorised to
>>> receive it for the addressee) you may not copy or use it, or disclose it to
>>> anyone else. If you have received this transmission in error please notify
>>> the sender immediately. All email traffic sent to or from us, including
>>> without limitation all GCSX traffic, may be subject to recording and/or
>>> monitoring in accordance with relevant legislation.
>>> ___
>>> Qgis-user mailing list
>>> Qgis-user@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>>
>>
>>
>>
>> ___
>> Qgis-user mailing 
>> listQgis-user@lists.osgeo.orghttp://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>>
>> --
>> -
>> Randal Hale
>> North River Geographic Systems, 
>> Inchttp://www.northrivergeographic.com423.653.3611 
>> rjh...@northrivergeographic.com
>> twitter:rjhalehttp://about.me/rjhale
>>
>>
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>
>
> This transmission is intended for the named addressee(s) only and may
> contain confidential, sensitive or personal information and should be
> handled accordingly. Unless you are the named addressee (or authorised to
> receive it for the addressee) you may not copy or use it, or disclose it to
> anyone else. If you have received this transmission in error please notify
> the sender immediately. All email traffic sent to or from us, including
> without limitation all GCSX traffic, may be subject to recording and/or
> monitoring in accordance with relevant legislation.
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] point-to-point line of sight

[Victor Olaya]

The Advanced Viewshed Analysis plugin has an option for calculating
intervisibility of points, and you can set a restriction of distance. Maybe
you can give it a try

To speed things up, you migh want to resample your DEM to a coarser
resolution. You might lose some detail, but i guess that in terms of
visibility you will not get a significant number of true positives or false
negatives, an it will help reducing the processing time if needed

Hope this helps




2014-07-09 15:08 GMT+02:00 Bjarke Christensen :

> Hi
>
> I have point data with 1600 observations in set A and 22000 observations
> in set B, plus a DEM raster with a resolution of 1.6 meters. The data cover
> approximately 7000 square km. so the DEM is gigantic (but split up into
> 10x10 km tiles).
>
> I need to calculate which points in A are visible from which points in B
> (or vice versa).
>
> I tried running r.viewshed or r.los from the processing toolbox, to
> calculate the viewshed for just one point. With a max. distance of 2.5 km,
> that took six hours on my laptop. So running that as a batch for all 1600
> points in set A would take more than a year.
>
> But I am not really interested in the whole viewshed. For each point in A,
> I only want to know if it is visible from a set of perhaps 7 or 8 points in
> B that fall within a specific distance radius.
>
> So my question is: is there any way I can calculate line of sight between
> two points or two sets of points, rather than a whole viewshed?
>
> Or any other way that I could speed up the calculation, so that it would
> take days or weeks rather than months or years.
>
> (Using QGIS 2.4 and GRASS 7 beta or QGIS 2.01 and GRASS 6.4.4)
>
> Thanks in advance,
> Bjarke Christensen.
> ___
> 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] Simplified interface - toolbox

[Victor Olaya]

No, it sounds like a bug, and someone else reported that to me yesterday as
well. It doens't happen in all installations of QGIS apparently. I will try
to work on that at the end of the day today.

Thanks for your help!


2014-07-09 12:44 GMT+02:00 Jonathan Moules <
jonathanmou...@warwickshire.gov.uk>:

> Hi List,
> Using 2.4 I've noticed that on the "simplified toolbox" there aren't
> actually any tools any more.
>
> There are only Models and Scripts (neither of which is simple. And also
> "recently used", although that requires the user to have found the advanced
> interface.
>
> Is this intentional? I guess not given it seems pointless to have a
> "simplified interface" for a toolbox that has no tools.
>
> Cheers,
> Jonathan
>
> This transmission is intended for the named addressee(s) only and may
> contain confidential, sensitive or personal information and should be
> handled accordingly. Unless you are the named addressee (or authorised to
> receive it for the addressee) you may not copy or use it, or disclose it to
> anyone else. If you have received this transmission in error please notify
> the sender immediately. All email traffic sent to or from us, including
> without limitation all GCSX traffic, may be subject to recording and/or
> monitoring in accordance with relevant legislation.
> ___
> 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] QGIS to OL3 plugin

[Victor Olaya]

ooops, i just realized that the version i uploaded doesn't match the latest
github version. I reuploaded the file. Those of you who might have istalled
the plugin, please delete it and reinstall. Sorry for this


2014-06-19 9:47 GMT+02:00 Victor Olaya :

> Done
>
> Thanks guys for you help!
>
>
> 2014-06-19 9:05 GMT+02:00 Nathan Woodrow :
>
> Done.
>>
>> Could you add some more information to the plugin page, stuff like github
>> link etc.
>>
>> - Nathan
>>
>>
>> On Thu, Jun 19, 2014 at 4:59 PM, Victor Olaya  wrote:
>>
>>> Done. I have just uploaded it to the plugins server and it's waiting for
>>> approval now
>>>
>>> Thanks!
>>>
>>>
>>> 2014-06-19 7:39 GMT+02:00 Paolo Cavallini :
>>>
>>> Il 18/06/2014 23:22, Victor Olaya ha scritto:
>>>>
>>>> > To download and test it, and to see a full list of capabilities, go
>>>> to the github
>>>> > repo at:
>>>> >
>>>> > github.com/volaya/qgis-ol3 <http://github.com/volaya/qgis-ol3>
>>>>
>>>> Hola Victor,
>>>> thanks for this. Why not publishing it straight away, as experimental
>>>> if you feel like?
>>>> All the best.
>>>>
>>>> --
>>>> Paolo Cavallini - www.faunalia.eu
>>>> Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
>>>> ___
>>>> 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
>>>
>>
>>
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS to OL3 plugin

[Victor Olaya]

Done

Thanks guys for you help!


2014-06-19 9:05 GMT+02:00 Nathan Woodrow :

> Done.
>
> Could you add some more information to the plugin page, stuff like github
> link etc.
>
> - Nathan
>
>
> On Thu, Jun 19, 2014 at 4:59 PM, Victor Olaya  wrote:
>
>> Done. I have just uploaded it to the plugins server and it's waiting for
>> approval now
>>
>> Thanks!
>>
>>
>> 2014-06-19 7:39 GMT+02:00 Paolo Cavallini :
>>
>> Il 18/06/2014 23:22, Victor Olaya ha scritto:
>>>
>>> > To download and test it, and to see a full list of capabilities, go to
>>> the github
>>> > repo at:
>>> >
>>> > github.com/volaya/qgis-ol3 <http://github.com/volaya/qgis-ol3>
>>>
>>> Hola Victor,
>>> thanks for this. Why not publishing it straight away, as experimental if
>>> you feel like?
>>> All the best.
>>>
>>> --
>>> Paolo Cavallini - www.faunalia.eu
>>> Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
>>> ___
>>> 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
>>
>
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] QGIS to OL3 plugin

[Victor Olaya]

Done. I have just uploaded it to the plugins server and it's waiting for
approval now

Thanks!


2014-06-19 7:39 GMT+02:00 Paolo Cavallini :

> Il 18/06/2014 23:22, Victor Olaya ha scritto:
>
> > To download and test it, and to see a full list of capabilities, go to
> the github
> > repo at:
> >
> > github.com/volaya/qgis-ol3 <http://github.com/volaya/qgis-ol3>
>
> Hola Victor,
> thanks for this. Why not publishing it straight away, as experimental if
> you feel like?
> All the best.
>
> --
> Paolo Cavallini - www.faunalia.eu
> Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
> ___
> 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

[Qgis-user] QGIS to OL3 plugin

[Victor Olaya]

Hi all,

I have been working in a plugin to convert a QGIS project into an OL3 map,
and I am happy to announce that it is now available for testing.

It has many points in common with the QGIS2Leaflet plugin, although the
approach is a bit different. It is based on templates, so I expect that
with the help of people with expertise in OL3, we will be able to increase
the functionality, and make it easier to use OL3, whether for simple
projects or for more complex ones. For now, only a basic template is
provided.

To download and test it, and to see a full list of capabilities, go to the
github repo at:

github.com/volaya/qgis-ol3

There is still plenty to do, and ideas and feedback are welcome

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

Re: [Qgis-user] Share Python Script for Point Analyses Tool

[Victor Olaya]

Leo, you can use the "Grid values to points" tool in Processing.

If you need to do it with a unch of layers and you do not want to open
them, use the algorithm as a batch process




2014-06-04 9:44 GMT+02:00 Leo Kris Palao :

> Thanks Saber,
>
> I think that is the tool that I need. I will explore how it works.
>
> Thanks very much.
> -Leo
>
>
>
> On Wed, Jun 4, 2014 at 3:32 PM, Saber Razmjooei <
> saber.razmjo...@lutraconsulting.co.uk> wrote:
>
>> Have you tried this:
>>
>> http://gis-lab.info/qa/extract-values-rasters-eng.html
>>
>>
>>
>> Cheers,
>>
>> Saber
>>
>>
>>
>>
>>
>> *From:* qgis-user-boun...@lists.osgeo.org [mailto:
>> qgis-user-boun...@lists.osgeo.org] *On Behalf Of *Leo Kris Palao
>> *Sent:* 04 June 2014 06:50
>> *To:* QGIS Mailing List
>> *Subject:* [Qgis-user] Share Python Script for Point Analyses Tool
>>
>>
>>
>> Hi QGIS Users,
>>
>> I am processing multi-temporal EVI data derived from MODIS, and the
>> number of datasets could be around 70 images. I have points and want to
>> extract pixel values from those points. I know that the Point Analyses Tool
>> can do it. However, it is cumbersome to load all the MODIS data because it
>> takes too long. Is there a way to extract the pixel values from points
>> without actually loading the datasets? Maybe a script (GDAL or Python) can
>> do this. Can somebody help me or point me to the right blog or website
>> where I can use as reference.
>>
>> Thanks in advance for the help.
>>
>> -Leo
>>
>>
>> --
>>
>> This email and any files transmitted with it are confidential and
>> intended solely for the use of the individual or entity to whom they are
>> addressed. If you have received this email in error please notify the
>> system manager. This message contains confidential information and is
>> intended only for the individual named. If you are not the named addressee
>> you should not disseminate, distribute or copy this e-mail. Please notify
>> the sender immediately by e-mail if you have received this e-mail by
>> mistake and delete this e-mail from your system. If you are not the
>> intended recipient you are notified that disclosing, copying, distributing
>> or taking any action in reliance on the contents of this information is
>> strictly prohibited.
>>
>> Whilst reasonable care has been taken to avoid virus transmission, no
>> responsibility for viruses is taken and it is your responsibility to carry
>> out such checks as you feel appropriate.
>>
>> If this email contains a quote or offer to sell products, carry out work
>> or perform services then our standard terms and conditions
>> 
>> shall apply unless explicitly stated otherwise.
>>
>> Saber Razmjooei and Peter Wells trading as Lutra Consulting.
>>
>
> ___
> 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] Share some of my Processing Scripts

[Victor Olaya]

Awesome work, thanks a lot Michael!

The github repo idea sounds rather feasible. We can have one under the QGIS
organization and people can make pull requests against it to add new
scripts and models. We can add a commit hook to the git repo that builds a
file with a list of available scripts/models, their description and their
version numbers, whenever changes are made. Through the GitHub API it is
easy to fetch that file and then let the user download the script/model
files that he wants. There is a limit of 60 requests per hour in the API,
but that should not be a problem

If no one volunteers for this, I will try to spend sometime and implement
it.

Cheers

p.s. Michael, you might prefer to use the progress.setInfo(text) method
instead of progress.setText(text) method for communicating with the user.
It will add text into the log window. Also, there is no need to set the
text if later you are raising an exception. If you throw a
GeoAlgorithmExecutionException, Processing will handle it and let the user
know that the script failed and print the exception message in the dialog.
It's a better mechanism, since it will also work when calling the script
from the python console, where the exception message will be printed out to
the console itself.






2014-05-30 17:04 GMT+02:00 Etienne Tourigny :

> maybe a github repository is more practical and easier to setup
>
>
> On Fri, May 30, 2014 at 11:58 AM, Paolo Cavallini 
> wrote:
>
>> Il 30/05/2014 16:37, AntonioLocandro ha scritto:
>> > Thanks for sharing them, it would be nice if there was something
>> similar to
>> > plugins to install processing scripts
>>
>> agreed, a long standing idea, nedds some code writing though.
>> anyone interested?
>> all the best.
>> --
>> Paolo Cavallini - www.faunalia.eu
>> Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html
>> ___
>> 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
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Processng - batch mode

[Victor Olaya]

Double click on the column header, and it will copy the value in the first
row to the other ones


2014-05-24 22:16 GMT+02:00 skampus :

> ciao,
> i often use the modules of processing in batch mode.
> is there a way to fill in the options field of any module automatically
> when
> the value is the same?
>
> it is not easy to enter the same value for 30 lines 
>
> thank you and ciao
>
> s.
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Processng-batch-mode-tp5142353.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
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Can Geoserver use the legends of a QGIS project like qgis server

[Victor Olaya]

>
>
>
> I understand that Boundless is working on integration of QGIS and
> Geoserver - not really sure how well this works already.
>
>
You can use the OpenGeo Suite plugin to upload a layer or a whole QGIS
project to a GeoServer instance. It will try to reuse the symbology of the
layer, converting it to SLD (this is done using the core  QGIS
capabilities) and adapting it (this is done by the plugin, since it the SLD
that GeoServer understands is not exactly what QGIS produces). It should
work for the most usual symbologies, but if your layer uses something more
complex, It is not likely that it will work completely.

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

Re: [Qgis-user] QGIS Processing broken in Master

[Victor Olaya]

My fault, sorry. I restructured the folders in Processing to have a clearer
structure, but forgot to update the make files. Hope is fixed now.

sorry again

Victor


2014-04-20 11:06 GMT+02:00 Werner Macho :

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> confirmed..
>
> trying to compile master the first error I get is:
>
> - -- Found GSL: -L/usr/lib -lgsl -lgslcblas -lm
> CMake Error at python/plugins/processing/CMakeLists.txt:3
> (ADD_SUBDIRECTORY):
>   add_subdirectory given source "admintools" which is not an existing
>   directory.
>
> followed by a lot of messages in this style .. basically all external
> tools like gdal, grass, grass7, taudem, saga, otb, r, lidar
>
>
> - -- Ctest Binary Directory  set to:
> /home/macho/dev/cpp/QGIS/build/output/bin
> - -- Configuring incomplete, errors occurred!
>
> CMakeList missconfiguration?
>
> regards
> Werner
>
> On 04/20/2014 10:32 AM, Filipe Dias wrote:
> > Hi
> >
> > I just did a clean installation of QGIS Master on Ubuntu 12.04
> > (also deleted ./qgis2) and Processing is broken. In the plugin
> > manager this message shows up:
> >
> > *This plugin is broken* Missing metadata file
> >
> > Installed version: ? (in
> > /usr/share/qgis/python/plugins/processing) Available version:
> > 2.2.0-1 (in QGIS Official Plugin Repository)
> >
> > However, in /usr/share/qgis/python/plugins/processing  there's an
> > apparently normal metadata.txt file:
> >
> > [general] name=Processing description=Spatial data processing
> > framework for QGIS category=Analysis version=2.0
> > qgisMinimumVersion=2.0
> >
> > author=Victor Olaya email=vola...@gmail.com website=www.qgis.org
> >
> > icon=images/alg.png
> >
> > class_name=ProcessingPlugin
> >
> > Does anyone else have problems with Processing?
> >
> > Cheers F.
> >
> >
> >
> > ___ Qgis-user mailing
> > list Qgis-user@lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/qgis-user
> >
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.15 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iEYEARECAAYFAlNTjfAACgkQDAH1YiCxBgmLAgCfb9xmT2biZPNxGWmvUo1ZoSqm
> QXQAnA85hOKBTrkmtrtYZHu+oIzPz5cG
> =JxWh
> -END PGP SIGNATURE-
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Processing exercises: add your own

[Victor Olaya]

Being optimistic, and assuming we will get a nice set of examples
using scripts and complex models, what about adding a new section?

We would have the processing part with fundamentals and the current
exercises of increasing complexity, and then a set of more elaborated
examples, with scripts etc. Readers using that section are assued to
have a good understanding of Processing and also to be familiar with
Python

What do you think of this structure?

2014-04-17 12:19 GMT+02:00 Victor Olaya :
> Thanks Paolo for proposing this.
>
> The current Processign manual covers many areas of Processing,
> specially the most basic ones, but there are still some others that
> are not covered. Creating new algorithm with Python scripts is, for
> instance, not covered yet. I have seen a lot of good examples of
> people using Python to extend Processing, so it would be great if you
> could adapt you blog posts or other texts about that work, so it can
> be added to the manual
>
> A quick search shows that there are plenty of people doing stuff with
> Processing and writing about them
>
> As an example, here's a good one about scripts
>
> http://ssrebelious.wordpress.com/2014/01/04/unifying-extent-and-resolution-of-rasters-using-processing-framework-in-qgis/
>
> A nice one about using the batch processing interface
>
> http://www.qgistutorials.com/en/docs/batch_processing.html
>
> And a complex and long one to demostrate the full power of Processing
>
> http://gis-lab.info/qa/uikgeo-area.html [RU]
>
> Just to name a few that I found in a quick google search.
>
> I will try to get in contact with authors and adapt/translate those
> texts (and ask for their permission if needed, of course), but if
> anyone could help on that, it would be really good.
>
> Thanks in advance!
>
> 2014-04-17 9:32 GMT+02:00 Paolo Cavallini :
>> Hi all.
>> I'm adding material to the excellent Training Manual for Processing, by
>> Victor Olaya (now incorporated in the main documentation of QGIS).
>> I'm sure many of you have good examples of exercises, either finished or
>> as short notes or series of commands. I think it would be good to add
>> them, so to share and improve them.
>> Have a look to
>> https://github.com/qgis/QGIS-Documentation/tree/master/source/docs/training_manual/processing
>> for examples. You can see the rst code and an html preview, e.g.
>> https://github.com/qgis/QGIS-Documentation/blob/master/source/docs/training_manual/processing/first_alg.rst
>> You are welcome to submit pull requests if you have finished material
>> with the same style, or to contact me in case you need assistance to put
>> in proper shape your material or ideas.
>> Of course we need also a set of data (please keep it as simple and small
>> as possible), and possibly a ready made project, models, etc.
>> Your contribution will be acknowledged by adding proper credits at the
>> beginning of each module.
>> Looking forward to hear from you.
>> All the best.
>> --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>> ___
>> 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] Processing exercises: add your own

[Victor Olaya]

Thanks Paolo for proposing this.

The current Processign manual covers many areas of Processing,
specially the most basic ones, but there are still some others that
are not covered. Creating new algorithm with Python scripts is, for
instance, not covered yet. I have seen a lot of good examples of
people using Python to extend Processing, so it would be great if you
could adapt you blog posts or other texts about that work, so it can
be added to the manual

A quick search shows that there are plenty of people doing stuff with
Processing and writing about them

As an example, here's a good one about scripts

http://ssrebelious.wordpress.com/2014/01/04/unifying-extent-and-resolution-of-rasters-using-processing-framework-in-qgis/

A nice one about using the batch processing interface

http://www.qgistutorials.com/en/docs/batch_processing.html

And a complex and long one to demostrate the full power of Processing

http://gis-lab.info/qa/uikgeo-area.html [RU]

Just to name a few that I found in a quick google search.

I will try to get in contact with authors and adapt/translate those
texts (and ask for their permission if needed, of course), but if
anyone could help on that, it would be really good.

Thanks in advance!

2014-04-17 9:32 GMT+02:00 Paolo Cavallini :
> Hi all.
> I'm adding material to the excellent Training Manual for Processing, by
> Victor Olaya (now incorporated in the main documentation of QGIS).
> I'm sure many of you have good examples of exercises, either finished or
> as short notes or series of commands. I think it would be good to add
> them, so to share and improve them.
> Have a look to
> https://github.com/qgis/QGIS-Documentation/tree/master/source/docs/training_manual/processing
> for examples. You can see the rst code and an html preview, e.g.
> https://github.com/qgis/QGIS-Documentation/blob/master/source/docs/training_manual/processing/first_alg.rst
> You are welcome to submit pull requests if you have finished material
> with the same style, or to contact me in case you need assistance to put
> in proper shape your material or ideas.
> Of course we need also a set of data (please keep it as simple and small
> as possible), and possibly a ready made project, models, etc.
> Your contribution will be acknowledged by adding proper credits at the
> beginning of each module.
> Looking forward to hear from you.
> All the best.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> ___
> 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] Collection of models?

[Victor Olaya]

There was some work done to have a repository of models and adding
elements in QGIS to publish and retrieve new models. But it was not
finished :-(

If you have models that you have created and would like to share them,
yo can send them to me and I will add them as example models, so
others can use them

thanks!

2014-04-14 11:11 GMT+02:00 Jakob Tworek :
> Dear list,
>
> is there a kind of library or website where models created by the graphical
> modeler are collected?
>
> Cheers
> Jakob
>
> ___
> 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] Cell Statistics in QGIS

[Victor Olaya]

Using the Processing raster calculator to sum up layers should
correctly handle no-data values, and leave a no-data value in those
cells for which one of such values appears in the sum.

2014-04-14 11:29 GMT+02:00 Micha Silver :
>
> On 14/04/2014 06:19, Leo Kris Palao wrote:
>
> Hi ALL QGIS users,
>
> Good day!
>
> I want to calculate the sum of the raster layers, but I want to ignore the
> no data values in the calculation. This is similar to cell statistics
> (spatial analyst) enable the Ignore NoData in calculations (optional) in
> ArcGIS.
>
>
> You can choose the GRASS module "r.series". Regarding no data cells, they
> are handled as follows (from the manual page):
>
> Without -n flag, the complete list of inputs for each cell (including NULLs)
> is passed to the aggregate function. Individual aggregates can handle data
> as they choose. Mostly, they just compute the aggregate over the non-NULL
> values, producing a NULL result only if all inputs are NULL.
>
> So if you use "method=sum" you'll get an output raster which sums all non
> null input cells.
>
>
>
> So far I am doing all my process in QGIS (batch processing is great in the
> processing toolbox). This is the only step that I am using ArcGIS because I
> cannot find the right tool in QGIS.
>
> Thanks in advance for any help.
>
> -Leo
>
> This mail was received via Mail-SeCure System.
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user
> This mail was received via Mail-SeCure System.
>
>
>
>
> ___
> 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] Vector Selection Tools in Graphical Modeler

[Victor Olaya]

YEs, you have to create a new layer that can be pass to the next
algorithm in the modeler. It's not ideal, but there is no other way to
o it, since selection is not something that can be stored in the
layer, it is a QGIS thing, and as such cannot be used with layers not
loaded such as the intermediate ones in a model

2014-04-05 15:16 GMT+02:00 Anita Graser :
> Hi Victor,
>
> Am 05.04.2014, 13:57 Uhr, schrieb Victor Olaya :
>
>> No, this is not a bug, this is like that by design. The modeler uses
>> layers that might not be loaded onto QGIS (all intermediate layers),
>> so selection is not supported. These algorithms are hidden in the
>> modeler on purpose
>
>
> Thanks for your answer! So is the idea to use "extract" tools instead of
> "select" tools in models?
>
> Best wishes,
> Anita
>
>
>
>
>>
>> 2014-04-05 13:21 GMT+02:00 Anita Graser :
>>>
>>> Hi Jason,
>>>
>>> Am 01.04.2014, 17:32 Uhr, schrieb Jason Biagio
>>> :
>>>>
>>>>
>>>> "Random selection", "Random selection within subsets", "Select by
>>>> attribute", "Select by location" do not exist in the Graphical Modeler.
>>>> Is
>>>> this by design?
>>>
>>>
>>>
>>> I can confirm that the tools are missing from modeler and I think it's
>>> worth
>>> a bug report in the Processing bug tracker. Please go ahead an open a
>>> ticket.
>>>
>>> Best wishes,
>>> Anita
>>>
>>>
>>> --
>>> anitagraser.com
>>> ___
>>> Qgis-user mailing list
>>> Qgis-user@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> --
> anitagraser.com
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Vector Selection Tools in Graphical Modeler

[Victor Olaya]

No, this is not a bug, this is like that by design. The modeler uses
layers that might not be loaded onto QGIS (all intermediate layers),
so selection is not supported. These algorithms are hidden in the
modeler on purpose

2014-04-05 13:21 GMT+02:00 Anita Graser :
> Hi Jason,
>
> Am 01.04.2014, 17:32 Uhr, schrieb Jason Biagio
> :
>>
>> "Random selection", "Random selection within subsets", "Select by
>> attribute", "Select by location" do not exist in the Graphical Modeler. Is
>> this by design?
>
>
> I can confirm that the tools are missing from modeler and I think it's worth
> a bug report in the Processing bug tracker. Please go ahead an open a
> ticket.
>
> Best wishes,
> Anita
>
>
> --
> anitagraser.com
> ___
> 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] FOSS4G 2014 Workshop submissions

[Victor Olaya]

I have just submitted a Processing workshop, which will also include
some exercises with the OpenGeo Suite plugin, to show how Processing
integrates with it and allows to run a processing workflow before
publishing to a Geoserver instance

Jeff will propose a workshop about data management with QGIS,
including analysis (but not using Processing) and describing the Suite
plugin in detail, including publishing to GeoServer and GWC, working
with PostGIS, etc.

We were thinking about a PyQGIS one, but only in case no one else
proposes it. Is anyone interested on that?



2014-03-14 19:11 GMT+01:00 Tim Sutton :
> Hi All
>
> I was just wondering if anyone has made submissions to run QGIS workshops at
> the upcoming FOSS4G 2014 event. As I write this it is about 13 hours to the
> closing event. It would be great if those planning to submit workshop
> proposals coordinate a little to avoid duplication. I know Jeffrey Johnson
> is putting in to do a QGIS Analysis workshop. Is anyone planning to offer an
> introductory workshop (or anything else)?
>
> It would be great if the US folks could pool effort - perhaps also giving a
> quick start guide to writing QGIS plugins would be nice!
>
> Regards
>
> Tim
>
> --
> Tim Sutton - QGIS Project Steering Committee Member
> ==
> Please do not email me off-list with technical
> support questions. Using the lists will gain
> more exposure for your issues and the knowledge
> surrounding your issue will be shared with all.
>
> Irc: timlinux on #qgis at freenode.net
> ==
>
> ___
> 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] GRASS/SAGA in OSGeo4W - not loading

[Victor Olaya]

i have just tried the osgeo4w installation, and I have seen that you
can install both SAGA 2.0.8 and SAGA 2.1.0. Make sure that the version
that you have selected to be installed, is the same one that is
configured for Processing. If you install 2.0.8, you should check the
"Enable SAGA 2.0.8 compatibility" in the Processing options

also, make sure that the path to SAGA is configured correctly. It
should be configured automatically, but only the first time that you
run QGIS and it is not configured. If it was already configured from a
previous insstallation, it will not adjust automatically to point to
that  C:\QGIS_2.2\apps\saga  folder in your system

I hope this helps.


2014-02-25 14:18 GMT+01:00 Jürgen E. :
> Hi Jonathan,
>
> On Tue, 25. Feb 2014 at 12:55:52 +, Jonathan Moules wrote:
>>   I was using the processing toolbox which is what gave me that. I'm not
>> sure what you mean by determining what dependency is missing. Or what
>> "internal tools" equates to.
>
> QGIS algorithms.
>
>
>> I'll wait for the full stand-alone install, but I can test the OSGeo4W one
>> if you want me to.
>
> The installer is made from the osgeo4w packages.  So testing the packages will
> also help the standalone version.  But the standalone installer is made from
> qgis-full.  So if installing all dependencies of qgis-full (the package itself
> contains no files) helps, the standalone installer should be fine too.
>
>
> Jürgen
>
> --
> Jürgen E. Fischer norBIT GmbH   Tel. +49-4931-918175-31
> Dipl.-Inf. (FH)   Rheinstraße 13Fax. +49-4931-918175-50
> Software Engineer D-26506 Norden   http://www.norbit.de
> QGIS PSC member (RM)  Germany  IRC: jef on FreeNode
>
> --
> norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
> Rheinstrasse 13, 26506 Norden
> GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502
>
> ___
> 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] R scripts not running in Windows

[Victor Olaya]

Seems like the check that is performed before staring and R algorithm
is failing. Do you have R correctly configured (in windows you have to
specify the path to R in the config dialog)

Not sure about the issue with the plots. The file referenced in that
HTML snippet...does is exist? is is created by R? The output of the R
execution is saved to a .Rout file in the ~/.qgis2/processing folder.
You can check there to see what is happening.

2014-02-13 17:02 GMT+01:00 Ned Horning :
> I am able to execute R scripts using the Processing plugin on my Ubuntu
> computer simply by double-clicking on the script name or selecting "Execute"
> from the script's menu but in Windows 7 when I try that I get an error
> "Missing dependency. This algorithm cannot be run". For some reason the same
> script works fine if I run it from the Script editor.
>
> Another issue I have with Windows 7 is that plots are not being displayed.
> For example, when I run the "Raster histogram" script that is part of the
> Processing examples on Windows 7 a plot is not displayed. Instead this
> appears in the Results window:  src="C:/Users/Ned/AppData/Local/Temp/processing/a8531c28f8aa4196ae5a56037efa8f87/RPLOTS.html.png"/>.
> This works just fine on my Ubuntu computer.
>
> Any ideas what the problem might be?
>
> Ned
> ___
> 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] Using the ##passfilename tag for R script in Processing Toolbox

[Victor Olaya]

No, that's not the idea off ##passfilename, the idea is that, instead of
getting an R variable that is already a vector/raster layer, you get a
string with its filename, so you can use it in R as you like. This was
mainly done to allow the user to open a raster layer using a different
package, and not use a fixed one and provide the layer object directly. So,
if you declare a variable "mylayer" as vector layer, Processing will ask
the user to select a vector layer, but the "mylayer" variable will have the
path to the selected file. If you do not use ##passfilename, Processing
will add some extra code, so the variable will already point to a data
object created based on that filename.

You can update to the newer version using the plugin manager. You should
enable the "show experimental plugins" option, and you will see a new
version of Processing.

To make feature requests, you can use the QGIS issue tracker.

Thanks in advance!


2014-02-11 22:51 GMT+01:00 Ned Horning :

>  Hi Victor -
>
> Yes, I am using the version of Processing that comes with QGIS 2.0.1.
>
> I played with it some more today and I don't get an error if I use
> ##passfilenames (I added an "s" at the end) but it still didn't seem to
> work. I'm assuming that using ##passfilename will simply declare the
> directory path and file name as a variable instead of actually opening the
> file. It's quite possible I don't understand the intended functionality.
>
> Can you let me know the best way to make comments or make feature requests
> related to the R scripting capability. I'm glad I finally got around to
> trying it out.
>
> All the best,
>
> Ned
>
>
> On 02/11/2014 04:41 PM, Victor Olaya wrote:
>
> Hi Ned
>
>  That looks like a bug when parsing the script code. I will check to see
> what I can do.
>
>  Are you using the latest version of Processing, or the one that comes
> with QGIS 2.0.1?
>
>
> 2014-02-10 23:03 GMT+01:00 Ned Horning :
>
>> Hi -
>>
>> I am trying to learn to write R scripts using the Processing Toolbox. I
>> have a random forest image classification script that works in the
>> processing toolkit but I'd like to modify it to do more complex tasks. I
>> think I need to use the ##passfilename tag but every time I add that to a
>> script I get an error that I pasted below. I tried several different
>> scripts and every time I add the ##passfilename tag I get the same error.
>> Does the ##passfilename tag  need other parameters? If anyone knows what
>> the problem might be or has pointers about how I can find the problem
>> please let me know?
>>
>> This R scripting capability has a lot of potential and I'd like to write
>> a guide on how to use it but I still have a lot to learn myself.
>>
>> All the best,
>>
>> Ned
>>
>>
>> I'm running QGIS 2.0.1 on Ubuntu 12.04. This is the error message:
>> --
>> An error has occured while executing Python code:
>>
>> Traceback (most recent call last):
>>   File
>> "/usr/share/qgis/python/plugins/processing/r/EditRScriptDialog.py", line
>> 95, in runAlgorithm
>> alg = RAlgorithm(None, unicode(self.text.text()))
>>   File "/usr/share/qgis/python/plugins/processing/r/RAlgorithm.py", line
>> 71, in __init__
>> self.defineCharacteristicsFromScript()
>>   File "/usr/share/qgis/python/plugins/processing/r/RAlgorithm.py", line
>> 82, in defineCharacteristicsFromScript
>> self.parseDescription(iter(lines))
>>   File "/usr/share/qgis/python/plugins/processing/r/RAlgorithm.py", line
>> 108, in parseDescription
>> raise WrongScriptException("Could not load R script:" +
>> self.descriptionFile + ".\n Problem with line \"" + line + "\"")
>> TypeError: cannot concatenate 'str' and 'NoneType' objects
>>
>> Python version:
>> 2.7.3 (default, Sep 26 2013, 20:13:52)
>> [GCC 4.6.3]
>>
>>
>> QGIS version:
>> 2.0.1-Dufour Dufour, exported
>>
>> Python path: ['/usr/share/qgis/python/plugins/processing',
>> '/usr/share/qgis/python', '/home/nedhorning/.qgis2/python',
>> '/home/nedhorning/.qgis2/python/plugins', '/usr/share/qgis/python/plugins',
>> '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2',
>> '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old',
>> '/usr/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/dist-p

Re: [Qgis-user] Using the ##passfilename tag for R script in Processing Toolbox

[Victor Olaya]

Hi Ned

That looks like a bug when parsing the script code. I will check to see
what I can do.

Are you using the latest version of Processing, or the one that comes with
QGIS 2.0.1?


2014-02-10 23:03 GMT+01:00 Ned Horning :

> Hi -
>
> I am trying to learn to write R scripts using the Processing Toolbox. I
> have a random forest image classification script that works in the
> processing toolkit but I'd like to modify it to do more complex tasks. I
> think I need to use the ##passfilename tag but every time I add that to a
> script I get an error that I pasted below. I tried several different
> scripts and every time I add the ##passfilename tag I get the same error.
> Does the ##passfilename tag  need other parameters? If anyone knows what
> the problem might be or has pointers about how I can find the problem
> please let me know?
>
> This R scripting capability has a lot of potential and I'd like to write a
> guide on how to use it but I still have a lot to learn myself.
>
> All the best,
>
> Ned
>
>
> I'm running QGIS 2.0.1 on Ubuntu 12.04. This is the error message:
> --
> An error has occured while executing Python code:
>
> Traceback (most recent call last):
>   File "/usr/share/qgis/python/plugins/processing/r/EditRScriptDialog.py",
> line 95, in runAlgorithm
> alg = RAlgorithm(None, unicode(self.text.text()))
>   File "/usr/share/qgis/python/plugins/processing/r/RAlgorithm.py", line
> 71, in __init__
> self.defineCharacteristicsFromScript()
>   File "/usr/share/qgis/python/plugins/processing/r/RAlgorithm.py", line
> 82, in defineCharacteristicsFromScript
> self.parseDescription(iter(lines))
>   File "/usr/share/qgis/python/plugins/processing/r/RAlgorithm.py", line
> 108, in parseDescription
> raise WrongScriptException("Could not load R script:" +
> self.descriptionFile + ".\n Problem with line \"" + line + "\"")
> TypeError: cannot concatenate 'str' and 'NoneType' objects
>
> Python version:
> 2.7.3 (default, Sep 26 2013, 20:13:52)
> [GCC 4.6.3]
>
>
> QGIS version:
> 2.0.1-Dufour Dufour, exported
>
> Python path: ['/usr/share/qgis/python/plugins/processing',
> '/usr/share/qgis/python', '/home/nedhorning/.qgis2/python',
> '/home/nedhorning/.qgis2/python/plugins', '/usr/share/qgis/python/plugins',
> '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2',
> '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old',
> '/usr/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/dist-packages',
> '/usr/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages/PIL',
> '/usr/lib/python2.7/dist-packages/gst-0.10', 
> '/usr/lib/python2.7/dist-packages/gtk-2.0',
> '/usr/lib/pymodules/python2.7', 
> '/usr/lib/python2.7/dist-packages/ubuntu-sso-client',
> '/usr/lib/python2.7/dist-packages/ubuntuone-client',
> '/usr/lib/python2.7/dist-packages/ubuntuone-installer',
> '/usr/lib/python2.7/dist-packages/ubuntuone-storage-protocol',
> '/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode',
> '/usr/share/qgis/python/plugins/fTools/tools']
> ___
> 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] Problem with PROCESSING comlement for windows 32 bits

[Victor Olaya]

The problem is caused by that \r at the end of the string. That was
fixed long ago. Which version are you using? have you updated it in
the plugin manager?

Enable the "see experimental plugins" option and you should be able to
get a version with that bug fixed

2014-02-03 Juan Miguel Requena :
> Hello, my computer runs in 64 bits (windows 7) but I have to re-install QGIS
> 2.0 for 32 bits due to a problem with R´s plots. But now, when I start QGIS,
> it can not load PROCESSING tool, the message was:
> 
> No se pudo cargar el complemento processing debido a un error al llamar a su
> método classFactory()
>
> Traceback (most recent call last):
>   File "C:/PROGRA~2/QGISDU~1/apps/qgis/./python\qgis\utils.py", line 204, in
> startPlugin
> plugins[packageName] = package.classFactory(iface)
>   File
> "C:/PROGRA~2/QGISDU~1/apps/qgis/./python/plugins\processing\__init__.py",
> line 33, in classFactory
> return ProcessingPlugin(iface)
>   File
> "C:/PROGRA~2/QGISDU~1/apps/qgis/./python/plugins\processing\ProcessingPlugin.py",
> line 53, in __init__
> Processing.initialize()
>   File
> "C:/PROGRA~2/QGISDU~1/apps/qgis/./python/plugins\processing\core\Processing.py",
> line 140, in initialize
> Processing.loadFromProviders()
>   File
> "C:/PROGRA~2/QGISDU~1/apps/qgis/./python/plugins\processing\core\Processing.py",
> line 151, in loadFromProviders
> Processing.loadAlgorithms()
>   File
> "C:/PROGRA~2/QGISDU~1/apps/qgis/./python/plugins\processing\core\Processing.py",
> line 174, in loadAlgorithms
> Processing.updateProviders()
>   File
> "C:/PROGRA~2/QGISDU~1/apps/qgis/./python/plugins\processing\core\Processing.py",
> line 158, in updateProviders
> provider.loadAlgorithms()
>   File
> "C:/PROGRA~2/QGISDU~1/apps/qgis/./python/plugins\processing\core\AlgorithmProvider.py",
> line 53, in loadAlgorithms
> self._loadAlgorithms()
>   File
> "C:/PROGRA~2/QGISDU~1/apps/qgis/./python/plugins\processing\r\RAlgorithmProvider.py",
> line 74, in _loadAlgorithms
> folder = RUtils.RScriptsFolder()
>   File
> "C:/PROGRA~2/QGISDU~1/apps/qgis/./python/plugins\processing\r\RUtils.py",
> line 55, in RScriptsFolder
> mkdir(folder)
>   File
> "C:/PROGRA~2/QGISDU~1/apps/qgis/./python/plugins\processing\core\ProcessingUtils.py",
> line 97, in mkdir
> os.mkdir(newdir)
> WindowsError: [Error 123] El nombre de archivo, el nombre de directorio o la
> sintaxis de la etiqueta del volumen no son correctos:
> 'C:\\Users\\usuario\\.qgis2\\processing\\rscripts\r'
>
> Versión de Python:
> 2.7.4 (default, Apr  6 2013, 19:54:46) [MSC v.1500 32 bit (Intel)]
>
>
> Versión de QGIS:
> 2.0.1-Dufour Dufour, ebebdf3
>
> Ruta de Python:
> ['C:/PROGRA~2/QGISDU~1/apps/qgis/./python/plugins\\processing',
> 'C:/PROGRA~2/QGISDU~1/apps/qgis/./python',
> 'D:\\Users\\usuario/.qgis2/python',
> 'D:\\Users\\usuario/.qgis2/python/plugins',
> 'C:/PROGRA~2/QGISDU~1/apps/qgis/./python/plugins',
> 'C:\\PROGRA~2\\QGISDU~1\\bin\\python27.zip',
> 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\DLLs',
> 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib',
> 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\plat-win',
> 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\lib-tk',
> 'C:\\PROGRA~2\\QGISDU~1\\bin', 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27',
> 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages',
> 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\PIL',
> 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\win32',
> 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\win32\\lib',
> 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\Pythonwin',
> 'C:\\PROGRA~2\\QGISDU~1\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode',
> 'C:\\PROGRA~2\\QGISDU~1\\apps\\qgis\\python\\plugins\\fTools\\tools']
> --
> Any idea?
>
> Thanks in advance.
>
> Juanmi
>
> ___
> 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] VERSION OF SEXTANTE

[Victor Olaya]

Giacomo,

SEXTANTE does not exist anymore for QGIS. It is now called Processing,
and it is part of QGIS, so you do not need to install it separately

Cheer


2014-01-27 Richard McDonnell :
> Giacomo,
> There does not appear to be a SEXTANT plug-in available for 2.0, in saying
> that there is alot of the tools available under "Processing". If you open up
> the tool box you may find the tools you require.
> Regards,
>
> Richard.
>
>
>
>
> On 27/01/2014 16:54, Giacomo Fontanelli wrote:
>
> Dear community
> I use QGIS 2.0.1 Dufour. I tried to install sextante on my PC (equipped with
> Lubuntu).
>
> I installed PSYCOPG2 and then I downloaded the folder with the sextante
> plugin from http://plugins.qgis.org/plugins/user/volayaf/admin, version
> 1.0.9.
>
> Once I start qgis and opened the plugins tab I can see that the 1.0.9
> version is obsolete and it could work only until qgis 1.9.
>
> Ok the question is: where can I find an upgraded and working version of
> sextante plugin?
>
> Thank you very much
>
> Giacomo
>
>
>
>
>
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> **
>
> Email Disclaimer: http://www.opw.ie/en/disclaimer/
>
> **
>
>
>
>
> ___
> 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] Error GRASS algorithms Processing Plugin

[Victor Olaya]

Luis

That's not the problem. If you read in the error message, it says
something like "a test has been performed to check that GRASS is
installed". That test is done running v.voronoi on a sample layer that
is included with processing. If it works fine, it means that GRASS is
correctly installed and wroking fine from Processing.

It seems that it cannot open that sample layer, Maybe due to acess
permissions not being enough on that folder? But it would be strange,
since the actual plugin is being read from that same folder...

Cheers


2013/12/4 luismi_2 :
> I've installed a Virtual Machine with Lubuntu 12.04. I've tried to make a
> fresh installation, and happend the same, *v.voronoi* is running
> spontaneously... I think that's the problem...
>
> Any help? Please!!!
>
>
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Error-GRASS-algorithms-Processing-Plugin-tp5092407p5092627.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
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Qgis working or dead?

[Victor Olaya]

>
> Is there any way to see what is the situation? (the bar showing percentage
> is also frozen, so that is not a solution)

Executing processes on a separate thread gave a more responsive UI,
but we were experiencing a lot of issues with that, so it has been
disabled until we find time to rewrite that


> Could Qgis perhaps have some general status field showing wether it is dead
> or alive?

QGIS will not know if it is dead, just a like a dead person doesn't
know he is dead. If it is deadwell, it's dead :-)
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Processing plugin upgrade problem

[Victor Olaya]

No, that should be enough, but unfortunately my knowledge of Mac OSX
is zero, so i am afraid I cannot help you. Let's see if other mac
users can help you... :-(

Cheers


2013/11/7 Julian Bogdani :
> Hi Victor,
> SAGA should be installed with QGIS, isn’t it? I can see the saga_cmd in
> /Applications/QGIS.app/Contents/MacOS/bin and I added this path to my
> .bash_profile file
> Running saga_cmd -v on my terminal I have: SAGA Version: 2.1.0
>
> Closing QGIS and restarting, I found no changes, still the same error when I
> try to run any SAGA algorithm: Missing dependency
>
> Should I install Saga separately?
>
>
>
>
>
>
> On 7 Nov 2013, at 11:37 , Victor Olaya  wrote:
>
> Is SAGA installed and in PATH? can you open a console and run
> saga_cmd? what do you get?
>
> Notice that SAGA 2.1.0 is needed in mac, but the default Processing
> configuration is to have 2.0.8 compatibility enabled...
>
> 2013/11/7 Julian Bogdani :
>
> Trying to run any SAGA algorithm I get this message now:
>
> Missing dependency.This algorithm cannot be run :-(
>
> This algorithm requires SAGA to be run.Unfortunately, it seems that SAGA is
> not installed in your system, or it is not correctly configured to be used
> from QGIS
>
> Click here to know more about how to install and configure SAGA to be used
> with QGIS
>
> I just reinstalled GDAL and QGIS, upgraded Processing, and checked that SAGA
> was activated (Processing > Options and Configurations > Providers > SAGA)
>
>
>
>
> -
> Julian Bogdani
> jbogd...@gmail.com
> http://bradypus.net
>
>
>
>
>
> On 7 Nov 2013, at 11:23 , G. Allegri  wrote:
>
> I've noticed that it happens with Windows standalone installer too but not
> with OSGeo4W.
>
> giovanni
>
>
> 2013/11/7 Werner Macho 
>
>
> Hi!
>
> I had the same error .. It is nothing serious .. it tells you more or
> less that the upgrade was successful .. (because it does not find old
> files)
> just close and reopen QGIS and everything will be fine ..
>
> regards
> Werner
>
> On Thu, Nov 7, 2013 at 12:16 PM, Julian Bogdani 
> wrote:
>
> Hello all,
> I’m running latest QGIS (2.0.1-3) installed from Kyngchaos repo, on
> MacOS X
> 10.9 (Mavericks)
> trying to upgrade Processing plugin, to get advantage of this fix: Bug
> #8877: Kriging from SAGA (Processing) fails to run I get the following
> error.
> Any hint? Thank you
>
>
>
> Couldn't load plugin 'processing' from
>
> ['/Applications/QGIS.app/Contents/MacOS/../Resources/python/plugins/processing',
> '/Applications/QGIS.app/Contents/MacOS/../Resources/python',
> '/Users/jbogdani/.qgis2/python',
> '/Users/jbogdani/.qgis2/python/plugins',
> '/Applications/QGIS.app/Contents/MacOS/../Resources/python/plugins',
> '/Library/Frameworks/SQLite3.framework/Versions/B/Python/2.7',
> '/Library/Frameworks/GEOS.framework/Versions/3/Python/2.7',
> '/Library/Python/2.7/site-packages/numpy-override',
>
> '/Library/Frameworks/GDAL.framework/Versions/1.10/Python/2.7/site-packages',
>
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python27.zip',
>
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7',
>
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-darwin',
>
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac',
>
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac/lib-scriptpackages',
>
> '/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python',
>
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk',
>
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-old',
>
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload',
>
> '/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/PyObjC',
> '/Library/Python/2.7/site-packages',
> '/Applications/QGIS.app/Contents/Resources/python/plugins/fTools/tools']
>
> Traceback (most recent call last):
>  File
>
> "/Applications/QGIS.app/Contents/MacOS/../Resources/python/qgis/utils.py",
> line 182, in loadPlugin
>__import__(packageName)
>  File
>
> "/Applications/QGIS.app/Contents/MacOS/../Resources/python/qgis/utils.py",
> line 453, in _import
>mod = _builtin_import(name, globals, locals, fromlist, level)
>  File "/Users/jbogdani/.qgis2/p

Re: [Qgis-user] Processing plugin upgrade problem

[Victor Olaya]

Is SAGA installed and in PATH? can you open a console and run
saga_cmd? what do you get?

Notice that SAGA 2.1.0 is needed in mac, but the default Processing
configuration is to have 2.0.8 compatibility enabled...

2013/11/7 Julian Bogdani :
> Trying to run any SAGA algorithm I get this message now:
>
> Missing dependency.This algorithm cannot be run :-(
>
> This algorithm requires SAGA to be run.Unfortunately, it seems that SAGA is
> not installed in your system, or it is not correctly configured to be used
> from QGIS
>
> Click here to know more about how to install and configure SAGA to be used
> with QGIS
>
> I just reinstalled GDAL and QGIS, upgraded Processing, and checked that SAGA
> was activated (Processing > Options and Configurations > Providers > SAGA)
>
>
>
>
> -
> Julian Bogdani
> jbogd...@gmail.com
> http://bradypus.net
>
>
>
>
>
> On 7 Nov 2013, at 11:23 , G. Allegri  wrote:
>
> I've noticed that it happens with Windows standalone installer too but not
> with OSGeo4W.
>
> giovanni
>
>
> 2013/11/7 Werner Macho 
>>
>> Hi!
>>
>> I had the same error .. It is nothing serious .. it tells you more or
>> less that the upgrade was successful .. (because it does not find old
>> files)
>> just close and reopen QGIS and everything will be fine ..
>>
>> regards
>> Werner
>>
>> On Thu, Nov 7, 2013 at 12:16 PM, Julian Bogdani 
>> wrote:
>> > Hello all,
>> > I’m running latest QGIS (2.0.1-3) installed from Kyngchaos repo, on
>> > MacOS X
>> > 10.9 (Mavericks)
>> > trying to upgrade Processing plugin, to get advantage of this fix: Bug
>> > #8877: Kriging from SAGA (Processing) fails to run I get the following
>> > error.
>> > Any hint? Thank you
>> >
>> >
>> >
>> > Couldn't load plugin 'processing' from
>> >
>> > ['/Applications/QGIS.app/Contents/MacOS/../Resources/python/plugins/processing',
>> > '/Applications/QGIS.app/Contents/MacOS/../Resources/python',
>> > '/Users/jbogdani/.qgis2/python',
>> > '/Users/jbogdani/.qgis2/python/plugins',
>> > '/Applications/QGIS.app/Contents/MacOS/../Resources/python/plugins',
>> > '/Library/Frameworks/SQLite3.framework/Versions/B/Python/2.7',
>> > '/Library/Frameworks/GEOS.framework/Versions/3/Python/2.7',
>> > '/Library/Python/2.7/site-packages/numpy-override',
>> >
>> > '/Library/Frameworks/GDAL.framework/Versions/1.10/Python/2.7/site-packages',
>> >
>> > '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python27.zip',
>> >
>> > '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7',
>> >
>> > '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-darwin',
>> >
>> > '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac',
>> >
>> > '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac/lib-scriptpackages',
>> >
>> > '/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python',
>> >
>> > '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk',
>> >
>> > '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-old',
>> >
>> > '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload',
>> >
>> > '/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/PyObjC',
>> > '/Library/Python/2.7/site-packages',
>> > '/Applications/QGIS.app/Contents/Resources/python/plugins/fTools/tools']
>> >
>> > Traceback (most recent call last):
>> >   File
>> >
>> > "/Applications/QGIS.app/Contents/MacOS/../Resources/python/qgis/utils.py",
>> > line 182, in loadPlugin
>> > __import__(packageName)
>> >   File
>> >
>> > "/Applications/QGIS.app/Contents/MacOS/../Resources/python/qgis/utils.py",
>> > line 453, in _import
>> > mod = _builtin_import(name, globals, locals, fromlist, level)
>> >   File "/Users/jbogdani/.qgis2/python/plugins/processing/__init__.py",
>> > line
>> > 29, in
>> > from processing.tools.general import *
>> >   File
>> >
>> > "/Applications/QGIS.app/Contents/MacOS/../Resources/python/qgis/utils.py",
>> > line 453, in _import
>> > mod = _builtin_import(name, globals, locals, fromlist, level)
>> >   File
>> > "/Users/jbogdani/.qgis2/python/plugins/processing/tools/general.py",
>> > line 29, in
>> > from processing.core.Processing import Processing
>> >   File
>> >
>> > "/Applications/QGIS.app/Contents/MacOS/../Resources/python/qgis/utils.py",
>> > line 453, in _import
>> > mod = _builtin_import(name, globals, locals, fromlist, level)
>> >   File
>> >
>> > "/Applications/QGIS.app/Contents/MacOS/../Resources/python/plugins/processing/core/Processing.py",
>> > line 35, in
>> > from processing.gui.AlgorithmExecutor import AlgorithmExecutor
>> >   File
>> >
>> > "/Applications/QGIS.app/Contents/MacOS/../Resources/python/qgis/utils.py",
>> > line 453, in _import
>> > mod = _builtin_import(name, globals, locals, fromlist, level)
>> > ImportError: No module named AlgorithmExecutor
>> >
>> > Python version:
>> > 2.7.5 (default, Aug 25 2013, 00:04:

Re: [Qgis-user] Processing plugin upgrade problem

[Victor Olaya]

The plugin manager is trying to load a module that is not anymore in
processing. It should be fine if you just close it, and the plugin
should be updated. In case you have problems, just first uninstall the
older version (also with the plugin manager) and then reinstall the
newer version

Hope this helps

2013/11/7 Julian Bogdani :
> Hello all,
> I’m running latest QGIS (2.0.1-3) installed from Kyngchaos repo, on MacOS X
> 10.9 (Mavericks)
> trying to upgrade Processing plugin, to get advantage of this fix: Bug
> #8877: Kriging from SAGA (Processing) fails to run I get the following
> error.
> Any hint? Thank you
>
>
>
> Couldn't load plugin 'processing' from
> ['/Applications/QGIS.app/Contents/MacOS/../Resources/python/plugins/processing',
> '/Applications/QGIS.app/Contents/MacOS/../Resources/python',
> '/Users/jbogdani/.qgis2/python', '/Users/jbogdani/.qgis2/python/plugins',
> '/Applications/QGIS.app/Contents/MacOS/../Resources/python/plugins',
> '/Library/Frameworks/SQLite3.framework/Versions/B/Python/2.7',
> '/Library/Frameworks/GEOS.framework/Versions/3/Python/2.7',
> '/Library/Python/2.7/site-packages/numpy-override',
> '/Library/Frameworks/GDAL.framework/Versions/1.10/Python/2.7/site-packages',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python27.zip',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-darwin',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac/lib-scriptpackages',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-old',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/PyObjC',
> '/Library/Python/2.7/site-packages',
> '/Applications/QGIS.app/Contents/Resources/python/plugins/fTools/tools']
>
> Traceback (most recent call last):
>   File
> "/Applications/QGIS.app/Contents/MacOS/../Resources/python/qgis/utils.py",
> line 182, in loadPlugin
> __import__(packageName)
>   File
> "/Applications/QGIS.app/Contents/MacOS/../Resources/python/qgis/utils.py",
> line 453, in _import
> mod = _builtin_import(name, globals, locals, fromlist, level)
>   File "/Users/jbogdani/.qgis2/python/plugins/processing/__init__.py", line
> 29, in
> from processing.tools.general import *
>   File
> "/Applications/QGIS.app/Contents/MacOS/../Resources/python/qgis/utils.py",
> line 453, in _import
> mod = _builtin_import(name, globals, locals, fromlist, level)
>   File "/Users/jbogdani/.qgis2/python/plugins/processing/tools/general.py",
> line 29, in
> from processing.core.Processing import Processing
>   File
> "/Applications/QGIS.app/Contents/MacOS/../Resources/python/qgis/utils.py",
> line 453, in _import
> mod = _builtin_import(name, globals, locals, fromlist, level)
>   File
> "/Applications/QGIS.app/Contents/MacOS/../Resources/python/plugins/processing/core/Processing.py",
> line 35, in
> from processing.gui.AlgorithmExecutor import AlgorithmExecutor
>   File
> "/Applications/QGIS.app/Contents/MacOS/../Resources/python/qgis/utils.py",
> line 453, in _import
> mod = _builtin_import(name, globals, locals, fromlist, level)
> ImportError: No module named AlgorithmExecutor
>
> Python version:
> 2.7.5 (default, Aug 25 2013, 00:04:04)
> [GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)]
>
>
> QGIS version:
> 2.0.1-Dufour Dufour, f738351
>
> Python path:
> ['/Applications/QGIS.app/Contents/MacOS/../Resources/python/plugins/processing',
> '/Applications/QGIS.app/Contents/MacOS/../Resources/python',
> '/Users/jbogdani/.qgis2/python', '/Users/jbogdani/.qgis2/python/plugins',
> '/Applications/QGIS.app/Contents/MacOS/../Resources/python/plugins',
> '/Library/Frameworks/SQLite3.framework/Versions/B/Python/2.7',
> '/Library/Frameworks/GEOS.framework/Versions/3/Python/2.7',
> '/Library/Python/2.7/site-packages/numpy-override',
> '/Library/Frameworks/GDAL.framework/Versions/1.10/Python/2.7/site-packages',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python27.zip',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-darwin',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac/lib-scriptpackages',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk',
> '/System/Library/Frameworks/Python.framework/Versions/2.7/lib/p

Re: [Qgis-user] temporary files folder for processing

[Victor Olaya]

The Processing section in the manual is your friend:

"If you do not enter any filename, the result will be saved as a
temporary file and in the corresponding default file format, and will
be deleted once you exit QGIS (take care with that in case you save
your project and it contains temporary layers).

You can set a default folder for output data objects. Go to the
configuration dialog (you can open it from the Processing menu), and
in the General group you will find a parameter named Output folder.
This output folder is used as the default path in case you type just a
filename with no path (i.e. myfile.shp) when executing an algorithm."


2013/11/7 Jesus Munoz Serrano :
> Hi there,
>
> I don't know where does QGIS store my processing output layers anymore. They
> were being stored in my application folder at the start (I am using mac OS X
> 10.8) which was a bit inconvenient so I decided to change it. I created a
> new path in processing > options and configuration > general > output
> folder.
>
> The problem is that the output path shown now is different to the one I
> created. If I click the browser button, the window for selecting the
> directory will show the right path but in the processing options windows >
> general the path shown is different. It is as follows:
>
> /var/folders/k8/1gjgs_cn6rv4blrm7s5pjyr8gn/T/processing
>
> I played around a little bit with some algorithms to check if my changes
> were working and the layers created are indeed lost. Opening the layer
> properties dialog, the source of the layer is:
>
> /var/folders/k8/1gjgs_cn6rv4blrm7s5pjyr8gn/T/processing/c00e7a3e4ec64b1fa37d5f47b6d8b5b7/CLIPS.shp
>
> so it is in fact stored where the processing options dialog tells me, but it
> is the wrong place. Also, I tried to locate this folder in my computer and
> it was impossible to find.
>
> Is this a bug? Does anybody know how to solve it?
>
> Thanks,
> Jesus
>
>
>
>
>
> ___
> 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] Processing: why tools.vector.values is meant to work only for numeric fields?

[Victor Olaya]

Thanks for the suggestion, Giovanni

Not sure now about that, i should change the Processing modules that
use that function, but I guess it can probably be changed.

My plans (once i have a bit more of spare time) are to document all
those utilities in detail, add new ones and move them to core (like
the current qgis.utils module), so they can be used by other plugins
without refering to Processing. Also, I would like to move the
documentation from the processing manual to the cookbook, having a
chapter dedicated to all those common methods that can be useful for
plugin developers.

As I said, I do not have much time now, but I hope to have some more
spare time soon

Thanks!

2013/10/31 G. Allegri :
> I've ntoiced that the utility method "values(layer,*fields)" returns only
> numeric values, while in case a string is found it returns None. It happens
> because a float cast is used [1]
> Is it a requriements for other parts of the Processing pframework? In case
> it should be documented, because the docs [2] don't tell about this
> restriction.
>
> giovanni
>
> [1]
> https://github.com/qgis/QGIS/blob/master/python/plugins/processing/tools/vector.py#L137
> [2]
> http://www.qgis.org/en/docs/user_manual/processing/console.html#additional-functions-for-handling-data
>
> --
> Giovanni Allegri
> http://about.me/giovanniallegri
> blog: http://blog.spaziogis.it
> GEO+ geomatica in Italia http://bit.ly/GEOplus
>
> ___
> 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] New Processing version

[Victor Olaya]

That seems to be related to a missing class. That class has been
removed from the plugin, but it seems that the plugin manager tries to
reload it or looks for it, and complains when it cannot find it. The
new version should however, work fine without it.

If you have further problems, I recommend you to remove the old
version and then install Processing (a fresh install instead of an
update).

Hope this helps.

2013/10/30 Saint :
> Hi Victor,
>
> Many thanks for the update plugin.
>
> In my case when I was updating the plugin I have one error saying with the
> following statment: the plugin depends on some components missing on your
> system. You need to instal the following Python Module in order to enable
> it: Algorithm Executor!
>
> How can I fix this?
>
> Best Regards and thanks,
> José Santos
>
>
>
> -
> José Santos
> GIS Analyst
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/New-Processing-version-tp5086310p5086590.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
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] New Processing version

[Victor Olaya]

Hi all

I am happy to announce that a new version of Processing has been
published. You should be able to update it using the GIS Plugin
Manager

It contains a few new features, but mostly bug fixes and corrections
that have been done since QGIS 2.0 was released

We plan to release new versions regularly with fixes, since we believe
it will be much better for users, not having to wait for a next
release of QGIS or having to deal with the github repo, which might be
too complex for most users. This versions might even be released
automatically in a weekly basis, tagged as experimental, to make it
even easier to test new things and have bug fixes available.

I would like to thank Alex Bruy for his awesome work, and also thank
everyone who has helped us improve Processing with pull requests, bug
reports and comments.

As usual, ideas and suggestions are welcome.

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

Re: [Qgis-user] PyQGIS book in the works? Easier to understand online API Documentation?

[Victor Olaya]

The PyQGIS Cookbook can, of course, be improved, and is far from
complete, but I would say it is already good enough. One of the most
interesting things about QGIS is the large amount of different plugins
available, and most of them have been developed by people that are not
core devs. I guess the cookbook has been their main source of
information when learning how to develop plugins, so I think it is
already a very valuable resource, and useful for people to learn how
to write a plugin, assuming they have no previous experience in QGIS

What are you exactly missing in the cookbok? Feel free to propose
ideas or point out missing contents/sections, so we can work on them.

Thanks!

2013/10/15 Yasser Said Lopez de Olmos Reyes :
> But the logical in FOSS is to have a community that learns and helps to
> learn. While Linux may be described as someone have cited before, that's
> certainly not what Linux really is, because some Linux distros have
> customers, have responsabilities to the bottom line, some Linux distros are
> pretty popular and globally widespread (maybe not in desktop), some Linux
> distros make (a lot of) money, etc.
>
> My point is that Linux is much more than those propositions even when they
> may be true, QGIS is similar. On the other hand QGIS 2.0 is a very recent
> stable version with lots of changes, as we all know, documentation may take
> some time in FOSS when there's not enough human resources. I wish I could
> make documentation like this, but I really just can read and  try to
> understand python code. I'm needing a good Python for QGIS from scratch
> documentation for human beings (kinda Linux for human beings from scratch,
> KISS monster).
>
> Anyway, I can't go back to ESRI. Only once in my time working with GIS
> (almost 5 years) had access to a license, but I had to use extensions and it
> was impossible to keep up with ERI and found an introductory training
> course on FOSS GIS and took it. Still needing pyQGIS and waiting to be a
> better contributor.
>
>
> 2013/10/15 Chrest, David 
>
>> Derek,
>>
>> No not negative at all, I appreciate the feedback and suspected the
>> reasoning you explain below. Yes, E$RI (or shall I say E$RI) definitely
>> has mucho dinero to crank out documentation. (Though, they did a horrible
>> job when ArcObjects first came out). Yes, writing sure is time consuming! I
>> work at a non-profit government research contractor where all work is
>> project based, billable hours. They won't exactly let me spend weeks on
>> learning QGIS and documenting (though, that would be a dream job!).
>>
>> I am very impressed with QGIS 2.0 and the documentation that already
>> exists. User Guide, Cookbook, The QGIS Training Manual (1.8) book by locate
>> press, Gary Sherman's Geospatial Desktop book (it's what got me sucked into
>> this OSGIS thing last spring), the searchable email lists, gis
>> stackexchange, other tutorials on the web, blogs, etc.
>> I just think that an important missing component is PyQGIS documentation,
>> but looks like Garry's upcoming book will fill that gap. There was even a
>> recent post of a user saying about QgsLabel, "... documentation is missing
>> or obscure..."
>>
>> I like your quote about Linux, but I cannot believe nobody cares about the
>> popularity of QGIS and doesn't care about people liking it and it's ease of
>> use. Then why all the press? Why did Tim Sutton show the world wide users
>> map in his FOSS4GEO presentation? Why the recent comment of a user telling
>> us how impressed his audience was after showing off QGIS? Programmers must
>> care somewhat about how their creation is being used and what others think
>> about it, especially from users who are not programmers, which is the
>> category many GIS professionals fall into. So in this case programmers are
>> not really creating something just for other programmers to use exclusively,
>> they have created something that is used by folks with many different
>> backgrounds. The audience of these non-programmer users is there by default.
>> Saw that a city's government was going to start using QGIS, they are not all
>> programmers. QGIS is seeping into the mainstream and programmers must care
>> and be happy to see this me
>>  asure of success.
>>
>> David
>>
>> -Original Message-
>> From: Derek Hohls [mailto:dho...@csir.co.za]
>> Sent: Monday, October 14, 2013 6:16 AM
>> To: qgis-user@lists.osgeo.org; Chrest, David
>> Subject: Re: [Qgis-user] PyQGIS book in the works? Easier to understand
>> online API Documentation?
>>
>> David
>>
>> You wrote "(You) just absolutely have to make user-friendly documentation
>> about your product, especially the api you keep talking about."
>>
>> I have been on the mailing lists of numerous open source projects over the
>> years, and someone always raises this.  Why?  Well, its true.  However,
>> asking and getting are two different things.  A commercial company will just
>> hire someone and pay them.  A big company (E$RI

Re: [Qgis-user] Sextante Modeler - r.reclass problem?

[Victor Olaya]

Could you send the error log or give some more information about what
it does? Also, the reclass algorithm works when used outside the
modeler?

I will try to test it know here.

Thanks!

2013/9/25 ALT SHN :
> Thank you Victor,
>
> With "new thread" off, QGIS does not freeze, but the model does not finish
> the analysis.
> Anyway, appart from the Graphical Modeler, SEXTANTE is much more stable and
> usable!
> And will undoubtedly became a major thing - thanks Victor!
>
> Regards,
>
>
> 2013/9/25 Victor Olaya 
>>
>> There is a known bug in windows with models freezing the UI. Can you
>> try going to the configuration and setting the "Run algorithms in a
>> different thread" option to off? That usually helps
>>
>> Cheers
>> VIctor
>>
>>
>> 2013/9/25 ALT SHN :
>> > Hi,
>> >
>> > I've been testing Sextante toolbox in QGIS 2.0.1 (from OSGEO4W
>> > installer),
>> > and for the most part it seems to be ok, However i've come to a problem
>> > that
>> > always causes qgis to freeze (not-responding state).
>> >
>> > This happens if I use r.reclass in my model. Can anyone please give it a
>> > try
>> > using the model attached to this message?
>> >
>> > (Win7 64bits)
>> >
>> > Thanks
>> > --
>> > ---
>> > SOCIEDADE DE HISTÓRIA NATURAL - Departamento de Informação Geográfica
>> >
>> > Apartado 25 2564-909 Torres Vedras Portugal
>> > Sede e Biblioteca: rua Cavaleiros da Espora Dourada, 27A 2560 Torres
>> > Vedras
>> >
>> > Laboratório de Paleontologia e Paleoecologia: Polígono Industrial do
>> > Alto do
>> > Ameal 2565-641 Ramalhal
>> > http://alt-shn.blogspot.com
>> > www.alt-shn.org
>> >
>> > ___
>> > Qgis-user mailing list
>> > Qgis-user@lists.osgeo.org
>> > http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
>
> --
> ---
> SOCIEDADE DE HISTÓRIA NATURAL - Departamento de Informação Geográfica
>
> Apartado 25 2564-909 Torres Vedras Portugal
> Sede e Biblioteca: rua Cavaleiros da Espora Dourada, 27A 2560 Torres Vedras
>
> Laboratório de Paleontologia e Paleoecologia: Polígono Industrial do Alto do
> Ameal 2565-641 Ramalhal
> http://alt-shn.blogspot.com
> www.alt-shn.org
>
> ___
> 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] Sextante Modeler - r.reclass problem?

[Victor Olaya]

There is a known bug in windows with models freezing the UI. Can you
try going to the configuration and setting the "Run algorithms in a
different thread" option to off? That usually helps

Cheers
VIctor


2013/9/25 ALT SHN :
> Hi,
>
> I've been testing Sextante toolbox in QGIS 2.0.1 (from OSGEO4W installer),
> and for the most part it seems to be ok, However i've come to a problem that
> always causes qgis to freeze (not-responding state).
>
> This happens if I use r.reclass in my model. Can anyone please give it a try
> using the model attached to this message?
>
> (Win7 64bits)
>
> Thanks
> --
> ---
> SOCIEDADE DE HISTÓRIA NATURAL - Departamento de Informação Geográfica
>
> Apartado 25 2564-909 Torres Vedras Portugal
> Sede e Biblioteca: rua Cavaleiros da Espora Dourada, 27A 2560 Torres Vedras
>
> Laboratório de Paleontologia e Paleoecologia: Polígono Industrial do Alto do
> Ameal 2565-641 Ramalhal
> http://alt-shn.blogspot.com
> www.alt-shn.org
>
> ___
> 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] r.drain doesn't work

[Victor Olaya]

>
> volaya wrote
>> I have it fixed and will push the
>> change to the repo today, along with some other minor changes.
>
> What repo do you mean?


The QGIS repository with the source code. You will have to install for
sources to use it, or wait for the next version of the Processing
plugin, which we plan to release soon

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

Re: [Qgis-user] r.drain doesn't work

[Victor Olaya]

well, actually the r.drain script itself is also wrong, the parameter
is called "Elevatio" instead of "Elevation".Easy to fix :-)

2013/9/24 Victor Olaya :
> The problem is not in the script itsefl
>
> The problem that was reported is caused by the r.drain algorithm
> having a multiple input of vector files. That is used by very few
> algorithms, and there is a bug in the way those multiple inputs are
> handled that we hadn't see before. I have it fixed and will push the
> change to the repo today, along with some other minor changes.
>
> thanks for you help!
>
>
> 2013/9/24 Bernd Vogelgesang :
>> Hi
>>
>> I can confirm this error.
>> It seems to me that r.drain never has been functional.
>>
>> Maybe you could file a bug in the tracker?
>>
>> Or maybe someone knows WHAT to change it WHICH script?
>>
>> Cheers
>> Bernd
>>
>>
>>
>> Am 23.09.2013, 23:40 Uhr, schrieb Sławomir Bienias
>> :
>>
>>
>>> Hey, everyone..
>>> I have a problem with r.drain in QGIS 2.0.1.
>>> I need to use r.drain tool from Geoprocessing tools. But when I want to
>>> use
>>> it, while I have loaded some vector layers (esri shp), Python shows me
>>> some
>>> error (below).
>>> "Funny" thing is, when I have loaded only raster files, r.drain works
>>> (r.drain window shows up). Next "funny" thing is, all... ALL of the other
>>> tools work just great. Only r.drain have a problem...
>>>
>>> The same problem is on Windows 7 64 bit (osgeo4w installation) and Ubuntu
>>> 13.04 32 bit (ubuntugis-unstable ppa).
>>>
>>> I noticed, that error is related with shape type (if shapetype ==
>>> QGisLayers.ALL_TYPES or layer.geometryType() in shapetype: TypeError:
>>> argument of type 'float' is not iterable), but I don't know where problem
>>> is and how to solve it...
>>>
>>>
>>> Below is Python's log error (Windows 7):
>>>
>>> #
>>> Traceback (most recent call last):
>>>   File
>>>
>>> "C:/OSGeo4W2/apps/qgis/./python/plugins\processing\gui\ProcessingToolbox.py",
>>> line 147, in executeAlgorithm
>>> dlg = ParametersDialog(alg)
>>>   File
>>>
>>> "C:/OSGeo4W2/apps/qgis/./python/plugins\processing\gui\ParametersDialog.py",
>>> line 38, in __init__
>>> self.paramTable = ParametersPanel(self, alg)
>>>   File
>>>
>>> "C:/OSGeo4W2/apps/qgis/./python/plugins\processing\gui\ParametersPanel.py",
>>> line 78, in __init__
>>> self.initGUI()
>>>   File
>>>
>>> "C:/OSGeo4W2/apps/qgis/./python/plugins\processing\gui\ParametersPanel.py",
>>> line 120, in initGUI
>>> widget = self.getWidgetFromParameter(param)
>>>   File
>>>
>>> "C:/OSGeo4W2/apps/qgis/./python/plugins\processing\gui\ParametersPanel.py",
>>> line 279, in getWidgetFromParameter
>>> options = QGisLayers.getVectorLayers(param.datatype)
>>>   File
>>> "C:/OSGeo4W2/apps/qgis/./python/plugins\processing\core\QGisLayers.py",
>>> line 84, in getVectorLayers
>>> if shapetype == QGisLayers.ALL_TYPES or layer.geometryType() in
>>> shapetype:
>>> TypeError: argument of type 'float' is not iterable
>>>
>>> Wersja Pythona:
>>> 2.7.4 (default, Apr  6 2013, 19:54:46) [MSC v.1500 32 bit (Intel)]
>>>
>>> Wersja QGIS:
>>> 2.0.1-Dufour Dufour, 34139bc
>>>
>>> Lokalizacja Pythona:
>>> ['C:/OSGeo4W2/apps/qgis/./python/plugins\\processing',
>>> 'C:/OSGeo4W2/apps/qgis/./python', 'C:\\Users\\Binko/.qgis2/python',
>>> 'C:\\Users\\Binko/.qgis2/python/plugins',
>>> 'C:/OSGeo4W2/apps/qgis/./python/plugins',
>>> 'C:\\OSGeo4W2\\bin\\python27.zip', 'C:\\OSGeo4W2\\apps\\Python27\\DLLs',
>>> 'C:\\OSGeo4W2\\apps\\Python27\\lib',
>>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\plat-win',
>>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\lib-tk', 'C:\\OSGeo4W2\\bin',
>>> 'C:\\OSGeo4W2\\apps\\Python27',
>>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\site-packages',
>>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\site-packages\\PIL',
>>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\site-packages\\win32',
>>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\site-packages\\win32\\lib',
>>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\site-packages\\Pythonwin',
>>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode',
>>> 'C:\\OSGeo4W2\\apps\\qgis\\python\\plugins\\fTools\\tools']
>>> #
>>>
>>>
>>> Regards,
>>> Sławomir Bienias
>>
>>
>>
>> --
>> Bernd Vogelgesang * Siedlerstrasse 2 * 91083 Baiersdorf * +49-9133-825374
>> ___
>> 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] r.drain doesn't work

[Victor Olaya]

The problem is not in the script itsefl

The problem that was reported is caused by the r.drain algorithm
having a multiple input of vector files. That is used by very few
algorithms, and there is a bug in the way those multiple inputs are
handled that we hadn't see before. I have it fixed and will push the
change to the repo today, along with some other minor changes.

thanks for you help!


2013/9/24 Bernd Vogelgesang :
> Hi
>
> I can confirm this error.
> It seems to me that r.drain never has been functional.
>
> Maybe you could file a bug in the tracker?
>
> Or maybe someone knows WHAT to change it WHICH script?
>
> Cheers
> Bernd
>
>
>
> Am 23.09.2013, 23:40 Uhr, schrieb Sławomir Bienias
> :
>
>
>> Hey, everyone..
>> I have a problem with r.drain in QGIS 2.0.1.
>> I need to use r.drain tool from Geoprocessing tools. But when I want to
>> use
>> it, while I have loaded some vector layers (esri shp), Python shows me
>> some
>> error (below).
>> "Funny" thing is, when I have loaded only raster files, r.drain works
>> (r.drain window shows up). Next "funny" thing is, all... ALL of the other
>> tools work just great. Only r.drain have a problem...
>>
>> The same problem is on Windows 7 64 bit (osgeo4w installation) and Ubuntu
>> 13.04 32 bit (ubuntugis-unstable ppa).
>>
>> I noticed, that error is related with shape type (if shapetype ==
>> QGisLayers.ALL_TYPES or layer.geometryType() in shapetype: TypeError:
>> argument of type 'float' is not iterable), but I don't know where problem
>> is and how to solve it...
>>
>>
>> Below is Python's log error (Windows 7):
>>
>> #
>> Traceback (most recent call last):
>>   File
>>
>> "C:/OSGeo4W2/apps/qgis/./python/plugins\processing\gui\ProcessingToolbox.py",
>> line 147, in executeAlgorithm
>> dlg = ParametersDialog(alg)
>>   File
>>
>> "C:/OSGeo4W2/apps/qgis/./python/plugins\processing\gui\ParametersDialog.py",
>> line 38, in __init__
>> self.paramTable = ParametersPanel(self, alg)
>>   File
>>
>> "C:/OSGeo4W2/apps/qgis/./python/plugins\processing\gui\ParametersPanel.py",
>> line 78, in __init__
>> self.initGUI()
>>   File
>>
>> "C:/OSGeo4W2/apps/qgis/./python/plugins\processing\gui\ParametersPanel.py",
>> line 120, in initGUI
>> widget = self.getWidgetFromParameter(param)
>>   File
>>
>> "C:/OSGeo4W2/apps/qgis/./python/plugins\processing\gui\ParametersPanel.py",
>> line 279, in getWidgetFromParameter
>> options = QGisLayers.getVectorLayers(param.datatype)
>>   File
>> "C:/OSGeo4W2/apps/qgis/./python/plugins\processing\core\QGisLayers.py",
>> line 84, in getVectorLayers
>> if shapetype == QGisLayers.ALL_TYPES or layer.geometryType() in
>> shapetype:
>> TypeError: argument of type 'float' is not iterable
>>
>> Wersja Pythona:
>> 2.7.4 (default, Apr  6 2013, 19:54:46) [MSC v.1500 32 bit (Intel)]
>>
>> Wersja QGIS:
>> 2.0.1-Dufour Dufour, 34139bc
>>
>> Lokalizacja Pythona:
>> ['C:/OSGeo4W2/apps/qgis/./python/plugins\\processing',
>> 'C:/OSGeo4W2/apps/qgis/./python', 'C:\\Users\\Binko/.qgis2/python',
>> 'C:\\Users\\Binko/.qgis2/python/plugins',
>> 'C:/OSGeo4W2/apps/qgis/./python/plugins',
>> 'C:\\OSGeo4W2\\bin\\python27.zip', 'C:\\OSGeo4W2\\apps\\Python27\\DLLs',
>> 'C:\\OSGeo4W2\\apps\\Python27\\lib',
>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\plat-win',
>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\lib-tk', 'C:\\OSGeo4W2\\bin',
>> 'C:\\OSGeo4W2\\apps\\Python27',
>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\site-packages',
>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\site-packages\\PIL',
>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\site-packages\\win32',
>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\site-packages\\win32\\lib',
>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\site-packages\\Pythonwin',
>> 'C:\\OSGeo4W2\\apps\\Python27\\lib\\site-packages\\wx-2.8-msw-unicode',
>> 'C:\\OSGeo4W2\\apps\\qgis\\python\\plugins\\fTools\\tools']
>> #
>>
>>
>> Regards,
>> Sławomir Bienias
>
>
>
> --
> Bernd Vogelgesang * Siedlerstrasse 2 * 91083 Baiersdorf * +49-9133-825374
> ___
> 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] Lost Sextante models

[Victor Olaya]

Jonas

Basically you have to re-make your models. The modeler has now more
fuctionality (the UI has changed) and it requires saving more data for
each model. Your models are old and lack that data, so they are not
complete and cannot be open by the most recent version

Regards
Victor


2013/9/16 Jonas Sjögren :
> Regarding the lost models, I found the following error message in History
> and log, and the same goes for most of my models that do not show up:
>
> Could not load model Calculate_FloodedObjects.model
>
> Error in model definition line:Reclassified Grid Values : Traceback (most
> recent call last):
>
> File
> "C:/PROGRA~2/QGISWE~1/apps/qgis-dev/./python/plugins\processing\modeler\ModelerAlgorithm.py",
> line 164, in openModel
>
> algParams[param.name] = AlgorithmAndParameter(int(tokens[0]), tokens[1])
>
> ValueError: invalid literal for int() with base 10: 'Reclassified Grid
> Values'
>
>
>
> Anyone who has clue how to solve it?
>
> Best regards,
>
> Jonas
>
>
>
> 2013/9/16 Jonas Sjögren 
>>
>> Thank you for your instant reply. However, moving my models to
>> "C:\Users\Username\.qgis2\processing\models" didn´t solve the problem, they
>> still do not show up in the models folder in the toolbox. I have reinstalled
>> Master 1.9.0-35, checked the pathways in options and configuration and
>> rebooted my pc with no change. I have some scripts stored in
>> "C:\Users\Username\.qgis2\processing\scripts" and they do show up, although
>> not all of them. It seems as if the total number of them are stored
>> somewhere else...? Regarding the models, I believe the file extension is the
>> same as before, .model? The test models and example models are shown as
>> usual, but where are these stored?
>> Best regards,
>> Jonas
>>
>>
>> 2013/9/15 Werner Macho 
>>>
>>> On 09/14/2013 09:24 PM, Jonas Sjögren wrote:
>>>
>>> > I used to work in QGIS Master 1.9.0-4 where I have created some models
>>> > in
>>> > Sextante. When upgrading to a more recent version, QGIS Master
>>> > 1.9.0-35,
>>> > they were suddenly lost. According to Sextante options and
>>> > configuration,
>>> > the models are stored in C:\Users\Username\.qgis2\sextante\models, so I
>>> > moved them there. But they still do not show up in the Sextante
>>> > toolbox.
>>> > Only Sextante example models and test models are shown. Is it possible
>>> > to
>>> > import them in some way? I don´t really like the idea of rebuilding
>>> > them...:-( If you have an idea, please let me know. Thanks,
>>>
>>> Sextante has recently been renamed to "processing" so you should not put
>>> your models into "C:\Users\Username\.qgis2\sextante\models" but rather
>>> into "C:\Users\Username\.qgis2\processing\models" .. and get rid of that
>>> whole "sextante" folder .. (or just rename it to processing)
>>>
>>> That should do the job
>>>
>>> kind regards
>>> Werner
>>> ___
>>> 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
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Saga and sextante

[Victor Olaya]

Goyo

SEXTANTE has been renamed to Processing. That SEXTANTE plugin you have
is an older one that you should remove. SEXTANTE does not exist
anymore in QGIS, but the plugin system doesn't know that Processing is
actually SEXTANTE, so it does not remove one when adding the other
plugin. You have to do it manually

Hope this helps

Cheers

2013/9/10 Goyo :
> It seems to be working now, at least I get a gui. But I noticed there
> is a Processing plugin (which works) and a SEXTANTE plugin (which does
> not work).
>
> Goyo
>
> 2013/9/6 Goyo :
>> 2013/9/6 Victor Olaya :
>>> Telmo
>>>
>>> Can you confirm that you are using the version provided with osgeo4w
>>> (which is still 2.0.8) and you have enabled 2.0.8 compatibility (which
>>> is not enabled by default)?
>>
>> I can confirm this. SAGA 2.0.8 is installed from OSGeo4W, SAGA
>> provider activated, SAGA 2.0.8 comptibility enabled, SAGA folder
>> D:/OSGeo4w/apps\saga (which I changed to D:\OSGeo4w\apps\saga without
>> any effect).
>>
>> Clicking on execute any SAGA algorhithm this message appears:
>>
>> 
>> Missing dependency.This algorithm cannot be run :-(
>>
>> This algorithm requires SAGA to be run.Unfortunately, it seems that
>> SAGA is not installed in your system, or it is not correctly
>> configured to be used from QGIS
>>
>> Click here to know more about how to install and configure SAGA to be
>> used with QGIS
>> 
>>
>> Goyo
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Saga not working with "In processing" aka sextante

[Victor Olaya]

yes, that doesn't include the change

You can see that it is trying to call centroids to perform the
test...but it passes a points layer. It should pass a polygon one.
That was the change i introduced

When master gets updated, you should get the new code, which should
perform the test correctly

Cheers, and thanks again!

2013/9/9 matteo :
> Il 09/09/2013 10:49, Victor Olaya ha scritto:
>
> h, let' see
>
> can you tell me if there is any output in the log?. There should be a
> test run by the saga algorithm before opening the dialog, which tries
> to run the centroids algorithm on a test layer. Can you send me the
> result of that test, which should be in the log (remember to enable
> saga logging if it is not already enabled)
>
> Here it is:
>
> SAGA execution console output
>
> error: executing module [Polygon Centroids]
>
> _
>
> # ## # ##
>
> ### ### ## ###
>
> ### # ## ##  # ##
>
> ### # ## # #
>
> # # ## # # ##
>
> _
>
>
> library path: /usr/lib/saga
>
> library name: libshapes_polygons
>
> module name : Polygon Centroids
>
> author : (c) 2003 by O.Conrad
>
> _
>
> go...
>
>
> Load shapes:
> /usr/share/qgis/python/plugins/processing/tests/data/points.shp...
>
> ready
>
> okay
>
> Polygon Centroids: Invalid parameters!
>
> Shapes: Polygons
>
>
>
> BTW: no matter which algorithms I choose, the message always refers to the
> polygon centroids. Is that normal?
>
> Is it possible that the changes you made on Friday have not been merged in
> the repo?
>
>
> Thanks
>
>
> Matteo
>
>
>
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Saga not working with "In processing" aka sextante

[Victor Olaya]

h, let' see

can you tell me if there is any output in the log?. There should be a
test run by the saga algorithm before opening the dialog, which tries
to run the centroids algorithm on a test layer. Can you send me the
result of that test, which should be in the log (remember to enable
saga logging if it is not already enabled)

thanks!

2013/9/9 matteo :
> Hi Victor,
> sorry for bothering you again, but SAGA still doesn't work with sextante. I
> re-installed the 2.0.8 version, check the checkbox for the compatibility,
> but it always appears the windows of the missing dependencies.
> Of course I also updated qgis with the nightly repos.
>
> Ideas?
>
> Thanks
>
> Matteo
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Saga not working with "In processing" aka sextante

[Victor Olaya]

I think it is fixed now!! :-))

I have also changed how descriptions are loaded, so the version can be
changed without having to restart

Please test it. (but I hope this will fix your problems and the
initial checking will pass if SAGA is correctly installed...)

Thanks everyone for you help!

2013/9/6 matteo :
> Il 06/09/2013 13:27, Victor Olaya ha scritto:
>
>> hmmm, i do not know if that might be the cause of this problems...but
>> changing the "enable 2.0.8 compatibility" setting requires restarting
>> QGIS...
>>
>> I am going to add a warning for this
>
> I uninstalled 2.1 and reinstalled 2.0.8 then I restart the computer...
> check the 2.0.8 compatibility but still not working...
>
> Matteo
>
>
>
> ___
> 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] Saga and sextante

[Victor Olaya]

Telmo

Can you confirm that you are using the version provided with osgeo4w
(which is still 2.0.8) and you have enabled 2.0.8 compatibility (which
is not enabled by default)?

Thanks!

2013/9/6 Telmo Nunes :
> The version control problem is not just on linux. Qgis dev installed
> yesterday from osgeo4w on w7 enterprise N gives the same error. Last month
> was working fine.
>
> Best regards
>
> Telmo
>
> No dia 6 de Set de 2013 11:57,  escreveu:
>
> ___
> 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] Saga not working with "In processing" aka sextante

[Victor Olaya]

hmmm, i do not know if that might be the cause of this problems...but
changing the "enable 2.0.8 compatibility" setting requires restarting
QGIS...

I am going to add a warning for this



2013/9/6 Victor Olaya :
> yes, that is strange. I can use both version in windows, but someone
> has reported problems in windows as well...
>
> Please, if you find algs that do not work, fill an issue or send an
> email to me, so we can keep track of that
>
> Thanks!
>
> 2013/9/6 Werner Macho :
>> Hi!
>>
>> Is it possible that there is something wrong with packaging?
>> Because I can use saga here without any problems on QGIS 1.8, QGIS 2.0
>> and QGIS master ..
>>
>> Though only saga 2.0.8 installed here and everything compiled by myself ..
>>
>> and I also realised that some algos are working while others does not..
>>
>> maybe that helps finding the problem ..
>> regards
>> Werner
>>
>>
>>
>> On Fri, Sep 6, 2013 at 12:54 PM, Victor Olaya  wrote:
>>> Paolo,
>>>
>>> I agree with that, we have discussed about it, but in the short term
>>> maybe we need a quicker solution. It seems that now linux users cannot
>>> use SAGA algorithms at all...
>>>
>>> 2013/9/6 Paolo Cavallini :
>>>> -BEGIN PGP SIGNED MESSAGE-
>>>> Hash: SHA1
>>>>
>>>> Il 06/09/2013 12:39, Victor Olaya ha scritto:
>>>>> I am starting to get worried about this and I might take the
>>>>> decision to go back to supporting a single version...
>>>>>
>>>>> Suporting SAGA in linux is becoming a nightmare...
>>>>>
>>>>> Thanks for your help (and patience), everyone!
>>>>
>>>> IMHO we need a way to support multiple versions of everything, with a
>>>> detection mechanism, and a switch.
>>>> We implemented this for GRASS.
>>>> Probably this will require some duplication of code, but it is just
>>>> impossible to be sure all the sw is aligned across all platforms.
>>>> of course, help and contributions welcome.
>>>> All the best.
>>>> - --
>>>> Paolo Cavallini - Faunalia
>>>> www.faunalia.eu
>>>> Full contact details at www.faunalia.eu/pc
>>>> Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
>>>> -BEGIN PGP SIGNATURE-
>>>> Version: GnuPG v1.4.14 (GNU/Linux)
>>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>>>
>>>> iEYEARECAAYFAlIpssIACgkQ/NedwLUzIr4JWwCgtt72pTPyx7Y+hz5lbm9E5WdY
>>>> xS0An1qr2EnByLyt+YTHvUGyXVKKhdEU
>>>> =4KTy
>>>> -END PGP SIGNATURE-
>>>> ___
>>>> 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
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Saga not working with "In processing" aka sextante

[Victor Olaya]

yes, that is strange. I can use both version in windows, but someone
has reported problems in windows as well...

Please, if you find algs that do not work, fill an issue or send an
email to me, so we can keep track of that

Thanks!

2013/9/6 Werner Macho :
> Hi!
>
> Is it possible that there is something wrong with packaging?
> Because I can use saga here without any problems on QGIS 1.8, QGIS 2.0
> and QGIS master ..
>
> Though only saga 2.0.8 installed here and everything compiled by myself ..
>
> and I also realised that some algos are working while others does not..
>
> maybe that helps finding the problem ..
> regards
> Werner
>
>
>
> On Fri, Sep 6, 2013 at 12:54 PM, Victor Olaya  wrote:
>> Paolo,
>>
>> I agree with that, we have discussed about it, but in the short term
>> maybe we need a quicker solution. It seems that now linux users cannot
>> use SAGA algorithms at all...
>>
>> 2013/9/6 Paolo Cavallini :
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Il 06/09/2013 12:39, Victor Olaya ha scritto:
>>>> I am starting to get worried about this and I might take the
>>>> decision to go back to supporting a single version...
>>>>
>>>> Suporting SAGA in linux is becoming a nightmare...
>>>>
>>>> Thanks for your help (and patience), everyone!
>>>
>>> IMHO we need a way to support multiple versions of everything, with a
>>> detection mechanism, and a switch.
>>> We implemented this for GRASS.
>>> Probably this will require some duplication of code, but it is just
>>> impossible to be sure all the sw is aligned across all platforms.
>>> of course, help and contributions welcome.
>>> All the best.
>>> - --
>>> Paolo Cavallini - Faunalia
>>> www.faunalia.eu
>>> Full contact details at www.faunalia.eu/pc
>>> Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
>>> -BEGIN PGP SIGNATURE-
>>> Version: GnuPG v1.4.14 (GNU/Linux)
>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>>>
>>> iEYEARECAAYFAlIpssIACgkQ/NedwLUzIr4JWwCgtt72pTPyx7Y+hz5lbm9E5WdY
>>> xS0An1qr2EnByLyt+YTHvUGyXVKKhdEU
>>> =4KTy
>>> -END PGP SIGNATURE-
>>> ___
>>> 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
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Saga not working with "In processing" aka sextante

[Victor Olaya]

those might be problems with an algorithm definition (now for some
algorithms we need two, one for each version, if the algorithm has
changed)

I will check the case for that particular algorithm

thanks!

2013/9/6 skampus :
> in windows too there are ( I have...) some problems.
> for example, the "merge shapes" module doesn't work with 2.0.8 and
> compatibility checked, but it works perfectly with 2.1 (and compatibility
> un-checked, obviously).
>
> s.
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Saga-not-working-with-In-processing-aka-sextante-tp5076404p5076432.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
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Saga not working with "In processing" aka sextante

[Victor Olaya]

Paolo,

I agree with that, we have discussed about it, but in the short term
maybe we need a quicker solution. It seems that now linux users cannot
use SAGA algorithms at all...

2013/9/6 Paolo Cavallini :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Il 06/09/2013 12:39, Victor Olaya ha scritto:
>> I am starting to get worried about this and I might take the
>> decision to go back to supporting a single version...
>>
>> Suporting SAGA in linux is becoming a nightmare...
>>
>> Thanks for your help (and patience), everyone!
>
> IMHO we need a way to support multiple versions of everything, with a
> detection mechanism, and a switch.
> We implemented this for GRASS.
> Probably this will require some duplication of code, but it is just
> impossible to be sure all the sw is aligned across all platforms.
> of course, help and contributions welcome.
> All the best.
> - --
> Paolo Cavallini - Faunalia
> www.faunalia.eu
> Full contact details at www.faunalia.eu/pc
> Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.14 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAlIpssIACgkQ/NedwLUzIr4JWwCgtt72pTPyx7Y+hz5lbm9E5WdY
> xS0An1qr2EnByLyt+YTHvUGyXVKKhdEU
> =4KTy
> -END PGP SIGNATURE-
> ___
> 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] Saga not working with "In processing" aka sextante

[Victor Olaya]

I am starting to get worried about this and I might take the decision
to go back to supporting a single version...

Suporting SAGA in linux is becoming a nightmare...

Thanks for your help (and patience), everyone!

2013/9/6 Bernd Vogelgesang :
> same problem here with Linux Mint and debian-nightly. Compatibility is
> checked, but has no effect.
>
>
> Am 06.09.2013, 11:57 Uhr, schrieb Victor Olaya :
>
>
>> Matteo
>>
>> Both versions are supported now, but you have to enable 2.0.8
>> compatibility in the settings (int he SAGA group) if you use 2.0.8
>> instead of 2.1
>>
>> We are having some problems with the version checking lately, so your
>> feedback is more than welcome...
>>
>> Thanks!
>>
>> 2013/9/6 matteo :
>>>
>>> Hi guys,
>>> I'm working on a ubuntu 13.04 with the latest version of qgis master
>>> installed (debian nightly repos). I just installed saga from the
>>> launchpad
>>> repos (so the version is the 2.0.8) but it doesn't work within qgis.
>>> Is that due to the version of saga? Wasn't that the 2.08 the version
>>> required by sextante?
>>>
>>> Cheers
>>>
>>> Matteo
>>>
>>> ___
>>> 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
>
>
>
> --
> Bernd Vogelgesang * Siedlerstrasse 2 * 91083 Baiersdorf * +49-9133-825374
>
> ___
> 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] Saga not working with "In processing" aka sextante

[Victor Olaya]

Matteo

Both versions are supported now, but you have to enable 2.0.8
compatibility in the settings (int he SAGA group) if you use 2.0.8
instead of 2.1

We are having some problems with the version checking lately, so your
feedback is more than welcome...

Thanks!

2013/9/6 matteo :
> Hi guys,
> I'm working on a ubuntu 13.04 with the latest version of qgis master
> installed (debian nightly repos). I just installed saga from the launchpad
> repos (so the version is the 2.0.8) but it doesn't work within qgis.
> Is that due to the version of saga? Wasn't that the 2.08 the version
> required by sextante?
>
> Cheers
>
> Matteo
>
> ___
> 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] Additional vector tools for Sextante

[Victor Olaya]

Awesome! Thanks a lot

If you like the idea, I can add them as example scripts, so they are
both useful and can be used by other users to learn how to craete new
scripts

thanks again for this great contribution!

Victor

2013/8/21 Bjorn Nyberg :
> Hi Everyone,
>
> I have recently switched from ArcGIS to QGIS and I thought that in the spirit 
> of open source I'd translate and share some of my scripts that I use in my 
> research. They are fairly basic calculating 
> sinuosity,angles,centerlines,widths and transposing fields so I don't know if 
> they are of interest to anyone but I thought I'd share it here. Now I am not 
> a programmer and I'm sure there are mistakes/more efficient methods as no one 
> has tested them before but if you have any contributions/advice on similar 
> toolsets that I may not be aware of for geometric analysis i would love to 
> hear about them. Unfortunately I simply do not have a lot of time to alter 
> those scripts as I am getting closer to the end of my PhD and its not the 
> main focus of my research.
>
> I created a separate repository as again, I don't know if its of interest to 
> anyone, but you can find it on Github for QGIS 2.0 at
> https://github.com/BJEBN/Geometric-Analysis
>
> If you need any examples or have any questions please feel free to ask!
> Cheers,
> Bjorn
>
> ps - Thanks to Nathan and Matthias for some of the API help
> ___
> 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] Qgis 2.0, Sextante and Saga GIS

[Victor Olaya]

Filipe

Which problems are you having? Could you fill the corresponding
issues, so we can fix them?. The official version is 2.1, and that
should work eventually for all OSs, but we are supporting only 2.0.8
in linux due to the problems that some people mentioned about
wxWidgets

Thanks!

2013/8/17 Pedro Venâncio :
> Hi Filipe,
>
> I asked Jerome Larouche (UbuntuGIS) to update the SAGA package in UbuntuGIS 
> during his GSoC, and he already put this task in the schedule:
>
> "Suggestions (Improvement for UbuntuGIS):
>
>   * Make a new SAGA package."
>
>
>
> Pedro
>
>
> 
> From: Filipe Dias
>
> Hi
> Have the developers reached a decision on which SAGA GIS version should Linux 
> (Ubuntu) users use in Sextante?
>
> SAGA 2.10 still causes problems in Sextante and SAGA 2.8 is not available in 
> any repo for Ubuntu users
> Regards
> F.
>
> ___
> 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] sextante & saga

[Victor Olaya]

THere is is that problem, but it currently affects just a few
algorithms (althought it might get worse if there are more diffs
between the syntax of other algoithms). I guess that is a minor issue
compared with some people not being able to use SAGA at all.



2013/7/29 Pedro Venâncio :
> Hi Victor,
>
> So the decision to use saga 2.0.8 on Linux is already definite? Because in 
> this ticket http://hub.qgis.org/issues/8301 it was placed the issue of 
> interoperability of models and scripts between SO.
>
>
>
> Best regards,
> Pedro
>
>
>
>
> - Original Message -
> From: Victor Olaya
>
> Matteo,on linux, SEXTANTE uses 2.0.8, not 2.1. This has been discussed
> here in the list, and in IRC, and it seems that it is a bit soon to
> force users to change to 2.1, since it uses a development version of
> wxWidgets
>
> Cheers
> Victor
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] Rscripts in Sextante - multiple fields?

[Victor Olaya]

> - is it possible to select multiple fields from a layer and use that vector
> of column names in a script?
> ##fields = multiple field layer

There is currently no option for selecting multiple fields. You can
add a string input which can be used to enter a comma-separated list
of field names. Just make sure that you then check that the fields
exist, since the user might enter wrong field names

>
> - very often the R console output does not work. For example the "Field
> summary statistic" example script sometimes works and sometimes doesnt. I
> have no clue why. Are there any known bugs with the console output?
>

Can you provide a case where it always fails? that would help debuggin...

> -another question regarding SAGA and Sextante: why do some tools do not
> appear? for example the new SAGA has the VirGa Modules including a nice
> watershed segmentation algorithm which is nice and fast. However, it does
> not appear in the module list. Is there any reason why not all of them
> appear in Sextante?

A module will appear only if a description file exist that tells
SEXTANTE about the syntax needed to call it. Creating a module is
pretty simple, with jut a short text file. Here you have a list of
them.

https://github.com/qgis/Quantum-GIS/tree/master/python/plugins/sextante/saga/description

If you could have a look at some of them and then create the
corresponding descriptions for the VirGa modules, that would be great.

More information about this can be found here.

https://github.com/qgis/Quantum-GIS/blob/master/python/plugins/sextante/grass/grass.txt

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

Re: [Qgis-user] sextante & saga

[Victor Olaya]

Matteo,on linux, SEXTANTE uses 2.0.8, not 2.1. This has been discussed
here in the list, and in IRC, and it seems that it is a bit soon to
force users to change to 2.1, since it uses a development version of
wxWidgets

Cheers
Victor

2013/7/28 matteo :
> HI guys,
> I have some trouble with saga and sextante. I updated saga on my ubuntu
> 12.04 but now none of the algorithms work.
> Should I downgrade saga or is there some tricks I have to do?
>
> Thanks a lot
>
> Matteo
>
> ___
> 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] Sextante - create new provider

[Victor Olaya]

unfortunately, there is little documentation about programing for
SEXTATE, but you can look at the existing providers. That's the only
source of info currently :-(

cheers


2013/7/27 António M. Rodrigues :
> Hi Victor,
>
> Thanks for your reply. Is there some page on the web with directions on how
> to create a new provider in SEXTANTE?
>
> Thanks
>
>
> 2013/7/27 Victor Olaya 
>>
>> It's likely that the example provider is not adapted to the current
>> state of SEXTANTE, since it hasn't been updated since it was
>> published.
>>
>> Anyway, if you jut want to have scripts outside of the R branch in the
>> toolbox, I guess a modification to allow that shouldn't be too
>> difficult. I think it could be a good idea...
>>
>> Cheers
>> Victor
>>
>> 2013/7/27 António M. Rodrigues :
>> > Hi,
>> >
>> > I have some R scripts which I'd like to include in a little toolbox
>> > within
>> > Sextante.
>> >
>> > Of course one solution would be to include them in "User R scripts"
>> > within
>> > the R scripts provider.
>> >
>> > Yet, since they are quite a few and I'd like to have things organized,
>> > I'd
>> > like to create a new (local) algorithm provider called say "My scripts".
>> >
>> > I installed the Sextante example provider plugin. Thought this might
>> > help,
>> > but the plugin is nowhere to be found. It is installed, active, but no
>> > button, no menu, nothing.
>> >
>> > If someone could indicate some directions I could follow.
>> >
>> > Thanks,
>> > António
>> >
>> > ___
>> > 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] Sextante - create new provider

[Victor Olaya]

It's likely that the example provider is not adapted to the current
state of SEXTANTE, since it hasn't been updated since it was
published.

Anyway, if you jut want to have scripts outside of the R branch in the
toolbox, I guess a modification to allow that shouldn't be too
difficult. I think it could be a good idea...

Cheers
Victor

2013/7/27 António M. Rodrigues :
> Hi,
>
> I have some R scripts which I'd like to include in a little toolbox within
> Sextante.
>
> Of course one solution would be to include them in "User R scripts" within
> the R scripts provider.
>
> Yet, since they are quite a few and I'd like to have things organized, I'd
> like to create a new (local) algorithm provider called say "My scripts".
>
> I installed the Sextante example provider plugin. Thought this might help,
> but the plugin is nowhere to be found. It is installed, active, but no
> button, no menu, nothing.
>
> If someone could indicate some directions I could follow.
>
> Thanks,
> António
>
> ___
> 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] R-Sextante scripts: ideas?

[Victor Olaya]

This is a pretty nice article from sometime ago

http://datagistips.blogspot.fr/2012/08/sextante-plugin-r-script-for.html

2013/7/18 Filipe Dias :
> Hi all,
>
> QGIS 2.0 seems to be coming along well and according to what I've read on
> these lists it will be released soon.
>
> As you know, it is possible use R tools in QGIS via Sextante. There are some
> example scripts already but I think there should be more.
>
> A few months ago I made a few very simple tools but I'm now planning to work
> on some more complex stuff to include in QGIS 2.0. R itself can be used as
> GIS, which means there are plenty of tools to analyze GIS data. So I would
> like to ask everyone for ideas for new new algorithms. Here's an example:
>
> http://www.r-bloggers.com/getting-raster-histogram-in-qgis-using-sextante-and-r/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+RBloggers+%28R+bloggers%29
>
>
> If anyone has any suggestions, please share them. If you already have some R
> code prepared, all the better.
>
> Thanks
>
> Regards
> Filipe
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [Qgis-developer] More ideas about package installation in R for SEXTANTE

[Victor Olaya]

Perfect, then there is no need for changes :-)

Thank you!

2013/7/18 Alexander Bruy :
> No, all paths inside installer are the same as in OSGeo4W, e.g.
> apps, bin, share and all other directories still here. Only absolute
> path may changed, because user can install QGIS in any directory.
>
> 2013/7/18 Victor Olaya :
>> Oh cool, I didn't know that. Will the path be the same, relative to
>> the QGIS path? now the SAGA path is configured automatically with a
>> fixed relative path, since in OSGeo4W you cannot select where to put
>> the different apps, but if the relative path is different in the
>> standalone installer, it should be check as well
>>
>> Cheers
>> Victor
>>
>> 2013/7/18 Alexander Bruy :
>>> Hi,
>>>
>>> 2013/7/18 Paolo Cavallini :
>>>>> Are there any plans to put SAGA in the standalone version? That will
>>>>> definitely help users. It might need require some changes in SEXTANTE,
>>>>> though, to have it configured by default
>>>>
>>>> *Please* do: having it working out of the box will immensely increase 
>>>> usability.
>>>> All the best.
>>>
>>> If I'm not wrong, SAGA already in OSGeo4W and marked as dependency for QGIS.
>>> So I think it will be included in standalone installer automatically
>>> because this
>>> installer based on OSGeo4W
>>>
>>> --
>>> Alexander Bruy
>>> ___
>>> Qgis-user mailing list
>>> Qgis-user@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> --
> Alexander Bruy
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

Re: [Qgis-user] [Qgis-developer] More ideas about package installation in R for SEXTANTE

[Victor Olaya]

Oh cool, I didn't know that. Will the path be the same, relative to
the QGIS path? now the SAGA path is configured automatically with a
fixed relative path, since in OSGeo4W you cannot select where to put
the different apps, but if the relative path is different in the
standalone installer, it should be check as well

Cheers
Victor

2013/7/18 Alexander Bruy :
> Hi,
>
> 2013/7/18 Paolo Cavallini :
>>> Are there any plans to put SAGA in the standalone version? That will
>>> definitely help users. It might need require some changes in SEXTANTE,
>>> though, to have it configured by default
>>
>> *Please* do: having it working out of the box will immensely increase 
>> usability.
>> All the best.
>
> If I'm not wrong, SAGA already in OSGeo4W and marked as dependency for QGIS.
> So I think it will be included in standalone installer automatically
> because this
> installer based on OSGeo4W
>
> --
> Alexander Bruy
> ___
> 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] [Qgis-developer] More ideas about package installation in R for SEXTANTE

[Victor Olaya]

Sounds good, but I guess we could do that once we have a larger set of
R scripts prepared. Otherwise, to use R from SEXTANTE, you actually
have to know R, and in taht case you probably know how to install
it...

Are there any plans to put SAGA in the standalone version? That will
definitely help users. It might need require some changes in SEXTANTE,
though, to have it configured by default

Cheers
Victor


2013/7/18 Tim Sutton :
> Hi
>
> More broadly, it would also be nice if R could be provided 'out of the box'
> in our standalone installer for windows (and osgeo4w too I guess) - I know
> the complicated installation process prevents many users from 'giving it a
> try'.
>
> Regards
>
> Tim
>
>
> On Wed, Jul 17, 2013 at 9:22 PM, Victor Olaya  wrote:
>>
>> Hi all
>>
>> We have been discussing some issues with packages in R, and I would
>> like to share some ideas wth you
>>
>> The goal is to make package installation as easy and practical as
>> possible, so scripts can run with minor settings
>>
>> I am thinking that a good solution would be to check for packages
>> needed by a script, checking calls to library(). With that, package
>> installation commands could be included, as it is done now with rgdal
>> and raster, with a code like this
>>
>> 'tryCatch(find.package("rgdal"), error=function(e)
>> install.packages("rgdal", dependencies=TRUE))')
>>
>> replace "rgdal" with the lib the script uses...and it should be fine,
>> right?
>>
>> two problems in here:
>>
>> 1) if the user has no permissions that will not work, but I can
>> implement a way of checking what is needed and what is installed in
>> case the algorithm fails, so I can inform the user to manually install
>> the reuqired packages
>>
>> 2)to avoid installing things automatically, for users that might not
>> like that behaviour, this can be turned off, so manual intallation is
>> required.
>>
>> All this would go on the default lib path, since we agreed that it is
>> a better option than having a custom one that might duplicate packages
>>
>> Comments are welcome
>>
>> Thanks in advance!
>>
>> Victor
>> ___
>> Qgis-developer mailing list
>> qgis-develo...@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
>
> --
> Tim Sutton - QGIS Project Steering Committee Member (Release  Manager)
> ==
> Please do not email me off-list with technical
> support questions. Using the lists will gain
> more exposure for your issues and the knowledge
> surrounding your issue will be shared with all.
>
> Irc: timlinux on #qgis at freenode.net
> ==
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] More ideas about package installation in R for SEXTANTE

[Victor Olaya]

Hi all

We have been discussing some issues with packages in R, and I would
like to share some ideas wth you

The goal is to make package installation as easy and practical as
possible, so scripts can run with minor settings

I am thinking that a good solution would be to check for packages
needed by a script, checking calls to library(). With that, package
installation commands could be included, as it is done now with rgdal
and raster, with a code like this

'tryCatch(find.package("rgdal"), error=function(e)
install.packages("rgdal", dependencies=TRUE))')

replace "rgdal" with the lib the script uses...and it should be fine, right?

two problems in here:

1) if the user has no permissions that will not work, but I can
implement a way of checking what is needed and what is installed in
case the algorithm fails, so I can inform the user to manually install
the reuqired packages

2)to avoid installing things automatically, for users that might not
like that behaviour, this can be turned off, so manual intallation is
required.

All this would go on the default lib path, since we agreed that it is
a better option than having a custom one that might duplicate packages

Comments are welcome

Thanks in advance!

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

Re: [Qgis-user] [Qgis-developer] SEXTANTE adaptation to new SAGA version

[Victor Olaya]

I wasn't aware of that change...but it is a big one, for sure.

Thanks for reporting it
I will change it

Cheers
VIctor

2013/7/8 samuelm...@gmail.com :
> I updated the latest versions of QGIS (Master) and SAGA GIS (2.1.0) on Arch
> Linux, however I have seen errors when running commands of SAGA from
> Sextante, since it has been removed the prefix "lib" in the SAGA modules.
> The solution has been to remove the prefix "lib" (lines 240, 307 and 356)
> from file SagaAlgorithm.py [1].
>
> I think this information is useful for Linux users who start using the
> latest version of SAGA GIS.
>
> [1]
> https://github.com/qgis/Quantum-GIS/blob/master/python/plugins/sextante/saga/SagaAlgorithm.py
>
> Regards,
>
> Samuel Mesa.
>
>
>
> 2013/7/6 samuelm...@gmail.com 
>
>> Thanks Victor for the great work with SEXTANTE. In Arch Linux distribution
>> is available the SAGA GIS v2.1.0 update to be installed from AUR
>> repositories.
>>
>> https://aur.archlinux.org/packages/saga-gis/
>>
>> Thanks,
>>
>> Samuel Mesa.
>>
>>
>> 2013/7/4 Victor Olaya 
>>>
>>> Hi all
>>>
>>> SAGA 2.1.0 has just been released. The current version of SEXTANTE in
>>> master has been now adapted to work with SAGA 2.1.0, and raster
>>> algorithms will not work with any other version. Please, update your
>>> SAGA executables if using the latest master version, since now 2.1.0
>>> is the target version.
>>>
>>> The only algorithm adapted so far is the raster export one, which, for
>>> SEXTANTE, was the most important one that had been modified, since it
>>> blocks all other raster algorithms. Other algorithms might have
>>> changed, but they are not adapted yet. If you find something that was
>>> working before and now it doesn't, please report. Also, if there are
>>> new algorithms, feel free to suggest them to be added to SEXTANTE as
>>> well, describing their syntax, if possible, to help us do it.
>>>
>>> Windows users, please notice that the Osgeo4W installer still ships
>>> with SAGA 2.0.8, so you will need to install SAGA 2.1.0 manually and
>>> change the SAGA path in SEXTANTE. This will be updated soon, so it's
>>> just a temporary issue
>>>
>>> Thanks for your help
>>> Victor
>>> ___
>>> Qgis-developer mailing list
>>> qgis-develo...@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
>>
>>
>> --
>> ---
>> .~.
>>/ v \
>>   //\\
>>  /(  )\
>>^`~'^
>
>
>
>
> --
> ---
> .~.
>/ v \
>   //\\
>  /(  )\
>^`~'^
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user

[Qgis-user] SEXTANTE adaptation to new SAGA version

[Victor Olaya]

Hi all

SAGA 2.1.0 has just been released. The current version of SEXTANTE in
master has been now adapted to work with SAGA 2.1.0, and raster
algorithms will not work with any other version. Please, update your
SAGA executables if using the latest master version, since now 2.1.0
is the target version.

The only algorithm adapted so far is the raster export one, which, for
SEXTANTE, was the most important one that had been modified, since it
blocks all other raster algorithms. Other algorithms might have
changed, but they are not adapted yet. If you find something that was
working before and now it doesn't, please report. Also, if there are
new algorithms, feel free to suggest them to be added to SEXTANTE as
well, describing their syntax, if possible, to help us do it.

Windows users, please notice that the Osgeo4W installer still ships
with SAGA 2.0.8, so you will need to install SAGA 2.1.0 manually and
change the SAGA path in SEXTANTE. This will be updated soon, so it's
just a temporary issue

Thanks for your help
Victor
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-user