Re: [Qgis-developer] PROBLEM SOLVED - QGIS Misses GetCapabilites Version - RE: Adding The Selection of Image Type To WMS Setup?

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 17/04/2013 22:45, Bruce, Bob (CON) ha scritto:

> So I have two questions:
> 1) will QGIS soon accommodate a OGC GetCapabilites format version 1.3.2 
> document?
> 2) will it be possible to have the image type of jpegorpng allowed to be used?
> 
> Having 2) accommodated will allow the server to decide if a PNG file is 
> needed in areas where part of the image is transparent and send JPEG images 
> where no transparency is required. The PNG images are roughly 8X larger than 
> the JPEG images so accommodating this image type would reduce network traffic 
> significantly.

Hi Bruce,
how about funding these developments?
All the best, and 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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlFvk+4ACgkQ/NedwLUzIr4pjwCdGSW6GHHpRZWRwdwlOoofncEN
iVMAn2NBCaZIR6ulYRQZg6u9M+bBo4Qj
=3emx
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo

[MORREALE Jean Roc]

Andyzendy (#50) for me : simple, easily downscalable to 16x16 (great for 
taskbar/favicon), can be converted to greyscale (good for print)


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

Re: [Qgis-developer] PROBLEM SOLVED - QGIS Misses GetCapabilites Version - RE: Adding The Selection of Image Type To WMS Setup?

[Bruce, Bob (CON)]

Jürgen,
Thanks, that's great.

I upgraded my QGIS and I was able to connect to the WMS and see the image types 
without adding the &version=1.3.0 string and I did see the JPEG/PNG selection. 
When I selected that type and drew the whole area I did not get an image that 
had transparency so the underlying image was now showing where blank areas 
appeared. When I select JPEG/PNG is QGIS selecting an image format specified by 
image/x-jpegorpng or is it specified by something else? I am wondering if I 
should be looking to the server for the problem or looking to QGIS.

Thanks,
Bob

-Original Message-
From: qgis-developer-boun...@lists.osgeo.org 
[mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Jürgen E. Fischer
Sent: April-17-13 4:12 PM
To: 'qgis-developer@lists.osgeo.org'
Subject: Re: [Qgis-developer] PROBLEM SOLVED - QGIS Misses GetCapabilites 
Version - RE: Adding The Selection of Image Type To WMS Setup?

Hi Bruce,

On Wed, 17. Apr 2013 at 15:45:04 -0500, Bruce, Bob (CON) wrote:
> So I have two questions:
> 1) will QGIS soon accommodate a OGC GetCapabilites format version 1.3.2 
> document?
> 2) will it be possible to have the image type of jpegorpng allowed to be used?

Since sunday it does - see 6604d2f8146


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
committ(ed|ing) to Quantum GIS IRC: jef on FreeNode 


-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

___
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] PROBLEM SOLVED - QGIS Misses GetCapabilites Version - RE: Adding The Selection of Image Type To WMS Setup?

[Jürgen E . Fischer]

Hi Bruce,

On Wed, 17. Apr 2013 at 15:45:04 -0500, Bruce, Bob (CON) wrote:
> So I have two questions:
> 1) will QGIS soon accommodate a OGC GetCapabilites format version 1.3.2 
> document?
> 2) will it be possible to have the image type of jpegorpng allowed to be used?

Since sunday it does - see 6604d2f8146


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
committ(ed|ing) to Quantum GIS IRC: jef on FreeNode 


-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

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

Re: [Qgis-developer] Updating context help and translations

[Werner Macho]

Unfortunately no flagging ..
The only thing you can do is a pull request for the en_US version and than
hope that a translator sees this pull request and will update also the
other language files ..
but currently the field of context_help translation is not such good
covered as GUI or Documentation translation ..

kind regards
Werner



On Wed, Apr 17, 2013 at 11:13 PM, Chris Crook  wrote:

>  Hi 
>
> ** **
>
> Just wondering what the procedure is for updating context help (in this
> case for delimited text plugin).  I can update en_US version, but sadly I’m
> totally incompetent for any other options.So question is when
> translations are being done, how should the other versions be handled.  At
> present there will be an out of date (ie largely correct but much less
> informative) help file there.  But for a lot of users it could be more
> useful to have the en_US version with the extra info.  
>
> ** **
>
> So is there a way of flagging that the other files are out of date (ie
> candidates for retranslation).  Or do translators look at everything anyway?
> 
>
> ** **
>
> Thanks
>
> Chris
>
> --
> This message contains information, which is confidential and may be
> subject to legal privilege. If you are not the intended recipient, you must
> not peruse, use, disseminate, distribute or copy this message. If you have
> received this message in error, please notify us immediately (Phone 0800
> 665 463 or i...@linz.govt.nz) and destroy the original message. LINZ
> accepts no responsibility for changes to this email, or for any
> attachments, after its transmission from LINZ. Thank You.
>
> ___
> 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

[Qgis-developer] Updating context help and translations

[Chris Crook]

Hi

Just wondering what the procedure is for updating context help (in this case 
for delimited text plugin).  I can update en_US version, but sadly I'm totally 
incompetent for any other options.So question is when translations are 
being done, how should the other versions be handled.  At present there will be 
an out of date (ie largely correct but much less informative) help file there.  
But for a lot of users it could be more useful to have the en_US version with 
the extra info.

So is there a way of flagging that the other files are out of date (ie 
candidates for retranslation).  Or do translators look at everything anyway?

Thanks
Chris


This message contains information, which is confidential and may be subject to 
legal privilege. If you are not the intended recipient, you must not peruse, 
use, disseminate, distribute or copy this message. If you have received this 
message in error, please notify us immediately (Phone 0800 665 463 or 
i...@linz.govt.nz) and destroy the original message. LINZ accepts no 
responsibility for changes to this email, or for any attachments, after its 
transmission from LINZ. Thank You.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] PROBLEM SOLVED - QGIS Misses GetCapabilites Version - RE: Adding The Selection of Image Type To WMS Setup?

[Bruce, Bob (CON)]

Jürgen,
After consulting Cubewerx yesterday, I realized that we weren't seeing 
the image types because QGIS wasn't reading the default version of the Cubewerx 
GetCapabilites document.

The Cubewerx default OGC version is 1.3.2 which has request section headers 
like: 




Version 1.3.0 of the OGC GetCapabilites document has request section headers:




I managed to force QGIS to read the GetCapabilities document by adding the 
string &version=1.3.0 to the end of my URL. Once I did this then I saw four 
image types appear as options:
PNG JPEG GIF TIFF
I did not see an option for the encoding image/x-jpegorpng that Cubewerx is 
offering.

So I have two questions:
1) will QGIS soon accommodate a OGC GetCapabilites format version 1.3.2 
document?
2) will it be possible to have the image type of jpegorpng allowed to be used?

Having 2) accommodated will allow the server to decide if a PNG file is needed 
in areas where part of the image is transparent and send JPEG images where no 
transparency is required. The PNG images are roughly 8X larger than the JPEG 
images so accommodating this image type would reduce network traffic 
significantly.

Thanks,
Bob Bruce

