On Fri, Oct 7, 2022 at 8:45 AM Carsten Klein <c.kl...@datagis.com> wrote:
> GeoServer's JSON is GeoJSON as > its (backwards-) compatible with GeoJSON (the addition of the inofficial > "crs" object does not prevent GeoJSON clients form reading the format). > The same is true for OGC's JSON-FG. > GeoJSON is an extensible format, you can add as much as you want, as long as the bits mandated by the specification are there. What GeoServer returns is actually "classic GeoJSON", the earlier public specification before the RFC one, which recognized the need for CRS support. > The new Slim format is NOT compatible with GeoJSON as GeoJSON clients > will fail reading it (expecting an object and not an array for the > "properties" key). > Which makes calling it "GeoJSON" is confusing... at the same time GeoJSON picked the most obvious name, it's difficult to convey that a format is spatial in nature and doge that "Geo". "Slim Spatial JSON" does not quite roll off the tongue, Brokjson does roll, but unless there is some language specific inner joke that I don't understand, it does not recall spatial/geo. Maybe just "SpatialJSON"? Of course it would not convey that it's slim. Maybe "TinyGeoJSON"? As a parallel TWKB, Tiny Well Known Binary <https://github.com/TWKB/Specification/blob/master/twkb.md>, is also not WKB. Putting everything in a word may carry out better that it's not GeoJSON+ but something similar, yet not quite the original. Just thinking out loud. > As a Porsche *Cabrio* is still a Porsche, I'm sure that a name including > the term GeoJSON will still be the best option. However, this assumes > that the GeoJSON inventors actually specify that new variant (or support > it, at least). Since we have several new formats like BrokJSON and > JSON-FG *without* the term "Geo" in it, I guess that the GeoJSON guys > are not really open to such a new variant. Jukka, you seem to know them > quite a bit, what do you think about it? Is is worth asking them? > Jukka will follow up, but yeah, I would ask them. > Andrea recommended to also maintain a publicly visible site with some > specifications for the new format like https://www.brokjson.dev/. That > would be cool, of course. However, I'm first of all running a software > company and have a couple of B2B projects using such huge GetFeature > responses. I'm just looking for a *simple* solution which is available > in the next days (not weeks or months). You know what I mean? > Painfully aware of the situation, yes. A community module does not require a big specification, and there is no need to wait for a public site either. Maybe just place a big bad warning message in a documentation file for the module, stating "it's not really GeoJSON, format name might change" and be open to amend as the discussion unfolds. > One last thing: currently the new module "falls back" to GeoServer's > normal response for complex features. With a really new format (whether > it's BrokJSON or something new), the format should just reject/fail if > someone requests complex features in that new format, right? > I would suggest throwing an exception, yes. 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
