
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">

<html>

<tt>Currently, geometry columns has:</tt><tt></tt>

<p><tt>               

Table "geometry_columns"</tt>

<br><tt>      Column      

|          Type         

| Modifiers</tt>

<br><tt>-------------------+------------------------+-----------</tt>

<br><tt> f_table_catalog   | character varying(256) | not

null</tt>

<br><tt> f_table_schema    | character varying(256)

| not null</tt>

<br><tt> f_table_name      | character varying(256)

| not null</tt>

<br><tt> f_geometry_column | character varying(256) | not null</tt>

<br><tt>...</tt><tt></tt>

<p><tt>The "f_table_catalog" and "f_table_schema" are for 'higher' levels

of organization.  So, it makes sense to have the metadata table in

a high level tablespace.</tt><tt></tt>

<p><tt>If you make the postgis installation local to a single schema, problems

might occur.  For example, two users could put two [possibly diffent

versions] postgis installations in different tables spaces.  Postgresql

would be very confused about what a "GEOMETRY" type refered to (ie. DAVE.GEOMETRY

or PAUL.GEOMETRY) and if you tried to cross connect the two geometry types,

you'll probably not get them to behave.</tt><tt></tt>

<p><tt>I think the best idea to put everything in the system tablespace

or only allow one user tablespace to have it installed.</tt><tt></tt>

<p><tt>dave</tt></html>