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

<html>

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

<p><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;

Table "geometry_columns"</tt>

<br><tt>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Column&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;

|&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Type&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;

| Modifiers</tt>

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

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

null</tt>

<br><tt>&nbsp;f_table_schema&nbsp;&nbsp;&nbsp; | character varying(256)

| not null</tt>

<br><tt>&nbsp;f_table_name&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; | character varying(256)

| not null</tt>

<br><tt>&nbsp;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.&nbsp; 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.&nbsp; For example, two users could put two [possibly diffent

versions] postgis installations in different tables spaces.&nbsp; 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>