(Adding back the list)
you can see in the following URL that typename\typenames are exist in
the WFS2 schema examples:
http://schemas.opengis.net/wfs/2.0/examples/KVP/kvp.txt
<http://schemas.opengis.net/wfs/2.0/examples/KVP/kvp.txt>
In those examples, Typename is just for GetFeature and
DescribeFeatureType, not GetCapabilities
anyway, it is the standard of servers less than WFS 2.0 by sure.
Not in WFS 1.1 as far as I can see in
http://docs.opengeospatial.org/is/04-094r1/04-094r1.html#88
Even
בתאריך יום א׳, 29 באוג׳ 2021 ב-16:51 מאת Even Rouault
<even.roua...@spatialys.com <mailto:even.roua...@spatialys.com>>:
David,
Per the standard (at least I checked in WFS 2.0),
typename/typenames is not a standardized query parameter for
GetCapabilities. Are you referring to some servers that would
accept it as an extension ?
Even
Le 29/08/2021 à 08:06, aharon david a écrit :
Hi,
I want to suggest an improvement in WFS Vector Layer.
my suggestion is just to remove the lines 839 and 840:
osURL = CPLURLAddKVP(osURL, "TYPENAME", nullptr);
osURL = CPLURLAddKVP(osURL, "TYPENAMES", nullptr);
in file: "gdal-3.3.1\ogr\ogrsf_frmts\wfs\ogrwfsdatasource.cpp".
The big advantage is that the GetCapabilitiy Response will be
minimal and contain info only
for the layers that are set in the tag - TYPENAME in case it is
placed in the pszBaseURL.
There is no disadvantage to this change.
There is no change in the function behavior.
THanks.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org <mailto:gdal-dev@lists.osgeo.org>
https://lists.osgeo.org/mailman/listinfo/gdal-dev
<https://lists.osgeo.org/mailman/listinfo/gdal-dev>
--
http://www.spatialys.com <http://www.spatialys.com>
My software is free, but my time generally not.
--
http://www.spatialys.com
My software is free, but my time generally not.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
