When a code freeze?
I should add a help system to roadgraph plugin and fix GUI before code freeze.
--
С уважением Якушев Сергей yakush...@list.ru
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qg
Thank you Barend, I wrote the name of the Python plugin_builder.py wrong.
--- On Thu, 2/24/11, Barend Gehrels wrote:
From: Barend Gehrels
Subject: Re: [Qgis-developer] Plugin Development C++ Windows - Any response?
To: "QGIS Developer"
Date: Thursday, February 24, 2011, 6:20 PM
On 24-2-2011 23:44, maaza mekuria wrote:
I like your idea Julien. It does not make sense to have to store all
of QGIS source files for a c++ plugin to work. I think the libraries
that need to be referenced should be found identified so that one may
be able to just build (compile and link) the d
I like your idea Julien. It does not make sense to have to store all of QGIS
source files for a c++ plugin to work. I think the libraries that need to be
referenced should be found identified so that one may be able to just build
(compile and link) the dll independently of the rest of the QGIS s
Am 24.02.2011, 22:48 Uhr, schrieb Noli Sicad :
On 2/25/11, Anita Graser wrote:
The detachable menus might look like ArcGIS toolbox.
Screenshot of the ArcGIS toolbox
http://complexnetgis.wordpress.com/install/
Not the red boxes of hell :(
Am I the only one who hates them?
I am only talkin
On 2/25/11, Anita Graser wrote:
>> The detachable menus might look like ArcGIS toolbox.
>>
>> Screenshot of the ArcGIS toolbox
>> http://complexnetgis.wordpress.com/install/
>>
> Not the red boxes of hell :(
>
> Am I the only one who hates them?
I am only talking about the collapsible menu tree (
The detachable menus might look like ArcGIS toolbox.
Screenshot of the ArcGIS toolbox
http://complexnetgis.wordpress.com/install/
Not the red boxes of hell :(
Am I the only one who hates them?
Regards,
Anita
___
Qgis-developer mailing list
Qgis-deve
> I thin that many menu levels is good for new users because it organize
> things. But for advanced users it slows things because you have to navigate
> all the menu levels to reach the tool that you want.
> I have two suggestions:1)A side panel with the plugins tree.
>2)Detachable menus, like th
Il giorno mer, 23/02/2011 alle 17.11 -0600, Bruce, Bob (CON) ha
scritto:
> Have the QGIS developers been following this? You can access the discussion
> at:
>
> http://www.linkedin.com/groups/Giving-Quantum-GIS-try-wondered-49657.S.42748827?view=&srchtype=discussedNews&gid=49657&item=42748
How about having a menu that shows the most recently used plugins? I use
that feature a lot when I use GIMP. -Bob
On Thu, Feb 24, 2011 at 10:36 AM, Pablo Carreira wrote:
> Hi,
>
> >In this moment you must always navigate at least 2 levels, instead after
> the reorganization you would navigate
Hi,
>In this moment you must always navigate at least 2 levels, instead after the
>reorganization you would navigate at least 2 levels and 3 sometimes only:
>2 levels if the plugin add only one button
>(Database->SubMenuName->PluginAction)
>3 levels if the plugin have more than one button
>(
AFAIK in QGIS API there are no methods for modifying raster cells.
To learn about querying raster values look at qgsmaptoolidentify.cpp file
in QGIS source tree.
If you want not only read pixel values but modify them, look at GDAL
and NumPy.
On Thu, 24 Feb 2011 16:36:01 +0100
andr...@gmx.de wrote
Hi Pablo,
On Thu, Feb 24, 2011 at 2:38 PM, Pablo Carreira
wrote:
> >I think that organizing better plugins in menus it's the way to go waiting
> for the new toolbox.
>
> >For example, we could re-organize plugins in Database menu just creating
> some main
> >sub-classes named as the databases' sp
Hello,
I would like to write a qgis python plugin, which modifies cell values based on
the values of their surrounding neighbors.
But how can I iterate over a raster layer in order to read the value of each
raster cell (and its surrounding neighbors)?
Is there any method querying raster cell val
Oh, sorry, my last message went with Giuseppe signature. My mistake.
It's:
Pablo Torres Carreira
From: pablotcarre...@hotmail.com
To: qgis-u...@lists.osgeo.org; qgis-developer@lists.osgeo.org
Subject: RE: [Qgis-user] Plugins re-organization
Date: Thu, 24 Feb 2011 10:38:28 -0300
CC:
Hi
Hi,
>Hi all,
>I think that organizing better plugins in menus it's the way to go waiting for
>the new toolbox.
>For example, we could re-organize plugins in Database menu just creating some
>main
>sub-classes named as the databases' spatial extensions: "PostGIS",
>"SpatiaLite",
>Obviously t
Hi all,
I think that organizing better plugins in menus it's the way to go waiting
for the new toolbox.
At the last Hackfest in Polland we went along this way creating the Database
menu as it
reduced the number of plugins in the Plugin menu and it have made easier to
find a plugin.
In this moment
Hi
Nice discussion to read! Thanks for the heads up!
Regards
Tim
On Thu, Feb 24, 2011 at 1:11 AM, Bruce, Bob (CON) wrote:
> Have the QGIS developers been following this? You can access the discussion
> at:
>
> http://www.linkedin.com/groups/Giving-Quantum-GIS-try-wondered-49657.S.4274
Hi Radim
I did some testing too. Having otf projection is coool! Id did run
into some problems with my paletted image[1] though.
If I open the image in QGIS default session (i.e. no OTF projection)
it displays fine [2].
If I enabled OTF Projection (using 900913 Google Mercator) the image
displays
Il giorno mer, 23/02/2011 alle 00.47 -0800, Alex Mandel ha scritto:
> That feature has been discussed, is way down at the bottom of the todo
> list but is quite possible. We are looking for python programmers to try
> and implement it in django if you are interested in helping.
I do not quite agr
20 matches
Mail list logo