Re: [QGIS-Developer] WFS3 API POST PUT Methods

2022-03-03 Thread Alessandro Pasotti
On Thu, Mar 3, 2022 at 9:12 AM Enrico Ferreguti  wrote:

>
>
> Il giorno mer 2 mar 2022 alle ore 18:09 Alessandro Pasotti <
> apaso...@gmail.com> ha scritto:
>
>>
>> Enrico,
>>
>> We only accept 4326 currently.
>>
>> 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.
>>
>
> What about accepting requests with same CRS of feature source? Could be
> this a reasonable feature request?
>

Yes, I think you could add a custom/vendor crs parameter to the request.

Might be worth taking a look at what other server implementations are doing
in this regard.



> Anyway on REST Interface you did a great job. Thanks.
>

Thank you!

Kind regards.



>
>
>>
>> Kind Regards
>>
>>
>> On Wed, Mar 2, 2022 at 1:53 PM Enrico Ferreguti 
>> wrote:
>>
>>> Hi QGIS devs,
>>> 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
>>>
>>> Is this an issue or a feature due to compliance to OGC or RFC7946
>>> standards?
>>>
>>> Anyway I found this behaviour very uncomfortable because it obliges to
>>> perform preliminarly unaccurate reprojections from javascript/python
>>> clients.
>>>
>>> Best regards.
>>> Enrico Ferreguti.
>>> ___
>>> QGIS-Developer mailing list
>>> QGIS-Developer@lists.osgeo.org
>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>>
>>
>> --
>> Alessandro Pasotti
>> QCooperative:  www.qcooperative.net
>> ItOpen:   www.itopen.it
>>
>

-- 
Alessandro Pasotti
QCooperative:  www.qcooperative.net
ItOpen:   www.itopen.it
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [QGIS-Developer] WFS3 API POST PUT Methods

2022-03-03 Thread Enrico Ferreguti
Il giorno mer 2 mar 2022 alle ore 18:09 Alessandro Pasotti <
apaso...@gmail.com> ha scritto:

>
> Enrico,
>
> We only accept 4326 currently.
>
> 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.
>

What about accepting requests with same CRS of feature source? Could be
this a reasonable feature request?
Anyway on REST Interface you did a great job. Thanks.


>
> Kind Regards
>
>
> On Wed, Mar 2, 2022 at 1:53 PM Enrico Ferreguti 
> wrote:
>
>> Hi QGIS devs,
>> 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
>>
>> Is this an issue or a feature due to compliance to OGC or RFC7946
>> standards?
>>
>> Anyway I found this behaviour very uncomfortable because it obliges to
>> perform preliminarly unaccurate reprojections from javascript/python
>> clients.
>>
>> Best regards.
>> Enrico Ferreguti.
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>
>
> --
> Alessandro Pasotti
> QCooperative:  www.qcooperative.net
> ItOpen:   www.itopen.it
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [QGIS-Developer] WFS3 API POST PUT Methods

2022-03-02 Thread Greg Troxel

"Carlo A. Bertelli (Charta s.r.l.)"  writes:

> The GeoJSON Specification (RFC 7946) mandates the use of WGS84:
>
> The coordinate reference system for all GeoJSON coordinates is a
>> geographic coordinate reference system, using the World Geodetic
>> System 1984 (WGS 84) [WGS84
>> ] datum, with
>> longitude and latitude units
>> of decimal degrees.
>
> (chapter 4)
>
> 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.

Yes, but either

  Because geojson can only use WGS84, it is a deficient format, and
  unsuitable for anyhthing where accuracy at the 2m level matters.

or

  Because geojson in practice is widely observed to have datum tags, one
  can and should take the view that there is an error in the geojson
  format spscification and treat it as geojson+ that allows specifying
  crs.

I personally hold the latter view.

However, if one is dealing with tools that don't honor crs in geojson,
agreed that one has to hold the first view.



An example follows (hand redacted, may be messed up) of a geojson
produced from qgis/gdal, in ITRF2014 as a way to get a good transfrom
from NAD83 and be sensible in the web world.  i didn't do any
contortions to get this; just

  ogr2ogr -f GeoJSON -t_srs "EPSG:7912" -s_srs "EPSG:6319" 
%TRAILS/BAR/invasive-points.geojson bar.gpkg invasive-points


{
"type": "FeatureCollection",
"name": "foo-invasive-points",
"crs": { "type": "name", "properties": { "name": "urn:ogc:def:crs:EPSG::7912" } 
},
"features": [
{ "type": "Feature", "properties": { "species": "bittersweet", "todo": false }, 
"geometry": { "type": "Point", "coordinates": [ -71.5, 42.5, 80 ] } },
]
}

  


signature.asc
Description: PGP signature
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [QGIS-Developer] WFS3 API POST PUT Methods

2022-03-02 Thread Carlo A. Bertelli (Charta s.r.l.)
The GeoJSON Specification (RFC 7946) mandates the use of WGS84:

The coordinate reference system for all GeoJSON coordinates is a
> geographic coordinate reference system, using the World Geodetic
> System 1984 (WGS 84) [WGS84
> ] datum, with
> longitude and latitude units
> of decimal degrees.

(chapter 4)

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.


On Wed, Mar 2, 2022 at 6:09 PM Alessandro Pasotti 
wrote:

>
> Enrico,
>
> We only accept 4326 currently.
>
> 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.
>
> Kind Regards
>
>
> On Wed, Mar 2, 2022 at 1:53 PM Enrico Ferreguti 
> wrote:
>
>> Hi QGIS devs,
>> 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
>>
>> Is this an issue or a feature due to compliance to OGC or RFC7946
>> standards?
>>
>> Anyway I found this behaviour very uncomfortable because it obliges to
>> perform preliminarly unaccurate reprojections from javascript/python
>> clients.
>>
>> Best regards.
>> Enrico Ferreguti.
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>
>
> --
> Alessandro Pasotti
> QCooperative:  www.qcooperative.net
> ItOpen:   www.itopen.it
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [QGIS-Developer] WFS3 API POST PUT Methods

2022-03-02 Thread Alessandro Pasotti
Enrico,

We only accept 4326 currently.

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.

Kind Regards


On Wed, Mar 2, 2022 at 1:53 PM Enrico Ferreguti  wrote:

> Hi QGIS devs,
> 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
>
> Is this an issue or a feature due to compliance to OGC or RFC7946
> standards?
>
> Anyway I found this behaviour very uncomfortable because it obliges to
> perform preliminarly unaccurate reprojections from javascript/python
> clients.
>
> Best regards.
> Enrico Ferreguti.
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>


-- 
Alessandro Pasotti
QCooperative:  www.qcooperative.net
ItOpen:   www.itopen.it
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer


[QGIS-Developer] WFS3 API POST PUT Methods

2022-03-02 Thread Enrico Ferreguti
Hi QGIS devs,
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

Is this an issue or a feature due to compliance to OGC or RFC7946 standards?

Anyway I found this behaviour very uncomfortable because it obliges to
perform preliminarly unaccurate reprojections from javascript/python
clients.

Best regards.
Enrico Ferreguti.
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer