I think it should work as if the server were in the client coordinate system.<br>So, if you were to create, say, a point without an srid, it would default to your cleint_srid<br>if you were to create a point in a different srid, it would be transformed to your client_srid <br>
this would happen before any other operations are applied, so all operations would happen in the client_srid.<br><br>If you were to store a geometry, it would be stored in the srid that is registered in geometry_columns for the target column.<br>
If you were to select a geometry from a table, it would be transformed to the client_srid before any other operations apply.<br><br>One big difference between encodings and coordinate systems, is that the encoding is bound to a server. Geometries can be all kinds of srids throughout the server, and PostGIS will have to find out which srid to use from the geometry itself, e.g. when performing a buffer. (plz correct me if i'm wrong).<br>
<br>One thing that is still  bugging me is that i heard a rumor that the "geometry_columns" registration is "kinda deprecated", which would mean trouble for transforming the geometries prior to storage.<br>
<br>Do you think this whole thing fits into the PostGIS philosophy?<br><br><br><br><div class="gmail_quote">On Thu, Apr 10, 2008 at 4:37 PM, Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca">pramsey@cleverelephant.ca</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I wonder how client_srid is supposed to handle operations prior to<br>
transport? If I do a buffer() before sending the geometry back, is it<br>
done in the storage srid or the client srid?<br>
<br>
I wonder how client_encoding does it... does it sort in UTF and send<br>
back in the client encoding?<br>
<div><div></div><div class="Wj3C7c"><br>
On Thu, Apr 10, 2008 at 2:41 AM, Willy-Bas Loos <<a href="mailto:willybas@gmail.com">willybas@gmail.com</a>> wrote:<br>
> Hi,<br>
><br>
> I think that an SRID is, in ways, comparable to an encoding (as in LATIN1 or<br>
> UTF8).<br>
> Our server stores everything in UTF8, but i can still communicate to it in<br>
> LATIN1.<br>
> Likewise we would like to store our geometries in WGS84, so that<br>
> international data can be stored, but we use our national grid for daily<br>
> operations.<br>
><br>
> Would it be a good idea to create an option that sets the client's SRID<br>
> ('SET client_srid = 28992'), like in SET client_encoding = 'LATIN1'?<br>
><br>
> Cheers,<br>
><br>
> WBL<br>
><br>
</div></div>> _______________________________________________<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" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
><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" target="_blank">http://postgis.refractions.net/mailman/listinfo/postgis-users</a><br>
</blockquote></div><br>