Re: [Qgis-developer] [Qgis-user] Defining the SEXTANTE roadmap

2012-12-04 Thread Paolo Cavallini
Il 04/12/2012 22:56, Victor Olaya ha scritto:

> However, I guess most people are talking about user documentation. Do
> you mean algorithm documentation? Documentation about the SEXTANTE
> framework itself?

IMHO algorithm documentation.

> GRASS algorithms are all fully documented, since we use the original
> GRASS docs. SAGA ones are not... That is clearly a huge amount of
> work, probably beyond what can be achieved in the short- or mid-term,
> but suggestions about this topic are welcome. Other SEXTANTE documents
> not related to analysis algorithms are more comprehensive and closer
> to completion...

I think we should work together with SAGA team to extract their documentation
automatically.

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
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Update to the SpatiaLite provider - ( Mac OS X nighty build)

2012-12-04 Thread Larry Shaffer
On Tue, Dec 4, 2012 at 5:50 PM, William Kyngesburye
 wrote:
> On Dec 4, 2012, at 11:00 AM, Larry Shaffer wrote:
>
>> Hi Noli,
>>
>> On Mon, Dec 3, 2012 at 6:08 PM, Noli Sicad  wrote:
 On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli 
 wrote:
> Before merging it I've opened a pull request [1], further tests
> are welcome.

 I'm going to merge it today, if there are no objections, of
 course. Better having it in core to make testing easier,
 that out like now.
>>
>> The nightly builds I have setup for Mac try to adhere to the same
>> requirements as a Kyngchaos.com stable install (so most users can
>> basically just download the nightly app and try it out). Notable
>> exception is support for Globe plugin (forthcoming). William's
>> spatialite libraries/headers are embedded in the
>> /Library/Frameworks/SQLite3.framework install, and are not bundled
>> with the app, i.e. wouldn't be included in the nightly app, just
>> linked to local components.
>>
>> This means if I do something custom for v. 4.0, users would also have
>> to compile and install spatialite themselves, too. I would prefer to
>> wait until William gives us an update on when he might be rolling a
>> new framework. If he won't be able to do that for a while, I will look
>> into a CMake setup, whereby a custom spatialite install is bundled
>> with the app (a la libfcgi, libspatialindex and libpq). That should
>> probably be done anyway.
>
> I haven't looked at it yet.  I'll see what I can do, probably a week or so 
> (or less), depending on how simple the update is to work into my framework.  
> It will require a rebuild of GDAL also.
>
> Bundling a spatialite might be troublesome - GDAL uses sqlite and spatialite 
> also, so if you use my GDAL framework then you'll have multiple versions of 
> spatialite available (from the sqlite framework and yours) in the QGIS 
> compilation which might confuse the build.

William, thanks for the update! I'll just wait for you to do your
framework magic, then use the results for the nightlies.

Regards,

Larry

>> Looks like William's current SQLite3.framework version is 3.7.14.1, so
>> that should handle the requirements for spatialite 4.0. Not sure if he
>> includes FreeXL though, to import data from Microsoft Excel format
>> (.xls suffix) files.
>>
> Yes, I include freexl.
>
>
> -
> William Kyngesburye 
> http://www.kyngchaos.com/
>
> Earth: "Mostly harmless"
>
> - revised entry in the HitchHiker's Guide to the Galaxy
>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Update to the SpatiaLite provider - ( Mac OS X nighty build)

2012-12-04 Thread William Kyngesburye
On Dec 4, 2012, at 11:00 AM, Larry Shaffer wrote:

> Hi Noli,
> 
> On Mon, Dec 3, 2012 at 6:08 PM, Noli Sicad  wrote:
>>> On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli 
>>> wrote:
 Before merging it I've opened a pull request [1], further tests
 are welcome.
>>> 
>>> I'm going to merge it today, if there are no objections, of
>>> course. Better having it in core to make testing easier,
>>> that out like now.
> 
> The nightly builds I have setup for Mac try to adhere to the same
> requirements as a Kyngchaos.com stable install (so most users can
> basically just download the nightly app and try it out). Notable
> exception is support for Globe plugin (forthcoming). William's
> spatialite libraries/headers are embedded in the
> /Library/Frameworks/SQLite3.framework install, and are not bundled
> with the app, i.e. wouldn't be included in the nightly app, just
> linked to local components.
> 
> This means if I do something custom for v. 4.0, users would also have
> to compile and install spatialite themselves, too. I would prefer to
> wait until William gives us an update on when he might be rolling a
> new framework. If he won't be able to do that for a while, I will look
> into a CMake setup, whereby a custom spatialite install is bundled
> with the app (a la libfcgi, libspatialindex and libpq). That should
> probably be done anyway.

