<div dir="ltr">> Did you run <br>> SELECT postgis_extensions_upgrade();<br><br>Yes. It prints "Upgrade to version 3.5.3 completed, run SELECT postgis_full_version(); for details"<div><br><div>But this doesn't help.</div><div><br></div><div>SELECT postgis_full_version(); prints:</div><div><br></div><div>"POSTGIS="3.5.3 aab5f55" [EXTENSION] PGSQL="150" GEOS="3.11.1-CAPI-1.17.1" PROJ="9.1.1 NETWORK_ENABLED=OFF URL_ENDPOINT=<a href="https://cdn.proj.org">https://cdn.proj.org</a> USER_WRITABLE_DIRECTORY=/tmp/proj DATABASE_PATH=/usr/share/proj/proj.db" (compiled against PROJ 9.1.1) GDAL="GDAL 3.6.2, released 2023/01/02" LIBXML="2.9.14" LIBJSON="0.16" LIBPROTOBUF="1.4.1" WAGYU="0.5.0 (Internal)" RASTER"</div><div><br></div><div>>Can you please check which namespaces PostGIS finds with these two</div>queries:<br>> SELECT extnamespace::regnamespace FROM pg_extension WHERE extname = 'postgis';<br>> SELECT pronamespace::regnamespace FROM pg_proc WHERE proname = 'postgis_full_version';<div><br></div><div>Both return "public".</div><div><br></div><div>The full result record from pg_extension is <a href="https://pastebin.com/raw/6mwrGhmH">https://pastebin.com/raw/6mwrGhmH</a></div><div>For pg_proc it's: <a href="https://pastebin.com/a4pTVs9U">https://pastebin.com/a4pTVs9U</a></div><div><br></div><div><br></div><div><br></div><div><br><div><div class="gmail-adm" style="margin:5px 0px"><div id="gmail-q_1" class="gmail-ajR gmail-h4" aria-label="Скрыть развернутую часть" aria-expanded="true" style="background-color:rgb(232,234,237);border:none;clear:both;line-height:6px;outline:none;width:24px;color:rgb(80,0,80);font-size:11px;border-radius:5.5px"><br class="gmail-Apple-interchange-newline"></div></div></div><div><br></div></div></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">пт, 25 июл. 2025 г. в 16:43, James Klassen <<a href="mailto:klassen.js@gmail.com">klassen.js@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="auto">Did you run <div><pre style="line-height:15.96px;margin:0px;font-family:consolas,"deja vu sans mono","bitstream vera sans mono",monospace;font-size:0.95em;letter-spacing:0.015em;padding:0.5em;border:1px solid rgb(204,204,204);font-style:normal;font-weight:400;text-align:left;text-indent:0px;text-transform:none;word-spacing:0px;text-decoration:none;background-color:rgb(238,255,204);color:rgb(0,0,0)"><span style="font-weight:bold;font-family:consolas,"deja vu sans mono","bitstream vera sans mono",monospace;color:rgb(0,112,32)">SELECT</span> postgis_extensions_upgrade();</pre></div></div><div dir="auto">?</div><div dir="auto"><br></div><div dir="auto"><br></div><div><a href="https://postgis.net/workshops/postgis-intro/upgrades.html#upgrading-postgis" target="_blank">https://postgis.net/workshops/postgis-intro/upgrades.html#upgrading-postgis</a></div><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jul 25, 2025 at 08:18 Alexander Trufanov <<a href="mailto:trufanovan@gmail.com" target="_blank">trufanovan@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">UPD. Just noticed that <br>SELECT ST_Transform('SRID=4326;POINT(0 0)'::geometry, 2000)<br>doesn't work either.<div>So it's not about user defined srids. The error happens at any access to public.spatial_ref_sys</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пт, 25 июл. 2025 г. в 16:08, Alexander Trufanov <<a href="mailto:trufanovan@gmail.com" target="_blank">trufanovan@gmail.com</a>>:<br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hello,</div><div><br></div><div>I have a Debian Bookworm-based system with Postgresql 15 and PostGis 3.3.2 on it.</div><div>It works well, but recently I was faced with a requirement to use ST_Clip() function with touching argument support. Thus I need PostGis 3.5.x+.</div><div><br></div><div>There was no PostGis newer than 3.3.2 in the official repos, but I managed to installed it with </div><div><br></div><div>```</div><div><p style="margin:10px 0px 0px;padding:0px;font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,"Noto Sans",Ubuntu,"Droid Sans","Helvetica Neue",sans-serif;font-size:14px;outline:currentcolor;color:rgb(51,51,51)">sudo apt install -y postgresql-common<br style="outline:none">sudo /usr/share/postgresql-common/pgdg/<a href="http://apt.postgresql.org.sh" style="font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,"Noto Sans",Ubuntu,"Droid Sans","Helvetica Neue",sans-serif" target="_blank">apt.postgresql.org.sh</a> bookworm</p><p style="margin:10px 0px 0px;padding:0px;font-family:-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,"Noto Sans",Ubuntu,"Droid Sans","Helvetica Neue",sans-serif;font-size:14px;outline:currentcolor;color:rgb(51,51,51)">sudo apt install postgis=3.5* postgresql-15-postgis-3=3.5* postgresql-15-postgis-3-scripts=3.5*</p></div><div>```</div><div><br></div><div>Then I updated my Postgis extension.</div><div><br></div><div>And now I'm facing an unexpectable problem. All my stored procedures are working fine unless they are trying to use user-defined SRIDs from the public.spatial_ref_sys. If so, they fail with following error message:</div><div><br></div><div>"<span style="font-family:"Source Code Pro",SFMono-Regular,Menlo,Monaco,Consolas,"Liberation Mono","Courier New",monospace;font-size:12px;letter-spacing:0.14994px">ERROR:  Unable to determine 'postgis' install schema  </span></div><div><span style="font-family:"Source Code Pro",SFMono-Regular,Menlo,Monaco,Consolas,"Liberation Mono","Courier New",monospace;font-size:12px;letter-spacing:0.14994px">SQL state: XX000</span>"</div><div><br></div><div>For example, this works:</div><div>SELECT ST_Transform('SRID=4326;POINT(0 0)'::geometry, 4326)<br></div><div>and this is not:</div><div>SELECT ST_Transform('SRID=4326;POINT(0 0)'::geometry, 100100)<br></div><div><br></div><div>My 100100 srid record is:</div><div>select * from public.spatial_ref_sys where srid = 100100<br>100100, '', 1, 'GEOGCS["WGS 84",    DATUM["WGS_1984",        SPHEROID["WGS 84",6378137,298.257223563,            AUTHORITY["EPSG","7030"]],        AUTHORITY["EPSG","6326"]],    PRIMEM["Greenwich",0],    UNIT["degree",0.0174532925199433],    AUTHORITY["EPSG","4326"]]', '+proj=longlat +datum=WGS84 +no_defs'<br></div><div><br></div><div>I was trying to update this record in the table in case there is some trigger that should register it  in some new cache or config - but it does not help.</div><div><br></div><div>Is there any cache or something else  to clean in public.spatial_ref_sys for postgis 4.5.3?</div><div>Maybe user-defined srids should now be registered in another way?</div><div><br></div><div>Also the error message "<span style="font-family:"Source Code Pro",SFMono-Regular,Menlo,Monaco,Consolas,"Liberation Mono","Courier New",monospace;font-size:12px;letter-spacing:0.14994px">Unable to determine 'postgis' install schema  </span>" is quite confusing.</div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">With best regards,<br>Alexander Trufanov</div></div>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">With best regards,<br>Alexander Trufanov</div>
</blockquote></div></div>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">With best regards,<br>Alexander Trufanov</div>