-Original Message-
From: qgis-developer-boun...@lists.osgeo.org 
[mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Bruce, Bob (CON)
Sent: April-14-13 7:37 AM
To: qgis-developer@lists.osgeo.org
Subject: Re: [Qgis-developer] Adding The Selection of Image Type To WMS Setup?

Jürgen,
Thanks for getting back to me on this. I cannot seem to find where I 
can select the image type when I connect to my WMS server. Could you please 
help me to locate this feature?

My WMS server is:
   http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_MB_-_Orthophoto

My GetCapabilities request returns image formats of:

image/png
image/png; PhotometricInterpretation="PaletteColor"
image/png; PhotometricInterpretation="RGB"
image/png; PhotometricInterpretation="BlackIsZero"
image/tiffimage/tiff; 
PhotometricInterpretation="PaletteColor"
image/tiff; PhotometricInterpretation="RGB"
image/tiff; PhotometricInterpretation="BlackIsZero"
image/gif
image/jpeg
image/x-jpegorpng
image/x-portable-anymap
image/x-portable-pixmap
image/x-portable-graymap
application/x-cubewerx-wkb; version="3"
application/x-cubewerx-wkb; version="3"; 
PhotometricInterpretation="PaletteColor"
application/x-cubewerx-wkb; version="3"; 
PhotometricInterpretation="RGB"
application/x-cubewerx-wkb; version="3"; 
PhotometricInterpretation="BlackIsZero"
application/vnd.google-earth.kml+xml
application/vnd.google-earth.kml+bxml; bxmlVersion="0.0.8"

but I don't see how to select these.

As for the user-agent string, we are not seeing anything on the server in the 
HTTP header to let us know that it is coming from QGIS, however that would not 
be important to us to know if we could select the image type when we add the 
WMS layer.

thanks,
   Bob Bruce

- Original Message -
From: "Jürgen E. Fischer" 
To: qgis-developer@lists.osgeo.org
Sent: Saturday, April 13, 2013 2:36:21 AM
Subject: Re: [Qgis-developer] Adding The Selection of Image Type To WMS Setup?

Hi Bob,

On Fri, 12. Apr 2013 at 18:25:32 -0500, Bruce, Bob (CON) wrote:
> Would it be possible to get QGIS modified to allow the selection of the image
> format type (i.e. PNG, JPEG, or others) in the setup of a WMS connection?

No, because it's already there.  If a WMS server offers multiple formats you
can select the one you want in the wms selection dialog.


> Cubewerx provides an image type of "image/x-jpegorpng" where it decides if it
> needs to send PNG images if we are doing a draw that includes some
> transparent areas, otherwise it sends JPEG images. This image type is stated
> in the GetCapabilities response along with the other image types that are
> supported and if we had the opportunity to select this image type in QGIS
> then we could get much smaller images most of the time.

Supporting that image type shouldn't be a problem.  Everything the server
supplies is passed to QImage and that transparently figures out what format it
is - the format selection is only used to form the request.


> We have also discovered that ArcGIS identifies itself through a user-agent
> string in the header of the request (HTTP method), it sends the following
> user-agent string: "ArcGIS Client Using WinInet" and Cubewerx has adapted
> their server to automatically handle the image types that are provided to
> ArcGIS. Unfortunately we see no such user-agent string provided by QGIS so we
> are not able to have the server adapted to QGIS image requests. Other clients
> may need PNG files so we can't have the server force the adaptation of images
> for every client so it would be helpful to have QGIS provide a user-agent
> string if we couldn't get the selection of image type for WMS requests.

Hm, sounds like two new features.  Can you rephrase it as a bug? ;)

We could have QgsNetworkManager set a different or a c

[Qgis-developer] Does Sextante Field Calculator support all functions of attribute table field calc?

[Anita Graser]

Hi,

I have a polygon layer with an "area" field and want to calculate $area /  
"area". This works well in attribute table field calculator.


If I try to use Sextante Field Calculator, the resulting field contains  
only NULL values. Is this supposed to work? Is this a bug you can confirm?


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

Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins

[vinayan]

+1 for keeping the vector menu.

I think it is best to have maximum algorithms available in c++ ap,  in the
analysis module(i see that some are already available)..I would be willing
to contribute to it if required

thanks
Vinayan



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/fTools-and-GdalTools-sextante-vs-original-plugins-tp5041430p5047742.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] fTools and GdalTools: sextante vs original plugins

[Anita Graser]

Am 17.04.2013, 18:26 Uhr, schrieb Paolo Cavallini :

so until we have a proper, automatic test at every commit, I would
prefer to rest on solid ground.


Let me just note that I'm not so sure how solid our ground is. E.g. ftools  
union tool used to work fine and is broken now. Same with ftools distance  
matrix.


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

Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 17/04/2013 16:30, Filipe Dias ha scritto:
> Get Qgis Master, randomly (or deliberately) choose tools that you
> know how to use and run them. If they don't work as expected,
> report a bug:
> 
> http://hub.qgis.org/projects/sextante/issues
> 
> When I have enough time, I do my regular work using Qgis Master
> and report the bugs that I find.

There is a lso a nice way to create automatic tests, see Victor
suggestions.
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.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlFuzlAACgkQ/NedwLUzIr7FFACgje5cvr5oiC6+2mXU1uDGRgw9
FeAAnjWMJKbQB7AedryyMN78D1PVGxW5
=TYGF
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 17/04/2013 08:56, Alexander Bruy ha scritto:

> Agreed, having such functionality in SEXTANTE will be great and not
> only for GDAL but for all command-line tools. And AFAIK something 
> already here ? executed commands available in history manager.

Yes, it should be more evident to the user, and easier to copy-paste
to be run from the shell without modification.
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.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlFuzfYACgkQ/NedwLUzIr50FACaAslp75dVKbdbiDK6jtEEGYgu
go8AoIsD+BVAhTFNH0Rs4f7ApqHH/l8s
=7e6m
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 17/04/2013 09:49, Victor Olaya ha scritto:
> I like the idea of allowing menu entries to be defined from
> SEXTANTE algorithms, as a shortcut to them. If we agree on that, I
> could start working on it.

yes, nice idea - be careful not to generate confusion with existing
tools; perhaps this can be done by adding a sextante minilogo to the
icon for the tool.
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.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlFuzYgACgkQ/NedwLUzIr7bMgCfQyFaiCepEu1FKjpWNyEac8k/
OkEAoJrWHEwYTNxfjJUVOzVq1Xk6diTI
=hayS
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 17/04/2013 10:29, Filipe Dias ha scritto:
> I agree with allowing the user to define some Menu entries. As an
> end user I'd rather have all Analytical tools in one place, but
> this would allow people "to not loose their habit" of calling some
> more commonly used tools (I agree with Paolo, a poll with be good)
> from the Menu.
> 
> Sextante is more stable in the areas where there more users. This
> can only be solved if more people step in for testing or when the
> full testing suite is completed. In any case, Sextante is the
> single most powerfull GIS analysis tool out there, including
> proprietary software. It's a huge undertaking and it is being
> carried by very few people. I wish there were more people
> contributing to the code and testing it.

Hi all.
I like the way this discussion is going.
I suggested to postpone the removal of "old" commands because I think
there is still a lot to do in Sextante, and it would be risky to
remove well tested tools too early. Furthermore, it is still
comparatively easy to break some functionalities with small changes,
so until we have a proper, automatic test at every commit, I would
prefer to rest on solid ground.
If things change in the next month or so, I'd be the first to support
Sextante (as I've always been).
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.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlFuzTQACgkQ/NedwLUzIr775ACbBlQtSVFTLPGArnAjHoF4xy4O
gWIAn3VZgRusS97ZjQCH7j/shb4xph2E
=709r
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Qgis-user] How define the "other" condition on a classification render

