<div dir="ltr"><div>Hi</div><div><br></div><div>I am trying to add a geoid model for Singapore to my proj.db.</div><div>The problem is that the "source crs", SVY21 (EPSG:4757), is only defined as Geographic 2D in EPSG </div><div><a href="https://spatialreference.org/ref/?search=SVY21">https://spatialreference.org/ref/?search=SVY21</a></div><div><br></div><div>If I add something like this (copied from other cases in grid_transformation_custom.sql)<br></div><div><br></div><div>INSERT INTO "grid_transformation" VALUES(<br>    'PROJ','EPSG_4757_TO_EPSG_6916','SVY21 to SHD height',<br>    NULL,<br>    'EPSG','9665','Geographic3D to GravityRelatedHeight (gtx)',<br>    'EPSG','4757', -- source CRS (SVY21)<br>    'EPSG','6916', -- target CRS (SHD height)<br>    NULL,<br>    'EPSG','8666','Geoid (height correction) model file','SGeoid09.tif',<br>    NULL,NULL,NULL,NULL,NULL,NULL,NULL,0);</div><div><br></div><div>I get an error:</div><div>One grid_transformation with Geographic3D to GravityRelatedHeight or Geog3D to Geog2D+XXX has not its source_crs in geodetic_crs table with type = 'geographic 3D'</div><div><br></div><div>I am using the method 9665 ... just because I am used to it. I could use a different one. But I see that all available methods are expecting a geographic 3D as source... that will trigger the same error.<br></div><div><br></div><div>Is there any way to workaround this condition?</div><div><br></div><div>Asking SLA to add a 3D system to EPSG is one way... but I would like to have a solution earlier (or in case they just don't do it).</div><div><br></div><div>Thanks,</div><div>Javier.<br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div></div><div>.___ ._ ..._ .. . ._.  .___ .. __ . _. . __..  ... .... ._ .__</div></div></div></div></div>