I haven't looked at it yet.  I'll see what I can do, probably a week or so (or 
less), depending on how simple the update is to work into my framework.  It 
will require a rebuild of GDAL also.

Bundling a spatialite might be troublesome - GDAL uses sqlite and spatialite 
also, so if you use my GDAL framework then you'll have multiple versions of 
spatialite available (from the sqlite framework and yours) in the QGIS 
compilation which might confuse the build.

> Looks like William's current SQLite3.framework version is 3.7.14.1, so
> that should handle the requirements for spatialite 4.0. Not sure if he
> includes FreeXL though, to import data from Microsoft Excel format
> (.xls suffix) files.
> 
Yes, I include freexl.


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

Earth: "Mostly harmless"

- revised entry in the HitchHiker's Guide to the Galaxy


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


Re: [Qgis-developer] [Qgis-user] Defining the SEXTANTE roadmap

2012-12-04 Thread Victor Olaya
Many people mention documentation. As I said, we are interested in
documenting how to develop with SEXTANTE, which is a great priority in
order to keep the project alive.

However, I guess most people are talking about user documentation. Do
you mean algorithm documentation? Documentation about the SEXTANTE
framework itself?

GRASS algorithms are all fully documented, since we use the original
GRASS docs. SAGA ones are not... That is clearly a huge amount of
work, probably beyond what can be achieved in the short- or mid-term,
but suggestions about this topic are welcome. Other SEXTANTE documents
not related to analysis algorithms are more comprehensive and closer
to completion...

Thanks in advance



2012/12/4 Bhaskaran :
> My top three priorities are:
>
> 1) Documentation
> 2) Documentation
> 3) Documentation
>
> I am sure there are other things to develop. However, at the moment the
> knowledge of Sextante and QGIS is with a few users/developers. Majority of
> the users struggle for a while and move on to use commercial apps. So let us
> have a propoer documentation so that the exisiting featues can be fully
> exploited.
>
> bbkaran
>
>
>
> On 3 December 2012 12:40, Pirmin Kalberer  wrote:
>>
>> Hi Victor
>>
>> Am Freitag, 30. November 2012, 23.52:20 schrieb Victor Olaya:
>> [.]
>> >
>> > Let's start with the second point How do you think we should spend
>> > this money on SEXTANTE?
>> >
>>
>> My personal priority list:
>> 1. Reanimate Python code export
>> 2. Support for database tables as input and output types
>> This would be the starting point for implementing import and export
>> workflows
>> with SEXTANTE.
>> 3. Support for spatialite as an intermediate format
>> No more troubles with long layer names!
>> 4. PostGIS algorithm collection
>> 5. Merging history/log window with QGIS protocol windows
>>
>> Regards
>> Pirmin
>>
>> --
>> Pirmin Kalberer
>> Sourcepole  -  Linux & Open Source Solutions
>> http://www.sourcepole.com
>>
>> ___
>> Qgis-user mailing list
>> qgis-u...@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> ___
> Qgis-user mailing list
> qgis-u...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-user
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] ESA project using SEXTANTE

2012-12-04 Thread Anita Graser
On Tue, Dec 4, 2012 at 9:45 PM, Victor Olaya  wrote:
> Hi all
>
> This mail is to tell you about the great work ESA is doing with
> SEXTANTE,

Thanks for sharing Victor! It's really valuable to have reports like
this strengthening the reputation of QGIS and SEXTANTE.

Best wishes,
Anita
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Defining the SEXTANTE roadmap

2012-12-04 Thread Victor Olaya
Hi all

Thanks a lot for your ideas, there are definitely very good ones in here.

I am going to try to put a detailed list of priorities and maybe some
time estimations, so we can then focus our work more efficiently.

As some of you mentioned that you have plans to work on these
ideas,since they are of interest for you company/work/etc, (this is a
great surprise!), I would just like to ask for some communication here
in the list, so as to avoid duplicate work. For instance, support for
databases as inputs and outputs was already on my priorities list. A
good roadmap will help us divide the work and advance faster.

I cannot thank you all enough for you help. It is really exciting to
see how people are using SEXTANTE and helping us to push it forward.

Thanks!