[Paolo Cavallini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 17/04/2013 13:34, Anita Graser ha scritto:
> Wouldn't it make sense to translate  the old style into a
> rule-based renderer? There it's easy to define a style for
> "other".

Hi.
The previous behaviour was much faster by all means however.
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.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlFuykoACgkQ/NedwLUzIr4gZACdFr/3MFhalclPuNdnykkByreT
s9kAn0vEQfrEabrvXbDBu8ZStVwFDnWK
=QHkR
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Fwd: Journals to publish plug-ins ?

[Agustin Lobo]

I thought this could be of interest here.
Sorry for cross-posting
Agus


-- Forwarded message --
From: Doube, Michael 
Date: Wed, Apr 17, 2013 at 2:33 PM
Subject: Re: Journals to publish plug-ins ?
To: ima...@list.nih.gov

Hi Adrian,

See this list:
http://www.software.ac.uk/resources/guides/which-journals-should-i-publish-my-software

In particular the new Journal of Open Research Software if you just
need to document your code and get a DOI
http://openresearchsoftware.metajnl.com/

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

Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins

[Filipe Dias]

Get Qgis Master, randomly (or deliberately) choose tools that you know how
to use and run them. If they don't work as expected, report a bug:

http://hub.qgis.org/projects/sextante/issues

When I have enough time, I do my regular work using Qgis Master and report
the bugs that I find.



On Wed, Apr 17, 2013 at 2:17 PM, antoniolocandro <
antoniolocan...@hotmail.com> wrote:

> Well since I can't code I can help with the testing, just point me where
> to start and I will try Sextante
>
>
>
>
> Sent from Samsung tablet
>
> Filipe Dias  wrote:
> I agree with allowing the user to define some Menu entries. As an end user
> I'd rather have all Analytical tools in one place, but this would allow
> people "to not loose their habit" of calling some more commonly used tools
> (I agree with Paolo, a poll with be good) from the Menu.
>
> Sextante is more stable in the areas where there more users. This can only
> be solved if more people step in for testing or when the full testing suite
> is completed. In any case, Sextante is the single most powerfull GIS
> analysis tool out there, including proprietary software. It's a huge
> undertaking and it is being carried by very few people. I wish there were
> more people contributing to the code and testing it.
>
>
> On Wed, Apr 17, 2013 at 8:49 AM, Victor Olaya  wrote:
>
>> I like the idea of allowing menu entries to be defined from SEXTANTE
>> algorithms, as a shortcut to them. If we agree on that, I could start
>> working on it.
>>
>> Thanks everyone for you ideas!
>>
>> Cheers
>> Victor
>>
>> 2013/4/17 Bernhard Ströbl :
>> > Hi all,
>> >
>> > for a course I am about to give tomorrow I played a bit with SEXTANTE,
>> > although I am going to teach geoprocessing with fTools (we are using
>> QGIS
>> > 1.8). It was my first go with SEXTANTE and I was about to show what it
>> will
>> > offer in the future. Therefore I built a small model with three input
>> layers
>> > a buffer and two overlay operations. I did not succeed in running the
>> model
>> > so I tried in current master.
>> > As it currently is SEXTANTE is not operable for me (or I am doing it
>> wrong):
>> > First message is "Layers do not all use the same CRS" although they
>> > definitely do and the same EPSG-code is noted in square brackets behind
>> each
>> > layer name!? Second I get an "Error executing algorithm..." it seems as
>> > SEXTANTE cannot use PostGIS layers as input (when I save them as shape
>> files
>> > the model runs perfectly), this is a big limitation as my institution
>> stores
>> > almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers
>> to
>> > choose as input layers then).
>> >
>> > Well, this was a very disappointing experience because additionally
>> QGIS was
>> > frozen two or three times opening or closing the model. I do not want to
>> > complain, all I want is to ask for keeping fTools as they are until
>> SEXTANTE
>> > can _really_ replace them in all aspects. Then we should remove the
>> vector
>> > menue completely because I agree that finding the tool you are looking
>> for
>> > is a lot easier in SEXTANTE.
>> >
>> > my 2 cents
>> >
>> > Bernhard
>> >
>> > Am 17.04.2013 07:42, schrieb Anita Graser:
>> >>
>> >> On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin <
>> nirvn.a...@gmail.com
>> >> > wrote:
>> >>
>> >> There might be a way to make most people happy here.
>> >>
>> >> I find the vector menu a nice ui shortcut for useful functions. If
>> >> sextante relevant functions are at par (or better), couldn't the
>> >> vector menu items stay, which would please many, and when clicked
>> >> triggers sextante's function dialogue? Victor? Same thing could
>> >> happen with vector menu too. Sextante's analysis toolbar is super
>> >> useful but might be a throwback for some if vector / raster menu
>> >> functions disappear.
>> >>
>> >> On human resource (coders and testers) and maintenance angles,
>> >> keeping to mechanism to do same thing is an obvious waste.
>> >>
>> >> I see. So you'd suggest to keep only Sextante code (where duplicates
>> >> exist!) but provide shortcuts from the menu? I'd +1 that.
>> >> I've been testing a variety of functions in the menus and in Sextante
>> >> over the last days and there are always some broken ones. Neither
>> >> "package" is without major bugs today.
>> >> We need to get it together for 2.0 and that's easier if we can focus on
>> >> one.
>> >>
>> >> Best wishes,
>> >> Anita
>> >>
>> >
>> >
>> > __ Information from ESET Mail Security, version of virus
>> signature
>> > database 8235 (20130416) __
>> >
>> > The message was checked by ESET Mail Security.
>> > http://www.eset.com
>> >
>> >
>> >
>> > ___
>> > Qgis-developer mailing list
>> > Qgis-developer@lists.osgeo.org
>> > http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> ___
>> Qgis-developer mail

Re: [Qgis-developer] [Discussion] Repository and Plugin idea for Google Summer of Code

[Nathan Woodrow]

Hey Arun,

Great to see you back on the list.  Are you thinking of doing this for GSoC
or just as a free time project?

- Nathan


On Wed, Apr 17, 2013 at 3:50 PM, arunthe...@gmail.com
wrote:

> Hello,
>
> I have been going through the Google Summer of Code 2013 ideas page [0]
> and I think the remote repository for style/svg/script sharing proposed by
> Alexander Bruy would be a nice follow up of my last year work on the Symbol
> management.
>
> Here are a few things that come to my mind:
>
> 0. The foremost point is, instead of a plugin to handle the fetching and
> importing, we could implement them in the parts concerned directly. Eg.,
> style import in style manager, sextante model/script importer in sextante
> ..etc
>
> 1. Since we don't have a repository, last year I just made a way to input
> the XML url in the symbol Import dialog and fetch the symbols. The idea is
> to add an option to get the symbols from the central repository with their
> groups and tags and import them individually or based on individual groups
> or with a specific set of tags.
>
> 2. The Django application with REST API must be with an user
> authentication layer, should be install-able and configurable for
> organisations to host their own servers.
>
> 3. The base URL for the remote server can be kept changeable in the
> application options, so organizations can point it to their servers.
>
> I might have missed a few obvious points. Kindly discuss and help to
> improve the idea. Thank you.
>
> [0] http://hub.qgis.org/wiki/quantum-gis/Google_Summer_of_Code_2013
>
> --
> Regards
> Arunmozhi
>
> ___
> 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] fTools and GdalTools: sextante vs original plugins

[antoniolocandro]

Well since I can't code I can help with the testing, just point me where to 
start and I will try Sextante 




Sent from Samsung tabletFilipe Dias  wrote:I agree with 
allowing the user to define some Menu entries. As an end user I'd rather have 
all Analytical tools in one place, but this would allow people "to not loose 
their habit" of calling some more commonly used tools (I agree with Paolo, a 
poll with be good) from the Menu.

Sextante is more stable in the areas where there more users. This can only be 
solved if more people step in for testing or when the full testing suite is 
completed. In any case, Sextante is the single most powerfull GIS analysis tool 
out there, including proprietary software. It's a huge undertaking and it is 
being carried by very few people. I wish there were more people contributing to 
the code and testing it. 


On Wed, Apr 17, 2013 at 8:49 AM, Victor Olaya  wrote:
I like the idea of allowing menu entries to be defined from SEXTANTE
algorithms, as a shortcut to them. If we agree on that, I could start
working on it.

Thanks everyone for you ideas!

Cheers
Victor

2013/4/17 Bernhard Ströbl :
> Hi all,
>
> for a course I am about to give tomorrow I played a bit with SEXTANTE,
> although I am going to teach geoprocessing with fTools (we are using QGIS
> 1.8). It was my first go with SEXTANTE and I was about to show what it will
> offer in the future. Therefore I built a small model with three input layers
> a buffer and two overlay operations. I did not succeed in running the model
> so I tried in current master.
> As it currently is SEXTANTE is not operable for me (or I am doing it wrong):
> First message is "Layers do not all use the same CRS" although they
> definitely do and the same EPSG-code is noted in square brackets behind each
> layer name!? Second I get an "Error executing algorithm..." it seems as
> SEXTANTE cannot use PostGIS layers as input (when I save them as shape files
> the model runs perfectly), this is a big limitation as my institution stores
> almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to
> choose as input layers then).
>
> Well, this was a very disappointing experience because additionally QGIS was
> frozen two or three times opening or closing the model. I do not want to
> complain, all I want is to ask for keeping fTools as they are until SEXTANTE
> can _really_ replace them in all aspects. Then we should remove the vector
> menue completely because I agree that finding the tool you are looking for
> is a lot easier in SEXTANTE.
>
> my 2 cents
>
> Bernhard
>
> Am 17.04.2013 07:42, schrieb Anita Graser:
>>
>> On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin > > wrote:
>>
>>     There might be a way to make most people happy here.
>>
>>     I find the vector menu a nice ui shortcut for useful functions. If
>>     sextante relevant functions are at par (or better), couldn't the
>>     vector menu items stay, which would please many, and when clicked
>>     triggers sextante's function dialogue? Victor? Same thing could
>>     happen with vector menu too. Sextante's analysis toolbar is super
>>     useful but might be a throwback for some if vector / raster menu
>>     functions disappear.
>>
>>     On human resource (coders and testers) and maintenance angles,
>>     keeping to mechanism to do same thing is an obvious waste.
>>
>> I see. So you'd suggest to keep only Sextante code (where duplicates
>> exist!) but provide shortcuts from the menu? I'd +1 that.
>> I've been testing a variety of functions in the menus and in Sextante
>> over the last days and there are always some broken ones. Neither
>> "package" is without major bugs today.
>> We need to get it together for 2.0 and that's easier if we can focus on
>> one.
>>
>> Best wishes,
>> Anita
>>
>
>
> __ Information from ESET Mail Security, version of virus signature
> database 8235 (20130416) __
>
> The message was checked by ESET Mail Security.
> http://www.eset.com
>
>
>
> ___
> 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

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

Re: [Qgis-developer] Qgis-developer Digest, Vol 90, Issue 72

[Andrea Peri]

I don't know how worked the old unique-value on old-simbology.

Bat I guess it quite hard in the rule-rendering reproduce the
"other not otherwise defined values". Surely not impossible, ma quite
harder almost manually write it.

Infact every rule is filtered indipendently from other values on the
datasource.

In a rule-render is easy to write a rule like "every value",
but to reply the "otherwise" is necessary to create a filtered rule tha has
every other definided value.

So as example:

if i put:

rule 1)  value = "0101"
rule 2( value = "0102"
rule 3) value = "0103"
...etc...

the "otherwise" condition in the rule-render should be something like:

(value <>"0101") and (value <> "0102") and (value <> "0103") and (value <>
"0104") ...etc

Andrea.


Date: Wed, 17 Apr 2013 13:34:00 +0200

> From: Anita Graser 
> To: qgis-u...@lists.osgeo.org, qgis-dev
> 
> Subject: Re: [Qgis-developer] [Qgis-user] How define the "other"
> condition on a classification render
> Message-ID:
>  hw7...@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Wouldn't it make sense to translate  the old style into a rule-based
> renderer? There it's easy to define a style for "other".
>
> Best wishes,
> Anita
>
>
> > qwerty ?
>


-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] QGIS 1.9 and SpatiaLite 4 problems

[Cline, Royce L.]

If I try to create a new SpatiaLite layer called soils in a new database, I get 
the following error when I click OK:
soils is an invalid layer and cannot be loaded.
I also tried to create a new layer in both existing version 3 and 4 databases 
and get the same error.

This on OS X 10.8.3 with nightly build for Lion and Mt. Lion with GDAL 1.10 and 
SQLite 3.7.16 (includes Spatialite v. 4.0) from KyngChaos.com. Does anybody 
have this problem on other OS?

Running a pyObjC program that loads SSURGO data into a Spatialite database. The 
spatial layers in the created SpatiaLite 4 database can be imported into QGIS 
and appear to display correctly. However, DB Manager shows the spatial layers 
as tabular data. After using spatialite_convert to convert the database to v. 
3, DB Manager correctly displays the spatial tables. Given this, I think that 
the sqlite framework from KyngChaos is working correctly and that the problem 
is in QGIS.

Royce

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

Re: [Qgis-developer] [Qgis-user] How define the "other" condition on a classification render

[Anita Graser]

Wouldn't it make sense to translate  the old style into a rule-based
renderer? There it's easy to define a style for "other".

Best wishes,
Anita


On Wed, Apr 17, 2013 at 11:42 AM, Andrea Peri  wrote:

> Hi,
>
> I have fill a ticket with a sample to show how  a map of qgis 1.8.0 if
> lost on a qgis 1.9.0 after an import.
>
> http://hub.qgis.org/issues/7630
>
>
>
>
> 2013/4/17 Alexandre Neto 
>
>> You should be.
>>
>> I tested myself and I believe you found a bug.
>>
>> You should be able to add a new class without any value, and all values
>> outside the existing categories should be rendered with that symbology.
>> Thats how it works in 1.8.
>>
>> I'm not being able to open qgis.org (probably is under maintenance), but
>> if there is no issue ticket for this problem, we should create one.
>>
>> Alexandre Neto
>>
>>
>>
>> On Tue, Apr 16, 2013 at 10:15 PM, Andrea Peri wrote:
>>
>>> Hi,
>>>
>>> I'm using the qgis-dev version of qgis.
>>> Is possible to define the 'other values' condition in the
>>> "categorized" style ?
>>>
>>> Thx
>>>
>>> --
>>> -
>>> Andrea Peri
>>> . . . . . . . . .
>>> qwerty àèìòù
>>> -
>>>
>>> ___
>>> Qgis-user mailing list
>>> qgis-u...@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>>
>>>
>>
>
>
> --
> -
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -
>
> ___
> 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] fTools and GdalTools: sextante vs original plugins

[Bernhard Ströbl]

Wouldn't it be good to have SEXTANTE as category in the bug tracker 
(like fTools and GDAL tools)?


Bernhard

Am 17.04.2013 12:27, schrieb Victor Olaya:

Bernard's problem was related with using non-file layers in the
modeler. It was a very easy fix, so please, everyone that's using
SEXTANTE, share your problems so we can work on them and make the
software more stable. :-)

Thanks in advance!

2013/4/17 Bernhard Ströbl:

Hi all,

just want to inform you that Victor was able to solve my two problems.
Number 1 (CRS missmatch) was kinda my fault (or let's say the fault of a
former QGIS version where my project originally was created in: QGIS did
compare proj4 definition and picked the first CRS the definition of the
layer matched. As EPSG:31464 and EPSG:31468 have the same proj4 definition
but the first is deprecated it was chosen, although my layer is defined as
EPSG:31468 in geometry_columns)
Number 2 (no PostGIS suppport) was fixed in master


Bernhard

Am 17.04.2013 09:24, schrieb Victor Olaya:


Bernhard


I am sorry to hear about your bad experience. Could you detail a bit
more about what you are doing (algorithms you are running, etc)?.
PostGIS layers should work without problems, but I have recently fixed
a problem with PostGIS when using SAGA algorithms, so there might be
other issues like that.

If you want, you can send me your layers and model, so I can have a
look and try to find out what is happening

Many thanks for your collaboration (and patience)

Victor


2013/4/17 Bernhard Ströbl:


Hi all,

for a course I am about to give tomorrow I played a bit with SEXTANTE,
although I am going to teach geoprocessing with fTools (we are using QGIS
1.8). It was my first go with SEXTANTE and I was about to show what it
will
offer in the future. Therefore I built a small model with three input
layers
a buffer and two overlay operations. I did not succeed in running the
model
so I tried in current master.
As it currently is SEXTANTE is not operable for me (or I am doing it
wrong):
First message is "Layers do not all use the same CRS" although they
definitely do and the same EPSG-code is noted in square brackets behind
each
layer name!? Second I get an "Error executing algorithm..." it seems as
SEXTANTE cannot use PostGIS layers as input (when I save them as shape
files
the model runs perfectly), this is a big limitation as my institution
stores
almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers
to
choose as input layers then).

Well, this was a very disappointing experience because additionally QGIS
was
frozen two or three times opening or closing the model. I do not want to
complain, all I want is to ask for keeping fTools as they are until
SEXTANTE
can _really_ replace them in all aspects. Then we should remove the
vector
menue completely because I agree that finding the tool you are looking
for
is a lot easier in SEXTANTE.

my 2 cents

Bernhard

Am 17.04.2013 07:42, schrieb Anita Graser:



On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerinmailto:nirvn.a...@gmail.com>>   wrote:

  There might be a way to make most people happy here.

  I find the vector menu a nice ui shortcut for useful functions. If
  sextante relevant functions are at par (or better), couldn't the
  vector menu items stay, which would please many, and when clicked
  triggers sextante's function dialogue? Victor? Same thing could
  happen with vector menu too. Sextante's analysis toolbar is super
  useful but might be a throwback for some if vector / raster menu
  functions disappear.

  On human resource (coders and testers) and maintenance angles,
  keeping to mechanism to do same thing is an obvious waste.

