On Tue, Jul 24, 2012 at 11:13:23PM +0200, Tim Sutton wrote:
> On Tue, Jul 24, 2012 at 4:13 PM, Larry Shaffer wrote:
>
> > Concerning replication of the core plugins to repositories at
> > plugins.qgis.org, maybe setting up each as a git submodule would help
> > with this? While this will add comp
I don't know anything about qgis server, but shouldn't some gui stuff
be disabled when building only qgis server?
QGIS server itself does not need the gui library, only core and
analysis. But it uses the data providers and the provider libs can use
dialogs from gui lib (e.g. WMS provider lib u
On Tue, Jul 24, 2012 at 12:28 AM, Mikhail Titov wrote:
> All:
>
> I am writing a multi-threaded python plug-in. It is meant to slowly
> extract data from NLDAS-2 for selected features using OPeNDAP in the
> background as I don't want to block GUI.
>
> It seems that the thread I create in my plug-i
Hi Etienne,
>I'll try to fix this today and commit to master - are those the only
>errors reported?
yes,
after comment correctly as you suggest.
It compile without error.
Thx for fixing it,
Andrea
2012/7/25 Etienne Tourigny
> If you comment the function, you will get link errors because the
If you comment the function, you will get link errors because the
function was not compiled. Just comment the contents.
I'll try to fix this today and commit to master - are those the only
errors reported?
Etienne
On Tue, Jul 24, 2012 at 7:45 PM, Andrea Peri wrote:
>>I don't know anything about
>I don't know anything about qgis server, but shouldn't some gui stuff
>be disabled when building only qgis server?
Etienne,
thx for hint.
I tried to comment it
but compiling there is this other error:
>/home/archivio/tomcat/software/qgis/Quantum-GIS/src/gui/raster/qgsrasterhistogramwidget.cpp:
All other test environments use high qwt versions, that's why it was
not caught.
Qwt is a serious pain to support, because of so many different API versions...
My advice for now: comment-out the offending line(s), it won't do much
harm - the min/max picker will probably not work.
I don't know an
I guess yes.
My qwt is 5.1.1.
Unfortunately this is the version available on redhat (i'm using it).
perhaps is allowed disable it for a qgis-server only compile ?
2012/7/24 Tim Sutton
> Hi
>
> On Tue, Jul 24, 2012 at 3:35 PM, Andrea Peri wrote:
> > Hi,
> >
> > try-ing to compile a qgis-serv
On Tue, Jul 24, 2012 at 6:22 PM, Agustin Lobo wrote:
> Etienne,
> 2012/7/24 Etienne Tourigny :
>> Uploaded 0.4.0 as experimental to the main plugin repos. Those
>> interested please test and report here or in the valuetool bugtracker.
>> Also any feedback on the resolved bugs (#4905, #4798, #4796
Yes, actually this is why I thought it had been included as core in 1.8.
But meanwhile, having a plugin is a very good solution. Also, we can
use the plugin as a testbed and discuss
different improvements, like customizing the axes.
The table is not enough, you need a graph as soon as you have mor
Etienne,
2012/7/24 Etienne Tourigny :
> Uploaded 0.4.0 as experimental to the main plugin repos. Those
> interested please test and report here or in the valuetool bugtracker.
> Also any feedback on the resolved bugs (#4905, #4798, #4796) is
> appreciated.
>
>
I've been out in the field for few da
Hi
On Tue, Jul 24, 2012 at 3:35 PM, Andrea Peri wrote:
> Hi,
>
> try-ing to compile a qgis-server version of qgis ,
> from latest svn version of qgis and using
> this settings:
>
> with_bindings OFF
> with_desktop OFF
> with_mapserver ON
>
> I'm having this error:
>
>
> Scanning depe
Hi
On Tue, Jul 24, 2012 at 4:13 PM, Larry Shaffer wrote:
> On Tue, Jul 24, 2012 at 7:37 AM, Paolo Cavallini
> wrote:
>> Il 24/07/2012 14:29, Jürgen E. Fischer ha scritto:
>>> Hi,
>>>
>>> On Tue, 24. Jul 2012 at 14:27:28 +0200, Jürgen E. Fischer wrote:
We probably should simply release more
Hi
On Tue, Jul 24, 2012 at 8:44 PM, Radim Blazek wrote:
> On Tue, Jul 24, 2012 at 7:15 PM, Radim Blazek wrote:
>> On Tue, Jul 24, 2012 at 4:53 PM, Marco Hugentobler
>> wrote:
>>> Hi all
>>>
>>> I think it would be a good move to merge the raster-pipes-2 branch back to
>>> trunk. Ok, I know more
Mikhail Titov writes:
> Mikhail Titov
> writes:
>
>> It seems that the thread I create in my plug-in is mostly dormant unless
>> I have something like time.sleep(alot) running in Python console. Is it
>> normal? I even tried to start QThread with QThread.HighPriority with the
>> same result:(
>
Mikhail Titov writes:
> It seems that the thread I create in my plug-in is mostly dormant unless
> I have something like time.sleep(alot) running in Python console. Is it
> normal? I even tried to start QThread with QThread.HighPriority with the
> same result:(
I'm not sure whether it is buffere
On Tue, Jul 24, 2012 at 7:15 PM, Radim Blazek wrote:
> On Tue, Jul 24, 2012 at 4:53 PM, Marco Hugentobler
> wrote:
>> Hi all
>>
>> I think it would be a good move to merge the raster-pipes-2 branch back to
>> trunk. Ok, I know more instabilities, things to polish, etc. But in trunk,
>> it receive
On Tue, Jul 24, 2012 at 4:53 PM, Marco Hugentobler
wrote:
> Hi all
>
> I think it would be a good move to merge the raster-pipes-2 branch back to
> trunk. Ok, I know more instabilities, things to polish, etc. But in trunk,
> it receives more attention and people are more motivated to work on it.
>
+1 from me too
Il 24/07/2012 16:53, Marco Hugentobler ha scritto:
> Hi all
>
> I think it would be a good move to merge the raster-pipes-2 branch
> back to trunk. Ok, I know more instabilities, things to polish, etc.
> But in trunk, it receives more attention and people are more motivated
> to wor
Il 24/07/2012 16:53, Marco Hugentobler ha scritto:
> Hi all
>
> I think it would be a good move to merge the raster-pipes-2 branch
> back to trunk. Ok, I know more instabilities, things to polish, etc.
> But in trunk, it receives more attention and people are more motivated
> to work on it.
>
> Any
Hi all
I think it would be a good move to merge the raster-pipes-2 branch back
to trunk. Ok, I know more instabilities, things to polish, etc. But in
trunk, it receives more attention and people are more motivated to work
on it.
Any objections?
Regards,
Marco
Am 20.07.2012 22:15, schrieb T
On Tue, Jul 24, 2012 at 7:37 AM, Paolo Cavallini wrote:
> Il 24/07/2012 14:29, Jürgen E. Fischer ha scritto:
>> Hi,
>>
>> On Tue, 24. Jul 2012 at 14:27:28 +0200, Jürgen E. Fischer wrote:
>>> We probably should simply release more often - and get that process as lean
>>> as
>>> possible, instead o
Martin and I did talk about this but we decided in order to allow full
control over the syntax we should have our own. My ultimate plan is
to have Python support any where QgsExpression is used currently,
labelling, rule based rendering, etc. Using Python would allow you to
use the full power of
Il 24/07/2012 14:29, Jürgen E. Fischer ha scritto:
> Hi,
>
> On Tue, 24. Jul 2012 at 14:27:28 +0200, Jürgen E. Fischer wrote:
>> We probably should simply release more often - and get that process as lean
>> as
>> possible, instead of putting work into making long release cycles less
>> painless.
Hi,
try-ing to compile a qgis-server version of qgis ,
from latest svn version of qgis and using
this settings:
with_bindings OFF
with_desktop OFF
with_mapserver ON
I'm having this error:
Scanning dependencies of target qgis_gui
[ 51%] Building CXX object
src/gui/CMakeFiles/qgis_gu
Sort of a little late in the discussion - but would it be possible to
use an external parser so that most mathematical functions would be
supported?
Etienne
On Tue, Jul 24, 2012 at 10:31 AM, leyan ouyang wrote:
> For the rounding issue: as a workaround, you can do some ugly things like
> toreal(
For the rounding issue: as a workaround, you can do some ugly things like
toreal( toint( X * 100)) / 100
Leyan
> Date: Tue, 24 Jul 2012 13:43:45 +0200
> From: a.neum...@carto.net
> To: madman...@gmail.com
> CC: qgis-developer@lists.osgeo.org
> Subject: Re: [Qgis-developer] Expression Builder
Hi Andi, Giovanni
Yes, on Linux, the backbuffer/resize bug on X11 in Qt (still present in
4.8) prevents to have the box moving as widgetitem over the canvas. On
Windows/Mac, the box moves on the canvas with the cursor.
Another idea was to have the interface for the offset tool similar to
the
Hi Etienne,
On Tue, 24. Jul 2012 at 09:14:49 -0300, Etienne Tourigny wrote:
> I think that makes a lot of sense - but need to make sure that new
> versions still work in older api.
Right - so we'd need to maintain (more) legacy stuff in master only for stuff,
that is not in master - because maste
Uploaded 0.4.0 as experimental to the main plugin repos. Those
interested please test and report here or in the valuetool bugtracker.
Also any feedback on the resolved bugs (#4905, #4798, #4796) is
appreciated.
http://hub.qgis.org/projects/valuetool/issues
Etienne
On Mon, Jul 23, 2012 at 6:19 P
Hi,
On Tue, 24. Jul 2012 at 14:27:28 +0200, Jürgen E. Fischer wrote:
> We probably should simply release more often - and get that process as lean as
> possible, instead of putting work into making long release cycles less
> painless.
Um, if it's not clear anyway, I meant "less painful" :)
Jürge
Hi,
the read-only urls for the git plugin repositories is either wrong, or
the git server is broken.
For example, the main page for the valuetool plugin lists the read-only url as
http://qgis.org/git/valuetool.git
Similar for other plugins:
http://qgis.org/git/atlas.git
But a git clone of this
I think that makes a lot of sense - but need to make sure that new
versions still work in older api.
Etienne
On Tue, Jul 24, 2012 at 9:11 AM, Nathan Woodrow wrote:
> Jürgen,
>
> Couldn't we just develop them in master and push to the repository
> when ready with the plugin uploading script that
Jürgen,
Couldn't we just develop them in master and push to the repository
when ready with the plugin uploading script that ships with the
Plugin Builder?
When people upgrade to a new version of QGIS they get a automatic
upgrade or the plugin.
- Nathan
On Tue, Jul 24, 2012 at 9:59 PM, Jürgen E.
Hi Paolo,
as Nathan said, this patch already applied
--
Alexander Bruy
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
Hi Nathan,
On Tue, 24. Jul 2012 at 21:43:37 +1000, Nathan Woodrow wrote:
> I'm a +1 on this proposal. I think having the core plugins in the
> repos is important so we can provide updates between QGIS versions.
How do we keep the core plugins in sync in master and the repository?
Jürgen
--
J
I'm a +1 on this proposal. I think having the core plugins in the
repos is important so we can provide updates between QGIS versions.
- Nathan
On Tue, Jul 24, 2012 at 9:27 PM, Paolo Cavallini wrote:
> Il 15/06/2012 19:01, Larry Shaffer ha scritto:
>> Hmm, I assumed more flexible and timely upda
Hi Nathan,
Thanks for the reply.
It is not so urgent for me - and I agree that the scale issue would be
better solved with rule-based labeling.
Andreas
On Tue, 24 Jul 2012 20:46:54 +1000, Nathan Woodrow wrote:
Hey Andreas,
On Tue, Jul 24, 2012 at 5:21 PM, Andreas Neumann
wrote:
Hi all -
That pull request has been merged as far as I can see.
I try and keep an eye on the pull request for anything that is related to
me.
- Nathan
On Tue, Jul 24, 2012 at 9:31 PM, Paolo Cavallini wrote:
> Hi all.
> Has this patch been applied, or there are reasons not to?
> Is someone watching the
Hi all.
Has this patch been applied, or there are reasons not to?
Is someone watching the pull requests list?
All the best, and thanks.
Messaggio originale
Oggetto:[Quantum-GIS] quick fix for http://hub.qgis.org/issues/4514
(#179)
Data: Sun, 17 Jun 2012 09:12:46 -0700
M
Il 15/06/2012 19:01, Larry Shaffer ha scritto:
> Hmm, I assumed more flexible and timely updates was one of the points
> behind the idea to move parts of QGIS from C++ to Python, with its
> core, stable code base remaining in C++. Then more developers could
> help out with development and, like PyQ
Hey Andreas,
On Tue, Jul 24, 2012 at 5:21 PM, Andreas Neumann wrote:
> Hi all - esp. Nathan ;-),
>
> I have a couple of questions regarding the expression builder:
>
> 1. Would it be possible to add a $scale support which we could combine with
> CASE ? This would be quite powerful to add condidit
Il 24/07/2012 11:34, haubourg ha scritto:
> My organisation is trying to accelerate that process with a global market
> with some QGIS contractants, some are contributors. We put money saved in
> stopping Proprietary GIS support every year. We give a bonus if an evolution
> is OK with the community
Hi all,
a point of view , I hope this can help other potential supporters:
In France, public authorities, which are great GIS users, can't contribute
outside of a public market. Donation is not possible for us. Sponsorship
can be, but more on communication budgets, that GIS admin can't use in
g
Il 24/07/2012 09:13, Andreas Neumann ha scritto:
> Hi,
>
> I don't have the capabilities to do the work. But if someone is
> willing to work on it I would support the effort by testing and
> potentially also financially.
Hi Andreas,
this raises up once more a long-standing question. I'm pretty sure
Hi Giovanni,
In the box you have to type the distance value and press enter, then it
will set the value to the exact value you typed. But you have to make
sure that the mouse is still pressed and not moved. I agree - it is a
bit difficult to use. Do you have any better suggestions?
The reaso
Hi Richard,
I don't have a solution or explanation, but the Province of Vorarlberg
(which is migrating a lot of users to QGIS) has similar issues.
I don't know if they have a solution already or if they are
investigating with Sourcepole.
Andreas
On Tue, 24 Jul 2012 09:54:20 +0200, Richard
Hi Devs,
somebody pointed me to the following observation:
Opening a shapefile (37 features, 156Mb dbf) *over a network*
connections between two remote locations (VPN SDSL connection 10Mbps)
seems te show HUGE differences between QGIS and other desktop gis's (all
Windows):
Opening the s
Hi all - esp. Nathan ;-),
I have a couple of questions regarding the expression builder:
1. Would it be possible to add a $scale support which we could combine
with CASE ? This would be quite powerful to add condiditional labeling
depending on scale ranges.
2. Is there a rounding function av
Hi,
I don't have the capabilities to do the work. But if someone is willing
to work on it I would support the effort by testing and potentially also
financially.
Andreas
On Mon, 23 Jul 2012 15:52:52 +0200, G. Allegri wrote:
It would very nice.
Are you planning to work on it or is it just a
Hi Giovanni,
The availability of the curve offset tool depends on the GEOS version
used by QGIS.
You need at least GEOS 3.3x - I believe the current Windows builds come
with GEOS 3.2.x
Andreas
On Mon, 23 Jul 2012 18:45:01 +0100, Giovanni Manghi wrote:
Hi all,
I can see the "offset curve"
51 matches
Mail list logo