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

Reply via email to