I reported this issue several years ago, but it seems - despite of it's about INSPIRE - nothing has changed so far.
When trying to access WFS servers operated by State Administration of Land Surveying and Cadastre as official INSPIRE data source (EU legislative), both connect to WFS server and import do not work.
There are two different issues, but I guess they are caused by the same problem in WFS implementation.
Logical operators are not supported by this WFS server
System.NotSupportedException: Logical operators are not supported by this WFS server
at Bentley.EngineeringContent.Storage.Wfs.Query.WfsFilterDefinition.StartGroup(ECCombinationOperations operation)
at Bentley.EngineeringContent.Storage.Wfs.Operations.WfsFilteredOperation`1.ParseQueryFilterGroup(WfsFilterDefinition filterDefinition, ECQueryFilterGroup filterGroup)
at Bentley.EngineeringContent.Storage.Wfs.Operations.WfsFilteredOperation`1.AddFiltering(WfsProxy wfsProxy, ECQueryFilterGroup filterGroup, String featureClassName)
at Bentley.EngineeringContent.Storage.Wfs.Operations.WfsFilteredOperation`1.GetRequest(WfsProxy wfsProxy, String serviceUrl)
at Bentley.EngineeringContent.Storage.Wfs.Connection.WfsProxy.ExecuteOperation[ReturnType](WfsOperation`1 wfsOperation, ExecutionController executionController)
at Bentley.EngineeringContent.Storage.Wfs.Query.WfsStorageQueryExecutor.RetrieveDatasets(IEnumerable`1 featureRequests, WfsProxy wfsProxy, ECCursorModifiers cursorModifiers, ExecutionController executionController)
at Bentley.EngineeringContent.Storage.Wfs.Query.WfsStorageQueryExecutor.ExecuteGetFeatureOperation(IEnumerable`1 featureRequests, WfsStorageConnectionContext connectionContext, ECCursorModifiers cursorModifiers, ExecutionController executionController)
at Bentley.EngineeringContent.Storage.Wfs.WfsStorage.ExecuteQuery(IECCriteria criteria, ECCursorModifiers modifiers, IExtendedParameters extendedParameters)
at Bentley.Geospatial.DataInterchange.GDIImportProcessor.ImportStorageImport(IImportCriteria criteria, IStorageImportCriteria storageImport, Boolean cancellable)
at Bentley.Geospatial.DataInterchange.GDIImportProcessor.Import(IImportCriteria importCrit, IStorageImportCriteria singleStorage)
Despite of the message is forumalted in a way "it's the problem of the server, because it does not support...", the problem is in Bentley Map. All other competitors (both big ones and local solutions developers) support ČUZK servers (not only INSPIRE) for years without any problem.
To work in a proper place, you can use the attached xwms file with parcels. Attach it to plain 2D model, no GCS is required (it's published in XY meters) and zoom to view where only a few parcels will be displayed. It ensures the server will not reject the request because too many features are queried at once.
Sometimes they are confusing, e.g. when the same data sources are attached (not imported), the only message is error "No arguments supplied" in Message Center. Workflow 2 does not generate any error message or even simple information what is happening. Very confusing... :-(
Hi Jan. You are absolutely right, these issues are still present and we're sorry about that. It seems there are two separate issues here. The first one with http://services.cuzk.cz/wfs/inspire-CP-wfs.asp is a problem with the query by View operation in Bentley Map. I've looked at the GetCapabilities response for that server and it indicates it does not support full spatial filters but it does support a minimum BBOX type filter. It seems our implementation of WFS prefers to go through a full filter and does not make use of the BBOX type filter. I believe we should be using the BBOX filter in that case. It is possible to do a full query (All) on that server but I understand that is a poor workaround.
The second issue is with http://services.cuzk.cz/wfs/inspire-AD-wfs.asp where Bentley Map does not recognize any features in the schema. It seems we had a similar issue with other inspire services of that server (au and cp) and those are now working but this one is still not working properly.
We will prioritize both of these issues for the next Bentley Map CONNECT Update. Thanks for reporting them.
thanks for your comment.
Martin Roy said:It is possible to do a full query (All) on that server but I understand that is a poor workaround.
I guess it will not work at this case, because ČUZK limits queries for INSPIRE WFS services, both in terms of area and number of returned features. It makes sense, even though INSPIRE RUIAN data (RUIAN is an acronym for "registry of spatial identification..") is simplified comparing to original Czech cadastre data, it's still about online publishing of tens of million of features. To limit data per query is probably the only way how to keep the services operational ;-)
Martin Roy said:It seems we had a similar issue with other inspire services of that server (au and cp) and those are now working but this one is still not working properly.
Does make it sense to contact you with people inside ČUZK, responsible for data management and services?
Martin Roy said:We will prioritize both of these issues for the next Bentley Map CONNECT Update.
Thanks ... it would be nice, despite of it's too late for some my customers. My problem is that when RUIAN was started in 2012, everybody else were prepared and after first year, when both services and clients were debugged and tuned, all, from free QGIS through local developers to big players as Autodesk and ESRI, have offered documented tools and workflows. Bentley, without functional INSPIRE support (which is not about RUIAN only, but cadastre and spatial identification is the basis), not talking about zero support for local standards and formats, have left business step by step. Right now I guess I know only one company using BM as GIS solutions, for others it's great drawing tool with limited spatial functionality :-(
Bentley Accredited Developer: iTwin Platform - AssociateLabyrinth Technology | dev.notes() | cad.point
Ah, that makes sense. I was successful in querying using the "all" mode but I did stop before reaching the end. I was just trying to fetch some instances from the server for testing.
I think it's better that we investigate first and see what we find. If it's a problem in Bentley Map then we won't need to contact the people inside ČUZK. Thanks for the offer and we will let you know if this is required.
Martin Roy said:I was successful in querying using the "all" mode but I did stop before reaching the end. I was just trying to fetch some instances from the server for testing.
I don't remember limits exactly, but I guess it's something like 2 x 2 km and 1000 features returned (and is checked what limit is reached first).
To find a proper area to test the service, I recommend to use xwms I attached to my original post and to zoom to such level, where only a few parcels are displayed.
Be aware our cadastral coordinates are tricky a bit:
To use the services in CAD, EPSG 102067 (obsolete, not supported officialy now) or EPSG 5514 have to be used. They swap coordinates from JTSK GCS to CAD style in a way X(CAD) = -Y(JTSK); Y(CAD) = -X(JTSK). It's the reason why using xwms you can see coordinates like -737332.447m, -1045516.589m, but in fact they are 1 045 516.589 m, 737 332.447 m for surveyors.
Fortunately EPSG 5514 is default for WFS services, so coordinates are transformed to "human / CAD friendly" format automatically ;-)
It's 1.5 year later, we have Update 4 for few month already, but WFS still does not work for the most important geospatial source of data in Czech Republic.
What has been a task of few intuitive clicks under a minute for years in competitive products, it's blocking issue for Bentley.
I know Czech Republic is tiny country, one from many, in strange and weird market called Europe, but guys, even open-source products developed by volunteers are far ahead of you.