[postgis-devel] Inconsistencies in text output

Martin Davis mtnclimb at gmail.com
Fri Apr 17 09:53:18 PDT 2020


On Fri, Apr 17, 2020 at 9:35 AM <rmrodriguez at carto.com> wrote:

>
> I wanted a way to ensure there would be no loss of information when
> doing storage1 > wkt/geojson -> storage2 as not having this has caused
> issues where the stored geometry was valid, but after moving it using
> GeoJSON it wasn't valid anymore.
> The solution option there was to ask for more resolution, but since
> the function isn't working as announced I wouldn't get it.  Yes,
> ideally the end system should be able to read WKB, but that's not
> always the case.
>

So if you specify say 20 decimal digits, you aren't getting them?  It seems
like this at least should be made to work.  It doesn't sound like a bad
thing, as long as it doesn't cause *unspecified* precision output to get a
lot longer.

I'm wondering whether it is actually possible to have no-loss
round-tripping with binary -> text -> binary?  And if so, how many digits
are required to guarantee this?

I know it's not possible to round-trip text -> binary -> text, since there
are decimal numbers which aren't finitely representable in binary (e.g
1.3).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-devel/attachments/20200417/b4c04b30/attachment.html>


More information about the postgis-devel mailing list