2012/12/4 rldhont :
> Hi Victor, hi all,
>>
>> Let's start with the second point How do you think we should spend
>> this money on SEXTANTE?
>
>
> I think the first point is to fixed bugs, the second like Vincent Picavet is
> Making sextante totally independant of qgis GUI, to be able to run sextante
> processes in batch in command line mode.
>
> We, at 3Liz, could spend some time on SEXTANTE and find fund to improve
> SEXTANTE. Some of our clients, mainly labs, can be insteresting in improving
> SEXTANTE in QGIS, SEXTANTE has a command line or SEXTANTE as a WPS Server.
>
> René-Luc
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] ESA project using SEXTANTE

2012-12-04 Thread Paolo Cavallini
Il 04/12/2012 21:45, Victor Olaya ha scritto:
> Hi all
> 
> This mail is to tell you about the great work ESA is doing with
> SEXTANTE, They have contributed several important patches (thanks to
> Radoslaw Guzinski for his fantastic work!) and they use it for some of
> their projects, as it can be seen in this newsletter they recently
> published[1]. I think this is a very good case study, and as such it
> is of interest for the QGIS community.
> 
> It seems that SEXTANTE is growing up, which will for sure be good for
> all of us and will help us have a robust and table version pretty
> soon. Thanks to everyone for you collaboration!!
> 
> Victor
> 
> [1]http://tiger-net.org/uploads/media/TIGER-NET_D19_QN_Issue2.pdf

Great. Maybe they could send us a very short report for our case studies?
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
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


[Qgis-developer] ESA project using SEXTANTE

2012-12-04 Thread Victor Olaya
Hi all

This mail is to tell you about the great work ESA is doing with
SEXTANTE, They have contributed several important patches (thanks to
Radoslaw Guzinski for his fantastic work!) and they use it for some of
their projects, as it can be seen in this newsletter they recently
published[1]. I think this is a very good case study, and as such it
is of interest for the QGIS community.

It seems that SEXTANTE is growing up, which will for sure be good for
all of us and will help us have a robust and table version pretty
soon. Thanks to everyone for you collaboration!!

Victor

[1]http://tiger-net.org/uploads/media/TIGER-NET_D19_QN_Issue2.pdf
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


[Qgis-developer] Crayfish Plugin Released

2012-12-04 Thread Peter Wells
Hi Guys,

 

In case you are interested, we've just released a plugin for viewing
time-varying results from FE/FV models (it does flood models but could do
others too) directly in QGIS which is based on QgsPluginLayer.  

 

For more info, see the resources page:

 

http://www.lutraconsulting.co.uk/resources/crayfish

 

Kind regards,

Pete



Peter Wells

Lutra Consulting
23 Chestnut Close, Burgess Hill, RH15 8HN
  www.lutraconsulting.co.uk
Tel:  +44 (0)1444 848012
Mob:  +44 (0)7704 781683
SIP:  1507...@sipgate.co.uk

 



--
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.

Saber Razmjooei and Peter Wells trading as Lutra Consulting.___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] [Qgis-user] python error

2012-12-04 Thread Pedro Venâncio
Hi,

I think the problem was with python-qgis-common


pedro@fujitsu:~$ sudo apt-get upgrade 
A ler as listas de pacotes... Pronto
A construir árvore de dependências   
A ler a informação de estado... Pronto
0 pacotes actualizados, 0 pacotes novos instalados, 0 a remover e 0 não 
actualizados.
2 pacotes não totalmente instalados ou removidos.
Após esta operação, serão utilizados 0 B adicionais de espaço em disco.
Deseja continuar [Y/n]? y
A instalar python-qgis-common (1.9.0+git20121201+80fa7aa~precise-ubuntugis1) ...
A processar 'triggers' para python-central ...
A instalar python-qgis (1.9.0+git20121201+80fa7aa~precise-ubuntugis1) ...
A processar 'triggers' para python-central ...
A processar 'triggers' para libc-bin ...
ldconfig deferred processing now taking place
pedro@fujitsu:~$


For some reason the update did not work well, but now everything is ok.


Best regards,
Pedro Venâncio





- Original Message -
From: Pedro Venâncio 

Hi,


Yesterday I reported that problem with 
/usr/share/qgis/python/plugins/sextante/admintools/httplib2/__init__.py in dev 
mailinglist: 

http://osgeo-org.1560.n6.nabble.com/Couldn-t-load-plugin-ogrprocessing-after-upgrading-Sextante-from-github-td5020192.html
 


but the problem in starting QGIS is different and it just showed up today here, 
after upgrading to version 1.9.0+git20121201+80fa7aa~precise-ubuntugis1.