I see. So you'd suggest to keep only Sextante code (where duplicates
exist!) but provide shortcuts from the menu? I'd +1 that.
I've been testing a variety of functions in the menus and in Sextante
over the last days and there are always some broken ones. Neither
"package" is without major bugs today.
We need to get it together for 2.0 and that's easier if we can focus on
one.

Best wishes,
Anita




__ Information from ESET Mail Security, version of virus
signature
database 8235 (20130416) __

The message was checked by ESET Mail Security.
http://www.eset.com






______ Information from ESET Mail Security, version of virus signature
database 8236 (20130417) __


The message was checked by ESET Mail Security.
http://www.eset.com


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



__ Information from ESET Mail Security, version of virus signature 
database 8236 (20130417) __

The message was checked by ESET Mail Security.
http://www.eset.com




--
Bernhard Ströbl
Anwendungsbetreuer GIS

Kommunale Immobilien 

Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins

[Victor Olaya]

Bernard's problem was related with using non-file layers in the
modeler. It was a very easy fix, so please, everyone that's using
SEXTANTE, share your problems so we can work on them and make the
software more stable. :-)

Thanks in advance!

2013/4/17 Bernhard Ströbl :
> Hi all,
>
> just want to inform you that Victor was able to solve my two problems.
> Number 1 (CRS missmatch) was kinda my fault (or let's say the fault of a
> former QGIS version where my project originally was created in: QGIS did
> compare proj4 definition and picked the first CRS the definition of the
> layer matched. As EPSG:31464 and EPSG:31468 have the same proj4 definition
> but the first is deprecated it was chosen, although my layer is defined as
> EPSG:31468 in geometry_columns)
> Number 2 (no PostGIS suppport) was fixed in master
>
>
> Bernhard
>
> Am 17.04.2013 09:24, schrieb Victor Olaya:
>>
>> Bernhard
>>
>>
>> I am sorry to hear about your bad experience. Could you detail a bit
>> more about what you are doing (algorithms you are running, etc)?.
>> PostGIS layers should work without problems, but I have recently fixed
>> a problem with PostGIS when using SAGA algorithms, so there might be
>> other issues like that.
>>
>> If you want, you can send me your layers and model, so I can have a
>> look and try to find out what is happening
>>
>> Many thanks for your collaboration (and patience)
>>
>> Victor
>>
>>
>> 2013/4/17 Bernhard Ströbl:
>>>
>>> Hi all,
>>>
>>> for a course I am about to give tomorrow I played a bit with SEXTANTE,
>>> although I am going to teach geoprocessing with fTools (we are using QGIS
>>> 1.8). It was my first go with SEXTANTE and I was about to show what it
>>> will
>>> offer in the future. Therefore I built a small model with three input
>>> layers
>>> a buffer and two overlay operations. I did not succeed in running the
>>> model
>>> so I tried in current master.
>>> As it currently is SEXTANTE is not operable for me (or I am doing it
>>> wrong):
>>> First message is "Layers do not all use the same CRS" although they
>>> definitely do and the same EPSG-code is noted in square brackets behind
>>> each
>>> layer name!? Second I get an "Error executing algorithm..." it seems as
>>> SEXTANTE cannot use PostGIS layers as input (when I save them as shape
>>> files
>>> the model runs perfectly), this is a big limitation as my institution
>>> stores
>>> almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers
>>> to
>>> choose as input layers then).
>>>
>>> Well, this was a very disappointing experience because additionally QGIS
>>> was
>>> frozen two or three times opening or closing the model. I do not want to
>>> complain, all I want is to ask for keeping fTools as they are until
>>> SEXTANTE
>>> can _really_ replace them in all aspects. Then we should remove the
>>> vector
>>> menue completely because I agree that finding the tool you are looking
>>> for
>>> is a lot easier in SEXTANTE.
>>>
>>> my 2 cents
>>>
>>> Bernhard
>>>
>>> Am 17.04.2013 07:42, schrieb Anita Graser:
>>>>
>>>>
>>>> On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin>>> <mailto:nirvn.a...@gmail.com>>  wrote:
>>>>
>>>>  There might be a way to make most people happy here.
>>>>
>>>>  I find the vector menu a nice ui shortcut for useful functions. If
>>>>  sextante relevant functions are at par (or better), couldn't the
>>>>  vector menu items stay, which would please many, and when clicked
>>>>  triggers sextante's function dialogue? Victor? Same thing could
>>>>  happen with vector menu too. Sextante's analysis toolbar is super
>>>>  useful but might be a throwback for some if vector / raster menu
>>>>  functions disappear.
>>>>
>>>>  On human resource (coders and testers) and maintenance angles,
>>>>  keeping to mechanism to do same thing is an obvious waste.
>>>>
>>>> I see. So you'd suggest to keep only Sextante code (where duplicates
>>>> exist!) but provide shortcuts from the menu? I'd +1 that.
>>>> I've been testing a variety of functions in the menus and in Sextante
>>>> over the last days and there are always some

Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo

[Borys Jurgiel]

>  If I could draw cartoons, we'd have Quentin the Qgis Quokka:
> 
> http://a-z-animals.com/animals/quokka/

Heey! I'd love him/her as our official mascot! :) 
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] How to see log/debug messages in Osgeo4W installer(qgis-dev)

[vinayan]

Hi Jef,

It really worked. DebugView is really cool. Thank you!

regards
Vinayan



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/How-to-see-log-debug-messages-in-Osgeo4W-installer-qgis-dev-tp5047542p5047578.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] fTools and GdalTools: sextante vs original plugins

[Bernhard Ströbl]

Hi all,

just want to inform you that Victor was able to solve my two problems. 
Number 1 (CRS missmatch) was kinda my fault (or let's say the fault of a 
former QGIS version where my project originally was created in: QGIS did 
compare proj4 definition and picked the first CRS the definition of the 
layer matched. As EPSG:31464 and EPSG:31468 have the same proj4 
definition but the first is deprecated it was chosen, although my layer 
is defined as EPSG:31468 in geometry_columns)

Number 2 (no PostGIS suppport) was fixed in master

Bernhard

Am 17.04.2013 09:24, schrieb Victor Olaya:

Bernhard

I am sorry to hear about your bad experience. Could you detail a bit
more about what you are doing (algorithms you are running, etc)?.
PostGIS layers should work without problems, but I have recently fixed
a problem with PostGIS when using SAGA algorithms, so there might be
other issues like that.

If you want, you can send me your layers and model, so I can have a
look and try to find out what is happening

Many thanks for your collaboration (and patience)

Victor


2013/4/17 Bernhard Ströbl:

Hi all,

for a course I am about to give tomorrow I played a bit with SEXTANTE,
although I am going to teach geoprocessing with fTools (we are using QGIS
1.8). It was my first go with SEXTANTE and I was about to show what it will
offer in the future. Therefore I built a small model with three input layers
a buffer and two overlay operations. I did not succeed in running the model
so I tried in current master.
As it currently is SEXTANTE is not operable for me (or I am doing it wrong):
First message is "Layers do not all use the same CRS" although they
definitely do and the same EPSG-code is noted in square brackets behind each
layer name!? Second I get an "Error executing algorithm..." it seems as
SEXTANTE cannot use PostGIS layers as input (when I save them as shape files
the model runs perfectly), this is a big limitation as my institution stores
almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to
choose as input layers then).

Well, this was a very disappointing experience because additionally QGIS was
frozen two or three times opening or closing the model. I do not want to
complain, all I want is to ask for keeping fTools as they are until SEXTANTE
can _really_ replace them in all aspects. Then we should remove the vector
menue completely because I agree that finding the tool you are looking for
is a lot easier in SEXTANTE.

my 2 cents

Bernhard

Am 17.04.2013 07:42, schrieb Anita Graser:


On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerinmailto:nirvn.a...@gmail.com>>  wrote:

 There might be a way to make most people happy here.

 I find the vector menu a nice ui shortcut for useful functions. If
 sextante relevant functions are at par (or better), couldn't the
 vector menu items stay, which would please many, and when clicked
 triggers sextante's function dialogue? Victor? Same thing could
 happen with vector menu too. Sextante's analysis toolbar is super
 useful but might be a throwback for some if vector / raster menu
 functions disappear.

 On human resource (coders and testers) and maintenance angles,
 keeping to mechanism to do same thing is an obvious waste.

