[GRASS-user] PostgreSQL support (was: Grass62 on X86_64)

[Daniel Farnan]

If the issue is information format, as I surmise, cut losses and consider
the file translation protocols. Like shp2svg to svg2swf for certain output -
a similar input process could be considered - or referenced for users.
 
That said, GRASS would generally benefit from some dependency independence,
perhaps by setting up some of the application procedures simply as objects,
in the function performance scheme(with suitable indexes perhaps). 
[applause foe excellent volunteers with applicable skills, bravo]

-----Original Message-----
From: grassuser-bounces at grass.itc.it
[mailto:grassuser-bounces at grass.itc.it]On Behalf Of Craig Aumann
Sent: Wednesday, February 14, 2007 12:00 PM
To: rez at touchofmadness.com
Cc: grassuser at grass.itc.it
Subject: Re: [GRASS-user] PostgreSQL support (was: Grass62 on X86_64)



Your points are good ones, given that GRASS (unlike most other
applications) depends on SO many other apps. Unfortunately, I have no sage
suggestions.

Craig


> Craig,
>
> The issue is dependencies.  We already have a large number of
> dependencies (as you have noticed).  Requiring another very large
> dependency is an issue, nor do I have the resources to create 5
> different versions to accommodate each and every user (someone may want
> Jasper, or Kakadu, or ECW...Sadly, we can't be all things to all people
> with the current architecture).  Also, keep in mind that most of us are
> not compensated for our work.  We are all volunteers here.
>
> 1 for and 1 against.  Others?
>
> Let's open this up to i386, too, since I also build RPMs for that
> architecture as well.
>
> On Wed, 2007-02-14 at 12:09 -0700, Craig Aumann wrote:
>> Well, I certainly use POSTGRESQL...  I don't understand the issues
>> involved in modularizing it, or why it can't be compiled in by default
>> without effecting endusers...   I guess the bigger issue is that  GRASS
>> is
>> supposed to support a variety of databases, and it would be nice if it
>> simply did this without the end user having to muck about with
>> recompilling.
>>
>>
>>
>> > On Tue, 2007-02-1

_______________________________________________
grassuser mailing list
grassuser at grass.itc.it
http://grass.itc.it/mailman/listinfo/grassuser