<div dir="ltr"><div dir="ltr">Following up from Nicolas' response. QGIS 3.4 used EPSG and IGNF CRS definitions. As the definition you have for Arizona is ESRI's version of the CRS, it will not match with what's in PROJ on your current install. QGIS assigns it a 100001 number because it thinks the CRS is a user custom definition and QGIS (in older versions) assigns numbers beginning at 100000 to store the user definitions. (There's a high probability that if you brought the same layer into your project again or in a new project in QGIS 3.4, it would be assigned the number 100002.)</div><div dir="ltr"><br></div><div>If you have no specific reason to use ESRI's CRS number (meaning you're not using any ESRI software with the Spatialite database), you may want to use the EPSG Code 3421 which is US State Plane NAD83 in US ft for Nevada East which should greatly increase the reliability of maintaining the same CRS Code between newer and older versions of QGIS due to different versions of PROJ on the back end.</div><div><br></div><div>For your project in QGIS 3.4.4, you can go in to the properties for the layer and explicitly set which CRS you want to use for that layer.</div><div><br></div><div>Cheers!</div><div>~Neil B.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jul 9, 2021 at 11:51 AM Nicolas Cadieux <<a href="mailto:njacadieux.gitlab@gmail.com">njacadieux.gitlab@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="auto">Hi,<div><br><div>There have been a lot of improvements in the way crs are handled by QGIS and Proj4.  I expect that when a definition is not recognized by an older QGIS, this will happen.<br><br><div dir="ltr">Nicolas Cadieux<div><a href="https://gitlab.com/njacadieux" target="_blank">https://gitlab.com/njacadieux</a></div></div><div dir="ltr"><br><blockquote type="cite">Le 9 juill. 2021 à 10:38, Eric Seymour <<a href="mailto:ecseymour@gmail.com" target="_blank">ecseymour@gmail.com</a>> a écrit :<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div>Hello, <br></div><div><br></div><div>I have layers stored in a Spatialite database with a defined CRS of 102707 (<a href="https://spatialreference.org/ref/esri/102707/" target="_blank">https://spatialreference.org/ref/esri/102707/</a>). When I select features from this layer and export them back to the database from within QGIS (3.4.4), using the same CRS, the resulting layer has a CRS of USER:100001. The parameters are the same, e.g., the same latitude of origin, but I want the exported tables to be clearly identified with the 102707 CRS. I have never encountered this problem with other CRSs. Does anyone have any idea why this would happen for some CRSs?  </div><div><br></div><div>-Eric<br>  </div></div>
<span>_______________________________________________</span><br><span>Qgis-user mailing list</span><br><span><a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.org</a></span><br><span>List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a></span><br><span>Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a></span><br></div></blockquote></div></div></div>_______________________________________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
</blockquote></div></div>