Re: [Qgis-developer] Shipping SAGA with QGIS

On Feb 24, 2013, at 9:13 PM, John Tull wrote: >> I looked at it today. They have a good wiki page on compiling for OS X, and >> I got it compiled with minor tweaks. Now that I understand how Saga is used >> in Sextante, and how Saga in installed, I think Saga could be bundled with >> QGIS. T

Re: [Qgis-developer] Adding a WMS layer via python

> > I haven't had need to tweak the tile size so I can't offer any advice there. > However I have had success adding authenticated WMS layers to 1.8 with this > code: > > if len(self.user) > 0 : > connectionString = "username=" + self.user + ",password=" + self.password + > ",url=" + self.url > els

Re: [Qgis-developer] Shipping SAGA with QGIS

Hi William, On Feb 24, 2013, at 16:58, William Kyngesburye wrote: > On Feb 24, 2013, at 5:52 PM, Victor Olaya wrote: > >> - In Mac, since there seems to be problems, I would let the user >> select the folder itself, and not infere anything from the system or >> assume any path. It seems that SAG

Re: [Qgis-developer] Shipping SAGA with QGIS

On Feb 24, 2013, at 5:52 PM, Victor Olaya wrote: > - In Mac, since there seems to be problems, I would let the user > select the folder itself, and not infere anything from the system or > assume any path. It seems that SAGA is not easy to install in Mac, so > if someone can do it, probably he can

Re: [Qgis-developer] Adding a WMS layer via python

> From: nyall.daw...@gmail.com > Subject: [Qgis-developer] Adding a WMS layer via python > I'm wondering if someone can help me out here - I'm trying to add a > WMS layer via a python plugin, but I'm having trouble with two > settings I need: > > 1: setting a username and password to use for the l

Re: [Qgis-developer] Shipping SAGA with QGIS

>> It seems that SAGA is not easy to install in Mac, so if someone can do it, probably he can configure SEXTANTE correctly. With a prepared package distribution, SAGA will be simple to install, like GDAL. You don't need to set any environment variables to run saga_cmd. Note that some of the sag

Re: [Qgis-developer] Shipping SAGA with QGIS

Thanks everyone for your help. As far as I see, the following sounds like a good solution. - In Linux, let users install SAGA independently and assume the SAGA folder is in PATH (That is, leave it like now) - In Windows, the user should configure the SAGA folder, but SEXTANTE will try to infere i

Re: [Qgis-developer] The future of OpenStreetMap plugin

On Feb 24, 2013 9:36 PM, "Andre Joost" wrote: > > Am 01.02.2013 01:26, schrieb Martin Dobias: > > >> >> What are your thoughts and wishes on QGIS - OpenStreetMap integration? >> > Just another point: Openstreetmap just recently crossed the border of > 2^31 Nodes, which spoils the use of the curren

Re: [Qgis-developer] contributing diffs