I see. So you'd suggest to keep only Sextante code (where duplicates
exist!) but provide shortcuts from the menu? I'd +1 that.
I've been testing a variety of functions in the menus and in Sextante
over the last days and there are always some broken ones. Neither
"package" is without major bugs today.
We need to get it together for 2.0 and that's easier if we can focus on
one.

Best wishes,
Anita




__ Information from ESET Mail Security, version of virus signature
database 8235 (20130416) __

The message was checked by ESET Mail Security.
http://www.eset.com






__ Information from ESET Mail Security, version of virus signature 
database 8236 (20130417) __

The message was checked by ESET Mail Security.
http://www.eset.com


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

Re: [Qgis-developer] How to see log/debug messages in Osgeo4W installer(qgis-dev)

[vinayan]

Hi Tim,

It caused a crash when i started the application. It created an empty log
though in the specified log path.
I was hoping there would be a live console



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/How-to-see-log-debug-messages-in-Osgeo4W-installer-qgis-dev-tp5047542p5047575.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] How to see log/debug messages in Osgeo4W installer(qgis-dev)

[Jürgen E . Fischer]

Hi Vinayan,

On Wed, 17. Apr 2013 at 02:16:03 -0700, vinayan wrote:
> I have an osgeo4w installed Qgis 1.9 in windows xp. Is there any way i can
> see the log console?

> When i used to run in it from ubuntu build, the './qgis' command used to
> show all messages in the terminal? can something similar be done using the
> osego4w install?

Your own ubuntu builds?  I think the packages are built without QGISDEBUG, so
no debug output there either.

Anyway, on windows the output goes to the debugger - without a debugger you can
see the debugging output with DebugView[1] and the qgis-dev package is built
with QGISDEBUG.


Jürgen


[1] http://technet.microsoft.com/en-us/sysinternals/bb896647.aspx

-- 
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
committ(ed|ing) to Quantum GIS IRC: jef on FreeNode 


-- 
norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH
Rheinstrasse 13, 26506 Norden
GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502

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

Re: [Qgis-developer] [Discussion] Repository and Plugin idea for Google Summer of Code

[Borys Jurgiel]

Dnia środa, 17 kwietnia 2013 o 09:05:14 Alexander Bruy napisał(a):
> Hi
> 
> On Wed, 17 Apr 2013 11:20:36 +0530
> 
> "arunthe...@gmail.com"  wrote:
> > 3. The base URL for the remote server can be kept changeable in the
> > application options, so organizations can point it to their servers.
> 
> Maybe it is better to allow enter several URL's at once like in
> Plugin installer?

Exactly. We're just working with Alex on refactored plugin installer and I 
still think about some reusable widgets and logic. Unfortunately I see too 
many differences between plugins and 'static' stuff to make it as closely 
unified 
as I wish. The present Manager uses QgsDetailedItemDelegate for the plugin 
list items. I'd love to modify it to something like in KDE installers:

http://docs.kde.org/stable/en/kde-runtime/kcontrol/icons/get-new-theme.png

But actually it seems to be much more appropriate for styles than for plugins, 
where I incline to a simple list + a html area with metadata.

http://tmp.borysjurgiel.pl/manager.png

Anyway, now we're trying to manage to make changes necessary to merge the 
installer into manager in this very short time left to 2.0 freeze, so guess 
there is not enough time to discuss unified look and feel now. We have to to 
push it as it is, and as soon as the styles/snippets installer development 
starts, we can discuss further unifications.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] How to see log/debug messages in Osgeo4W installer(qgis-dev)

[Tim Sutton]

Hi

On Wed, Apr 17, 2013 at 4:16 PM, vinayan  wrote:
> Hi,
>
> I have an osgeo4w installed Qgis 1.9 in windows xp. Is there any way i can
> see the log console?
>
> When i used to run in it from ubuntu build, the './qgis' command used to
> show all messages in the terminal? can something similar be done using the
> osego4w install?
>

Try setting the following env vars in system properties:

QGIS_DEBUG 1
QGIS_LOG_FILE c:\blahblhablha.log

(Untested by me)

Tim

> Thanks
> Vinayan
>
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/How-to-see-log-debug-messages-in-Osgeo4W-installer-qgis-dev-tp5047542.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



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

Visit http://linfiniti.com to find out about:
 * QGIS programming and support services
 * Mapserver and PostGIS based hosting plans
 * FOSS Consulting Services
Skype: timlinux
Irc: timlinux on #qgis at freenode.net
==
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Discussion] Repository and Plugin idea for Google Summer of Code

[arunthe...@gmail.com]

On Wed, Apr 17, 2013 at 12:35 PM, Alexander Bruy
wrote:

>
> Maybe it is better to allow enter several URL's at once like in
> Plugin installer?
>
>
>
Yes. A better way to do. I already see a use case,  get symbol from a
central repository (eg QGIS official) and have the scripts/models from the
local repository (organisation localhost)

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

Re: [Qgis-developer] [Qgis-user] How define the "other" condition on a classification render

[Andrea Peri]

Hi,

I have fill a ticket with a sample to show how  a map of qgis 1.8.0 if lost
on a qgis 1.9.0 after an import.

http://hub.qgis.org/issues/7630




2013/4/17 Alexandre Neto 

> You should be.
>
> I tested myself and I believe you found a bug.
>
> You should be able to add a new class without any value, and all values
> outside the existing categories should be rendered with that symbology.
> Thats how it works in 1.8.
>
> I'm not being able to open qgis.org (probably is under maintenance), but
> if there is no issue ticket for this problem, we should create one.
>
> Alexandre Neto
>
>
>
> On Tue, Apr 16, 2013 at 10:15 PM, Andrea Peri  wrote:
>
>> Hi,
>>
>> I'm using the qgis-dev version of qgis.
>> Is possible to define the 'other values' condition in the
>> "categorized" style ?
>>
>> Thx
>>
>> --
>> -
>> Andrea Peri
>> . . . . . . . . .
>> qwerty àèìòù
>> -
>>
>> ___
>> Qgis-user mailing list
>> qgis-u...@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/qgis-user
>>
>>
>


-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Qgis-user] How define the "other" condition on a classification render

[Alexandre Neto]

You should be.

I tested myself and I believe you found a bug.

You should be able to add a new class without any value, and all values
outside the existing categories should be rendered with that symbology.
Thats how it works in 1.8.

I'm not being able to open qgis.org (probably is under maintenance), but if
there is no issue ticket for this problem, we should create one.

Alexandre Neto



On Tue, Apr 16, 2013 at 10:15 PM, Andrea Peri  wrote:

> Hi,
>
> I'm using the qgis-dev version of qgis.
> Is possible to define the 'other values' condition in the
> "categorized" style ?
>
> Thx
>
> --
> -
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -
>
> ___
> 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

[Qgis-developer] How to see log/debug messages in Osgeo4W installer(qgis-dev)

[vinayan]

Hi,

I have an osgeo4w installed Qgis 1.9 in windows xp. Is there any way i can
see the log console?

When i used to run in it from ubuntu build, the './qgis' command used to
show all messages in the terminal? can something similar be done using the
osego4w install?

Thanks
Vinayan




--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/How-to-see-log-debug-messages-in-Osgeo4W-installer-qgis-dev-tp5047542.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] fTools and GdalTools: sextante vs original plugins

[Filipe Dias]

I agree with allowing the user to define some Menu entries. As an end user
I'd rather have all Analytical tools in one place, but this would allow
people "to not loose their habit" of calling some more commonly used tools
(I agree with Paolo, a poll with be good) from the Menu.

Sextante is more stable in the areas where there more users. This can only
be solved if more people step in for testing or when the full testing suite
is completed. In any case, Sextante is the single most powerfull GIS
analysis tool out there, including proprietary software. It's a huge
undertaking and it is being carried by very few people. I wish there were
more people contributing to the code and testing it.


On Wed, Apr 17, 2013 at 8:49 AM, Victor Olaya  wrote:

