Hello,
I have built qgis 1.8 final release from source on Centos6. When I run make
check, I get failures in qgis_rasterlayertest and qgis_rendererstest. These
failures are the result of raster anomalies that do not match the expected
raster anomalies stored in testdata. The raster
Because of the broken dependencies of the nightly-build, just compiled
qgis master under linuxmint 15, which is based on ubuntu raring.
I followed
http://www.qgis.org/api/INSTALL.html#toc3
with the following changes/additions/notes:
1 I installed dependencies for precise (no newer versions
Hi guys I hope I'm not to late for the lunch,
I have attached a (mature draft) Rscript that check if all needed packages
are installed (needed because in the given rscript.rsx there are some
require(... or library(...)
One my Linux it works fine.
Note that it currently doesn't check for SEXTANTE
Matteo
Thanks for your help
After some thinking and discussion, I think that the best and easiest
solutions is just to have a separate SEXTANTE environment, with its
own libPath. This is the current configuration, but it was not
correctly set, so libs were installed tere, but not used from there
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 12/07/2013 12:56, Victor Olaya ha scritto:
What do you think of this?
- -1
I strongly prefer to install needed R libs at the system level, not in user
path.
At very least, sextante should warne the user and ask for confirmation before
I agree with Paolo.
On Fri, Jul 12, 2013 at 12:01 PM, Paolo Cavallini cavall...@faunalia.itwrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 12/07/2013 12:56, Victor Olaya ha scritto:
What do you think of this?
- -1
I strongly prefer to install needed R libs at the system level,
Hi devs,
I am pretty new in QGis and very interested in help to decrease the number
of opened issues on bug tracking system.
Currently QGis issues has the following statistics:
Bugs
31 opened bugs with Blocker priority
37 opened bugs with High priority
661 opened bugs with Normal priority
243
Hey Daniel,
What you have done is great. The blocker and high ones should be the focus
at the moment so we can get the release out. However if you find something
else that you think you can tackle by all means have a go. We are in
feature freeze at the moment so only bug fixes.
- Nathan
On
Hi All
If you are a daily blocker list [1] watcher you will have noticed that
Juergen Fischer (aka our resident coding machine) has been whittling the
list down - 31 issues left as I write this.
Juergen has been funded for two weeks - one week each from the Swiss QGIS
Users Group and QGIS.org's
To avoid trademark etc issues I would prefer we use a little know
place - also one that non german speakers have a vague hope of being
able to pronounce.
What about 'Hönggerberg' (the place where the developer meeting took
place) ?
Regards,
Marco
On 12.07.2013 14:42, Tim Sutton wrote:
Hi
Hi Victor,
Having a separated libloc causes also a maintenance problem, as the libs in
there can only be updated (with ease) by SEXTANTE, that does not (?) update
them. I also think that it is better to have everything on system level but
there are also environments where a user has no writing
hi I remember a discussion we had with tim last month in South Africa. I
Suggested that. he thought was too hard in english.
I then suggested Dufour. beside being a very influencial swiss
cartographer [1] it is also the highest mountain in switzerland.
i think it would be very representative for
Ok, fine then. Only in the canonical libpath. :-)
I think it is (quite) easily possible to remove the need of R knowledge for a
lot of situations, one of these it the installation and update of packages. It
is much easier to share a Rscript (rsx) to another system if not installed
packages are
+1 for Dufour!!!
Easily pronounced, and very representative!
A very good idea!
That would be a nice map on the summit:
http://s.geo.admin.ch/d632bf34e
Cheers,
Denis
On 07/12/2013 03:04 PM, Marco Bernasocchi wrote:
hi I remember a discussion we had with tim last month in South Africa.
I
Hi,
I also like the name Dufour.
There are also the old Dufour maps: see http://s.geo.admin.ch/09751c84f
The problem is that the mountain called Dufourspitze is not yet on the
maps that Dufour initiated/created. It was only named after his name.
So - we could either use one of the old maps
Ok, fine then. Only in the canonical libpath. :-)
Yes I guess it it the saver choice.
I think it is (quite) easily possible to remove the need of R knowledge
for a lot of situations, one of these it the installation and update of
packages. It is much easier to share a Rscript (rsx) to another
Hi Marco,
I've made some test about vectorJoins.
QGIS-Server doesn't provide joined attributes in GetFeatureInfo,
DescribeFeatureType and GetFeature.
I thought it will be enough to add layer-updateFields to have access to
joined attributes, but it's not enough and my vectorLayer has
Hi René-Luc
QGIS desktop has some logic during project loading to make sure the
dependent layers are loaded as well. The server needs to do something
similar (but it is not implemented currently).
Regards,
Marco
On 12.07.2013 16:20, rldhont wrote:
Hi Marco,
I've made some test about
Hi Marco,
Ok, it will be important to load the dependant layer.
Thanks
René-Luc
Le 12/07/2013 16:24, Marco Hugentobler a écrit :
Hi René-Luc
QGIS desktop has some logic during project loading to make sure the
dependent layers are loaded as well. The server needs to do something
similar
the square ones, very nice indeed and super packaging. I thought about it
but i don't think it would be an issue.
ciao
Marco Bernasocchi (mobile)
http://opengis.ch
On Jul 12, 2013 5:10 PM, skampus stefano.cam...@regione.piemonte.it
wrote:
mbernasocchi wrote
hi I remember a discussion we had
+1 for dofour as well and I'd vote for the old map as splash screen..
Sent from a rooted and thus truly free mobile device...
Am 12.07.2013 17:10 schrieb skampus stefano.cam...@regione.piemonte.it:
mbernasocchi wrote
hi I remember a discussion we had with tim last month in South Africa. I
+1 for dufour an the B/W map
2013/7/12 Werner Macho werner.ma...@gmail.com:
+1 for dofour as well and I'd vote for the old map as splash screen..
Sent from a rooted and thus truly free mobile device...
Am 12.07.2013 17:10 schrieb skampus stefano.cam...@regione.piemonte.it:
mbernasocchi
There is also an old map called Siegfriedkarte which is based on the one from
dufour and on this one the mountain is names Dufourspitze.
http://s.geo.admin.ch/327b6cf7e
And it does not look that depressing as the b/w one.
Regards
Stefan
Von meinem iPhone gesendet
Am 12.07.2013 um 15:46
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 12/07/2013 13:37, Nathan Woodrow ha scritto:
What you have done is great. The blocker and high ones should be the focus at
the
moment so we can get the release out. However if you find something else that
you
think you can tackle by all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
While checking the bug queue, I noticed over 250 tickets are missing the
Category
tag: this makes it less likely to spot duplicates, and makes the work of the
bugfixer
more annoying: please reporter have a look, and help us classifying them
Is it possible to create a spatialite layer using python bindings?
I compiled qgis version 1.8 from source on Ubuntu 12.04
GDAL 1.9.2
Spatialite 3.0.0~beta20110817-3
I enable PYSPATIALITE from ccmake menu.
From plugin if i call the method:
QgsVectorFileWriter.supportedFiltersAndFormats()
I
Date: Fri, 12 Jul 2013 16:05:21 +0200
From: Matteo Mattiuzzi mat...@mattiuzzi.com
To: Victor Olaya vola...@gmail.com
Cc: qgis-developer@lists.osgeo.org qgis-developer@lists.osgeo.org
Subject: Re: [Qgis-developer] SEXTANTE: R output?
Message-ID:
27 matches
Mail list logo