[postgis-devel] lwgeom_getsrid()

Paul Ramsey pramsey at opengeo.org
Thu Aug 11 09:27:29 PDT 2011


It's started happening. I just ripped the old parser/emitter. Next up
is the serialized_form.
P.

On Thu, Aug 11, 2011 at 1:29 AM, Sandro Santilli <strk at keybit.net> wrote:
> On Thu, Aug 11, 2011 at 09:07:01AM +0100, Mark Cave-Ayland wrote:
>> On 11/08/11 08:10, Sandro Santilli wrote:
>>
>> >>I'm getting a little turned around with all the different forms I can find
>> >>geometries in. What is (uchar *) and how does it relate to PG_LWGEOM, LWGEOM
>> >>and friends? Specifically, if I have a (LWGEOM *), how do I get a (uchar *)?
>> >>This seems to be the only "accessor" method which doesn't take (LWGEOM *).
>> >
>> >I think all the "serialized" and "inspected" functions should be
>> >moved to liblwgeom_internal.h. You shouldn't be using those forms,
>> >surely not to get a SRID out of an LWGEOM.
>> >Current way to get it is trough LWGEOM.srid, altought we may add
>> >an lwgeom_get_srid(const LWGEOM*) to go along the existing
>> >lwgeom_set_srid(LWGEOM*, int).
>>
>> I'd say once G_GEOMETRY is in we should ditch any functions using
>> serialized/inspected forms permanently, as since we're not copying
>> coordinate lists any longer the deserialisation process overhead
>> should be very small.
>
> What is that waiting for ? Performance comparisons ? Is the call out yet ?
>
> --strk;
>
>  ()   Free GIS & Flash consultant/developer
>  /\   http://strk.keybit.net/services.html
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel
>



More information about the postgis-devel mailing list