Hi Giuseppe
On Tue, Oct 26, 2010 at 4:35 PM, Giuseppe Sucameli sucam...@faunalia.it wrote:
coming back to the PostGIS plugins, I think Wroclaw would be also good place
to
merge some of them (e.g. improving PostGis Manager by adding the RT Sql
Layer
capabilities).
Yes, agreed.
To think
Il 30/10/2010 10:57, Martin Dobias ha scritto:
Sure. In the very first stage they could merged into one plugin with
just small changes (e.g. each plugin in one subdirectory, with some
glue). The next stages would incrementally remove duplicate code.
Very well. So this will be one of our
Am Dienstag, 26. Oktober 2010, um 00.07:56 schrieb Paolo Cavallini:
Il 25/10/2010 23:29, Martin Dobias ha scritto:
On Thu, Oct 21, 2010 at 8:34 AM, Paolo Cavallinicavall...@faunalia.it
wrote:
How does this sound?
This sounds good.
Thanks. So we go back to the question:
- svn or
Il 26/10/2010 09:01, Pirmin Kalberer ha scritto:
I understand that you want to go on. But I think that the decision for a
plugin development infrastructure should happen in Wroclaw, with many devs
involved. We can show there the different approaches and help the attending
people setting up new
On Tue, Oct 26, 2010 at 9:01 AM, Pirmin Kalberer pi...@sourcepole.com wrote:
Am Dienstag, 26. Oktober 2010, um 00.07:56 schrieb Paolo Cavallini:
Thanks. So we go back to the question:
- svn or git?
- on osgeo or elsewhere?
- trac, redmine, or other?
I think it would be good to act now, so in
Hi Martin,
On Tue, Oct 26, 2010 at 9:21 AM, Martin Dobias wonder...@gmail.com wrote:
On Tue, Oct 26, 2010 at 9:01 AM, Pirmin Kalberer pi...@sourcepole.com
wrote:
I understand that you want to go on. But I think that the decision for a
plugin development infrastructure should happen in
Il 21/10/2010 00:14, Martin Dobias ha scritto:
I would agree to include PostGIS plugins to trunk, but IMHO it makes
much more sense to have only one PostGIS plugin to do all management
tasks. I think some effort should be done to integrate the plugins
into one prior to inclusion to the
+1 for getting them into trunk
We would use them for teaching Postgis as a way to visualize the queries.
Or for myself for quick visualizations while testing SQL commands.
I wonder what is the best way to organize all those Postgis plugins. Would
they get their own toolbar or menu?
Andreas
On
Hi
I think it would be great if this new 'database' section could be made
to work with spatialite as well as with postgis. Maybe the creation of
a general manager for spatial databases that could integrate the
'Postgis manager', 'Spatialite manager', 'RT SQL layer' and the rest
of the
On 10/20/2010 12:34 PM, Paolo Cavallini wrote:
Hi all.
We (Faunalia, for Regione Toscana) have developed a couple of plugins: RT SQL
layer,
to build arbitrary select queries and load results on the canvas, and RT PostGIS
extractor, to export large amounts of data cut by another vector (in
Il 20/10/2010 17:29, Ricardo Filipe Soares Garcia da ha scritto:
I think it would be great if this new 'database' section could be made
to work with spatialite as well as with postgis. Maybe the creation of
a general manager for spatial databases that could integrate the
'Postgis manager',
Hi all,
On Wed, Aug 18, 2010 at 10:05 PM, Martin Dobias wonder...@gmail.com wrote:
Hi Borys
On Sun, Aug 15, 2010 at 11:59 AM, Borys Jurgiel borysia...@aster.pl
wrote:
My suggestion for now is to put everything to a PostGIS submenu within
the
Plugins menu:
Il 15/08/2010 11:13, MORREALE Jean Roc ha scritto:
Adding an item to the top menu bar should be avoided, if it is done for
each extension (like cadtools or manageR already do) or group of
extensions (the same reasonning could be applied for R, etc.) this bar
will soon become too long to be
13 matches
Mail list logo
