<div dir="ltr">The GeoJSON Specification (RFC 7946) mandates the use of WGS84:<div><br></div><div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">The coordinate reference system for all GeoJSON coordinates is a<br>   geographic coordinate reference system, using the World Geodetic<br>   System 1984 (WGS 84) [<a href="https://datatracker.ietf.org/doc/html/rfc7946#ref-WGS84" title=""Department of Defense World Geodetic System 1984: Its Definition and Relationships with Local Geodetic Systems"">WGS84</a>] datum, with longitude and latitude units<br>   of decimal degrees.</blockquote><div>(chapter 4)</div></div><div><br></div><div>OAPIF can use GeoJSON (very often) and in this case using another reference system is not allowed, but it can also use GML level 0 or level 2 and in these cases there is no limit to what CRS you can use.<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 2, 2022 at 6:09 PM Alessandro Pasotti <<a href="mailto:apasotti@gmail.com">apasotti@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"><div><br></div><div>Enrico,</div><div><br></div><div>We only accept <code>4326</code> currently.</div><div><br></div><div>I think we could be more tolerant if the OAPIF extensions allows it, we currently allow GET with other CRSs but POST/PUT/PATCH are not implemented to handle different CRSs.</div><div><br></div><div>Kind Regards<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 2, 2022 at 1:53 PM Enrico Ferreguti <<a href="mailto:enricofer@gmail.com" target="_blank">enricofer@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"><div>Hi QGIS devs,<br></div><div>I'm testing the API REST interface for updating a WFS3 and I verified that the new/modified feature had to be expressed in geojson format in EPSG:4326 coordinates regardless of the SRID of the served layer. I verified the behaviour with QGIS server 3.16 LTR and latest 3.22</div><div><br></div><div>Is this an issue or a feature due to compliance to OGC or RFC7946 standards?</div><div><br></div><div>Anyway I found this behaviour very uncomfortable because it obliges to perform preliminarly unaccurate reprojections from javascript/python clients.</div><div><br></div><div>Best regards.</div><div>Enrico Ferreguti.<br> </div></div>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div>Alessandro Pasotti</div><div>QCooperative:  <a href="https://www.qcooperative.net" target="_blank">www.qcooperative.net</a><br></div>ItOpen:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a></div></div>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div>