[Gvsig_english] GvSIG and Joins

[Benjamin Ducke]

Hi Silvio,

I know how hard it is too develop a complex, interactive
software like gvSIG. There will always be bugs and we will
have to live with them. I am only concerned that dropping
support in symbology and labeling is actually a design
decision, not a bug. Let's wait until everyone is back
from the holidays, then we can discuss this ;)

The fact is, in terms of feature richness gvSIG is the
only desktop GIS client that is on par with commercial
offerings and in many respects even surpasses them
(e.g. built-in raster tools, topology extension, SEXTANTE
to name just a few). As far as QGIS is concerned: it does
indeed do some clever things that I would like to see in
gvSIG some time, too. But it is nowhere near as feature-
complete as gvSIG.

So it would be very regrettable if gvSIG fell behind in one
of the basic GIS functions. Unfortunately, shapefiles
and DBF attribute tables are still very common and will
remain so until there is universal support for SQLite-based
layers; so this whole Join drama really need to be fixed.
Everything else seems to be in pretty good shape at this
point!

Cheers,

Ben


----- Original Message -----
From: "silvio grosso" <grossosilvio at yahoo.it>
To: "Users and Developers mailing list" <gvsig_internacional at listserv.gva.es>
Sent: Tuesday, August 18, 2009 12:23:28 PM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna
Subject: Re: [Gvsig_english] GvSIG and Joins

Hi Ben,
 
Benjamin wrote:

> It seems to me that gvSIG's Join functionality is 
> the weakest point of the current 1.9 code base. 

 
It is
always really interesting to read your considerations (and to use your help).
However,
let’s not be too pessimistic because gvSIG’s developers know about this.
When you
start studying GIS and a software to apply it, one of the first things you have
to perform are queries…
I am
confident Spanish developers are going to fix all major bugs related to Joins as soon as
possible. 
At present,
most developers are on holiday.
Remember
that even commercial softwares are often rather “buggy”. For instance, Esri
releases service pack for its products all the time.
 
Currently,
in my opinion, without being obliged to use a commercial GIS, an user can
“join” Qgis with gvSIG :-)
Don’t’ get
me wrong: I am a gvSIG’s user and I really appreciate it.
Nevertheless,
I know, and I am being told all the time, that Qgis is really powerful. 
Its next
stable version is supposed to being released on the beginning of September.
 
I think
Qgis is powerful than gvSIG regarding the join functions for two reasons.
Obviously
they are my personal reasons and I might be totally wrong.
The first
advantage for Qgis is the option to use a GUI to work with Postgis. 
This GUI is
provided by a plugin, the “Postgis manager” and its maintainer is really active
(now he is working to port the PAL library, for symbology stuff, in Qgis).
The link
for this plugin is: http://mapserver.sk/~wonder/qgis/plugins-sandbox.xml.
The second
benefit for Qgis is the support for Spatialite (whose webpage is http://www.gaia-gis.it/spatialite/)
which is a selling point for it.
 
This being
said I am sure gvSIG is going to reach Qgis. 

It only needs some time.
For
instance, regarding the Spatialite support in gvSIG you can read this post in
Spanish (http://listserv.gva.es/pipermail/gvsig_usuarios/2009-July/009492.html)
In this
message, Nacho Uve, a Spanish developer, explains that a team, at Cartolab, is
doing some work on gvSIG and Sqlite. 
Actually,
they are at the very beginning of it. 
 
Best
regards,
 
Silvio



      
_______________________________________________
Gvsig_internacional mailing list
Gvsig_internacional at listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional


------
Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information.