Hi Larry, You are correct.. I just had to do a force push :( -- View this message in context: http://osgeo-org.1560.n6.nabble.com/contributing-diffs-tp5035623p5036509.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___

Re: [Qgis-developer] Shipping SAGA with QGIS

>>Unfortunately, Qt does put some tools in /usr/bin, oh well As do Java and Mono, but I agree: /usr/local/bin should be good enough. Perhaps SEXTANTE could just check for the existence of the saga_cmd file in a couple of logical places, for example, in /usr/local/bin or, if not found there, look

Re: [Qgis-developer] Shipping SAGA with QGIS

No, putting symlinks (or anything) in /usr/* (other than /usr/local of course) is bad form on OS X. /usr is for what Apple puts there. User-installed stuff should be installed in /usr/local. (Unfortunately, Qt does put some tools in /usr/bin, oh well). The default PATH on OSX does include /u

Re: [Qgis-developer] The future of OpenStreetMap plugin

Am 01.02.2013 01:26, schrieb Martin Dobias: What are your thoughts and wishes on QGIS - OpenStreetMap integration? Just another point: Openstreetmap just recently crossed the border of 2^31 Nodes, which spoils the use of the current plugin. See:

Re: [Qgis-developer] Shipping SAGA with QGIS

On Sun, Feb 24, 2013 at 11:07 AM, Phil Hess wrote: > >>If you are talking about OS X, then `.app` bundles don't inherit > environment variables from the same places Terminal apps do > > You are correct, sir, although in testing I see that it's not really a > difference between .app GUI apps and c

Re: [Qgis-developer] Shipping SAGA with QGIS

The procedure for windows I would use... Add it to osgeo4w as a separate package. Change the QGIS express installer rules to include it. After that we can easily include it in the standalone installer which is repackaged from osgeo4w. Thanks, Alex On 02/24/2013 05:38 AM, Victor Olaya wrote: > I

Re: [Qgis-developer] Shipping SAGA with QGIS

>>If you are talking about OS X, then `.app` bundles don't inherit environment variables from the same places Terminal apps do You are correct, sir, although in testing I see that it's not really a difference between .app GUI apps and console apps, but rather how an app is launched. So starting Q

Re: [Qgis-developer] [SAC] Unencrypted login to QGIS hub.qgis.org !

HI On Sun, Feb 24, 2013 at 8:19 PM, Alex Mandel wrote: > On 02/24/2013 03:31 AM, Martin Spott wrote: >> Hi, >> I planned to report a bug concerning building QGIS trunk on my (my >> wife's) PeeCee at home and while loggin into "hub.qgis.org/login" I >> noticed that this site: >> >> a) Apparently a

Re: [Qgis-developer] Shipping SAGA with QGIS

On Sun, Feb 24, 2013 at 10:19 AM, Phil Hess wrote: > I don't know why this path is different in QGIS than in Python launched > from > a Terminal command line, > If you are talking about OS X, then `.app` bundles don't inherit environment variables from the same places Terminal apps do (i.e they

Re: [Qgis-developer] [SAC] Unencrypted login to QGIS hub.qgis.org !

On 02/24/2013 03:31 AM, Martin Spott wrote: > Hi, > I planned to report a bug concerning building QGIS trunk on my (my > wife's) PeeCee at home and while loggin into "hub.qgis.org/login" I > noticed that this site: > > a) Apparently authenticates against OSGeo LDAP, but > b) is not capable of prop

Re: [Qgis-developer] Shipping SAGA with QGIS

>>But I think it might use some non-GUI classes from wxWidgets, we should check it Correct. saga_cmd and the SAGA libraries are linked against wxWidgets, just as QGIS and its framework libraries are linked against Qt - there's no getting away from wxWidgets with SAGA, just as there's no getting a

Re: [Qgis-developer] Shipping SAGA with QGIS

> Is saga a requirement for sextante or optional? SAGA is optional, but adding it makes a huge difference, so somehow, you can say it is not so optional if you want to do serious work with SEXTANTE. > > Does sextante use only the Python interface to Saga, or does it also run Saga > command line

Re: [Qgis-developer] Shipping SAGA with QGIS

A few questions/comments, and a big problem. (I've been sortof paying attention to all the SEXTANTE discussion and development) Is saga a requirement for sextante or optional? Saga appears to be an application on its own, with an optional Python interface. I'd rather not bundle this IN the QG

Re: [Qgis-developer] new splash screen for upcoming 2.0 ?

Hi Tim, 2013/2/24 Tim Sutton > Hi Salvatore > > For me it would be a -1 I'm afraid :-( > > We made an informal decision to use old maps and place names (typically a > previous hack fest venue) for our splashes. > :-( I was not aware of that decision on splashes, anyway I'd like very much see a d

Re: [Qgis-developer] Shipping SAGA with QGIS

I agree that Linux should maybe be considered differently than Windows and Mac OSX, and that in these two the experience would be much better and much easier for the average user (that's basically why I was proposing this) if SAGa is included by default. In case we decide to move in this direction

Re: [Qgis-developer] Shipping SAGA with QGIS

Hi On Sun, Feb 24, 2013 at 3:11 PM, Victor Olaya wrote: > Phil > > Thanks for you help. Unfortunately, I do not use Mac and cannot test > SEXTANTE in Mac. > > The psycopg library is used by algorithms connecting with PostGIS, and > I (wrongly) assumed it should be in all computers where QGIS is >

Re: [Qgis-developer] Shipping SAGA with QGIS

Phil Thanks for you help. Unfortunately, I do not use Mac and cannot test SEXTANTE in Mac. The psycopg library is used by algorithms connecting with PostGIS, and I (wrongly) assumed it should be in all computers where QGIS is installed. I will add some checking to ensure that it is found and, if

Re: [Qgis-developer] QGis build with Mingw64

Hi On Sun, Feb 24, 2013 at 2:22 PM, Theuns Heydenrych wrote: > To be honest there's no particular reason, but I will let you in on how I/we > decided on Mingw64 > > We are developing a cross platform application with GIS as one of the > application's modes. > We decide to use QGis libraries to pr

Re: [Qgis-developer] Download stats

Hi For the InaSAFE plugin upcoming release I have implemented a sentry[1] client that pushes all tracebacks to [2]. Its totally opt in via the options dialog and it allows us to gather useful metrics about where and how often certain exceptions are raised. Of course its python only but it would be

Re: [Qgis-developer] QGis build with Mingw64

To be honest there's no particular reason, but I will let you in on how I/we decided on Mingw64 We are developing a cross platform application with GIS as one of the application's modes. We decide to use QGis libraries to provide the GIS functionality. I played around with your(Tim Sutton) example

[Qgis-developer] Unencrypted login to QGIS hub.qgis.org !

Hi, I planned to report a bug concerning building QGIS trunk on my (my wife's) PeeCee at home and while loggin into "hub.qgis.org/login" I noticed that this site: a) Apparently authenticates against OSGeo LDAP, but b) is not capable of properly retrieving the real name and EMail address from OS

Re: [Qgis-developer] new splash screen for upcoming 2.0 ?

On 02/24/2013 12:16 PM, Andre Joost wrote: > So I guess you want this: > > http://de.wikipedia.org/wiki/Datei:Essen_Braun-Hogenberg.jpg > > License should be free, I guess. Well - we've been in Hannover, Vienna, Pisa, Zürich and Essen without naming the release after the town.. And by the way ther

Re: [Qgis-developer] new splash screen for upcoming 2.0 ?

Am 24.02.2013 10:26, schrieb Tim Sutton: Hi Salvatore For me it would be a -1 I'm afraid :-( We made an informal decision to use old maps and place names (typically a previous hack fest venue) for our splashes. So I guess you want this: http://de.wikipedia.org/wiki/Datei:Essen_Braun-Hogenbe

Re: [Qgis-developer] QGis build with Mingw64

Hi Any particular reason you are using mingw rather than msvc 2008 (which is well supported)? Regards Tim On 24 Feb 2013 9:33 AM, "Theuns Heydenrych" wrote: > I am trying to build QGis with Mingw64 on windows. > I have Qt64-4.8.4 on the machine and MSys and Mingw64. > > I have opened the CMake

Re: [Qgis-developer] new splash screen for upcoming 2.0 ?

Hi Salvatore For me it would be a -1 I'm afraid :-( We made an informal decision to use old maps and place names (typically a previous hack fest venue) for our splashes. Regards Tim On 20 Feb 2013 6:55 PM, "Salvatore Larosa" wrote: > Hi all, > this morning I was playing with inkscape for a ne

Re: [Qgis-developer] Call matplotlib from QGIS

If your backend (backend: Qt4Agg) is not specified in the file matplotlibrc (see Customizing matplotlib ) you must first open a matplotlib figure/window: import matplotlib.pyplot as plt fig = plt.figure() ax = fig.g