Hi, I think that the main question that GeoPackage folks must think about is if transferring the styles should be based on SLD or something else. The standard has existed since 2002 and still many well-known GIS software like ArcGIS, MapInfo, MapServer, Mapnik etc. do not really support SLD which makes me believe that they may not be so interested to do so in the future either. But if SLD can offer interoperability between two software (Geoserver and QGIS) it is still better starting point than the other existing solutions which tend to be totally software specific.
-Jukka Rahkonen- -----Alkuperäinen viesti----- Lähettäjä: Jorge Gustavo Rocha [mailto:j...@geomaster.pt] Lähetetty: 23. maaliskuuta 2018 16:37 Vastaanottaja: geoserver-devel@lists.sourceforge.net Aihe: Re: [Geoserver-devel] SLD from Postgis or from GeoPackage Hi Andrea, This proposal is backed up by myself. I want to support the interoperability between QGIS and GeoTools/GeoServer. I'm also interested in improving GeoPackage. Jeff Yutzler (OGC GeoPackage editor) confirms that there are no interoperable approaches to handle styling in GeoPackage for now, but he is committed to find a standard approach. If we go forward with a sound proposal, we can get some more open source projects adopting our approach regarding "native" styles that can be delivered with the data. I can contribute with this approach to both GeoTools and QGIS. It will be even easier to support this in uDig. If you or the PSC can help me to find additional resources to support this proposal, that would be very welcome. You comments are already a valuable contribution. Thanks! Regards, Jorge Gustavo On 23-03-2018 13:04, Andrea Aime wrote: > Hi all, > just a reminder, the original motivation for proposal was first > introduced to avoid people going and starting changes without having > the resourcing to actually finish the work. > The people making the proposals are the same that need to fund it > (with their own time, typically, but nothing prevents others from > chiming in and helping of course). > > This is something obvious for those that have contributed to the > project for a long time, but maybe not so for others. So... this > activity is funded/resourced already right? > > Cheers > Andrea > > > On Fri, Mar 23, 2018 at 11:40 AM, Jody Garnett <jody.garn...@gmail.com > <mailto:jody.garn...@gmail.com>> wrote: > > We had a chance to write up a proposal for GeoTools - to introduce > ResourceInfo2.getStyles(): > > - https://github.com/geotools/geotools/wiki/ResourceInfo2-with-Style > > <https://github.com/geotools/geotools/wiki/ResourceInfo2-with-Style> > > I think allowing DataStore developers to control the presentation of > their "native" styles is worth while. > > On Thu, Mar 22, 2018 at 9:44 AM Richard Duivenvoorde > <rdmaili...@duif.net <mailto:rdmaili...@duif.net>> wrote: > > On 22-03-18 02:59, Jody Garnett wrote: > > We have a similar need with shape files, the presence of a sidecar > SLD > > file is great way to pass styling around. > > > > At a GeoTools level I would love a way to "discover" a built-in > style > > for a layer so we could make it available for either a) GeoServer > Data > > Import (sadly that would just be a one time solution), or see we > could > > make a placeholder in the LayerInfo (maybe with a special default > style > > placeholder. > > > > > > GeoTools does have a per layer "info" data structure used to pass > meta > > information on to the application, we could see about making the > style > > available in this manner. > > Hi Jody, > > about sidecar SLD: if I'm correct esri products used a lyr file > next to > a shapefile automatically if it had the exact same name. > QGIS is doing the same when you have a .qml (QGIS stylefile) > with the > same name. > Unfortunatly that does not work (yet) with sld files (in QGIS), > but it > could be a usable model... if you want to keep working with > shapefiles ;-) > > In case of Geopackage/Spatialite I would think a 'packaged' > style could > be favoured over sld styles in Geoserver? Indeed it would be best if > GeoTools could serve this information. > > Regards, > > Richard Duivenvoorde > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Geoserver-devel mailing list > Geoserver-devel@lists.sourceforge.net > <mailto:Geoserver-devel@lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > <https://lists.sourceforge.net/lists/listinfo/geoserver-devel> > > > > > -- > > 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 > > AVVERTENZE AI SENSI DEL D.Lgs. 196/2003 > > Le informazioni contenute in questo messaggio di posta elettronica e/o > nel/i file/s allegato/i sono da considerarsi strettamente riservate. > Il loro utilizzo è consentito esclusivamente al destinatario del > messaggio, per le finalità indicate nel messaggio stesso. Qualora > riceviate questo messaggio senza esserne il destinatario, Vi preghiamo > cortesemente di darcene notizia via e-mail e di procedere alla > distruzione del messaggio stesso, cancellandolo dal Vostro sistema. > Conservare il messaggio stesso, divulgarlo anche in parte, > distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità > diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. > 196/2003. > > The information in this message and/or attachments, is intended solely > for the attention and use of the named addressee(s) and may be > confidential or proprietary in nature or covered by the provisions of > privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New > Data Protection Code).Any use not in accord with its purpose, any > disclosure, reproduction, copying, distribution, or either > dissemination, either whole or partial, is strictly forbidden except > previous formal approval of the named addressee(s). If you are not the > intended recipient, please contact immediately the sender by > telephone, fax or e-mail and delete the information in this message > that has been received in error. The sender does not give any warranty > or accept liability as the content, accuracy or completeness of sent > messages and accepts no responsibility > for changes made after they were sent or for other risks which arise > as a result of e-mail transmission, viruses, etc. > > > > > ---------------------------------------------------------------------- > -------- Check out the vibrant tech community on one of the world's > most engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > > _______________________________________________ > Geoserver-devel mailing list > Geoserver-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > -- Geomaster, Lda Avenida Barros e Soares, 423 Nogueira 4715-214 Braga NIF 510906109 Tm +351 910333888 Email j...@geomaster.pt Site geomaster.pt GPS 41.53322,-8.41929 ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