> I like the idea of allowing menu entries to be defined from SEXTANTE
> algorithms, as a shortcut to them. If we agree on that, I could start
> working on it.
>
> Thanks everyone for you ideas!
>
> Cheers
> Victor
>
> 2013/4/17 Bernhard Ströbl :
> > Hi all,
> >
> > for a course I am about to give tomorrow I played a bit with SEXTANTE,
> > although I am going to teach geoprocessing with fTools (we are using QGIS
> > 1.8). It was my first go with SEXTANTE and I was about to show what it
> will
> > offer in the future. Therefore I built a small model with three input
> layers
> > a buffer and two overlay operations. I did not succeed in running the
> model
> > so I tried in current master.
> > As it currently is SEXTANTE is not operable for me (or I am doing it
> wrong):
> > First message is "Layers do not all use the same CRS" although they
> > definitely do and the same EPSG-code is noted in square brackets behind
> each
> > layer name!? Second I get an "Error executing algorithm..." it seems as
> > SEXTANTE cannot use PostGIS layers as input (when I save them as shape
> files
> > the model runs perfectly), this is a big limitation as my institution
> stores
> > almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers
> to
> > choose as input layers then).
> >
> > Well, this was a very disappointing experience because additionally QGIS
> was
> > frozen two or three times opening or closing the model. I do not want to
> > complain, all I want is to ask for keeping fTools as they are until
> SEXTANTE
> > can _really_ replace them in all aspects. Then we should remove the
> vector
> > menue completely because I agree that finding the tool you are looking
> for
> > is a lot easier in SEXTANTE.
> >
> > my 2 cents
> >
> > Bernhard
> >
> > Am 17.04.2013 07:42, schrieb Anita Graser:
> >>
> >> On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin  >> > wrote:
> >>
> >> There might be a way to make most people happy here.
> >>
> >> I find the vector menu a nice ui shortcut for useful functions. If
> >> sextante relevant functions are at par (or better), couldn't the
> >> vector menu items stay, which would please many, and when clicked
> >> triggers sextante's function dialogue? Victor? Same thing could
> >> happen with vector menu too. Sextante's analysis toolbar is super
> >> useful but might be a throwback for some if vector / raster menu
> >> functions disappear.
> >>
> >> On human resource (coders and testers) and maintenance angles,
> >> keeping to mechanism to do same thing is an obvious waste.
> >>
> >> I see. So you'd suggest to keep only Sextante code (where duplicates
> >> exist!) but provide shortcuts from the menu? I'd +1 that.
> >> I've been testing a variety of functions in the menus and in Sextante
> >> over the last days and there are always some broken ones. Neither
> >> "package" is without major bugs today.
> >> We need to get it together for 2.0 and that's easier if we can focus on
> >> one.
> >>
> >> Best wishes,
> >> Anita
> >>
> >
> >
> > __ Information from ESET Mail Security, version of virus
> signature
> > database 8235 (20130416) __
> >
> > The message was checked by ESET Mail Security.
> > http://www.eset.com
> >
> >
> >
> > ___
> > 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
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] wrong transformation of project on qgis 1.9.0

[Andrea Peri]

thx,

I fill a ticket with a sample to show the issue.

http://hub.qgis.org/issues/7630

Reganrds,



2013/4/17 Martin Dobias 

> On Tue, Apr 16, 2013 at 11:41 PM, Andrea Peri  wrote:
> > Hi,
> >
> > I have a 1.8.0 qgis project and try to open with the new qgis-dev
> version of
> > qgis.
> > To see how much compatible it will be with the next released version of
> > qgis.
> > Unfortunately I see it is pretty drammatically unusable.
> >
> > Infact In the "old" project I have many projects where often the layers
> are
> > rendered with a "unique value" style of old symbology.
> >
> > The reason to have used the unique value rendering is that it allow the
> > usage of the empty value as a conditional "all the other values".
> > And this is a "must" in the rendering in our usages.
> >
> > But when I tryed to load this project with the new qgis dev I see that it
> > change from the "unique value" to the "categorized" style.
> > What a wrong choice !
> > Infact it don't allow the use of empty as "all the other" but use the
> empty
> > as only "empty" value :)
> >
> > So I see all our objects simply disappeared from our project.
>
> Please file a bug report and attach a sample project.
>
> Btw. the "unique value" renderer in old symbology is equivalent to
> "categorized" renderer in new symbology. It is not clear to me what is
> actually wrong with that. Maybe just a terminology problem? (it has
> been suggested once or twice to do some renaming of new symbology
> renderers, but I am not sure if any consensus was found).
>
> Martin
>



-- 
-
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins

[Victor Olaya]

I like the idea of allowing menu entries to be defined from SEXTANTE
algorithms, as a shortcut to them. If we agree on that, I could start
working on it.

Thanks everyone for you ideas!

Cheers
Victor

2013/4/17 Bernhard Ströbl :
> Hi all,
>
> for a course I am about to give tomorrow I played a bit with SEXTANTE,
> although I am going to teach geoprocessing with fTools (we are using QGIS
> 1.8). It was my first go with SEXTANTE and I was about to show what it will
> offer in the future. Therefore I built a small model with three input layers
> a buffer and two overlay operations. I did not succeed in running the model
> so I tried in current master.
> As it currently is SEXTANTE is not operable for me (or I am doing it wrong):
> First message is "Layers do not all use the same CRS" although they
> definitely do and the same EPSG-code is noted in square brackets behind each
> layer name!? Second I get an "Error executing algorithm..." it seems as
> SEXTANTE cannot use PostGIS layers as input (when I save them as shape files
> the model runs perfectly), this is a big limitation as my institution stores
> almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to
> choose as input layers then).
>
> Well, this was a very disappointing experience because additionally QGIS was
> frozen two or three times opening or closing the model. I do not want to
> complain, all I want is to ask for keeping fTools as they are until SEXTANTE
> can _really_ replace them in all aspects. Then we should remove the vector
> menue completely because I agree that finding the tool you are looking for
> is a lot easier in SEXTANTE.
>
> my 2 cents
>
> Bernhard
>
> Am 17.04.2013 07:42, schrieb Anita Graser:
>>
>> On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin > > wrote:
>>
>> There might be a way to make most people happy here.
>>
>> I find the vector menu a nice ui shortcut for useful functions. If
>> sextante relevant functions are at par (or better), couldn't the
>> vector menu items stay, which would please many, and when clicked
>> triggers sextante's function dialogue? Victor? Same thing could
>> happen with vector menu too. Sextante's analysis toolbar is super
>> useful but might be a throwback for some if vector / raster menu
>> functions disappear.
>>
>> On human resource (coders and testers) and maintenance angles,
>> keeping to mechanism to do same thing is an obvious waste.
>>
>> I see. So you'd suggest to keep only Sextante code (where duplicates
>> exist!) but provide shortcuts from the menu? I'd +1 that.
>> I've been testing a variety of functions in the menus and in Sextante
>> over the last days and there are always some broken ones. Neither
>> "package" is without major bugs today.
>> We need to get it together for 2.0 and that's easier if we can focus on
>> one.
>>
>> Best wishes,
>> Anita
>>
>
>
> __ Information from ESET Mail Security, version of virus signature
> database 8235 (20130416) __
>
> The message was checked by ESET Mail Security.
> http://www.eset.com
>
>
>
> ___
> 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] fTools and GdalTools: sextante vs original plugins

[Bernhard Ströbl]

Hi Victor,

thank you for your quick reply and even more for all the work you are 
doing for SEXTANTE. If it is operable (and I am sure, it will be) 
SEXTANTE will be a big step forward for QGIS!
I am going to send you the model an layers (as shape files, you need to 
import two of them into PostGIS) in a PM. SAGA is not installed on my 
machine.


Bernhard

Am 17.04.2013 09:24, schrieb Victor Olaya:

Bernhard

I am sorry to hear about your bad experience. Could you detail a bit
more about what you are doing (algorithms you are running, etc)?.
PostGIS layers should work without problems, but I have recently fixed
a problem with PostGIS when using SAGA algorithms, so there might be
other issues like that.

If you want, you can send me your layers and model, so I can have a
look and try to find out what is happening

Many thanks for your collaboration (and patience)

Victor


2013/4/17 Bernhard Ströbl:

Hi all,

for a course I am about to give tomorrow I played a bit with SEXTANTE,
although I am going to teach geoprocessing with fTools (we are using QGIS
1.8). It was my first go with SEXTANTE and I was about to show what it will
offer in the future. Therefore I built a small model with three input layers
a buffer and two overlay operations. I did not succeed in running the model
so I tried in current master.
As it currently is SEXTANTE is not operable for me (or I am doing it wrong):
First message is "Layers do not all use the same CRS" although they
definitely do and the same EPSG-code is noted in square brackets behind each
layer name!? Second I get an "Error executing algorithm..." it seems as
SEXTANTE cannot use PostGIS layers as input (when I save them as shape files
the model runs perfectly), this is a big limitation as my institution stores
almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to
choose as input layers then).

