>This is doable now, the main problem for newbies seems to be setting<br>>the search_path every single time so they have access to them.<br>That doesn´t seem logical to me: it´s also a problem for the same newbies to restore their PostGIS databases.

It should be a default search_path, just like pg_catalog and public. I dont need to set the search_path to use "select int2('25'::text)" either. Or would that conflict with PostgreSQL policies?

<br><br>WBL<br><br><br><div><span class="gmail_quote">On 5/15/07, <b class="gmail_sendername">Paul Ramsey</b> <<a href="mailto:pramsey@refractions.net">pramsey@refractions.net</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On 15-May-07, at 4:33 AM, Willy-Bas Loos wrote: > If you're changing alle the function names, maybe it's time to make > system objects of them, stored in a seperate system schema (along > with the types, operators, etc)?

<br><br>This is doable now, the main problem for newbies seems to be setting<br>the search_path every single time so they have access to them.<br><br>> Other than that it would be nice to add descriptions to the<br>> functions and operators in SQL, 

e.g. to indicate what the input for<br>> each function should be when the number of arguments varies for<br>> functions with equal names.<br><br>How does one recover those descriptions at the commandline? Does \d<br>

functionname work?<br><br>P<br><br>_______________________________________________<br>postgis-users mailing list<br><a href="mailto:postgis-users@postgis.refractions.net">postgis-users@postgis.refractions.net</a><br><a href="http://postgis.refractions.net/mailman/listinfo/postgis-users">

http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br></blockquote></div><br>