The error:

Couldn't load PyQGIS.
Python support will be disabled.

Traceback (most recent call last):
  File "", line 1, in 
ImportError: No module named qgis.core

Python version:
2.7.3 (default, Aug  1 2012, 05:27:35) 
[GCC 4.6.3]

QGIS version:
1.9.0-Master 'Master', exported

Python path:
['/usr/share/qgis/python', '/home/pedro/.qgis//python', 
'/home/pedro/.qgis//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/wx-2.8-gtk2-unicode']



Will be a problem with some dependency?

Thanks,
Pedro





From: Matteo Ghetta 

Ok I solved the problem..
During the updating thw first line of the file __init__.py (stored in 
/usr/share/qgis/python/plugins/sextante/admintools/httplib2) "from __future__ 
import generators" moved to the 26th line of the same file. I really don't 
understand why, but after moving it back to the right place, it seems that 
python (and the plugins) works correctly. 

Cheers

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

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


Re: [Qgis-developer] Update to the SpatiaLite provider - ( Mac OS X nighty build)

2012-12-04 Thread Larry Shaffer
Hi Noli,

On Mon, Dec 3, 2012 at 6:08 PM, Noli Sicad  wrote:
>> On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli 
>> wrote:
>>> Before merging it I've opened a pull request [1], further tests
>>> are welcome.
>>
>> I'm going to merge it today, if there are no objections, of
>> course. Better having it in core to make testing easier,
>> that out like now.

The nightly builds I have setup for Mac try to adhere to the same
requirements as a Kyngchaos.com stable install (so most users can
basically just download the nightly app and try it out). Notable
exception is support for Globe plugin (forthcoming). William's
spatialite libraries/headers are embedded in the
/Library/Frameworks/SQLite3.framework install, and are not bundled
with the app, i.e. wouldn't be included in the nightly app, just
linked to local components.

This means if I do something custom for v. 4.0, users would also have
to compile and install spatialite themselves, too. I would prefer to
wait until William gives us an update on when he might be rolling a
new framework. If he won't be able to do that for a while, I will look
into a CMake setup, whereby a custom spatialite install is bundled
with the app (a la libfcgi, libspatialindex and libpq). That should
probably be done anyway.

Looks like William's current SQLite3.framework version is 3.7.14.1, so
that should handle the requirements for spatialite 4.0. Not sure if he
includes FreeXL though, to import data from Microsoft Excel format
(.xls suffix) files.

Regards,

Larry


> Hi Larry,
>
> Would it be possible to tell us when you release a Mac OS X nightly
> build that includes this update Spatialite provider (i.e. SPL 4.0.0).
>
> Thanks.
>
> Noli
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] [Qgis-user] Update to the SpatiaLite provider - ( Mac OS X nighty build)

2012-12-04 Thread Giuseppe Sucameli
Merged right now.
Cheers.

On Tue, Dec 4, 2012 at 4:29 PM, Werner Macho  wrote:
> +1 for merging - otherwise my blog entry is wrong ;)
>
>
>
> On Tue, Dec 4, 2012 at 4:25 PM, Giuseppe Sucameli 
> wrote:
>>
>> HI,
>>
>> On Tue, Dec 4, 2012 at 2:08 AM, Noli Sicad  wrote:
>> >> On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli
>> >> 
>> >> wrote:
>> >>> Before merging it I've opened a pull request [1], further tests
>> >>> are welcome.
>> >>
>> >> I'm going to merge it today, if there are no objections, of
>> >> course. Better having it in core to make testing easier,
>> >> that out like now.
>> >
>> > Would it be possible to tell us when you release a Mac OS X nightly
>> > build that includes this update Spatialite provider (i.e. SPL 4.0.0).
>>
>> I haven't merged it yet, but I hope to do it ASAP.
>>
>> Regards.
>>
>> >
>> > Thanks.
>> >
>> > Noli
>> > ___
>> > Qgis-user mailing list
>> > qgis-u...@lists.osgeo.org
>> > http://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>>
>>
>> --
>> Giuseppe Sucameli - Faunalia
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>



-- 
Giuseppe Sucameli - Faunalia
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] WPS server

2012-12-04 Thread rldhont

Hi Martin,

I think we need both :
* QgsExpression for simple Process on Geometry and simple parameters
* SEXTANTE for complexe Process on Raster, Vector Layer, multiple Layer, etc

After some tests on WFS-Transaction, I need a way to validate my 
geometry before updating or adding feature. In this case SEXTANTE will 
be too big, QgsExpression is exactly what I need no more no less. I do 
not need to Process layer.


For SEXTANTE, Vincent Picavet give the good solution :
/* Making sextante totally independant of qgis GUI, to be able to run 
sextante processes in batch in command line mode//
//This will open the door to use Sextante as a real WPS processes 
generator, //

//with features not unlike an ETL (or ELT)./

René-Luc D'Hont
3Liz

Le 03/12/2012 17:43, Martin Dobias a écrit :


On Mon, Dec 3, 2012 at 2:31 PM, rldhont > wrote:


My idea was to have a simple WPS server based on QGIS-Server, very
simple for simple vector case, and I thought it's a good idea. I
only need to validate geometry, constructing simple buffer or
intersection.

For big processing, I think SEXTANTE is better suitable, but for a
WPS serveur, SEXTANTE didn't need QGIS. We can construct a WPS
Server based on pySextante with pyWPS.

I don't really want to hack QgsExpression, just accesses to very
simple processing, I'll just it. For SEXTANTE, It will be better
to work on someting based on pyWPS.


I don't think PyWPS would be a good choice for WPS server 
implementation. From a broader view, PyWPS does the same thing as 
SEXTANTE does: it allows users to run processes and it allows 
developers to provide custom processes. The main difference is that 
PyWPS processing is meant to be triggered by WPS requests, while 
SEXTANTE processing may be triggered by anything (currently mainly 
GUI). On the backend side, PyWPS supports GRASS, while SEXTANTE offers 
much more by default. It's true that one could attach SEXTANTE to 
PyWPS and let QGIS server call PyWPS all the time, but that would 
bring just additional limitations.


In fact, the server-side WPS support could be implemented directly 
within SEXTANTE, the only thing that would QGIS server do would be to 
pass WPS request to SEXTANTE routine and send its response back to server.


So the bottom line from my point of view:
SEXTANTE +1
QgsExpression -1
PyWPS -1

Regards
Martin



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


Re: [Qgis-developer] Defining the SEXTANTE roadmap

2012-12-04 Thread rldhont

Hi Victor, hi all,

Let's start with the second point How do you think we should spend
this money on SEXTANTE?


I think the first point is to fixed bugs, the second like Vincent 
Picavet is Making sextante totally independant of qgis GUI, to be able 
to run sextante

processes in batch in command line mode.

We, at 3Liz, could spend some time on SEXTANTE and find fund to improve 
SEXTANTE. Some of our clients, mainly labs, can be insteresting in 
improving SEXTANTE in QGIS, SEXTANTE has a command line or SEXTANTE as a 
WPS Server.


René-Luc
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] [Qgis-user] python error

2012-12-04 Thread Jakob Lanstorp
Just updated 1.9.master on Ubuntu and got the same error starting QGIS:

Couldn't load PyQGIS.
Python support will be disabled.

Traceback (most recent call last):
  File "", line 1, in 
ImportError: No module named qgis.core

Running in a terminal: 'sudo apt-get upgrade' I get:

Reading package lists... Done
Building dependency tree   
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
2 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue [Y/n]? y
Setting up python-qgis-common (1.9.0+git20121201+80fa7aa~precise-ubuntugis1)
...
Compiling
/usr/share/qgis/python/plugins/sextante/admintools/httplib2/__init__.py ...
SyntaxError: ('from __future__ imports must occur at the beginning of the
file',
('/usr/share/qgis/python/plugins/sextante/admintools/httplib2/__init__.py',
26, None, 'from __future__ import generators\n'))

pycentral: pycentral pkginstall: error byte-compiling files (496)
pycentral pkginstall: error byte-compiling files (496)
dpkg: error processing python-qgis-common (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of python-qgis:
 python-qgis depends on python-qgis-common (=
1.9.0+git20121201+80fa7aa~precise-ubuntugis1); however:
  Package python-qgis-common is not configured yet.

dpkg: error processing python-qgis (--configure):
 dependency problems - leaving unconfigured
No apport report written because the error message indicates its a followup
error from a previous failure.
  Errors were encountered while processing:
 python-qgis-common
 python-qgis
E: Sub-process /usr/bin/dpkg returned an error code (1)

/Jakob




--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/Re-Qgis-user-python-error-tp5020446p5020498.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] [Qgis-user] Update to the SpatiaLite provider - ( Mac OS X nighty build)

2012-12-04 Thread Werner Macho
+1 for merging - otherwise my blog entry is wrong ;)



On Tue, Dec 4, 2012 at 4:25 PM, Giuseppe Sucameli wrote:

> HI,
>
> On Tue, Dec 4, 2012 at 2:08 AM, Noli Sicad  wrote:
> >> On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli <
> sucam...@faunalia.it>
> >> wrote:
> >>> Before merging it I've opened a pull request [1], further tests
> >>> are welcome.
> >>
> >> I'm going to merge it today, if there are no objections, of
> >> course. Better having it in core to make testing easier,
> >> that out like now.
> >
> > Would it be possible to tell us when you release a Mac OS X nightly
> > build that includes this update Spatialite provider (i.e. SPL 4.0.0).
>
> I haven't merged it yet, but I hope to do it ASAP.
>
> Regards.
>
> >
> > Thanks.
> >
> > Noli
> > ___
> > Qgis-user mailing list
> > qgis-u...@lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/qgis-user
>
>
>
> --
> Giuseppe Sucameli - Faunalia
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] [Qgis-user] Update to the SpatiaLite provider - ( Mac OS X nighty build)

2012-12-04 Thread Giuseppe Sucameli
HI,

On Tue, Dec 4, 2012 at 2:08 AM, Noli Sicad  wrote:
>> On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli 
>> wrote:
>>> Before merging it I've opened a pull request [1], further tests
>>> are welcome.
>>
>> I'm going to merge it today, if there are no objections, of
>> course. Better having it in core to make testing easier,
>> that out like now.
>
> Would it be possible to tell us when you release a Mac OS X nightly
> build that includes this update Spatialite provider (i.e. SPL 4.0.0).

I haven't merged it yet, but I hope to do it ASAP.

Regards.

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



-- 
Giuseppe Sucameli - Faunalia
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] postgis view source URI with key column doesn't load

2012-12-04 Thread G. Allegri
It was an encoding problem with the parameters I passed to the URI. It
works fine now.

giovanni

2012/12/3 G. Allegri 

> I'm setting the URI of a PostGIS view layer in the following way:
>
> > uri.setDataSource(schema,table,geom_column,'',key_column)
>
> but the resulting layer has something wrong, eg layer.isValid() returns
> False, and I can't load it.
> I can load the same view through the GUI, settings the Primary Key Column
> manually.
> What's wrong with the way I'm using setDataSource?
>
> giovanni
>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] osgeo4w files

2012-12-04 Thread Andreas Neumann

Hi,

see http://download.osgeo.org/osgeo4w/release/

Andreas

On Tue, 04 Dec 2012 08:30:08 +0100, Paolo Cavallini wrote:

Hi all.
Where can the osgeo4w files be downloaded for offline install,
without using the
osgeo4w.exe? I want to prepare a folder for offline install on Win,
but I'm on Linux,
so I cannot use the exe (and wine is not working on amd64).
Thanks.


--
--
Andreas Neumann
Böschacherstrasse 10A
8624 Grüt (Gossau ZH)
Switzerland
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


[Qgis-developer] osgeo4w files

2012-12-04 Thread Paolo Cavallini
Hi all.
Where can the osgeo4w files be downloaded for offline install, without using the
osgeo4w.exe? I want to prepare a folder for offline install on Win, but I'm on 
Linux,
so I cannot use the exe (and wine is not working on amd64).
Thanks.
-- 
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Update to the SpatiaLite provider - ( Mac OS X nighty build)

2012-12-04 Thread Noli Sicad
> On Fri, Nov 30, 2012 at 4:58 PM, Giuseppe Sucameli 
> wrote:
>> Before merging it I've opened a pull request [1], further tests
>> are welcome.
>
> I'm going to merge it today, if there are no objections, of
> course. Better having it in core to make testing easier,
> that out like now.

Hi Larry,

Would it be possible to tell us when you release a Mac OS X nightly
build that includes this update Spatialite provider (i.e. SPL 4.0.0).

Thanks.

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


Re: [Qgis-developer] Please update SRS db to newest one

2012-12-04 Thread Paolo Cavallini
Il 03/12/2012 13:50, Shin, Sanghee ha scritto:

> I found that newest EPSG DB is not still reflected in QGIS SRS DB. 
> 
> Would you please update QGIS SRS DB to newest one?
> 
> This is especially essential for Korean QGIS users, who had to update new 
> Korean SRS manually. 
> 
> Should I issue a ticket for this?

Hi Sanghee,
isn't already open? If not, please do.
Thanks.
-- 
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer