Andrea, I think that is a good idea? Similar in use to the WMS "preview" link? I think this is "simple" enough functionality that having it is core should be fine (only take it into its own module if you wish to backport eh?).
You mention the overlap with OGCAPI, but I view that document as a bit more "connected" with links to the collection page and so on. I view the free marker page as ... very simple? Would you bother with page next / prev controls or let people adjust the URL... -- Jody Garnett On Jan 11, 2024 at 10:26:57 AM, Andrea Aime < andrea.a...@geosolutionsgroup.com> wrote: > Hi all, > I'm considering extending the usage of HTML GetFeatureInfo templates for > WFS as well. > Here are some pros/cons of that approach: > > > - GetFeatureInfo is already taking N feature collections and encoding > the output towards the desired format. It's the same as what a GetFeature > does (a GetFeature can request multiple feature types, too) > - The Freemarker encoding machinery is 95% independent of WMS, there > is only one WMS setting called "GetFeatureInfo results auto-escaping". This > setting could have to be replicated for WFS as well > - There are a couple of places where adding a core HTML WFS output > format might cause friction, one is users of the XSLT extension, that could > have configured a HTML output format, and the OGC API, that has its own > native HTML output format. > - The XSLT does not seem used very much, so probably not a big deal, > while the OGC API module could recognize the WFS HTML output format and > just blacklist it from usage in OGC API Features > - As an alternative, the WFS HTML output format based on Freemarker > templates could become its own separate module, maybe a community one, > solving a couple of problems, it could depend on WMS too, releaving the > issue with the configuration, and being optional, it would not affect > existing installations. Downside, the module would be a very thin > implementation, which may make people wonder why it's even there > > Opinions? > > Cheers > Andrea > > > == > GeoServer Professional Services from the experts! > > Visit http://bit.ly/gs-services-us for more information. > == > > Ing. Andrea Aime > @geowolf > Technical Lead > > GeoSolutions Group > phone: +39 0584 962313 > > fax: +39 0584 1660272 > > mob: +39 339 8844549 > > https://www.geosolutionsgroup.com/ > > 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-devel mailing list > Geoserver-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel >
_______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel