Hi Emilio, the honest answer is a "I don't know, use a debugger"... But let me try some guess.. thinking out loud, make sure that the namespace shows up in the FeatureType as well as in the FeatureType attached to every Feature object. Beyond that... is the GeoMesa plugin producing SimpleFeature and SimpleFeatureType right? The complex features path is significantly more complex, assumes you have XSD schemas around for all features you generate.
Cheers Andrea On Tue, Mar 5, 2019 at 3:44 PM Emilio Lahr-Vivaz <[email protected]> wrote: > Just to follow up, does anyone know what needs to be implemented in a > ContentDataStore to get namespaces working with GML3 in GeoServer? We are > already setting the namespace in `createTypeNames` based on the configured > GeoServer workspace [1][2]. > > Thanks, > > Emilio > > 1. > https://github.com/locationtech/geomesa/blob/geomesa_2.11-2.2.1/geomesa-fs/geomesa-fs-datastore/src/main/scala/org/locationtech/geomesa/fs/FileSystemDataStoreFactory.scala#L58 > <https://github.com/locationtech/geomesa/blob/geomesa_2.11-2.2.1/geomesa-fs/geomesa-fs-datastore/src/main/scala/org/locationtech/geomesa/fs/FileSystemDataStore.scala#L44> > 2. > https://github.com/locationtech/geomesa/blob/geomesa_2.11-2.2.1/geomesa-fs/geomesa-fs-datastore/src/main/scala/org/locationtech/geomesa/fs/FileSystemDataStore.scala#L44 > > On 2/28/19 2:54 PM, Jim Hughes wrote: > > Hi Christian, > > Sorry for the trouble with this. In GeoMesa, we are using the > ContentDataStore API, and maybe we've missed something in our > implementation. Emilio pointed out the bit of code that is doing the > thing. > > We tossed in a GeoMesa ticket here to track this: > https://geomesa.atlassian.net/browse/GEOMESA-2570. > > Cheers, > > Jim > > 1. > https://github.com/locationtech/geomesa/blob/geomesa_2.11-2.2.1/geomesa-fs/geomesa-fs-datastore/src/main/scala/org/locationtech/geomesa/fs/FileSystemDataStore.scala#L44 > > On 2/27/19 10:11 AM, [email protected] wrote: > > Hi, > > > > Just ran into an issue with GeoServer's WFS service serving WFS 2.0.0 as > GML 3.2 from data stored as parquet files in a GeoMesa Filesystem (S3) data > store. More precisely I'm trying to visualize those data in QGIS using a > WFS layer. With this setup QGIS is unable to render these data. It > complains about an "unbound prefix in line 1, column 726" in the WFS > GetFeature response. Having a deeper look into the response from GeoServer > reveals that the XML namespace of my feature's (i.e. ModemState) elements > is null where it should have been "vehicle-events": > > > > <?xml version="1.0" encoding="UTF-8"?> > > <wfs:FeatureCollection xmlns:xs="http://www.w3.org/2001/XMLSchema" > xmlns:wfs="http://www.opengis.net/wfs/2.0" xmlns:gml=" > http://www.opengis.net/gml/3.2" > xmlns:vehicle-events="urn:athena:vcc:crowd:vehicle-events" xmlns:xsi=" > http://www.w3.org/2001/XMLSchema-instance" next=" > https://develop.vcc.otonomousmobility.com/atvcrwd-geoserver/vehicle-events/wfs?REQUEST=GetFeature&BBOX=48.67796064700979%2C8.97443411395199%2C48.67995793698221%2C8.980798400236115%2Curn%3Aogc%3Adef%3Acrs%3AEPSG%3A%3A4326&SRSNAME=urn%3Aogc%3Adef%3Acrs%3AEPSG%3A%3A4326&VERSION=2.0.0&TYPENAMES=vehicle-events%3AModemState&SERVICE=WFS&COUNT=10&STARTINDEX=10" > numberMatched="3054" numberReturned="10" > timeStamp="2019-02-27T14:40:11.234Z" > xsi:schemaLocation="http://www.opengis.net/wfs/2.0 > https://develop.vcc.otonomousmobility.com/atvcrwd-geoserver/schemas/wfs/2.0/wfs.xsd > http://www.opengis.net/gml/3.2 > https://develop.vcc.otonomousmobility.com/atvcrwd-geoserver/schemas/gml/3.2.1/gml.xsd > urn:athena:vcc:crowd:vehicle-events > https://develop.vcc.otonomousmobility.com/atvcrwd-geoserver/vehicle-events/wfs?service=WFS&version=2.0.0&request=DescribeFeatureType&typeName=vehicle-events%3AModemState > <http://www.opengis.net/wfs/2.0%20https:/develop.vcc.otonomousmobility.com/atvcrwd-geoserver/schemas/wfs/2.0/wfs.xsd%20http:/www.opengis.net/gml/3.2%20https:/develop.vcc.otonomousmobility.com/atvcrwd-geoserver/schemas/gml/3.2.1/gml.xsd%20urn:athena:vcc:crowd:vehicle-events%20https:/develop.vcc.otonomousmobility.com/atvcrwd-geoserver/vehicle-events/wfs?service=WFS&version=2.0.0&request=DescribeFeatureType&typeName=vehicle-events%3AModemState> > "> > > <wfs:member> > > <null:ModemState gml:id="006ff4c8-7c65-4d2f-89df-4d7fa9afa2ea"> > > <timestamp>120708750</timestamp> > > <apn>Context 1 </apn> > > > <basebandModuleFirmwareVersion>20.00.402</basebandModuleFirmwareVersion> > > <cellId>160081A</cellId> > > ... > > <dtg>2018-11-12T09:12:48.014Z</dtg> > > <geom> > > <gml:Point srsName="urn:ogc:def:crs:EPSG::4326" srsDimension="2" > gml:id="006ff4c8-7c65-4d2f-89df-4d7fa9afa2ea.geom"> > > <gml:pos>48.67940694 8.97704929</gml:pos> > > </gml:Point> > > </geom> > > </null:ModemState> > > </wfs:member> > > ... > > </wfs:FeatureCollection> > > > > The very same problem has already been reported in the past: > https://dev.locationtech.org/mhonarc/lists/geomesa-users/msg02330.html > > I am using the most recent stable versions of GeoMesa (2.2.1), GeoMesa-FS > (2.11-2.2.1) and GeoServer (2.14.2) and the issue still persists. > > > > Enabling "strict CITE compliance" for WFS in GeoServer and explicitly > requesting WFS 1.0.0 in QGIS (as mentioned in the old request linked above) > leads to GML 2 being served and is a work-around that fixes the issue for > me. However it forces me to use an old WFS version with limited features > compared to WFS 2.0.0. > > > > Do you know what is the for this? Are there any plans to fix this on your > side (not sure whether this is even caused by GeoMesa or GeoServer)? > > > > Asked the same question in the geomesa-users list. > > > > Thanks and best wishes! > > Christian > > > > > > *Mit freundlichen Grüßen / Kind regards* > > > *Christian Sickert * > Crowd Data & Analytics for Automated Driving > Daimler AG - Mercedes-Benz Cars Development - RD/AFC > > +49 176 309 71612 > [email protected] > > > > If you are not the addressee, please inform us immediately that you have > received this e-mail by mistake, and delete it. We thank you for your > support. > > > > _______________________________________________ > Geoserver-users mailing list > > Please make sure you read the following two resources before posting to this > list: > - Earning your support instead of buying it, but Ian Turton: > http://www.ianturton.com/talks/foss4g.html#/ > - The GeoServer user list posting guidelines: > http://geoserver.org/comm/userlist-guidelines.html > > If you want to request a feature or an improvement, also see this: > https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer > > [email protected]https://lists.sourceforge.net/lists/listinfo/geoserver-users > > > > _______________________________________________ > Geoserver-users mailing list > > Please make sure you read the following two resources before posting to > this list: > - Earning your support instead of buying it, but Ian Turton: > http://www.ianturton.com/talks/foss4g.html#/ > - The GeoServer user list posting guidelines: > http://geoserver.org/comm/userlist-guidelines.html > > If you want to request a feature or an improvement, also see this: > https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer > > > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-users > -- Regards, Andrea Aime == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 http://www.geo-solutions.it http://twitter.com/geosolutions_it ------------------------------------------------------- *Con riferimento alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 - Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni circostanza inerente alla presente email (il suo contenuto, gli eventuali allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le sarei comunque grato se potesse darmene notizia. This email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential or otherwise protected from disclosure. We remind that - as provided by European Regulation 2016/679 “GDPR” - copying, dissemination or use of this e-mail or the information herein by anyone other than the intended recipient is prohibited. If you have received this email by mistake, please notify us immediately by telephone or e-mail.*
_______________________________________________ Geoserver-users mailing list Please make sure you read the following two resources before posting to this list: - Earning your support instead of buying it, but Ian Turton: http://www.ianturton.com/talks/foss4g.html#/ - The GeoServer user list posting guidelines: http://geoserver.org/comm/userlist-guidelines.html If you want to request a feature or an improvement, also see this: https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
