Hi
On Wed, Jun 12, 2013 at 12:40 PM, Régis Haubourg
wrote:
> I there again,
> does anyone knows if unit test are available for startup options such as
> pluginpath environnement variable, configpath options..
> I would like to sponsor their creation, but was unable to find if they
> exists in the
Dnia środa, 12 czerwca 2013 o 21:11:35 Radim Blazek napisał(a):
> On Wed, Jun 12, 2013 at 7:04 PM, Borys Jurgiel
wrote:
> > I managed to get this script running, but it still crashes at some stage.
>
> I have generated new customisation.xml on another computer and pushed
> it to master. It seems
On Wed, Jun 12, 2013 at 7:04 PM, Borys Jurgiel wrote:
> I managed to get this script running, but it still crashes at some stage.
I have generated new customisation.xml on another computer and pushed
it to master. It seems to work but it reported for many widgets:
"No module named qgscollapsibl
Dnia środa, 12 czerwca 2013 o 19:21:52 Sandro Santilli napisał(a):
> There's actually been QuantumGIS/QGIS, QuantumGIS/QGIS2 and there is
> QGIS/QGIS2 now. I guess in the future there could be something else, thus
> the idea of letting users copy from somewhere else. Think at QGIS3 time,
> someone
Andrea, I also run both 1.8 and 2.0, not saying it should be forbidden.
But I don't really understand why they need to have two different
configurations.
As a test, I tried symlinking ~/.config/QGIS to ~/.config/QuantumGIS
and ~/.config/QGIS/QGIS2.conf to ~/.aconfig/QGIS/QGIS.conf
At that point q
On Wed, Jun 12, 2013 at 07:17:05PM +0200, Borys Jurgiel wrote:
> Dnia środa, 12 czerwca 2013 o 18:55:23 Sandro Santilli napisał(a):
> > I guess you'll want to do that only when the new config file doesn't
> > exist, so it is about to be created. The user should be prompted about
> > that, something
Dnia środa, 12 czerwca 2013 o 18:55:23 Sandro Santilli napisał(a):
> I guess you'll want to do that only when the new config file doesn't
> exist, so it is about to be created. The user should be prompted about
> that, something like:
>
> "Configuration file 'XXY' was not found, do you want to st
I managed to get this script running, but it still crashes at some stage.
Unfiortunately I won't have time next days (weeks?) to investigate it deeper :(
Loading /mag/svn/qgis/src/ui/qgspointdisplacementrendererwidgetbase.ui
Loading /mag/svn/qgis/src/ui/qgswfssourceselectbase.ui
Loading /mag/svn/
On Wed, Jun 12, 2013 at 06:36:22PM +0200, Borys Jurgiel wrote:
> Hmmm seems a config importer would be important addition. A post-install
> script? A one-time core Python plugin? I mean something as simple as that:
>
> for key in harcoded_list_of_important_keys_to_import:
> if settings1.hasKe
I give my fresh experience. :)
I'm running with both qgis (1.8 and 1.9 dev).
I need use both because I have an important project created from a
group of workers.
On qgis 1.8
Now I need to apply it on a qgis 1.9
But because the importing on qgis 1.9 has lost me
surely transparency and perhaps so
Hmmm seems a config importer would be important addition. A post-install
script? A one-time core Python plugin? I mean something as simple as that:
for key in harcoded_list_of_important_keys_to_import:
if settings1.hasKey( key ):
settings2.setValue( settings1.value( key ) )
QMessageBo
On Jun 12, 2013, at 9:13 AM, Sandro Santilli wrote:
> On Wed, Jun 12, 2013 at 09:07:21AM -0500, William Kyngesburye wrote:
>> And --configpath isn't practical on OSX, you don't start apps from the
>> command line on OS X, and there is no mechanism (like there is in Windows
>> shortcuts) to add s
On Wed, Jun 12, 2013 at 04:16:22PM +0200, Sandro Santilli wrote:
> On Wed, Jun 12, 2013 at 04:00:12PM +0200, Matthias Kuhn wrote:
> > On Linux the settings are in ~/.config/QGIS/QGIS2.conf
> >
> > To get the latest (if you've been running QGIS 2.0 already two weeks
> > ago) copy them from ~/.conf
On Wed, Jun 12, 2013 at 11:57:28PM +1000, Nathan Woodrow wrote:
> That doesn't change the issue. The settings will still be moved and reset a
> fresh using --configpath.
Yes, but it won't be the default.
> You would be surprised how many want to run bn
I surely want to run 1.8 if 2.0 doesn't kno
On Wed, Jun 12, 2013 at 04:00:12PM +0200, Matthias Kuhn wrote:
> On Linux the settings are in ~/.config/QGIS/QGIS2.conf
>
> To get the latest (if you've been running QGIS 2.0 already two weeks
> ago) copy them from ~/.config/QuantumGIS/QGIS2.conf
> If you have not been using master so far (I know
On Wed, Jun 12, 2013 at 09:07:21AM -0500, William Kyngesburye wrote:
> And --configpath isn't practical on OSX, you don't start apps from the
> command line on OS X, and there is no mechanism (like there is in Windows
> shortcuts) to add switches to an app startup.
This sounds like an invalid ar
This reminds me, if it's not too late, can we get something done with
http://hub.qgis.org/issues/7192 (original http://hub.qgis.org/issues/1442 that
I could not reopen)? I really wanted to get the qgis2 folder moved on OS X and
Windows for the 2.0 release.
There is a patch for Windows in the o
And --configpath isn't practical on OSX, you don't start apps from the command
line on OS X, and there is no mechanism (like there is in Windows shortcuts) to
add switches to an app startup.
On Jun 12, 2013, at 8:57 AM, Nathan Woodrow wrote:
> That doesn't change the issue. The settings will st
Hi Leyan
I also think a function for upating the cache would be best. Could you
make a ticket, assign it to me and attach what you did so far?
Regards,
Marco
Am 12.06.2013 15:13, schrieb Leyan:
Hi all,
In 1.8, if I update a custom CRS, I can directly use the new value for
this CRS, while i
On Linux the settings are in ~/.config/QGIS/QGIS2.conf
To get the latest (if you've been running QGIS 2.0 already two weeks
ago) copy them from ~/.config/QuantumGIS/QGIS2.conf
If you have not been using master so far (I know that you did, but
maybe others, and especially users upgrading once sta
That doesn't change the issue. The settings will still be moved and reset a
fresh using --configpath.
You would be surprised how many want to run bn
- Nathan
On Wed, Jun 12, 2013 at 11:53 PM, Sandro Santilli wrote:
> On Wed, Jun 12, 2013 at 11:39:25PM +1000, Nathan Woodrow wrote:
>
> > 2) To
On Wed, Jun 12, 2013 at 11:39:25PM +1000, Nathan Woodrow wrote:
> 2) To allow 1.8 and 2.0 to run on the same machine without overriding a
> persons 1.8 setup.
Isn't there a commandline switch to use a custom setup, for those that
are concerned about that ? How many people will want to run both 1.
This is to allow the running of 1.8 and 2.0.
On windows, because I don't know where it is in linux, the settings are
stored in:
For 1.8
HKEY_CURRENT_USER\Software\QuantumGIS\QGIS
For 2.0:
HKEY_CURRENT_USER\Software\QGIS\QGIS2
1) For the re-banding we did
2) To allow 1.8 and 2.0 to run on the sa
Hi!
To my knowledge this is only for having 1.x and 2.x versions running
parallel on the same computer .. (If there are any new issues with the new
version or you need the old because some plugins you really need are not
updated)
But I think it will be possible to copy those seetings over from the
I didn't find anything specific in
https://github.com/qgis/Quantum-GIS/blob/master/tests/src/core/testqgsapplication.cpp
I will open a ticket as a reference for funding. please close it if test
exists.
Régis
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Units-tests-f
I was surprised by not finding my postgresql connections in the pull-down
menu when starting qgis-2.0 (master) from the build dir. I'm pretty sure
it used to work last time I'v built it.
NathanW told me this is due to a change in the configuration path, from
.qgis to .qgis2, and I'm wondering why
Hi all,
In 1.8, if I update a custom CRS, I can directly use the new value for
this CRS, while in master, I have to restart QGIS to be able to use the
updated parameters. They are displayed when I choose the CRS, but not
used during the actual transformation, which is a severe regression in
m
On Wed, Jun 12, 2013 at 2:06 PM, Borys Jurgiel wrote:
> I agree, once I even created such ticket [1]. Btw. can you confirm the blocker
> "Customization doesn't work in dialog windows" [2]?
Most probably it does not work with dialogs which changed because
customization.xml is not yet updated.
Rad
I did miss the flag exactIntersection in the feature request.
After setting the flag, it works as expected.
Sorry for the noise.
Denis
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-develop
Dnia środa, 12 czerwca 2013 o 11:29:28 Matthias Kuhn napisał(a):
> The regression would be that sometimes with the old plugin manager you
> got a stacktrace which helped you to debug a problem where now it fails
> with only the exception message being printed without a call stack.
I'm still unsure
I just noticed, that this happens as soon as the arc is strictly bigger
than 90 deg.
90 degrees: feature request returns nothing
91 degress: feature request returns the feature
I have update the code to play with this.
___
Qgis-developer mailing l
Dnia środa, 12 czerwca 2013 o 10:20:26 Radim Blazek napisał(a):
> I am not able to get python working with latest master so I cannot
> generate new customization.xml. In theory, if you set correctly
> PYTHONPATH and LD_LIBRARY_PATH to find QGIS libs, you can run
> scripts/widgets_tree.py and save t
Hi all,
I am experiencing some problems with a feature request using a rectangle
filter on a layer containing circles.
If I set the rectangle filter within a circle feature (i.e. the
rectangle is strictly enclosed in the circle), the select does returns
this feature, even though it should no
Dnia środa, 12 czerwca 2013 o 12:27:10 Sandro Santilli napisał(a):
> On Sun, Jun 09, 2013 at 10:27:51AM +0200, Borys Jurgiel wrote:
> > Actually no breaking change happened now, there would be just MUCH more
> > switches (assuming that e.g. each formerly QString-type variable may be
> > either QStr
Thanks Nathan!
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Master-today-error-finding-plugins-tp5059637p5059645.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
Qgis-developer mailing list
Qgi
Hey Régis,
I fixed that today so you build won't have the fix.
- Nathan
On Wed, Jun 12, 2013 at 8:37 PM, Régis Haubourg <
regis.haubo...@eau-adour-garonne.fr> wrote:
>
> The error is missing.
>
>
> I posted from nabble, it seems raw text was squized in mail list:
> see
> mhttp://
> osgeo-org.1
I there again,
does anyone knows if unit test are available for startup options such as
pluginpath environnement variable, configpath options..
I would like to sponsor their creation, but was unable to find if they
exists in the dashboard..
régis
--
View this message in context:
http://osgeo
The error is missing.
I posted from nabble, it seems raw text was squized in mail list:
see
mhttp://osgeo-org.1560.x6.nabble.com/Master-today-error-finding-plugins-td5059637.html
Une erreur est apparue lors de l'exécution du code suivant :
qgis.utils.updateAvailablePlugins()
Traceback (most
As far as I understand.
If min = 2.0
max will default to 2.99
If min 1.8
and max 2.0 it will work in both 2.0 and 1.8
- Nathan
On Wed, Jun 12, 2013 at 8:27 PM, Sandro Santilli wrote:
> On Sun, Jun 09, 2013 at 10:27:51AM +0200, Borys Jurgiel wrote:
>
> > Actually no breaking change happened n
On Wed, Jun 12, 2013 at 03:28:42AM -0700, Régis Haubourg wrote:
> Hi,
> i updated osgeo4w master this morning and have now errors on startup related
> to plugin loading.
> Do I need to file a bug or someone has already fixed it ? I know hard work
> is done on plugin installer..
>
> See followin
Hi,
i updated osgeo4w master this morning and have now errors on startup related
to plugin loading.
Do I need to file a bug or someone has already fixed it ? I know hard work
is done on plugin installer..
See following error:
Régis
--
View this message in context:
http://osgeo-org.1560.x
On Sun, Jun 09, 2013 at 10:27:51AM +0200, Borys Jurgiel wrote:
> Actually no breaking change happened now, there would be just MUCH more
> switches (assuming that e.g. each formerly QString-type variable may be
> either
> QString or unicode). So in the simplest plugins you can still use them an
On 06/12/2013 09:02 AM, Richard Duivenvoorde wrote:
Mind you, I'm not against big dialogs (though I prefer wider dialogs
then), and I'm aware of the space problems we always have with our dialogs.
I and all the little green men are :) we definitely said something
smaller than 1366x768 in Zuri
The regression would be that sometimes with the old plugin manager you
got a stacktrace which helped you to debug a problem where now it fails
with only the exception message being printed without a call stack.
But thinking about it again... As long as there is an easy solution to
reproduce the
Hi Nathan,
On Wed, 12. Jun 2013 at 18:03:57 +1000, Nathan Woodrow wrote:
>Which platform are you on and what version of SIP do you have? Your
>version of might not support something in the header that I added.
Also affects lucid - see also 0f3f440cdf0f194c5c1558b936b9058924a324c8
Jürg
Dnia środa, 12 czerwca 2013 o 07:00:43 Matthias Kuhn napisał(a):
> On Mit 12 Jun 2013 00:32:40 CEST, Borys Jurgiel wrote:
> > Dnia środa, 12 czerwca 2013 o 00:18:28 Ricardo Filipe Soares Garcia da
> >
> > napisał(a):
> >> Nevermind... I just add to click to enable the plugin and it showed me
> >>
On Wed, Jun 12, 2013 at 10:03 AM, Nathan Woodrow wrote:
> Hey Radim,
>
> Which platform are you on and what version of SIP do you have? Your version
> of might not support something in the header that I added.
Debian 6.0 Squeeze, Qt 4.6.3, Python 2.6.6, SIP 4.10.2, PyQt4 4.7.3
Radim
> - Nat
On Tue, Jun 11, 2013 at 9:34 PM, Borys Jurgiel wrote:
> Dnia wtorek, 11 czerwca 2013 o 21:28:22 Radim Blazek napisał(a):
>> On Tue, Jun 11, 2013 at 7:16 PM, Borys Jurgiel
> wrote:
>> > Should I manually add the new manager widgets to customization.xml, or is
>> > it done by a script?
>>
>> It is
Hey Radim,
Which platform are you on and what version of SIP do you have? Your
version of might not support something in the header that I added.
- Nathan
On Wed, Jun 12, 2013 at 6:02 PM, Radim Blazek wrote:
> With latest master b287661c (but I think that it is happening since
> few commits b
With latest master b287661c (but I think that it is happening since
few commits before) I get error when compiling python:
sip: /home/radim/devel/qgis/python/core/core.sip:1: syntax error
if I run make again, it gets over this error and fails on
sip: /home/radim/devel/qgis/python/analysis/analy
On 12-06-13 09:14, Matthias Kuhn wrote:
Hi Richard,
This is gnome 3 default behavior. There is a howto [1] which explains
how to disable this behavior on a particular system.
Cheers
[1] http://blog.mpshouse.com/?p=690
Ah, thanks Matthias for this pointer. It works.
Mmm, I think this is ok f
Hi Richard!
You are not the only one .. I am experiencing the same ..
IIRC we said in Zurich(not sure) that every dialog should fit in exactly
what you said (at least I think it was 1366x768) to be able to have QGIS on
netbooks ..
Not sure if this is still valid ..
But the thing you mentioned see
Hi Richard,
This is gnome 3 default behavior. There is a howto [1] which explains
how to disable this behavior on a particular system.
Cheers
[1] http://blog.mpshouse.com/?p=690
On Mit 12 Jun 2013 09:02:02 CEST, Richard Duivenvoorde wrote:
> Hi List,
>
> I want to ask something about the size
Hi List,
I want to ask something about the size and behaviour of Qt dialogs of
QGIS on Gnome3 on Debian.
I've noticed that the dialogs (like the Project/Project properties
dialog) are not real floating dialogs anymore. They are a sort of
attached to the menubar of the QGIS application Window
54 matches
Mail list logo
