<div dir="ltr">Hi<br><br>In the new PROJ release 9.9.0 that will be released soon, the latest version of EPSG is included.<br>All European realizations are included in the WKT2 of any CRS using the ETRS89 datum ensemble.<br><div>This is an example of EPSG:25830, with 4264 chars.</div><div> <a href="https://epsg.org/crs/wkt/id/25830">https://epsg.org/crs/wkt/id/25830</a></div>If you format it a bit nicely it goes up to 4874. And this is just an example.<br><div><br></div><div>I know that this one can be expressed just with the code. However some people (including me) need to define a CRS that is not defined in EPSG. For that we are using WKT2.</div><div><br></div>I realized today that in PostGIS the table containing the CRS has fields limited to 2048 chars, in particular "srtext".<br><a href="https://postgis.net/docs/using_postgis_dbmanagement.html#spatial_ref_sys_table">https://postgis.net/docs/using_postgis_dbmanagement.html#spatial_ref_sys_table</a><br><br><span style="font-family:monospace">CREATE TABLE spatial_ref_sys (<br>  srid       INTEGER NOT NULL PRIMARY KEY,<br>  auth_name  VARCHAR(256),<br>  auth_srid  INTEGER,<br>  srtext     VARCHAR(2048),<br>  proj4text  VARCHAR(2048)<br>)</span><br><br>If I have to define a CRS with WKT2 because I need some features only available in WKT2, it may not work in PostGIS. Am I right?<br><br>Thank you.<br><div>Javier.</div><div><br></div><div>PS this was first asked in <a href="https://lists.osgeo.org/pipermail/proj/2026-September/012183.html">https://lists.osgeo.org/pipermail/proj/2026-September/012183.html</a></div></div>