Well, this was a very disappointing experience because additionally QGIS was
frozen two or three times opening or closing the model. I do not want to
complain, all I want is to ask for keeping fTools as they are until SEXTANTE
can _really_ replace them in all aspects. Then we should remove the vector
menue completely because I agree that finding the tool you are looking for
is a lot easier in SEXTANTE.

my 2 cents

Bernhard

Am 17.04.2013 07:42, schrieb Anita Graser:


On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerinmailto:nirvn.a...@gmail.com>>  wrote:

 There might be a way to make most people happy here.

 I find the vector menu a nice ui shortcut for useful functions. If
 sextante relevant functions are at par (or better), couldn't the
 vector menu items stay, which would please many, and when clicked
 triggers sextante's function dialogue? Victor? Same thing could
 happen with vector menu too. Sextante's analysis toolbar is super
 useful but might be a throwback for some if vector / raster menu
 functions disappear.

 On human resource (coders and testers) and maintenance angles,
 keeping to mechanism to do same thing is an obvious waste.

I see. So you'd suggest to keep only Sextante code (where duplicates
exist!) but provide shortcuts from the menu? I'd +1 that.
I've been testing a variety of functions in the menus and in Sextante
over the last days and there are always some broken ones. Neither
"package" is without major bugs today.
We need to get it together for 2.0 and that's easier if we can focus on
one.

Best wishes,
Anita




__ Information from ESET Mail Security, version of virus signature
database 8235 (20130416) __

The message was checked by ESET Mail Security.
http://www.eset.com






__ Information from ESET Mail Security, version of virus signature 
database 8235 (20130416) __

The message was checked by ESET Mail Security.
http://www.eset.com


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

Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins

[Victor Olaya]

Bernhard

I am sorry to hear about your bad experience. Could you detail a bit
more about what you are doing (algorithms you are running, etc)?.
PostGIS layers should work without problems, but I have recently fixed
a problem with PostGIS when using SAGA algorithms, so there might be
other issues like that.

If you want, you can send me your layers and model, so I can have a
look and try to find out what is happening

Many thanks for your collaboration (and patience)

Victor


2013/4/17 Bernhard Ströbl :
> Hi all,
>
> for a course I am about to give tomorrow I played a bit with SEXTANTE,
> although I am going to teach geoprocessing with fTools (we are using QGIS
> 1.8). It was my first go with SEXTANTE and I was about to show what it will
> offer in the future. Therefore I built a small model with three input layers
> a buffer and two overlay operations. I did not succeed in running the model
> so I tried in current master.
> As it currently is SEXTANTE is not operable for me (or I am doing it wrong):
> First message is "Layers do not all use the same CRS" although they
> definitely do and the same EPSG-code is noted in square brackets behind each
> layer name!? Second I get an "Error executing algorithm..." it seems as
> SEXTANTE cannot use PostGIS layers as input (when I save them as shape files
> the model runs perfectly), this is a big limitation as my institution stores
> almost everything in PostGIS. (SEXTANTE should not offer PostGIS layers to
> choose as input layers then).
>
> Well, this was a very disappointing experience because additionally QGIS was
> frozen two or three times opening or closing the model. I do not want to
> complain, all I want is to ask for keeping fTools as they are until SEXTANTE
> can _really_ replace them in all aspects. Then we should remove the vector
> menue completely because I agree that finding the tool you are looking for
> is a lot easier in SEXTANTE.
>
> my 2 cents
>
> Bernhard
>
> Am 17.04.2013 07:42, schrieb Anita Graser:
>>
>> On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin > > wrote:
>>
>> There might be a way to make most people happy here.
>>
>> I find the vector menu a nice ui shortcut for useful functions. If
>> sextante relevant functions are at par (or better), couldn't the
>> vector menu items stay, which would please many, and when clicked
>> triggers sextante's function dialogue? Victor? Same thing could
>> happen with vector menu too. Sextante's analysis toolbar is super
>> useful but might be a throwback for some if vector / raster menu
>> functions disappear.
>>
>> On human resource (coders and testers) and maintenance angles,
>> keeping to mechanism to do same thing is an obvious waste.
>>
>> I see. So you'd suggest to keep only Sextante code (where duplicates
>> exist!) but provide shortcuts from the menu? I'd +1 that.
>> I've been testing a variety of functions in the menus and in Sextante
>> over the last days and there are always some broken ones. Neither
>> "package" is without major bugs today.
>> We need to get it together for 2.0 and that's easier if we can focus on
>> one.
>>
>> Best wishes,
>> Anita
>>
>
>
> __ Information from ESET Mail Security, version of virus signature
> database 8235 (20130416) __
>
> The message was checked by ESET Mail Security.
> http://www.eset.com
>
>
>
> ___
> 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] Icon theme update

[Alexander Bruy]

Hi Larry,

On Tue, 16 Apr 2013 09:27:44 -0600
Larry Shaffer  wrote:

> I looked through the number of screen captures and icons in the current
> documentation and training manual repos to see how much work it would be to
> migrate to the new icon set (obviously not an option for a book). It looked
> like a considerable amount of work; enough so that I noticed there are
> still screen snaps from much older versions.

But current documentation is for QGIS 1.8, so I think this is not
big issue.

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

Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins

[Bernhard Ströbl]

Hi all,

for a course I am about to give tomorrow I played a bit with SEXTANTE, 
although I am going to teach geoprocessing with fTools (we are using 
QGIS 1.8). It was my first go with SEXTANTE and I was about to show what 
it will offer in the future. Therefore I built a small model with three 
input layers a buffer and two overlay operations. I did not succeed in 
running the model so I tried in current master.
As it currently is SEXTANTE is not operable for me (or I am doing it 
wrong): First message is "Layers do not all use the same CRS" 
although they definitely do and the same EPSG-code is noted in square 
brackets behind each layer name!? Second I get an "Error executing 
algorithm..." it seems as SEXTANTE cannot use PostGIS layers as input 
(when I save them as shape files the model runs perfectly), this is a 
big limitation as my institution stores almost everything in PostGIS. 
(SEXTANTE should not offer PostGIS layers to choose as input layers then).


Well, this was a very disappointing experience because additionally QGIS 
was frozen two or three times opening or closing the model. I do not 
want to complain, all I want is to ask for keeping fTools as they are 
until SEXTANTE can _really_ replace them in all aspects. Then we should 
remove the vector menue completely because I agree that finding the tool 
you are looking for is a lot easier in SEXTANTE.


my 2 cents

Bernhard

Am 17.04.2013 07:42, schrieb Anita Graser:

On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin mailto:nirvn.a...@gmail.com>> wrote:

There might be a way to make most people happy here.

I find the vector menu a nice ui shortcut for useful functions. If
sextante relevant functions are at par (or better), couldn't the
vector menu items stay, which would please many, and when clicked
triggers sextante's function dialogue? Victor? Same thing could
happen with vector menu too. Sextante's analysis toolbar is super
useful but might be a throwback for some if vector / raster menu
functions disappear.

On human resource (coders and testers) and maintenance angles,
keeping to mechanism to do same thing is an obvious waste.

I see. So you'd suggest to keep only Sextante code (where duplicates
exist!) but provide shortcuts from the menu? I'd +1 that.
I've been testing a variety of functions in the menus and in Sextante
over the last days and there are always some broken ones. Neither
"package" is without major bugs today.
We need to get it together for 2.0 and that's easier if we can focus on one.

Best wishes,
Anita




__ Information from ESET Mail Security, version of virus signature 
database 8235 (20130416) __

The message was checked by ESET Mail Security.
http://www.eset.com


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

Re: [Qgis-developer] [Discussion] Repository and Plugin idea for Google Summer of Code

[Alexander Bruy]

Hi

On Wed, 17 Apr 2013 11:20:36 +0530
"arunthe...@gmail.com"  wrote:

> 3. The base URL for the remote server can be kept changeable in the
> application options, so organizations can point it to their servers.

Maybe it is better to allow enter several URL's at once like in
Plugin installer?

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