[postgis-devel] postgis-1.5.sql

[Paragon Corporation]

Since no one said anything.  Let me make it clear

1) I like versionning the folder

BUT
2) I HATE the idea of versioning the sql files, because we have too many and
with the proliferation of upgrade script files, the situation only gets
worse and annoying.

Having to see all the files in the same folder regardless of how they are
versioned for the different versions of postgis I would find terribly
annoying. 

I think its an advantage to be able to run different versions of PostGIS on
the same box especially if you are a consultant or doing dev work, but I
just don't like seeing all those files in the same folder

-----Original Message-----
From: postgis-devel-bounces at postgis.refractions.net
[mailto:postgis-devel-bounces at postgis.refractions.net] On Behalf Of Paragon
Corporation
Sent: Monday, November 16, 2009 5:32 PM
To: 'PostGIS Development Discussion'
Subject: Re: [postgis-devel] postgis-1.5.sql

To add I think we have enough uninstall ..sql this and that that having to
label each accordingly would be a pain, and when you want to install -- just
delete the whole folder

So the way the windows install current structure is

contrib/postgis (to store the shared proj etc.)
contrib/postgis-1.4
contrib/postgis-1.5

I actually wanted to do the same thing with the template_postgis (so as not
to overwrite  for people who one to run separate versions on the same
postgresql service) 

-----Original Message-----
From: postgis-devel-bounces at postgis.refractions.net
[mailto:postgis-devel-bounces at postgis.refractions.net] On Behalf Of Paragon
Corporation
Sent: Monday, November 16, 2009 5:28 PM
To: 'PostGIS Development Discussion'
Subject: Re: [postgis-devel] postgis-1.5.sql

I personally like the idea of numbering the whole contrib/postgis-1.5

That is what I have done with the Windows installs.  Its easier to manage I
think, because each version is in its own folder so you don't have to guess
what goes with what.  Like naming uninstall etc. and changing the script
each version 

-----Original Message-----
From: postgis-devel-bounces at postgis.refractions.net
[mailto:postgis-devel-bounces at postgis.refractions.net] On Behalf Of Paul
Ramsey
Sent: Monday, November 16, 2009 5:18 PM
To: PostGIS Development Discussion
Subject: Re: [postgis-devel] postgis-1.5.sql

Well, problem solved then, if I'm the only one who ever objected (and at a
different circumstance at that). I guess I don't have the courage of my
convictions.

P.

On Mon, Nov 16, 2009 at 2:12 PM, Chris Hodgson <chodgson at refractions.net>
wrote:
> Paul, you bring this question up so often it makes me wonder if there 
> really is a reason...
>
> http://postgis.refractions.net/pipermail/postgis-devel/2009-August/006
> 599.html
>
> It all pints back to:
>
> http://trac.osgeo.org/postgis/ticket/94
>
> Where it seems the argument against numbering the .sql was that you'd 
> have to also number the .so, which you didn't want to do because it 
> complicated the update process.
>
> Chris
>
> Paul Ramsey wrote:
>>
>> What do we think about numbering the SQL file? I think it seems wise, 
>> is there a reason to not do it?
>>
>> P
>> _______________________________________________
>> postgis-devel mailing list
>> postgis-devel at postgis.refractions.net
>> http://postgis.refractions.net/mailman/listinfo/postgis-devel
>>
>
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel
>
_______________________________________________
postgis-devel mailing list
postgis-devel at postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-devel



_______________________________________________
postgis-devel mailing list
postgis-devel at postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-devel



_______________________________________________
postgis-devel mailing list
postgis-devel at postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-devel