[postgis-users] Postigis self documenting code?

Paul Ramsey pramsey at cleverelephant.ca
Fri Jun 20 10:02:15 PDT 2008


Please file in the issue tracker.

Even better, submit a patch: this isn't something that takes anything
other than a text editor and the will to be great.

P.

On Fri, Jun 20, 2008 at 5:59 PM, Sufficool, Stanley
<ssufficool at rov.sbcounty.gov> wrote:
> Issue 1: Can we just name the arguments to the functions rather that
> using aliases? Is this functionality specific to any version of
> Postgres? This would give immediate view of args in pgAdmin rather than
> scrolling through the code to find the aliases and relating them to the
> types in the function definition.
>
> ------------------------
>
> CREATE OR REPLACE FUNCTION addgeometrycolumn (
>        catalog_name character varying,
>        schema_name character varying,
>        table_name character varying,
>        column_name character varying,
>        new_srid integer,
>        new_type character varying,
>        new_dim integer
> )
> ...
>
> ----
>
>
> Issue 2: As mentioned before, can we take the Postgis documentation of
> functions and integrate with metadata as follows?
> ------------------------------
> COMMENT ON FUNCTION addgeometrycolumn(character varying, character
> varying, character varying, character varying, integer, character
> varying, integer) IS 'Adds a geometry column to an existing table of
> attributes. The schema_name is
> the name of the table schema (unused for pre-schema PostgreSQL
> installations).
> The srid must be an integer value reference to an entry in the
> SPATIAL_REF_SYS
> table. The type must be an uppercase string corresponding to the
> geometry type,
> eg, 'POLYGON' or 'MULTILINESTRING'.';
>
>
>
>
> _______________________________________________
> postgis-users mailing list
> postgis-users at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users
>



More information about the postgis-users mailing list