Re: [Geotools-devel] motion: remove-opengis financial support authorization
+1 On Tue, Aug 29, 2023 at 6:32 PM Andrea Aime < andrea.a...@geosolutionsgroup.com> wrote: > +1 > > Cheers > Andrea > > On Tue, Aug 29, 2023 at 7:22 PM Jody Garnett > wrote: > >> I have contacted the treasurer with respect to costs associated with >> "remove-opengis" proposal - started great success / and great effort last >> week. >> >> Motion: Propose GeoTools PMC authorize up-to $2000 USD to put towards >> travel expenses associated with this activity. >> >> This motion allows the osgeo board to retain some budget for affected >> downstream projects which have not paid attention thus far. >> >> >>- Andrea Aime >>- Ian Turton >>- Jody Garnett >>- Nuno Oliveira >>- Simone Giannecchini >>- Torben Barsballe >> >> >> -- >> Jody Garnett >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > > > -- > > Regards, > > Andrea Aime > > == > 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 > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://bit.ly/gs-services-us for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Technical Lead / Project Manager GeoSolutions Group phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] GSIP 218: Control remote HTTP requests sent by GeoTools \ GeoServer
>>> 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 >>>>>>> ___ >>>>>>> GeoTools-Devel mailing list >>>>>>> GeoTools-Devel@lists.sourceforge.net >>>>>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>>>>>> >>>>>> -- >>>>>> -- >>>>>> Jody Garnett >>>>>> >>>>> >>>>> >>>>> -- >>>>> Regards, >>>>> Andrea Aime >>>>> == >>>>> 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 >>>>> >>>> >>> >>> -- >>> Regards, >>> Andrea Aime >>> == >>> 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-de...@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geoserver-devel >> >> >> > > -- > Regards, > Andrea Aime > == > 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-de...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://bit.ly/gs-services-us for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Technical Lead / Project Manager GeoSolutions Group phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Formerly proposing Remove OpenGIS activity
+0 On Tue, Mar 21, 2023 at 3:43 PM Jody Garnett wrote: > The additional overhead for backports is a good point Andrea and one I had > not thought of; one we could mitigate slightly with planning. > > aside: I should note that the funds raised thus far are not exclusively > for GeoTools; some availability or code sprint will be required for > downstream projects to make the change.I expect many will not be in > position to notice until after a stable release is made. > > So we should plan for API migration this release cycle Q3/Q4; and then to > host a code sprint or office hours or something for downstream projects to > migrate in Q4. > - April 21-23: Apache / OGC / OGC Code sprint - good opportunity but too > soon > - July 1-2: FOSS4G - very small sprint maybe suitable for proof-of-concept > and planning what to do on package by package basis > - August 21 - September 1: Bolsean - this is a good candidate but *very* > close to our RC deadline > > I expect supporting other projects will need to be an online sprint; > suggest: "last friday of the month" drop in office hours. > -- > Jody Garnett > > > On Tue, Mar 21, 2023 at 2:00 AM Andrea Aime < > andrea.a...@geosolutionsgroup.com> wrote: > >> Hi Jody, >> agreed, we cannot afford having two large APIs shifts in sequence, each >> one will have ramification >> both in terms of downstreams projects affected, and in terms of time, as >> it will make backports harder >> to deal with. >> >> As a big API break it will be limited to the main branch, while stable >> and maintenance will remain on >> the previous one, meaning all backports will need some amount of >> rewriting (if we do it right, mostly imports). >> We'll also need some time for the waters to settle before we can cut a >> release, it's not something we >> can do, say, in August, to release right afterwards in September. >> >> So I'd expect the change to cause friction in the project for 6-12 months >> after it landed, increasing >> all contribution costs. >> >> The plan proposed looks good, and also the bare minimum for acceptance. >> +1 >> >> Cheers >> Andrea >> >> On Mon, Mar 20, 2023 at 8:23 PM Jody Garnett >> wrote: >> >>> This was discussed <https://git.osgeo.org/gitea/osgeo/todo/issues/142> >>> earlier >>> as part of OSGeo budget allocation >>> <https://wiki.osgeo.org/wiki/OSGeo_Budget_2023#OSGeo_Initiatives>. >>> >>> Before proceeding with fundraising and setting up an osgeo initiative I >>> want to confirm with the GeoTools PMC that this is a good idea and we are >>> okay with doing the work if funding / planning / enthusiasm are in place to >>> complete the activity. >>> >>> The proposal is here, and the approach has been discussed in prior >>> meetings: >>> - https://github.com/geotools/geotools/wiki/Remove-OpenGIS >>> -- >>> Jody Garnett >>> ___ >>> GeoTools-Devel mailing list >>> GeoTools-Devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>> >> >> >> -- >> >> Regards, >> >> Andrea Aime >> >> == >> 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” - copyin
Re: [Geotools-devel] Proposing Joseph Miller for commit rights
+0 On Tue, Dec 6, 2022 at 5:28 PM Torben Barsballe wrote: > +1 > > Cheers, > Torben > > On Mon, Nov 28, 2022 at 9:43 AM Simone Giannecchini < > simone.giannecch...@geosolutionsgroup.com> wrote: > >> +0 >> >> Regards, >> Simone Giannecchini >> == >> Professional Support for GeoNode, GeoServer and MapStore from the experts! >> Visit https://www.geosolutionsgroup.com/enterprise-support-services for >> more information. >> == >> Ing. Simone Giannecchini >> @simogeo >> Founder/Director GeoSolutions Italy >> President GeoSolutions USA >> >> phone: +39 0584 962313 >> fax: +39 0584 1660272 >> mob: +39 333 8128928 >> US: +1 (845) 547-7905 >> >> http://www.geosolutionsgroup.com >> http://twitter.com/geosolutions_it >> >> --- >> 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. >> >> >> On Mon, Nov 28, 2022 at 6:07 PM Andrea Aime < >> andrea.a...@geosolutionsgroup.com> wrote: >> >>> Hi all, >>> Joseph has been working on a number of PRs lately, on a variety of >>> different topics (vector mosaicking data store, geojson reader >>> improvements, read and expose database column comments, CQL-JSON >>> parser/encoder, and more). >>> He has patiently been applying all review feedback received. >>> >>> I'd like to propose Joseph for commit rights on the GeoTools project. >>> >>> What do you think? >>> >>> Cheers >>> Andrea >>> >>> -- >>> >>> Regards, >>> >>> Andrea Aime >>> >>> == >>> 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 >>> ___ >>> GeoTools-Devel mailing list >>> GeoTools-Devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>> >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://bit.ly/gs-services-us for more information. == Nuno Miguel Carvalho Oliveira @nmcolivei
Re: [Geotools-devel] Proposal: Java 11 LTS minimum, dropping Java 8
+1, assuming that this proposal is for GeoTools 29.0 On Sat, Oct 29, 2022 at 1:54 PM Ian Turton wrote: > +1 > > Ian > > On Fri, 28 Oct 2022, 19:36 Jody Garnett, wrote: > >> Proposal is available: >> >>- https://github.com/geotools/geotools/wiki/Java-11-LTS >>- https://osgeo-org.atlassian.net/browse/GEOT-7254 >>- Prior discussion is here >> >> <https://sourceforge.net/p/geotools/mailman/geotools-devel/thread/CAOhbgAnDXsfD4LOwYXaGy3tk5pMwa244KJsVc8Wj%3D_4GGa9zTw%40mail.gmail.com/#msg37700449> >> >> >> PMC members are asked to respond by Nov 12th: >> >> - Andrea Aime >>- Ian Turton >>- Jody Garnett +1 initial proposal >>- Nuno Oliveira >>- Simone Giannecchini >>- Torben Barsballe >> >> Community support and discussion of this proposal is welcomed. >> -- >> Jody Garnett >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > _______ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://bit.ly/gs-services-us for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Technical Lead / Project Manager GeoSolutions Group phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Should we switch to Java 11 as the minimum version?
Hi Andrea, I'm assuming you are suggesting this for the upcoming GeoServer 2.22.x and GeoTools 28.x branches? If my math is right, this means that we will have until: - September 2022 2.21.x stable supporting Java 8 - February 2023 2.21.x maintenance supporting Java 8 Taking into account that we will need to vouch for backports, we will only be able to use Java 11 at 100% for development around January 2023. I would say +1 to drop JDK 1.8 support, but I wonder if we should review our release schedule if indeed Oracle switch to a 2 years LTS. Kind regards, Nuno Oliveira On Mon, Feb 21, 2022 at 10:21 AM Andrea Aime < andrea.a...@geosolutionsgroup.com> wrote: > Hi all, > recently I've been wondering multiple times if we should just switch to > Java 11 > as the minimum supported versions. > > Reasons/benefits: > >- I believe most deployments are on Java 11 anyways >- It simplifies our build, one less JDK to handle (we now try to >support Java 8, 11 and 17) >- google-java-format recent versions require Java 11, errorprone shows >some misbehaviors on Java 8 and requires special setup >- Among our dependencies, Wicket 9 also requires Java 11, not sure >what else. >- Can can start using some new API introduced after Java 11, like >"var" for type inference, some handy new methods in Optional, a variety of >new methods in streams, and support for creating maps, sets and lists with >a single call (e..g Map.of(key, value)). > > Disadvantages: > >- Java 8 is supported up until 2026 while Java 11 (so far at least) up >until October 2024 <https://adoptium.net/support.html>. Switching now, >we'd still get 3.5 years of support ahead of us. > > I'm afraid that we'll have to get used to short LTSs anyways, Oracle is > proposing to go down to 2 years for LTSs: > https://www.infoq.com/news/2021/10/oracle-java-two-year-lts/ > > 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 333 8128928 > > 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 > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://bit.ly/gs-services-us for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Technical Lead / Project Manager GeoSolutions Group phone: +39 0584 962313 fax: +39 0584 1660272 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
Re: [Geotools-devel] Proposing commit rights for Marco Volpini in GeoTools
Hi all, thank you all for your votes, we only got plus ones. Congratulations Marco! On Mon, Sep 13, 2021 at 7:45 PM Torben Barsballe wrote: > +1 > > Cheers, > Torben > > > On Mon, Sep 13, 2021 at 1:55 AM Nuno Oliveira < > nuno.olive...@geosolutionsgroup.com> wrote: > >> Dear all, >> Marco has a steady history of GeoTools [1] contributions, he has always >> shown respect for our development guidelines and the review process. >> >> He also acts as a maintainer, with Fernando and myself, for App-Schema >> and MongoDB extensions, contributing with several fixes. >> >> What do you think? >> >> [1] >> https://github.com/geotools/geotools/pulls?q=is%3Apr+author%3Ataba90+is%3Aclosedl >> >> Kind regards, >> Nuno Oliveira >> >> -- >> >> Regards, >> >> Nuno Oliveira >> >> == >> GeoServer Professional Services from the experts! >> >> Visit http://bit.ly/gs-services-us for more information. >> == >> >> Nuno Miguel Carvalho Oliveira >> @nmcoliveira >> Technical Lead / Project Manager >> >> >> GeoSolutions Group >> phone: +39 0584 962313 >> fax: +39 0584 1660272 >> >> 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. >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://bit.ly/gs-services-us for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Technical Lead / Project Manager GeoSolutions Group phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Proposing commit rights for Marco Volpini in GeoTools
Dear all, Marco has a steady history of GeoTools [1] contributions, he has always shown respect for our development guidelines and the review process. He also acts as a maintainer, with Fernando and myself, for App-Schema and MongoDB extensions, contributing with several fixes. What do you think? [1] https://github.com/geotools/geotools/pulls?q=is%3Apr+author%3Ataba90+is%3Aclosedl Kind regards, Nuno Oliveira -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://bit.ly/gs-services-us for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Technical Lead / Project Manager GeoSolutions Group phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] Rendering pre process Mark Factories extension point proposal
Services from the experts! >>> >>> Visit http://bit.ly/gs-services-us for more information. >>> >>> == >>> >>> Fernando Mino >>> >>> Software Engineer >>> >>> @fmy2kec >>> >>> GeoSolutions Group >>> phone: +39 0584 962313 >>> >>> fax: +39 0584 1660272 >>> >>> 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. >>> >>> >>> On Wed, Aug 11, 2021 at 8:11 PM Jody Garnett >>> wrote: >>> >>>> Thanks for doing this up as a proposal, it really helps with discussion. >>>> >>>> I did not think that MarkFactory or ExternalGraphicFactory needed to be >>>> aware of priority as this is handled by FactoryRegistry; but you are >>>> correct none of the existing implementations extend AbstractFactory. >>>> >>>> Your proposal is on MarkFactory; do you need a similar change for >>>> ExternalGraphicFactory? >>>> >>>> I am not quite sure how MarkFactoriesProcessor is intended to work: >>>> >>>>- processFactories( Iterator factories ): >>>>Iterator >>>>Processing an iterator on the fly is good, it amounts to doing pair >>>>wise ordering, or a comparator, which is already supported by >>>>FactoryRegistry. >>>>- priority(): int >>>>What is the int for? Is it to order between competing instances >>>>of MarkFactoriesProcessor ? >>>> >>>> >>>> My hesitation is seeing more than one way to do things, especially if >>>> it is a one-off for a specific factory. So I would like to see what the >>>> limitation you are running into with the existing setup, and if your >>>> proposal is an improvement we could do it for all FactoryFinders. We can >>>> look at other factory finders for examples of helper methods used to >>>> address common challenges (factory iterator providers for injecting >>>> instances, establishing pairwise ordering >>>> <https://github.com/geotools/geotools/blob/06d379a2fdbfdbf94641c16813c37ef02aa7f63c/modules/library/referencing/src/main/java/org/geotools/referencing/ReferencingFactoryFinder.java#L546>, >>>> ...). I know that establishing pairwise ordering is a pain, and there is >>>> already a helper method that takes a comparator >>>> <https://github.com/geotools/geotools/blob/main/modules/library/metadata/src/main/java/org/geotools/util/factory/FactoryRegistry.java#L1265> >>>> to make this easier. >>>> >>>> Checking your proposal you reference propose changing the code here >>>> <https://github.com/geotools/geotools/blob/2c0f22f0a5a13885aa1d85faa6f715ea87f3c90e/modules/library/render/src/main/java/org/geotools/renderer/style/SLDStyleFactory.java#L1362> >>>> : >>>> >>>> *Iterator it = >>>> DynamicSymbolFactoryFinder.getMarkFactories();* >>>> >>>> >>>> I would ask instead that you change DynamicSymbolFactoryFinder >>>> directly; that interface is already responsible for SPI discovery, >>>> >>>> Here is a proposed alternative approach: >>>> >>>> 1. Leave StyleFactory alone (it already has too much logic) and >>>
Re: [Geotools-devel] Proposing commit rights for Fernando Mino
Thank you all, looks we got all the +1 we need. Congratulations Fernando! On Thu, May 13, 2021 at 5:07 PM Jody Garnett wrote: > +1 :) > > On Tue, May 11, 2021 at 8:53 AM Torben Barsballe < > torbenbarsba...@gmail.com> wrote: > >> +1 >> >> Cheers, >> Torben >> >> On Mon, May 10, 2021 at 2:32 PM Nuno Oliveira < >> nuno.olive...@geo-solutions.it> wrote: >> >>> Dear all, >>> Fernando contributed several fixes and new functionalities to GeoTools >>> [1], he also acts as one of the module maintainers for App-Schema and >>> MongoDB. >>> >>> What do you think? >>> >>> Kind regards, >>> Nuno Oliveira >>> >>> [1] >>> https://github.com/geotools/geotool/pulls?q=is%3Apr+author%3Afernandor777+is%3Aclosed >>> >>> -- >>> Regards, >>> Nuno Oliveira >>> == >>> GeoServer Professional Services from the experts! >>> Visit http://goo.gl/it488V for more information. >>> == >>> >>> Nuno Miguel Carvalho Oliveira >>> @nmcoliveira >>> Software Engineer >>> >>> GeoSolutions S.A.S. >>> Via di Montramito 3/A >>> <https://www.google.com/maps/search/Via+di+Montramito+3%2FA+55054%C2%A0+Massarosa+(LU)+Italy?entry=gmail=g> >>> 55054 Massarosa (LU) >>> <https://www.google.com/maps/search/Via+di+Montramito+3%2FA+55054%C2%A0+Massarosa+(LU)+Italy?entry=gmail=g> >>> Italy >>> <https://www.google.com/maps/search/Via+di+Montramito+3%2FA+55054%C2%A0+Massarosa+(LU)+Italy?entry=gmail=g> >>> phone: +39 0584 962313 >>> fax: +39 0584 1660272 >>> >>> 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. >>> ___ >>> GeoTools-Devel mailing list >>> GeoTools-Devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>> >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > -- > -- > Jody Garnett > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Proposing commit rights for Fernando Mino
Dear all, Fernando contributed several fixes and new functionalities to GeoTools [1], he also acts as one of the module maintainers for App-Schema and MongoDB. What do you think? Kind regards, Nuno Oliveira [1] https://github.com/geotools/geotool/pulls?q=is%3Apr+author%3Afernandor777+is%3Aclosed -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] early backport of GEOT-6874 Add support for count distinct aggregations in gt-jdbc
+1 On Wed, Apr 28, 2021 at 4:21 PM Simone Giannecchini < simone.giannecch...@geo-solutions.it> wrote: > +1 > > Regards, > Simone Giannecchini > == > GeoServer Professional Services from the experts! > Visit http://bit.ly/gs-services for more information. > == > Ing. Simone Giannecchini > @simogeo > Founder/Director > > GeoSolutions > Via di Montramito 3/A > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > mob: +39 333 8128928 > > https://www.geosolutionsgroup.com/ <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. > > > On Wed, Apr 28, 2021 at 5:15 PM Marco Volpini < > marco.volp...@geo-solutions.it> wrote: > >> Dear all, >> I'm writing to ask permission for early backport of GEOT-6874 Add support >> for count distinct aggregations in gt-jdbc. >> The new functionalities create a new FeatureVisitor to have an >> optimization path for count distinct queries on JDBCDataStore. >> No backward compatibility issue is foreseen. Details on the Jira ticket >> https://osgeo-org.atlassian.net/browse/GEOT-6874. >> Best regards, >> Marco Volpini >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Early backport of GEOT-6870 Add vendor options support for Rule and GEOT-6867 Add the possibility to prune Rule, Symbolizer, FeatureTypeStyle elements when rendering Maps or Legen
Hi Marco, +1 On Tue, Apr 20, 2021 at 4:06 PM Marco Volpini < marco.volp...@geo-solutions.it> wrote: > Dear all > I'm writing to ask early backport permission for two related pr. > The first one, GEOT-6870 > <https://osgeo-org.atlassian.net/browse/GEOT-6870>, adds vendor options > support for Rule elements in SLD. For this task a proposal > <https://github.com/geotools/geotools/wiki/Vendor-options-options-map-for-rules>was > submitted. Although it implies an api change, default methods have been > provided > <https://github.com/geotools/geotools/blob/main/modules/library/main/src/main/java/org/geotools/styling/Rule.java#L176> > to > avoid breaking any possibile existing implementations, different from the > RuleImpl. > > The second one GEOT-6867 > <https://osgeo-org.atlassian.net/browse/GEOT-6867> add a new VendorOption > (normal | mapOnly | > legendOnly) for Rule, FeatureTypeStyle and Symbolizer > elements. It allows to choose if the element should be applied when > rendering a map or a legend. It is not foreseen any particular backward > compatibility issue. > > Best regards, > Marco Volpini > > > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Proposal, adding vendor option support to Rule
+1 On Wed, Mar 24, 2021 at 10:24 AM Simone Giannecchini < simone.giannecch...@geo-solutions.it> wrote: > +0 > > Regards, > Simone Giannecchini > == > GeoServer Professional Services from the experts! > Visit http://bit.ly/gs-services for more information. > == > Ing. Simone Giannecchini > @simogeo > Founder/Director > > GeoSolutions S.A.S. > Via di Montramito 3/A > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > mob: +39 333 8128928 > > 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. > > > On Wed, Mar 24, 2021 at 11:16 AM Andrea Aime > wrote: > >> Hi all, >> I have written a quick proposal to add vendor options to rules, since >> it's an API change: >> >> >> https://github.com/geotools/geotools/wiki/Vendor-options-options-map-for-rules >> >> Cheers >> Andrea >> >> == 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.* >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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.
Re: [Geotools-devel] remove validation extension
+1 On Tue, Jan 5, 2021 at 4:11 PM Andrea Aime wrote: > Hi Jody, > +1 for removing it > > Cheers > Andrea > > > On Mon, Jan 4, 2021 at 7:38 PM Jody Garnett > wrote: > >> While reviewing Andrea's junit 3 --> 4 PR, I was once again struck by how >> stale the validation extension is, I believe it has been over ten years >> since this was used by geoserver or udig and can be considered for removal? >> -- >> Jody Garnett >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-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 > --- *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.* > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Starting to work on automatic code cleanups
llegati, 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.* > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Proposal: Switch DataAccess DataStore parameters from Map to Map
+1 On Fri, Nov 6, 2020 at 8:59 AM Simone Giannecchini < simone.giannecch...@geo-solutions.it> wrote: > +1 > > Regards, > Simone Giannecchini > == > GeoServer Professional Services from the experts! > Visit http://bit.ly/gs-services for more information. > == > Ing. Simone Giannecchini > @simogeo > Founder/Director > > GeoSolutions S.A.S. > Via di Montramito 3/A > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > mob: +39 333 8128928 > > 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. > > > On Wed, Nov 4, 2020 at 7:33 AM Jody Garnett > wrote: > >> +1 for the proposal, I understand the need for Map >> >> On Sat, Oct 31, 2020 at 4:01 AM Andrea Aime >> wrote: >> >>> Hi all, >>> as previously discussed, I've worked on switching DataStore/DataAccess >>> factory parameters from Map to Map >>> (yes, ?, not Object, the proposal has rationale for it). >>> >>> The proposal is here: >>> >>> https://github.com/geotools/geotools/wiki/Switch-DataAccess-DataStore-parameters-from-Map-String,-Serializable--to-Map-String,-%3F- >>> >>> The PR here (still working some updates, but essentially reviewable >>> already): >>> https://github.com/geotools/geotools/pull/3195 >>> >>> Comments and reviews welcomed! >>> >>> Cheers >>> Andrea >>> >>> == 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 >>> <https://www.google.com/maps/search/Via+di+Montramito+3%2FA%0D%0A55054++Massarosa+(LU?entry=gmail=g>) >>> 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.* >>> ___ >>> GeoTools-Devel mailing list >>> GeoTools-Devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>> >> -- >> -- >> Jody Garnett >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >
[Geotools-devel] Publish App-Schema AppSchemaDataAccess.xsd schema with proper versioning?
Hi all, the issue I'm dealing with is described here [1]. In your opinion what would be the way of sharing that schema in the context of the GeoTools project? Having a reliable and clean way of referencing the App-Schema mapping file schema would help in the mapping files creation. Thank you in advance for your inputs, Nuno Oliveira [1] https://osgeo-org.atlassian.net/browse/GEOT-6656 -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Permission for early backport of [GEOT-6623] Add support for jsonPointer to SQL translation in a PostgreSQL database
Hi Marco, the changes look isolated enough for me and there is a good test coverage, I guess you are asking for an early backport so this feature lands on 2.17.2? Anyway, +1 from me. Kind regards, Nuno Oliveira On Fri, Jul 3, 2020 at 1:13 PM Marco Volpini wrote: > Dear all, > I'm writing to ask permission for early backport of "GEOT-6623 Add support > for jsonPointer to SQL translation in a PostgreSQL database". > The improvement allows to translate the JsonPointer function in PostgreSQL > syntax using the ::json cast function and json operators. For the other SQL > dialects has been preserved the in memory evaluation. > Here the JIRA ticket https://osgeo-org.atlassian.net/browse/GEOT-6623. > > Best regards, > Marco Volpini > > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Updating App-Schema modules maintainers
Dear Community, sorry for the cross posting but this touches both projects. Myself and Fernando (in CC) have been acting as the maintainers of App-Schema modules for quite some time now (answering the mailing list, fixing failing builds, enhancing the modules, ...), I made two pull requests that make it official: - https://github.com/geotools/geotools/pull/2987 - https://github.com/geoserver/geoserver/pull/4305 Any objections? Best regards, Nuno Oliveira ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Symbolizers pre-processor extensions for StreamingRenderer proposal
Hi Fernando, your proposal looks good to me, clean interface and provides an elegant way to inject symbolizers on the fly, I already foreseen a few uses cases where this can be used to reduce the SLD complexity, and will allow me to handle a few tricks uses cases. I uploaded your proposal to GeoTools WIKI (I guess you don't have enough permissions to edit the WIKI): https://github.com/geotools/geotools/wiki/Streaming-renderer-aymbolizers-pre-processor-extensions-handling Kind regards, Nuno Oliveira On Fri, May 15, 2020 at 11:23 PM Jody Garnett wrote: > Thanks for writing that up, I will look when I get a moment. > Naming is indeed hard; ProcessSymbolizersCallback may work? It is close to > the name of the method, and it is a callback > -- > Jody Garnett > > > On Fri, 15 May 2020 at 11:16, wrote: > >> Hi PMC and community. >> >> This proposal started on Geoserver but now it was splitted into a >> Geotools proposal for having Symbolizers pre-processor extension point for >> StreamingRenderer class. I elaborated a Geotools proposal draft for you >> review and the technical discussion about. >> >> I would like to know if is this good for voting and feedback is welcome. >> >> Geotools proposal draft: >> - https://gist.github.com/fernandor777/f4e8249297a990408ea6d6483719eb04 >> >> Note: Naming is hard, we thought of calling it SymbolizersPreProcessor, >> do you have any suggestion for a better name? >> >> Thanks! >> >> >> Regards, >> >> Fernando Mino >> >> == >> >> GeoServer Professional Services from the experts! Visit >> http://goo.gl/it488V for more information. >> >> == >> >> Fernando Mino >> >> Software Engineer >> >> GeoSolutions S.A.S. >> >> Via di Montramito 3/A >> >> 55054 Massarosa (LU) >> >> Italy >> >> phone: +39 0584 962313 >> >> fax: +39 0584 1660272 >> >> 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. >> >> >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Spring cleanup: demoting un-maintained modules
;>>> Andrea >>>> >>>> == 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 >>>> <https://www.google.com/maps/search/Via+di+Montramito+3%2FA%0D%0A55054++Massarosa?entry=gmail=g> >>>> (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.* >>>> ___ >>>> GeoTools-Devel mailing list >>>> GeoTools-Devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/geotools-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 >> <https://www.google.com/maps/search/Via+di+Montramito+3%2FA%0D%0A55054++Massarosa?entry=gmail=g> >> (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.* >> > -- > -- > Jody Garnett > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] GeoTools 23-RC ready for testing
SUCCESS [ 1.062 s] [INFO] GeoTools Documentation . SUCCESS [ 15.298 s] [INFO] [INFO] BUILD SUCCESS [INFO] [INFO] Total time: 03:45 min (Wall Clock) [INFO] Finished at: 2020-03-10T10:53:23Z [INFO] Best regards, Nuno Oliveira On Tue, 2020-03-10 at 11:05 +0100, Andrea Aime wrote: > Btw, I think Ian at one point worked on a setting on whether to > prefer local time zone vs GMT... but I don't > quite remember what it is supposed to affect... GML encoders? > Converters? Data stores? > > Cheers > Andrea > > > On Tue, Mar 10, 2020 at 10:48 AM Andrea Aime > ns.it> wrote: > > Hi Jody, > > tried with a local build with no remote repo, the GeoPackage tests > > fail, seems a timezone issue > > > > - > > -- > > Test set: org.geotools.geopkg.GeoPkgDatetimeTest > > - > > -- > > Tests run: 11, Failures: 3, Errors: 0, Skipped: 0, Time elapsed: > > 0.186 s <<< FAILURE! - in org.geotools.geopkg.GeoPkgDatetimeTest > > testMax(org.geotools.geopkg.GeoPkgDatetimeTest) Time elapsed: > > 0.086 s <<< FAILURE! > > java.lang.AssertionError: expected:<2020-02-23> but was:<2020-02- > > 22> > > at > > org.geotools.geopkg.GeoPkgDatetimeTest.testMax(GeoPkgDatetimeTest.j > > ava:156) > > > > testMin(org.geotools.geopkg.GeoPkgDatetimeTest) Time elapsed: > > 0.008 s <<< FAILURE! > > java.lang.AssertionError: expected:<2020-02-19> but was:<2020-02- > > 18> > > at > > org.geotools.geopkg.GeoPkgDatetimeTest.testMin(GeoPkgDatetimeTest.j > > ava:178) > > > > testGroupBy(org.geotools.geopkg.GeoPkgDatetimeTest) Time elapsed: > > 0.008 s <<< FAILURE! > > java.lang.AssertionError: expected:<2020-02-19> but was:<2020-02- > > 18> > > at > > org.geotools.geopkg.GeoPkgDatetimeTest.testGroupBy(GeoPkgDatetimeTe > > st.java:206) > > > > I have a crazy day ahead of me, will try to have a look later but > > cannot promise. > > > > Cheers > > Andrea > > > > On Tue, Mar 10, 2020 at 8:32 AM Jody Garnett > > m> wrote: > > > Build is complete, please test artifacts and report back: > > > - https://build.geoserver.org/view/release/job/geotools-release/2 > > > 29/ > > > > > > Andrea if testing is successful please proceed with geowebcache, > > > or I will catch it after work tomorrow if you are busy. > > > -- > > > Jody Garnett > > > ___ > > > GeoTools-Devel mailing list > > > GeoTools-Devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/geotools-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 > > > > > > --- > > > > 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 infor
Re: [Geotools-devel] proposal: reduce proposal time limit to ten days
I think 14 days is too much, but looks like everyone else is happy with 14 days, so +0 On Tue, 2020-03-03 at 11:42 -0800, Jody Garnett wrote: > Sorry I should of said 14 days (so that we get a balance of weekend, > workweek, and one of our meetings for discussion). Thanks! > > And here is my +1 > > -- > Jody Garnett > > > On Tue, 3 Mar 2020 at 11:35, Jody Garnett > wrote: > > Our current proposal time limit was set in the days of subversion > > when we had a single "trunk" and relatively strong > > divisions between modules in our library. The idea being that a 3- > > day waiting period was good enough for feedback before starting > > work :) > > > > To avoid stagnation by lack of interest/time from community members > > the following assurances are provided: > > svn access for changes is granted within 3 days from the proposal > > proposal is accepted ‘automatically’ within 15 days (unless > > objections are raised) > > Now that we have GitHub and pull requests developers can work more > > independently "svn access" is no longer a bottleneck, however it is > > still easy to let proposals alone for days without feedback (and > > then be surprised when the pull request comes in. > > > > I would like to propose reducing our "accepted automatically" time > > to 10 days (giving two work weeks, and two weekends for PMC > > feedback). > > > > I think we can also start sharing proposals with the user list > > > > Here is what that change looks like: > > > > To avoid stagnation by lack of interest/time from community > > members: > > please share work-in-progress as a draft pull request for early > > feedback > > community feedback and welcomed and encouraged > > any remaining proposal PMC votes considered +0 ‘automatically’ > > after 10 days > > > > -- > > Jody Garnett > > > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Backporting background fill support to 22.x (early backport)
+1 On Wed, 2020-02-19 at 19:30 +0100, Andrea Aime wrote: > Backport PR for this one here: https://github.com/geotools/geotools/p > ull/2815 > > Cheers > Andrea > > On Wed, Feb 19, 2020 at 4:29 PM Jody Garnett > wrote: > > +1 > > -- > > Jody Garnett > > > > > > On Wed, 19 Feb 2020 at 16:22, Ian Turton > > wrote: > > > Sounds fine to me > > > > > > Ian > > > > > > On Wed, 19 Feb 2020 at 14:28, Andrea Aime > > > ons.it> wrote: > > > > Hi, > > > > a couple of weeks ago the support for background color fill has > > > > been merged on master: > > > > https://github.com/geotools/geotools/pull/2775 > > > > > > > > I was wondering about doing an early backport to 22.x, > > > > considering that 22.x will not see > > > > a release before April anyways (next month we do 23.0, so 22.3 > > > > will be April 18th I believe?). > > > > > > > > Worries, objections? > > > > > > > > Cheers > > > > Andrea > > > > > > > > == > > > > 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. > > > > ___ > > > > GeoTools-Devel mailing list > > > > GeoTools-Devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > > > > > > > > -- > > > Ian Turton > > > ___ > > > GeoTools-Devel mailing list > > > GeoTools-Devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/geotools-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 > > > --- > > 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
Re: [Geotools-devel] Backporting SQL Server curves support
+1 On Wed, 2020-02-19 at 20:05 +0100, Andrea Aime wrote: > Backport PR: https://github.com/geotools/geotools/pull/2816 > > Cheers > Andrea > > On Wed, Feb 19, 2020 at 5:09 PM Jody Garnett > wrote: > > +1 I am fine with backporting, but not in a position to test this > > functionality at this time. > > -- > > Jody Garnett > > > > > > On Wed, 19 Feb 2020 at 16:57, Andrea Aime > > s.it> wrote: > > > Hi, > > > a month ago the support for readig/writing curved geometries in > > > SQL Server was merged on master: > > > https://github.com/geotools/geotools/pull/2753 > > > > > > The change is mostly limited to the sql server module, with some > > > extra input data tolerance related changes > > > in core curve geometry classes. > > > > > > Any worries or objections to a backport on 22.x? > > > > > > Cheers > > > Andrea > > > > > > == > > > GeoServer Professional Services from the experts! Visit http://go > > > o.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. > > > ___ > > > GeoTools-Devel mailing list > > > GeoTools-Devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/geotools-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 > > > --- > > 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. > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.n
Re: [Geotools-devel] Backport ability to displace label and its shield (merged 2 months ago)
+1 On Wed, 2020-02-19 at 19:10 +0100, Andrea Aime wrote: > Thanks, I've opened a cackport PR here: https://github.com/geotools/g > eotools/pull/2814 > > Cheers > Andrea > > On Wed, Feb 19, 2020 at 5:08 PM Jody Garnett > wrote: > > +1 and it is nice functionality > > -- > > Jody Garnett > > > > > > On Wed, 19 Feb 2020 at 16:54, Andrea Aime > > s.it> wrote: > > > Hi, > > > beginning of December this PR was merged: > > > https://github.com/geotools/geotools/pull/2687 > > > > > > Among the many, it contains one improvement that I'd like to > > > backport, that is, the ability to offset > > > the shield from the label in TextSymbolizer, in other words, > > > having a point symbol that is not centered > > > with the label, but that still shows up only if the label is > > > visible. The backport would be of this only: > > > https://github.com/geotools/geotools/pull/2687/commits/b298282f17 > > > aea76b9549c4811ce9755347e3 > > > Also described in: > > > https://osgeo-org.atlassian.net/browse/GEOT-6446 > > > > > > It's been two months already, afaik it has not caused trouble. > > > Any objection to backport? > > > > > > Cheers > > > Andrea > > > > > > == > > > GeoServer Professional Services from the experts! Visit http://go > > > o.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. > > > ___ > > > GeoTools-Devel mailing list > > > GeoTools-Devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/geotools-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 > > > --- > > 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 Regul
Re: [Geotools-devel] Permission to backport [GEOT-6433] markAlongLine ExernalGraphics for LineSymbolizer
+1 On Thu, 2020-02-13 at 12:09 +0100, Jody Garnett wrote: > +1, and glad this change includes nice docs :) > -- > Jody Garnett > > > On Thu, 13 Feb 2020 at 11:55, Imran Rajjad wrote: > > Dear List, > > > > I would like to seek permission to proceed backporting the > > following new feature introduced more than one month ago. > > Details can be found at > > https://osgeo-org.atlassian.net/browse/GEOT-6433 > > PR : https://github.com/geotools/geotools/pull/2680 > > > > regards, > > Imran > > ___ > > GeoTools-Devel mailing list > > GeoTools-Devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Motion: MBStyle Graduation
+1 On Wed, 2020-01-22 at 18:33 +0100, Andrea Aime wrote: > +1 on the graduation > Would love to see Torben act a co-maintainer, but not a requirement. > > Cheers > Andrea > > On Mon, Jan 13, 2020 at 9:03 AM Jody Garnett > wrote: > > On Sun, 12 Jan 2020 at 23:38, Andrea Aime > > s.it> wrote: > > > On Mon, Jan 13, 2020 at 8:22 AM Jody Garnett > > > com> wrote: > > > > I would like to propose MBStyle for graduation: > > > > > > > > Gold Star Plugin QA Test: > > > > Module maintainer: Jody Garnett (GeoCat) > > > > > > > So far I asked Torben to review the PRs, should I route the PR > > > review requests to you then? > > > > > If Torben is in position to act as module maintainer also that > > would be great. > > > > Used in anger: shipped as part of boundless suite > > > > > > > Hum... isn't the suite dead? Did it get some exposure? > > > > > Some. > > > > > That said, many of these are now closed, with a few PRs more and > > > it will more or less translate decently the osm-bright-gl OMT > > > style. The other OMT styles need some more work, > > > if you want to play with them easily see this GeoServer data > > > dir: https://github.com/geosolutions-it/openmaptiles (most of the > > > issue now can be spotted by looking at the maps > > > side by side with a Maputnik editor). > > > > > Thanks, that is good to know. > > > > Optimized: non-performance critical code > > > > Supported: community module documentation has required code > > > > example, and a copy of the mapbox style specification > > > > indicating which aspects are implemented. I would like > > > > > > > Additional: > > > Developers guide: code has been consistently reviewed during > > > development, subject to automated formatting and Andrea's recent > > > QA safety measures > > > > I am finding some issues here (just trying to run a report to see > JaCoCo test coverage). Starting a PR here mbstyle review > > > Code Coverage: Getting "Skipping JaCoCo execution due to missing > > > execution data file" any tips welcome > > > > > IntelliJ reports a 87% coverage on the module, which is pretty > > good. (all of the issues I worked on either lacked a test or were > > testing for non compliant behavior). > > > Thanks, so far I have been unable to get JaCoCo to run (even though > the plugin is configured in our root pom). Does anyone have an > example I can add to the docs? > > Cheers > Jody > > > -- > 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. > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax
Re: [Geotools-devel] Time to drop JTDS driver?
+1 On Fri, 2020-01-10 at 12:11 +, Ian Turton wrote: > Sounds good to me, I added it years ago as it had some speed > advantages over the MicroSoft one but I doubt those remain now. > > Ian > > On Fri, 10 Jan 2020 at 09:54, Andrea Aime > it> wrote: > > Hi, > > the situation in Microsoft land changed since the JTDS driver > > support has been added to the > > SQLServer data store, in particular: > > The JTDS driver has fallen un-maintained > > The Microsoft driver became open source > > I doing some work on the SQL Server data store, and going to add a > > firm dependency on the Microsoft > > driver since we don't have any more licensing issues... but was > > also wondering about dropping JTDS > > altogether. > > > > Thoughts? > > > > Cheers > > Andrea > > > > == > > 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. > > ___ > > GeoTools-Devel mailing list > > GeoTools-Devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > > -- > Ian Turton > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Commit message must be in the form "[GEOT-XYZW] Title of the Jira ticket"
I cannot stress enough how valuable this is: > When you have to clean up problems in code, being able to annotate the > code (git blame), find the origin, > track the original description and > discussion, and the people involved in it, is invaluable The other day I had to investigate what look like a regression, a git blame give me the relevant commit, but unfortunately the commit didn't follow the recommended pattern ... and just by looking at the code and commit message it was not clear what was going on and why the code was changed. I had to ping directly the developer and we spend some time finding the original issue. The original issue give all the info we need and clarified everything :) On Thu, 2020-01-09 at 08:04 +0100, Andrea Aime wrote: > On Wed, Jan 8, 2020 at 8:08 PM Jody Garnett wrote:> > > What is the advantage of this format? Does it come from an automatic tool? > > The commit message habit has been there for a while... the automated tool > > is called Andrea, crushing several weekends > to look up tickets in Jira that have been left abandoned but open, while the > work is actually done. > You all have been relying on this automation for over 10 years without much > noticing I think, but has limited > the Jira tendency to work towards becoming a dumpster. > > Generally speaking, you want to have the ticket number in all your commit > > messages, for very basic reasons > (I'm actually surprised you work on projects where that does not happen, must > be a tracking nightmare to look > in their history...): > > https://softwareengineering.stackexchange.com/questions/308084/is-there-any-downside-to-commit-messages-containing-the-ticket-number> > > > When you have to clean up problems in code, being able to annotate the > > code (git blame), find the origin, > track the original description and discussion, and the people involved in it, > is invaluable > While it does not always work, it often allows to figure out why things were > done that way, > instead of just having a shortsighted and preconceived personal notion of > what the code should be doing. > > Regards > Andrea > > == > GeoServer Professional Services from the experts! Visit http://goo.gl/it488V > for more information. > 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.> > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/geotools-devel> -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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 fo
Re: [Geotools-devel] geotools blogger spam
+1, thx Jody. On Fri, 2019-11-29 at 14:14 +0100, Andrea Aime wrote: > Doh what a world we live in! :-D > Anyhow, I agree comments are not critical, and we have other fishes > to fry, > thanks for turning them off > > Cheers > Andrea > > On Fri, Nov 29, 2019 at 2:12 PM Jody Garnett > wrote: > > I noticed spam on a recent post, checking blogger showed around > > 2000 spam comments added to prior posts. Authentication was set to > > "anyone with a google account", apparently too low a bar in 2019. > > > > I have hidden comments, and cannot see any reason why would enable > > them again. > > -- > > Jody Garnett > > ___ > > GeoTools-Devel mailing list > > GeoTools-Devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/geotools-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 > > > --- > > 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. > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Backporting App-Schema anonymous unbounded sequences support
Hi Fernando, looks like the changes are isolated in App-Schema, except a small one in the XML encoder, the changes where merged more than one month ago (04 October), so +1 from me. Best regards, On Wed, 2019-11-06 at 23:20 +0100, fernando.m...@geo-solutions.it wrote: > Hi community. > > There is an improvement for App-Schema module adding support for 1..n > cardinality on XSD anonymous unbounded sequences. The changes on > mappings for allowing this are only additions keeping backward > compatibility. > > I would like to ask if there is no problem on backporting this work > to 22.x and 21.x branches. Naturally I'll be glad to clarify any > question about. > > JIRA ticket: > https://osgeo-org.atlassian.net/browse/GEOT-6370 > > Master PR: > https://github.com/geotools/geotools/pull/2564 > > Regards, > Fernando Mino > == > GeoServer Professional Services from the experts! Visit http://goo.gl > /it488V for more information. > == > Fernando Mino > Software Engineer > > GeoSolutions S.A.S. > Via di Montramito 3/A > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > > 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. > > > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Backporting MongoDB schema store http support
+1 On Wed, 2019-11-06 at 23:10 +0100, fernando.m...@geo-solutions.it wrote: > Hi community, > > There is work already merged on master branch for improving MongoDB > datastore schema store for supporting read remote http/https files. > This is only activated by setting a http URL on the schema store > parameter and changes done maintains backward compatibility. > > JIRA tiicket: > https://osgeo-org.atlassian.net/browse/GEOT-6394 > > Master PR: > https://github.com/geotools/geotools/pull/2593 > > I would like to ask permission for doing backport for this PR on 22.x > and 21.x branches if possible. If you have any doubt about the > additions involved I'll be glad to clarify any topic. > > Thanks. > > > Regards, > Fernando Mino > == > GeoServer Professional Services from the experts! Visit http://goo.gl > /it488V for more information. > == > Fernando Mino > Software Engineer > > GeoSolutions S.A.S. > Via di Montramito 3/A > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > > 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. > > > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] geotools 2019 budget priorities
+1 On Fri, Oct 25, 2019 at 2:43 PM Andrea Aime wrote: > Yep, sounds like a good idea to me, indeed all CITE tests end up using > mostly GeoTools code, > GeoServer is providing mostly "glue" but the heavy lifting is done via the > GeoTools libraries > > Cheers > Andrea > > On Tue, Oct 22, 2019 at 9:37 PM Jody Garnett > wrote: > >> GeoTools made a request for the default OSGeo budget of $2000 as we had >> no specific RnD goals or challenges to address this year. >> >> How do the GeoTools PMC members feel about offering some support to the >> GeoServer CITE testing activity? We do indirectly benefit from additional >> test coverage (although restoring oracle online tests may be more directly >> beneficial). >> -- >> Jody Garnett >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-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 > --- *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.* > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] Trying to understand Java 11 failures
Hi Andrea, using Java 11 (OpenJDK 11 from AdoptOpenJDK) I get the same results as you. I have isolated this two errors as the origin: java.lang.NullPointerException at java.xml/com.sun.org.apache.xerces.internal.dom.ParentNode.nodeLi stGetLength(ParentNode.java:697) at java.xml/com.sun.org.apache.xerces.internal.dom.ParentNode.getLen gth(ParentNode.java:725) at org.geotools.xsd.impl.BindingPropertyExtractor.getSequenceElement (BindingPropertyExtractor.java:397) at org.geotools.xsd.impl.BindingPropertyExtractor.isUnboundedSequenc e(BindingPropertyExtractor.java:363) at org.geotools.xsd.impl.BindingPropertyExtractor.properties(Binding PropertyExtractor.java:82) at org.geotools.xsd.Encoder.encode(Encoder.java:990) ... and: java.util.ConcurrentModificationException at java.base/java.util.HashMap$HashIterator.nextNode(HashMap.java:14 93) at java.base/java.util.HashMap$EntryIterator.next(HashMap.java:1526) at java.base/java.util.HashMap$EntryIterator.next(HashMap.java:1524) at org.geoserver.catalog.impl.ModificationProxyCloner.cloneMap(Modif icationProxyCloner.java:274) at org.geoserver.catalog.impl.ModificationProxy.invoke(ModificationP roxy.java:108) at com.sun.proxy.$Proxy43.getGML(Unknown Source) at org.geoserver.wfs.xml.GML3OutputFormat.write(GML3OutputFormat.jav a:219) at org.geoserver.wfs.WFSGetFeatureOutputFormat.write(WFSGetFeatureOu tputFormat.java:198) at org.geoserver.ows.Dispatcher.response(Dispatcher.java:1031) Chatting whit Fernando looks like he made some interesting discoveries, I will let him follow up on this thread :) Best regards, Nuno Oliveira On Sat, 2019-10-12 at 17:45 +0200, Andrea Aime wrote: > Hi, > tried a few more things on the build server, with no success: > Reduced build parallelism to 1 > Switched to Maven 3.6.2 > Removed all QA checks > Skipping formatting checks > I've also noticed that the normal build has the java.tmpdir set, so > copied that setting over. > Even with all of the above applied at the same time, the build still > failed. > I've also tried different positions for the local maven repo (the > current build uses a separate one, > maybe to make sure there is no conflict with java 8 builds) but that > did not help either. > > No idea of what else to try > > Cheers > Andrea > > > On Thu, Oct 10, 2019 at 6:47 PM Andrea Aime > s.it> wrote: > > Been building the master branch with OpenJDK 11 from AdoptOpenJDK > > all day, tried to make > > a few runs every now and then, found a image comparison failure > > that I've fixed, with that, > > no more failures, no file system issues... seems an Amazon fleet > > specific mystery... > > > > Anyone that can reproduce these issues? > > > > Cheers > > Andrea > > > > > > On Thu, Oct 10, 2019 at 11:14 AM Andrea Aime > > ions.it> wrote: > > > Hi, > > > Java 11 builds keep on being plagued by random failures, but > > > lately, they are almost guaranteed. > > > The starting point for the build fail is not always the same, it > > > happens in different modules, but once > > > there is an error, everything falls apart. > > > > > > See for example this build: > > > https://build.geoserver.org/view/geotools/job/geotools-java11/489 > > > /consoleFull > > > After the errors in mosaic, the log of the feature-pregeneralized > > > module, while not reporting errors, > > > state the following: > > > > > > [INFO] --- maven-resources-plugin:3.1.0:resources (default- > > > resources) @ gt-feature-pregeneralized --- > > > [INFO] Using 'UTF-8' encoding to copy filtered resources. > > > [INFO] skip non existing resourceDirectory /tmp/jenkins- > > > c559144f/workspace/java11/geotools/modules/plugin/feature- > > > pregeneralized/src/main/resources > > > [INFO] > > > [INFO] --- maven-compiler-plugin:3.8.0:compile (default-compile) > > > @ gt-feature-pregeneralized --- > > > [INFO] No sources to compile > > > [INFO] > > > [INFO] --- maven-resources-plugin:3.1.0:testResources (default- > > > testResources) @ gt-feature-pregeneralized --- > > > [INFO] Using 'UTF-8' encoding to copy filtered resources. > > > [INFO] skip non existing resourceDirectory /tmp/jenkins- > > > c559144f/workspace/java11/geotools/modules/plugin/feature- > > > pregeneralized/src/test/resources > > > > > > This i
Re: [Geotools-devel] GSIP RenderListener Extension
Looks good to me +1 :) On Thu, 2019-10-10 at 11:04 +0100, Ian Turton wrote: > Seems uncontentious to me +1 > > Ian > > On Thu, 10 Oct 2019 at 10:22, marco.volp...@geo-solutions.it > olp...@geo-solutions.it> wrote: > > Dear all, > > > > I would like to submit the following Geotools improvement proposal: > > > > https://github.com/geotools/geotools/wiki/RenderListener-Extension > > > > > > > > I take also the opportunity to introduce myself: > > I'm Marco Volpini from Italy and I start recently working as a java > > developer at Geo-solutions. > > > > Best regards, > > > > Marco Volpini > > ___ > > GeoTools-Devel mailing list > > GeoTools-Devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > > -- > Ian Turton > _______ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] GeoTool release job improvement
Nice, thx Alessandro! On Thu, Sep 19, 2019 at 5:09 PM Torben Barsballe via GeoTools-Devel < geotools-devel@lists.sourceforge.net> wrote: > Thanks! That is quite helpful. Please also update the docs > <http://docs.geotools.org/latest/developer/procedures/release.html> > accordingly. > > Cheers, > Torben > > On Thu, Sep 19, 2019 at 4:00 AM Andrea Aime > wrote: > >> On Thu, Sep 19, 2019 at 12:49 PM Alessandro Parma < >> alessandro.pa...@geo-solutions.it> wrote: >> >>> Dear All, >>> >>> I am helping out Andrea with GeoTools / GeoServer releases. I took the >>> occasion to make a small improvement >>> to the Jenkins release job >>> <https://build.geoserver.org/view/release/job/geotools-release/> and >>> have it testing a build on a clean maven repository at the end of the >>> regular build. >>> The idea is to speed up the release process because the releaser(s) >>> don't have to perform this step manually >>> anymore. >>> >>> Hope this helps. For any issues please let me know >>> >> >> It does, a lot, IMHO. The trick is to just tell maven to use a newly >> created repository by passing it to the command line >> like: -Dmaven.repo.local=/path/to/the/temp/repo and Maven will "download >> the internet" and check that every required >> jar is present and accounted for >> >> Cheers >> Andrea >> >> == >> >> 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.* >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > > > -- > Torben Barsballe > Software Engineer > Planet Federal > tbarsba...@federal.planet.com > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Include jdbc-hana in GeoTools 22.0 release
Hi Jody, I already did (last Friday), +1 again :) On Tue, 2019-08-06 at 10:00 -0700, Jody Garnett wrote: > Nuno are you in position to vote please? > -- > Jody Garnett > > > On Wed, 31 Jul 2019 at 10:56, Jody Garnett > wrote: > > The community module jdbc-hana is ready to be a geotools plugin > > with Stefan as module maintainer. While I found some duplicate > > functionality and opportunities for improvement the code had no IP > > troubles, has appropriate documentation and test coverage. > > > > I would like to propose jdbc-hana for inclusion in the upcoming > > GeoTools 22.0 release. > > -- > > Jody Garnett > > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Include jdbc-hana in GeoTools 22.0 release
+1 On Wed, 2019-07-31 at 10:56 -0700, Jody Garnett wrote: > The community module jdbc-hana is ready to be a geotools plugin with > Stefan as module maintainer. While I found some duplicate > functionality and opportunities for improvement the code had no IP > troubles, has appropriate documentation and test coverage. > > I would like to propose jdbc-hana for inclusion in the upcoming > GeoTools 22.0 release. > -- > Jody Garnett > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] GEOS-7533 - slow schema creation on postgis with 20k+ tables
Btw, this mail was more suited to GeoTools DEV list ;) On Mon, 2019-07-22 at 19:25 +0500, Imran Rajjad wrote: > Greetings, > > This mail is in reference to issue described at https://osgeo-org.atl > assian.net/browse/GEOS-7533?oldIssueView=true. > > To replicate the user`s environment, I have a Postgis database with > 30k tables. > > As per Andrea`s initial investigation and feedback on this issue, it > is proposed to have the PostGISDialect hold additional Sql types and > Sql Name mappings inside the override map. > > Secondly, we could have the JDBCDataStore implementation optionally > skip going to underlying database if all the dialect implementation > has managed to provide all Sql Type Names for given Sql Types. > > A draft PR is available at https://github.com/geotools/geotools/pull/ > 2504 > > regards, > Imran > > ___ > Geoserver-devel mailing list > geoserver-de...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] GEOS-7533 - slow schema creation on postgis with 20k+ tables
Hi Imran, So, if I understand this correctly the issue starts on this method: https://github.com/geotools/geotools/blob/5f84746a9410d6761056f2d02bc8e 340d60959c0/modules/library/jdbc/src/main/java/org/geotools/jdbc/JDBCDa taStore.java#L3233-L3343 ... and its caused by the way JDBC getTypeInfo() is handled by PostgreSQL, which currently makes this call very inefficient for when we have an high number of tables, did I got this right? Then yes +1 for your plan, I would just make sure that we log an warning for missing types mappings that we need to look up in the database. Thank you, On Mon, 2019-07-22 at 19:25 +0500, Imran Rajjad wrote: > Greetings, > > This mail is in reference to issue described at https://osgeo-org.atl > assian.net/browse/GEOS-7533?oldIssueView=true. > > To replicate the user`s environment, I have a Postgis database with > 30k tables. > > As per Andrea`s initial investigation and feedback on this issue, it > is proposed to have the PostGISDialect hold additional Sql types and > Sql Name mappings inside the override map. > > Secondly, we could have the JDBCDataStore implementation optionally > skip going to underlying database if all the dialect implementation > has managed to provide all Sql Type Names for given Sql Types. > > A draft PR is available at https://github.com/geotools/geotools/pull/ > 2504 > > regards, > Imran > > ___ > Geoserver-devel mailing list > geoserver-de...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] GEOT-6328 backporting
Hi Fernando, By default, the old behavior stills apply right? Basically only one element is used? Anyway, +1 for the backport. Thank you, On Wed, 2019-07-10 at 19:39 +0200, fernando.m...@geo-solutions.it wrote: > Hi all, > > An improvement for to allow MongoDB data store schema builder to user > all DB collection items [GEOT-6328] was recently reviewed and merged > on master branch (2.16.x). So I would like to make 2.15.x backport > PR. Is this good for you? > > Thanks! > > PR: > https://github.com/geotools/geotools/pull/2457 > > Issue: > https://osgeo-org.atlassian.net/browse/GEOT-6328 > > Regards, > Fernando Mino > == > GeoServer Professional Services from the experts! Visit http://goo.gl > /it488V for more information. > == > Fernando Mino > Software Engineer > > GeoSolutions S.A.S. > Via di Montramito 3/A > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > > 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. > > > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] The dark side of the backport plugin: remember to delete that branch! (and some cleanup needed)
Great, Thx! On Fri, 2019-07-12 at 19:48 +1000, Brad Hards wrote: > Most of the easy ones (including some old “revert” branches, from > reverting on github) are removed. > > There are a bunch of additional branches where I will put a simple > message on the PR to flag it as requiring attention. > > We also have some really old feature branches. I’ll flag those later > too. > > Brad > > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] About backporting GEOT-6330
+1, I will add the label back-porting tags :) On Wed, Jul 10, 2019 at 4:55 PM Ian Turton wrote: > +1 for me > > Ian > > On Wed, 10 Jul 2019 at 14:32, fernando.m...@geo-solutions.it < > fernando.m...@geo-solutions.it> wrote: > >> >> Hi community, >> >> I think it would be nice to have [GEOT-6330 XS DateTime encoder doesn't >> support Local DateTime Handling System property] improvement backported >> (2.15.x, 2.14.x), so I'm here asking permission for doing that. >> >> As usual, if you have any doubt about I'll be glad to answer it. >> >> PR: >> https://github.com/geotools/geotools/pull/2459 >> >> Issue: >> https://osgeo-org.atlassian.net/browse/GEOT-6330 >> >> Thanks. >> >> Regards, >> >> Fernando Mino >> >> == >> >> GeoServer Professional Services from the experts! Visit >> http://goo.gl/it488V for more information. >> >> == >> >> Fernando Mino >> >> Software Engineer >> >> GeoSolutions S.A.S. >> >> Via di Montramito 3/A >> >> 55054 Massarosa (LU) >> >> Italy >> >> phone: +39 0584 962313 >> >> fax: +39 0584 1660272 >> >> 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. >> >> >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > > > -- > Ian Turton > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] CQL filter OR operator does not work on attributes that are multiple on MongoDB DataSource
gt; ] }, projection: { geometry: 1 }, ... }
> ble.com/file/t385081/stations-stations_%282%29.png> So I concluded
> that GeoServer does AND operation by sending filter tomongoDB. And OR
> operation by itself requesting all records from collection.But with
> attributes that are multiple something goes wrong. I think it's
> abug. If you have any sugestions please tell me. --Sent from: http:
> //osgeo-org.1560.x6.nabble.com/GeoServer-Dev-f3819232.html _
> __Geoserver-devel mailing
> listGeoserver-devel@lists.sourceforge.nethttps://lists.sourceforge.ne
> t/lists/listinfo/geoserver-devel
> ___
> Geoserver-devel mailing list
> geoserver-de...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
--
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the
experts!
Visit http://goo.gl/it488V for more information.
==
Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer
GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
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.
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Remove broken (AbstractDataStoreFactory) modules?
Forgot to reply on this, as far as I know, which is pretty much nothing, that unsupported module is used to support consuming GML from an web service ... so it is kind of a data store for App-Schema. That say, I never used it and don't even know if it is working or not. So I'm whit Jody let's remove ti and see what happens :) On Wed, 2019-06-12 at 06:37 -0700, Jody Garnett wrote: > Yes, we can remove them. > > On Wed, Jun 12, 2019 at 2:48 AM Brad Hards > wrote: > > As part of the https://osgeo-org.atlassian.net/browse/GEOT-5859 > > upgrade from commons httpclient to httpcomponents 4.x I’ve noted > > some broken modules (won’t build because of > > AbstractDataStoreFactory) that use that API, such as couchdb and > > the app-schema webservice. > > > > Not related to httpclient upgrade, but I also see excel and edigeo > > haven’t been upgraded from AbstractDataStoreFactory. > > > > Have we waited long enough to remove those from master? They’d > > obviously still be in git if someone wants to revive it. > > > > Brad > > > > ___ > > GeoTools-Devel mailing list > > GeoTools-Devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > -- > -- > Jody Garnett > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] Automatic GitHub backporting application
> > > Geoserver-devel mailing list > > > geoserver-de...@lists.sourceforge.net > > > 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 > > > --- > > 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. > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] circle-ci cross project integration tests
+1 On Mon, 2019-05-20 at 09:58 -0400, Jim Hughes wrote: > Hi Andrea, > Congrats, this is awesome! I'm glad you were able to clean up what I > started at the OSGeo code sprint! > Cheers, > Jim > On 5/19/2019 5:18 PM, Andrea Aime wrote: > > Hi, > > following on Jim's work I've prepared a build that seems to be > > doing the trick, and building > > in sequence: > > GeoTools (without tests, other builds cover that) > > GeoWebCache (with tests) > > GeoServer (with tests and community modules compile only) > > All build in sequence in the same container, thus using the same > > repository and, what's important, > > the same snapshots produced by the GeoTools build. > > > > Jim was right, making the silly thing build without breaking on > > build limits has been the challenging > > point, took a number of experiments to find the right way to pass > > the JVM params and set them > > to a working condition. > > Build times are surprisingly not bad, around 20 minutes total, > > which is compatible with the other > > Travis builds the PRs are triggering. > > > > Here is the build file: > > https://github.com/aaime/geotools/blob/circle/.circleci/config.yml > > > > and branch: > > https://github.com/aaime/geotools/tree/circle > > > > A successful build looks as follows: > > > > > > > > I'm sure some adjustments are going to be needed, and we won't be > > able to trust these builds always > > (like if a PR is meant to introduce a breaking change, well, it > > will break this build for sure). > > I can imagine maybe some conventions in the commit message > > referring to the repos > > and branches for the corresponding gwc and gs to use but... I'll > > leave that as an exercise for those > > interested :-p > > > > If there are no objections I can make a PR to introduce this in > > GeoTools in the next few days. > > > > Cheers > > Andrea > > > > PS: and yes, we'll need to setup a similar build for GeoWebCache > > too, to check eventual downstream > > breakage in GeoServer. > > > > == > > 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-devel mailing list > > geoserver-de...@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > ___ > Geoserver-devel mailing list > geoserver-de...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- Con ri
Re: [Geotools-devel] [Geoserver-devel] Moving the PMC meeting to an eariler time
+1 On Mon, 2019-04-29 at 20:18 +0200, Andrea Aime wrote: > Works for me! > > Cheers > Andrea > > Il lun 29 apr 2019, 19:56 Torben Barsballe via Geoserver-devel > rver-de...@lists.sourceforge.net> ha scritto: > > This topic hasn't had much in the way of replies since last > > meeting. Shall we tentatively say 16:30 UTC for tomorrow's PMC > > meeting and see how that works out? > > > > Does that work for everyone else? > > > > Cheers, > > Torben > > > > On Tue, Apr 16, 2019 at 10:52 AM Torben Barsballe > > al.planet.com> wrote: > > > I'd also be able to do 2 hours earlier (So 15:00 UTC), but I > > > wouldn't prefer it. > > > > > > Torben > > > > > > On Tue, Apr 16, 2019 at 10:40 AM Andrea Aime > > > utions.it> wrote: > > > > 30 min earlier works fine here too, and open to other > > > > suggestions (anything that does not push the meeting later than > > > > it is now) > > > > > > > > Cheers > > > > Andrea > > > > > > > > On Tue, Apr 16, 2019 at 7:29 PM Torben Barsballe via GeoTools- > > > > Devel wrote: > > > > > The PMC Meeting is currently scheduled for 17:00 UTC > > > > > > > > > > I believe everyone has switched over from daylight savings > > > > > time at this point, and a couple people have expressed > > > > > interest in an earlier meeting time, so do we want to move > > > > > the meeting to an earlier time? > > > > > What works best for everyone? > > > > > > > > > > At the moment 30min earlier would work best for me. > > > > > > > > > > Torben > > > > > ___ > > > > > GeoTools-Devel mailing list > > > > > GeoTools-Devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/geotools-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 > > > > > > > > > > > > --- > > > > > > > > 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-de...@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > > > ___ > Geoserver-devel mailing list > geoserver-de...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Regards, Nuno Oliveira == GeoServer Profes
Re: [Geotools-devel] API deprecation cleanup
Ouch! On Sat, 2019-03-09 at 19:42 +0100, Andrea Aime wrote: > On Sat, Mar 9, 2019 at 5:24 PM Andrea Aime > .it> wrote: > > The moment I hit gt-main more than 100 warnings popped up and > > decided to stop for a bit > > > Found the argument to control the max number of warnings and got to > the real number of deprecation warnings > in gs-main/src/main (not tests): 399 > Hly > > Cheers > Andrea > > == > 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. > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Filter function to extract bits from json
Hi all, I would say +1 adding Jackson to gt-main and make it the default JSON handling library. Looks like: - the most widely adopted library, so low probability of becoming unmaintained - as available documentation and tutorials - one of the most complete in terms of features - as a good performance - as an interesting integration potential with other serialization\deserialization technologies So definitely +1 for Jackson. Thanks for bringing this up Andrea. Regards, Nuno Oliveira On Thu, 2019-01-24 at 17:36 +0100, Andrea Aime wrote: > On Thu, Jan 24, 2019 at 5:32 PM Emilio Lahr-Vivaz > m> wrote: > > Hi Andrea, > > > > I was just giving some context for the links Jim posted. Bottom > > line, our functions will work on json strings, using jayway backed > > by gson (both active libraries I believe, and gson already on the > > geotools classpath), > > > It seems it's not possible to use json-path without the dead library > in the classpath though (I did not try, just checked this and other > tickets): > https://github.com/json-path/JsonPath/issues/513 > > Cheers > Andrea > > == > 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. > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Last minute proposal: enabling JAI-EXT by default
+1 On Mon, 2019-01-21 at 11:59 +0100, Andrea Aime wrote: > Hi, > during the last year GeoSolutions has been pushing hard on JAI-EXT to > improve its performance and iron out > a few bugs. We have also been running GeoServer with JAI-EXT enabled > on all our deployments for a while now > (a few years now). > > We believe it's time to make it available by default for everybody. > > I've prepared a proposal and a set of pull requests, here: > https://github.com/geotools/geotools/pull/2237 > https://github.com/geotools/geotools/wiki/Enable-JAI-EXT-by-default > Please discuss, vote :-) > > Cheers > Andrea > > == > 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. > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] geotools 2019 budget
; > 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. > > > ___ > > > GeoTools-Devel mailing list > > > GeoTools-Devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > > > > > -- > > Ian Turton > > ___ > > GeoTools-Devel mailing list > > GeoTools-Devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] GeoTools / GeoServer PMC meeting - 2018-12-11
The pending Travis builds for the PRs I was monitoring passed. I didn't do anything to fix the builds, looks like they clear up on their own. Thank you for the help and support Torben. On Mon, 2018-12-17 at 13:46 -0800, Torben Barsballe wrote: > It looks like the Jenkins failures have cleared up by themselves > (unless anyone changed something in particular). > > Travis also seems to be passing on the latest PRs - is anyone still > having issues? Did anyone do anything specific to attempt to fix the > failures, or did they just clear up on their own. > > Torben > > > > On Wed, Dec 12, 2018 at 12:33 PM Torben Barsballe > ssgeo.com> wrote: > > With regards to the Travis timeouts, I have noticed that mvn > > downloads from central (repo1.maven.org/maven2)have been unusually > > slow lately (~ a couple minutes for a regular-sized artifact). Not > > so slow as to cause the Jenkins issues, but perhaps slow enough to > > cause timeouts Travis? > > > > Cheers, > > Torben > > > > On Wed, Dec 12, 2018 at 10:05 AM Nuno Oliveira > > olutions.it> wrote: > > > Same here, local build went fine, thank you Torben. > > > > > > On Wed, 2018-12-12 at 09:33 -0800, Torben Barsballe wrote: > > > > I've kicked off a new GT master build on Jenkins, we'll see > > > > what happens this time around > > > > > > > > As an aside, I did try building GeoTools master locally, > > > > forcing maven updates, and didn't run into any trouble. > > > > > > > > Torben > > > > > > > > On Wed, Dec 12, 2018 at 2:44 AM Nuno Oliveira > > > > o-solutions.it> wrote: > > > > > I see that no new GeoTools Jenkins build as been started > > > > > since yesterday, should we start a new one (I don't have > > > > > enough permissions to do that) ? > > > > > > > > > > On Tue, 2018-12-11 at 11:19 -0800, Torben Barsballe wrote: > > > > > > GeoTools master has stalled on Jenkins again. > > > > > > > > > > > > Stalled at: > > > > > > > > > > > > [INFO] --- maven-install-plugin:2.4:install (default- > > > > > > install) @ gt-wps --- > > > > > > [INFO] Installing /var/jenkins/workspace/geotools- > > > > > > master/modules/unsupported/wps/target/gt-wps-21- > > > > > > SNAPSHOT.jar to > > > > > > /var/jenkins/.m2/repository/org/geotools/gt-wps/21- > > > > > > SNAPSHOT/gt-wps-21-SNAPSHOT.jar > > > > > > [INFO] Installing /var/jenkins/workspace/geotools- > > > > > > master/modules/unsupported/wps/pom.xml to > > > > > > /var/jenkins/.m2/repository/org/geotools/gt-wps/21- > > > > > > SNAPSHOT/gt-wps-21-SNAPSHOT.pom > > > > > > [INFO] Installing /var/jenkins/workspace/geotools- > > > > > > master/modules/unsupported/wps/target/gt-wps-21-SNAPSHOT- > > > > > > sources.jar to /var/jenkins/.m2/repository/org/geotools/gt- > > > > > > wps/21-SNAPSHOT/gt-wps-21-SNAPSHOT-sources.jar > > > > > > > > > > > > This seems to be the same place it was stopped before. I > > > > > > have killed the jobs. > > > > > > > > > > > > On Tue, Dec 11, 2018 at 8:33 AM Nuno Oliveira > > > > > > a...@geo-solutions.it> wrote: > > > > > > > Attending > > > > > > > Torben Barsballe > > > > > > > Andrea Aime > > > > > > > Nuno Oliveira > > > > > > > > > > > > > > Actions from Last Meeting > > > > > > > Propose moving Spatiallite to unsupported on Mailing > > > > > > > Lists [DONE] > > > > > > > Ask for volunteers for Java 11 milestone release [DONE] > > > > > > > > > > > > > > Agenda > > > > > > > Java 11 Milestone release - When > > > > > > > 2.13.4 release - volunteers > > > > > > > Move meeting forward 1 hour? > > > > > > > Travis builds failing > > > > > > > Actions > > > > > > > [Andrea] Ask on list for 2.13.4 release volunteers > > > > > > > Java 11 Milestone release - When > > > > > > > Just avoid the 2.13.4 release timeframe (so not Dec 18th) > > > > >
Re: [Geotools-devel] [Geoserver-devel] GeoTools / GeoServer PMC meeting - 2018-12-11
Same here, local build went fine, thank you Torben. On Wed, 2018-12-12 at 09:33 -0800, Torben Barsballe wrote: > I've kicked off a new GT master build on Jenkins, we'll see what > happens this time around > > As an aside, I did try building GeoTools master locally, forcing > maven updates, and didn't run into any trouble. > > Torben > > On Wed, Dec 12, 2018 at 2:44 AM Nuno Oliveira > tions.it> wrote: > > I see that no new GeoTools Jenkins build as been started since > > yesterday, should we start a new one (I don't have enough > > permissions to do that) ? > > > > On Tue, 2018-12-11 at 11:19 -0800, Torben Barsballe wrote: > > > GeoTools master has stalled on Jenkins again. > > > > > > Stalled at: > > > > > > [INFO] --- maven-install-plugin:2.4:install (default-install) @ > > > gt-wps --- > > > [INFO] Installing /var/jenkins/workspace/geotools- > > > master/modules/unsupported/wps/target/gt-wps-21-SNAPSHOT.jar to > > > /var/jenkins/.m2/repository/org/geotools/gt-wps/21-SNAPSHOT/gt- > > > wps-21-SNAPSHOT.jar > > > [INFO] Installing /var/jenkins/workspace/geotools- > > > master/modules/unsupported/wps/pom.xml to > > > /var/jenkins/.m2/repository/org/geotools/gt-wps/21-SNAPSHOT/gt- > > > wps-21-SNAPSHOT.pom > > > [INFO] Installing /var/jenkins/workspace/geotools- > > > master/modules/unsupported/wps/target/gt-wps-21-SNAPSHOT- > > > sources.jar to /var/jenkins/.m2/repository/org/geotools/gt- > > > wps/21-SNAPSHOT/gt-wps-21-SNAPSHOT-sources.jar > > > > > > This seems to be the same place it was stopped before. I have > > > killed the jobs. > > > > > > On Tue, Dec 11, 2018 at 8:33 AM Nuno Oliveira > > > solutions.it> wrote: > > > > Attending > > > > Torben Barsballe > > > > Andrea Aime > > > > Nuno Oliveira > > > > > > > > Actions from Last Meeting > > > > Propose moving Spatiallite to unsupported on Mailing Lists > > > > [DONE] > > > > Ask for volunteers for Java 11 milestone release [DONE] > > > > > > > > Agenda > > > > Java 11 Milestone release - When > > > > 2.13.4 release - volunteers > > > > Move meeting forward 1 hour? > > > > Travis builds failing > > > > Actions > > > > [Andrea] Ask on list for 2.13.4 release volunteers > > > > Java 11 Milestone release - When > > > > Just avoid the 2.13.4 release timeframe (so not Dec 18th) > > > > > > > > Chit chat notes about jdk 8 longer term support: > > > > https://adoptopenjdk.net/support.html > > > > https://aws.amazon.com/about-aws/whats-new/2018/11/introducing- > > > > amazon-corretto/ > > > > https://azure.microsoft.com/pt-pt/blog/microsoft-and-azul-syste > > > > ms-bring-free-java-lts-support-to-azure/ > > > > > > > > 2.13.4 release - volunteers > > > > Andrea to send mail to list > > > > > > > > Move meeting forward 1 hour > > > > All attendees support this, confirm on list. > > > > > > > > Travis builds failing > > > > GeoTools builds failing since Friday - currently just master, > > > > but other branches were having trouble. > > > > Jenkins GeoTools is also running into trouble as of Monday > > > > > > > > Seems like it could be a repository issue? > > > > > > > > > > > > > > > > > > > > -- > > > > Regards, > > > > Nuno Oliveira > > > > == > > > > GeoServer Professional Services from the > > > > experts! > > > > Visit http://goo.gl/it488V for more information. > > > > == > > > > > > > > Nuno Miguel Carvalho Oliveira > > > > @nmcoliveira > > > > Software Engineer > > > > > > > > GeoSolutions S.A.S. > > > > Via di Montramito 3/A > > > > 55054 Massarosa (LU) > > > > Italy > > > > phone: +39 0584 962313 > > > > fax: +39 0584 1660272 > > > > > > > > http://www.geo-solutions.it > > > > http://twitter.com/geosolutions_it > > > > > > > > --- > > > > > > > > Con riferimento alla normativa sul trattamento dei dati > > > > personali (Reg. UE 2016/679 - Regolamen
Re: [Geotools-devel] [Geoserver-devel] GeoTools / GeoServer PMC meeting - 2018-12-11
I see that no new GeoTools Jenkins build as been started since yesterday, should we start a new one (I don't have enough permissions to do that) ? On Tue, 2018-12-11 at 11:19 -0800, Torben Barsballe wrote: > GeoTools master has stalled on Jenkins again. > > Stalled at: > > [INFO] --- maven-install-plugin:2.4:install (default-install) @ gt- > wps --- > [INFO] Installing /var/jenkins/workspace/geotools- > master/modules/unsupported/wps/target/gt-wps-21-SNAPSHOT.jar to > /var/jenkins/.m2/repository/org/geotools/gt-wps/21-SNAPSHOT/gt-wps- > 21-SNAPSHOT.jar > [INFO] Installing /var/jenkins/workspace/geotools- > master/modules/unsupported/wps/pom.xml to > /var/jenkins/.m2/repository/org/geotools/gt-wps/21-SNAPSHOT/gt-wps- > 21-SNAPSHOT.pom > [INFO] Installing /var/jenkins/workspace/geotools- > master/modules/unsupported/wps/target/gt-wps-21-SNAPSHOT-sources.jar > to /var/jenkins/.m2/repository/org/geotools/gt-wps/21-SNAPSHOT/gt- > wps-21-SNAPSHOT-sources.jar > > This seems to be the same place it was stopped before. I have killed > the jobs. > > On Tue, Dec 11, 2018 at 8:33 AM Nuno Oliveira > tions.it> wrote: > > Attending > > Torben Barsballe > > Andrea Aime > > Nuno Oliveira > > > > Actions from Last Meeting > > Propose moving Spatiallite to unsupported on Mailing Lists [DONE] > > Ask for volunteers for Java 11 milestone release [DONE] > > > > Agenda > > Java 11 Milestone release - When > > 2.13.4 release - volunteers > > Move meeting forward 1 hour? > > Travis builds failing > > Actions > > [Andrea] Ask on list for 2.13.4 release volunteers > > Java 11 Milestone release - When > > Just avoid the 2.13.4 release timeframe (so not Dec 18th) > > > > Chit chat notes about jdk 8 longer term support: > > https://adoptopenjdk.net/support.html > > https://aws.amazon.com/about-aws/whats-new/2018/11/introducing-amaz > > on-corretto/ > > https://azure.microsoft.com/pt-pt/blog/microsoft-and-azul-systems-b > > ring-free-java-lts-support-to-azure/ > > > > 2.13.4 release - volunteers > > Andrea to send mail to list > > > > Move meeting forward 1 hour > > All attendees support this, confirm on list. > > > > Travis builds failing > > GeoTools builds failing since Friday - currently just master, but > > other branches were having trouble. > > Jenkins GeoTools is also running into trouble as of Monday > > > > Seems like it could be a repository issue? > > > > > > > > > > -- > > Regards, > > Nuno Oliveira > > == > > GeoServer Professional Services from the > > experts! > > Visit http://goo.gl/it488V for more information. > > == > > > > Nuno Miguel Carvalho Oliveira > > @nmcoliveira > > Software Engineer > > > > GeoSolutions S.A.S. > > Via di Montramito 3/A > > 55054 Massarosa (LU) > > Italy > > phone: +39 0584 962313 > > fax: +39 0584 1660272 > > > > 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-devel mailing list > > geoserver-de...@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcol
[Geotools-devel] GeoTools / GeoServer PMC meeting - 2018-12-11
AttendingTorben Barsballe Andrea Aime Nuno Oliveira Actions from Last Meeting * Propose moving Spatiallite to unsupported on Mailing Lists [DONE] * Ask for volunteers for Java 11 milestone release [DONE] Agenda * Java 11 Milestone release - When * 2.13.4 release - volunteers * Move meeting forward 1 hour? * Travis builds failing Actions * [Andrea] Ask on list for 2.13.4 release volunteers Java 11 Milestone release - WhenJust avoid the 2.13.4 release timeframe (so not Dec 18th) Chit chat notes about jdk 8 longer term support: * https://adoptopenjdk.net/support.html * https://aws.amazon.com/about-aws/whats-new/2018/11/introducing-amazon-corretto/ * https://azure.microsoft.com/pt-pt/blog/microsoft-and-azul-systems-bring-free-java-lts-support-to-azure/ 2.13.4 release - volunteersAndrea to send mail to list Move meeting forward 1 hourAll attendees support this, confirm on list. Travis builds failingGeoTools builds failing since Friday - currently just master, but other branches were having trouble. Jenkins GeoTools is also running into trouble as of Monday Seems like it could be a repository issue? -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Reminder: GeoTools / GeoServer meeting at 19:30 UTC today
Not sure if I will manage to join on time. On Tue, 2018-11-13 at 08:52 -0800, Torben Barsballe wrote: > https://www.timeanddate.com/worldclock/fixedtime.html?msg=GeoTools+%2 > F+GeoServer+Meeting=2016=11=29=19=30=0 > =1 > > Cheers, > > Torben > > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Problem with commit for GEOT-6034
Dear all,
My apologies for the late catch up, very busy times ... I'm the one
that introduced that bug :(
I created an issue for this:
* https://github.com/geotools/geotools/pull/2170
Pull requests for this (the master PR lists \ shows the failing Oracle
online tests):
* https://github.com/geotools/geotools/pull/2170 (master, 21.x)
* https://github.com/geotools/geotools/pull/2172 (20.x)
* https://github.com/geotools/geotools/pull/2171 (19.x)
I will merge tomorrow.
Regards,
Nuno Oliveira
On Tue, 2018-11-06 at 11:30 +0100, Andrea Aime wrote:
> On Tue, Nov 6, 2018 at 11:23 AM Martin Zeller
> wrote:
> > The reason of the problem is some previously forgotten code - a
> > simple
> > .append(" ")
> > So I think we don't need a JIRA ticket for this. Would a simple
> > pull
> > request be ok?
> >
> > On the other side the JDBCDataStore has a lot of protected methods
> > for
> > sql generation which cannot be tested easily - like the one with
> > the
> > bug. I think these methods should be in some kind of utility class
> > -
> > JDBCUtils and SqlUtil classes are already in the gt-jdbc module.
> > What do
> > you think?
> No need to add new tests, I believe the are some in the existing test
> suite that are failing,
> but they are not run, because they need a Oracle database handy and
> some profiles
> to activate them (basically, tell maven that you want to run them and
> that you have
> installed the JDBC driver, which is not redistributable).
>
> For the driver see here:
> https://github.com/geotools/geotools/blob/master/modules/plugin/jdbc/
> jdbc-oracle/pom.xml#L62
>
> Then you can run the build in the module with -Ponline, it will
> create a sample config file $home/.geotools/,
> rename it to oracle.properties, fill in the right connection params,
> and then run the build again,
> this time it should actually run the tests (you can tell because it
> takes like 5 minutes to do so).
>
> We had a build on the build box, but it never passed, and eventually
> I guess it was disabled.
> No idea if we still have a Oracle server there to run the test suite,
> anyone knows?
> https://build.geoserver.org/view/geotools/job/geotools-master-online-
> oracle/
>
> Cheers
> Andrea
>
> ==
> 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.
> ___
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
--
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the
experts!
Visit http://goo.gl/it488V for more information.
==
Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer
GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
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
Re: [Geotools-devel] Residual split packages
in > the spreadsheed for them, > if you want to join or follow up hop on gitter and/or check the spreadsheet > If nobody complains I will move the App-Schema ones and any others I can. > > Cheers > Andrea > > == > > 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.* > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] repackaging the geotools library updates and PMC feedback needed
Please see my answers bellow: On Wed, Oct 24, 2018 at 7:26 PM Jody Garnett wrote: > Sent a proposal out with the high level plan for this week - it has not > been approved: > https://github.com/geotools/geotools/wiki/Restructure-GeoTools-into-Jigsaw-modules > Andrea had a question to see if we could break gt-main into smaller > modules (which is addressed bellow). > Added my +1 > > > Now that we are into the details it is breaking out into several steps: > > 1) Distribute gt-api classes around the library > > *This action is taking place today as part of the code sprint (it is > required to avoid split packages).* > > 2) Go through and repackage the library (priority is avoiding split > packages) > > See tab "Stage 3 - Split Modules", any package in bold represents a change > > Java 2018 Code Sprint Activities > <https://docs.google.com/spreadsheets/d/1oE6mU4jp-ZL5PebgXf-fuhtf7MY5dzSwPqpMtrzdZ94/edit?usp=drive_web> > > Mostly straight forward, with only a couple hard choices: > - The org.geotools.factory package is used for two popular classes. > gt-main wins the package due to CommonFactoryFinder, gt-util will move > Hints to org.geotools.util.factory > > And a few made for ascetic consistency: > - org.geotools.renderer.windbarbs --> org.geotools.renderer.*style* > .windbarbs > - org.geotools.renderer.markwkt --> org.geotools.renderer.*style*.markwkt > > *This action is taking place today as part of the code sprint (it is > required to avoid split packages).* > > 3) Breaking up gt-metadata into two modules gt-util and gt-metadata > > gt-metadata becomes: > - gt-util - focused on java helper classes and integration work like > Factory and LazySet > - gt-metadata - implementing org.opengis.metadata interfaces > > *This action is scheduled for tomorrow time permitting.* > > 4) *Feedback/Awareness needed*: Breaking the library into smaller modules > > Planned for this based on Andrea's question about gt-main - it is possible > here is how it worked out: > > gt-util split into: > - gt-util - java creature comforts like LazySet and null safe equals > - gt-logging - the logging redirection code > - gt-factory - the service locator / service registry code representing > the geotools "plugin" system > > gt-referencing split into: > - gt-geometry-iso - may be possible to split these out (although geometry > CoordinateReferenceSystem may tie them together) > - gt-referencing - coordinate reference system care and feeding > > gt-main split into: > - gt-main: common factory finder, depends on others (due to transitive > dependencies downstream code unaffected by split) > - gt-filter > - gt-feature > - gt-geometry-jts > - gt-ows - open web service data model used by gt-wms, gt-wmts, etc... > - gt-xml - some code moves to gt-xml > - gt-util - some code moves to gt-util > > gt-coverage: > - gt-image - all the org.geotools.image packages > - gt-coverage - all the org.geotools.coverage packages > > gt-cql: > - gt-filter - one function moves to gt-filter > > *Please consider and vote on the proposal* > +1, when everything on a module is not always needed by the ones who depend on it I agree that it should be break in smaller ones > 5) *Feedback/Awareness needed*: Breaking up gt-opengis into geotools > packages > > Planning is done, and is important to determine if the above "smaller > modules" will work. > +0 on this one > > *Holding off on this due to impact on downstream code, and the pain of > updating EMF models.* > > *Going to keep this for a future proposal.* > -- > Jody Garnett > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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 not
Re: [Geotools-devel] JDK11 branch created
Builds on my machine with OpenJDK 11 with: mvn clean install -T4 -Dall Apache Maven 3.3.9 Maven home: /usr/share/maven Java version: 11.0.1, vendor: Oracle Corporation Java home: /home/nuno/applications/open-jdk-11.0.1 Default locale: en_US, platform encoding: UTF-8 OS name: "linux", version: "4.4.0-109-generic", arch: "amd64", family: "unix" >$ ~/applications/open-jdk-11.0.1/bin/java --version openjdk 11.0.1 2018-10-16 OpenJDK Runtime Environment 18.9 (build 11.0.1+13) OpenJDK 64-Bit Server VM 18.9 (build 11.0.1+13, mixed mode) The result (NO online tests): [INFO] [INFO] BUILD SUCCESS [INFO] [INFO] Total time: 05:46 min (Wall Clock) [INFO] Finished at: 2018-10-19T10:37:55+01:00 [INFO] Final Memory: 161M/1024M [INFO] Thank you for your work on this Andrea ! On Fri, 2018-10-19 at 09:33 +0200, Andrea Aime wrote: > Here, based on my initial work on having GeoTools build: > > https://github.com/geotools/geotools/tree/jdk11 > > Right now it builds fine on my machine, but not on the build server, > nor on Torben's machine. > They both look like local problems (font formatting in one case, > locale in the other), whoever can > experience the issue you're best suited to look at it (so please try > and build it with whatever JDK 11 > you have locally, looks like there are various sources, OpenJDK, > AdoptOpenJDK, Oracle just for starters, > but there are others). > > Cheers > Andrea > > == > 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. > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] proposal: Approve up to $1500 to support code sprint participants
+1 On 10/10/2018 08:32 AM, Simone Giannecchini wrote: +1 Regards, Simone Giannecchini == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 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. On Wed, Oct 10, 2018 at 9:10 AM Ian Turton wrote: +1 from me Ian On Tue, 9 Oct 2018, 21:49 Jody Garnett, wrote: I would like to ask the GeoTools PMC to approve the following proposal: Approve up to $1500 to support code sprint participants Our budget request is here where we asked for $1500 help attend bonn code sprint to look at JAI replacement. We did not end up using these funds. Aside: In addition to the $1500 requested we have had an additional donation of $1500 for SLD interoperability we should use this calendar year. If I can ask PMC members to respond to this email by the end of the week Oct 12th: Andrea Aime Ben Caradoc-Davies Ian Turton Jody Garnett +1 (initial motion) Nuno Oliveira Simone Giannecchini Torben Barsballe -- Jody Garnett ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Backport of App-Schema Solr integration to 2.14.1
Dear all, my apologies for the cross posting, but this topic touches both GeoServer and GeoTools. As you may have noticed, lately several enhancements for the integration between Apache Solr and App-Schema have been contributed, to GeoTools: * https://github.com/geotools/geotools/pull/1995 * https://github.com/geotools/geotools/pull/2081 ... and to GeoServer: * https://github.com/geoserver/geoserver/pull/3040 * https://github.com/geoserver/geoserver/pull/3143 I would like to backport this enhancements on time for the GS 2.14.1 and GT 20.1 releases (18-11-2018), this will respect the one (1) month cool-down rule. This enhancements touches App-Schema and Solr modules, they don't add any backward compatibility, they are additive by nature. We are currently testing this with a client. Does anyone foreseen any blocker on back-porting this enhancements ? Kind regards, Nuno Oliveira -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Backporting geometries measures (M) related fixes
Hi, thank you for the feedback. Pull requests created: * https://github.com/geoserver/geoserver/pull/3146 * https://github.com/geotools/geotools/pull/2088 Cheers, Nuno Oliveira On 10/02/2018 05:54 PM, Simone Giannecchini wrote: +0, as long as we do test this extensively internally.. Regards, Simone Giannecchini == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 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. On Tue, Oct 2, 2018 at 6:24 PM Jody Garnett wrote: Our policy is to keep things on master for a month to promote stability, but since this is a new/optional feature that has been added ... and you are now finding formats that break I think we can consider it a "fix" to be back ported. So I am +1 -- Jody Garnett On Tue, 2 Oct 2018 at 06:23, Nuno Oliveira wrote: Dear all, apologies for the cross posting. I would like to backport to GT 19.x: [ISSUE] https://osgeo-org.atlassian.net/browse/GEOT-6134 [PR] https://github.com/geotools/geotools/pull/2074 and to GS 2.14.x: [ISSUE] https://osgeo-org.atlassian.net/browse/GEOS-8953 [PR] https://github.com/geoserver/geoserver/pull/3124 ... this fixes are in a gray zone between a fix and an improvement. A significant part of the code are tests making sure geometries measures (M) are correctly outputted by GeoJSON, Shapefile and GML (non fast path) formats respecting the layer flag. I don't foreseen any backwards compatibility issue. Any objection ? Kind regards, Nuno Oliveira -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_it --- Con riferimento alla nor
Re: [Geotools-devel] Backporting native filter and where clause support
Hi Jody, Thank you for the feedback ! Pull requests created: * https://github.com/geotools/geotools/pull/2086 * https://github.com/geotools/geotools/pull/2085 Cheers, Nuno Oliveira On 10/01/2018 03:37 PM, Jody Garnett wrote: That seems fine Nuno +1 On Mon, Oct 1, 2018 at 2:49 AM Nuno Oliveira <mailto:nuno.olive...@geo-solutions.it>> wrote: Hi all, I would like to back-port this two PRs to GT 19.x (they are already on master and GT 20.x): * https://github.com/geotools/geotools/pull/1919 * https://github.com/geotools/geotools/pull/1918 This two functionalities have been around since June and are well contained, only people using them will be affected by them, and they will have no impact on backward compatibility. The GT 20.x branch just started is release cycle, and we still have three (3) upcoming releases on the 19.x branch, we have some downstream projects who need this and don't plan to move right away to the 20.x releases. Any objections ? Best regards, Nuno Oliveira -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visithttp://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net <mailto:GeoTools-Devel@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/geotools-devel -- -- Jody Garnett -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Backporting geometries measures (M) related fixes
Dear all, apologies for the cross posting. I would like to backport to GT 19.x: * [ISSUE] https://osgeo-org.atlassian.net/browse/GEOT-6134 * [PR] https://github.com/geotools/geotools/pull/2074 and to GS 2.14.x: * [ISSUE] https://osgeo-org.atlassian.net/browse/GEOS-8953 * [PR] https://github.com/geoserver/geoserver/pull/3124 ... this fixes are in a gray zone between a fix and an improvement. A significant part of the code are tests making sure geometries measures (M) are correctly outputted by GeoJSON, Shapefile and GML (non fast path) formats respecting the layer flag. I don't foreseen any backwards compatibility issue. Any objection ? Kind regards, Nuno Oliveira -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Backporting native filter and where clause support
Hi all, I would like to back-port this two PRs to GT 19.x (they are already on master and GT 20.x): * https://github.com/geotools/geotools/pull/1919 * https://github.com/geotools/geotools/pull/1918 This two functionalities have been around since June and are well contained, only people using them will be affected by them, and they will have no impact on backward compatibility. The GT 20.x branch just started is release cycle, and we still have three (3) upcoming releases on the 19.x branch, we have some downstream projects who need this and don't plan to move right away to the 20.x releases. Any objections ? Best regards, Nuno Oliveira -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Proposing Nuno Deoliveira and Torben Barballe for PMC
:) On Wed, Sep 19, 2018 at 9:08 PM Torben Barsballe < tbarsba...@boundlessgeo.com> wrote: > Thanks for updating everything Nuno, you beat me to it :-) > > Cheers, > > Torben > > On Tue, Sep 18, 2018 at 1:58 AM Andrea Aime > wrote: > >> Roger, with this we have all +1 and the motion is passed. >> >> Could the new PMC members update the PMC page and the proposal template? >> :-) >> >> http://docs.geotools.org/latest/developer/roles/committee.html >> https://github.com/geotools/geotools/wiki/Template >> >> Cheers >> Andrea >> >> >> On Mon, Sep 17, 2018 at 9:41 PM Jody Garnett >> wrote: >> >>> I could not agree more: >>> >>> Nuno +1 >>> Torben +1 >>> -- >>> Jody Garnett >>> >> >> >> -- >> >> 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.* >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Proposing Nuno Deoliveira and Torben Barballe for PMC
Hi all, Andrea, Nuno and Torben, could you please let us know if you are interested? (I've heard a positive from both, but it was some time ago, please confirm). A big YES! for me :) Cheers, Nuno Oliveira -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] App-Schema backports
Ah! I didn't saw your reply, thanks for the feedback Ben ! On 07/04/2018 01:09 AM, Ben Caradoc-Davies wrote: No objection from me. The first is a clean extension that should not break existing functionality, the second addresses a functional deficiency, and the third should not affect existing deployments. These changes have been on master for a month and have not caused any problems with GeoServer app-schema online tests on Jenkins or locally. Kind On 03/07/18 10:32, Nuno Oliveira wrote: Hi all, I would like to backport some new features \ bug fixing related with App-Schema (and the corresponding integration tests) to GeoTools 19.x and 18.x: * [https://osgeo-org.atlassian.net/browse/GEOT-6058] Extend App-Schema to make it possible to use an HTTP URL for the mapping file location * [https://osgeo-org.atlassian.net/browse/GEOT-6014] Make App-Schema delegate spatial filters on nested properties to the relational database * [https://osgeo-org.atlassian.net/browse/GEOT-5964] Allow the selection of a default geometry attribute in App-Schema All of them respect the one month cool down rule, and at the exception of the first issue, they are in /a gray zone/ between a new feature \ bug fixing. Objections ? Regards, Nuno Oliveira -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] App-Schema backports
Hi all, I would like to backport some new features \ bug fixing related with App-Schema (and the corresponding integration tests) to GeoTools 19.x and 18.x: * [https://osgeo-org.atlassian.net/browse/GEOT-6058] Extend App-Schema to make it possible to use an HTTP URL for the mapping file location * [https://osgeo-org.atlassian.net/browse/GEOT-6014] Make App-Schema delegate spatial filters on nested properties to the relational database * [https://osgeo-org.atlassian.net/browse/GEOT-5964] Allow the selection of a default geometry attribute in App-Schema All of them respect the one month cool down rule, and at the exception of the first issue, they are in /a gray zone/ between a new feature \ bug fixing. Objections ? Regards, Nuno Oliveira -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] API changes to add AutoCloseable for try-with-resources
Ah! Good one Jody, +1
On 06/06/2018 11:41 PM, Jody Garnett wrote:
You could swap this around, rename the dispose implementations to close, and
provide a deprecated default implementation of dispose that calls close.
This way you can manage eventually remove dispose() from the API.
On Wed, Jun 6, 2018 at 3:09 PM Nuno Oliveira <mailto:nuno.olive...@geo-solutions.it>> wrote:
Hi Ben,
I also used the support of the find command:
find . | grep -E "\.java$" | xargs -i grep -l -E
"((public)|(^))\s*interface" {}
| xargs -i grep -l -E "void\s+dispose" {}
+1 for the proposal.
On 06/06/2018 02:11 AM, Ben Caradoc-Davies wrote:
> Thanks, Nuno. How did you make the list? I have been using things like:
> find . -name "*.java" -exec grep -l 'void dispose()' {} \; | sort
>
> Instead of editing your list, I would like to make a change proposal on
the wiki.
>
> Kind regards,
> Ben.
>
> On 05/06/18 22:17, Nuno Oliveira wrote:
>> You can count on me, I can dedicate some spare during WE to this.
>>
>> I guess before deciding on an attack plan, it would be good to have a
list of
>> the concerned interfaces, I have started to put a list together here:
>>
>>
https://docs.google.com/spreadsheets/d/1u3488JvSs34IMZ1TLjJ5FYQBAFHhQ4QHqfHfULH_k1s/edit?usp=sharing
>>
>>
>> Feel free to ask me edition permissions ...
>>
>> On 06/05/2018 09:17 AM, Andrea Aime wrote:
>>> On Tue, Jun 5, 2018 at 10:05 AM, Ian Turton mailto:ijtur...@gmail.com>
>>> <mailto:ijtur...@gmail.com <mailto:ijtur...@gmail.com>>> wrote:
>>>
>>>
>>> - Who is interested in participating in this work?
>>>
>>>
>>> I'd be up to do some of it.
>>>
>>>
>>> Same here. As spare time contribution, if we are a group, we do the
>>> deprecation, and attack one interface at a time.
>>> As a code sprint if we want to do all toghether (though, in a week
long code
>>> sprint, we might want to look into more
>>> "urgent yet too big" stuff, like running the whole project stack on Java
>>> 10-11).
>>>
>>> Cheers
>>> Andrea
>>>
>>> == GeoServer Professional Services from the experts! Visit
>>> http://goo.gl/it488V for more information. == Ing. Andrea
<https://maps.google.com/?q=for+more+information.+%3D%3D+Ing.+Andrea=gmail=g>
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./
>>>
>>>
>>>
>>>
--
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>
>>>
>>> ___
>>> GeoTools-Devel mailing list
>>> GeoTools-Devel@lists.sourceforge.net
<mailto:GeoTools-Devel@lists.sourceforge.net>
>>> https://lists.sourceforge.net/lists/listin
Re: [Geotools-devel] API changes to add AutoCloseable for try-with-resources
Hi Ben,
I also used the support of the find command:
find . | grep -E "\.java$" | xargs -i grep -l -E "((public)|(^))\s*interface" {}
| xargs -i grep -l -E "void\s+dispose" {}
+1 for the proposal.
On 06/06/2018 02:11 AM, Ben Caradoc-Davies wrote:
Thanks, Nuno. How did you make the list? I have been using things like:
find . -name "*.java" -exec grep -l 'void dispose()' {} \; | sort
Instead of editing your list, I would like to make a change proposal on the
wiki.
Kind regards,
Ben.
On 05/06/18 22:17, Nuno Oliveira wrote:
You can count on me, I can dedicate some spare during WE to this.
I guess before deciding on an attack plan, it would be good to have a list of
the concerned interfaces, I have started to put a list together here:
https://docs.google.com/spreadsheets/d/1u3488JvSs34IMZ1TLjJ5FYQBAFHhQ4QHqfHfULH_k1s/edit?usp=sharing
Feel free to ask me edition permissions ...
On 06/05/2018 09:17 AM, Andrea Aime wrote:
On Tue, Jun 5, 2018 at 10:05 AM, Ian Turton <mailto:ijtur...@gmail.com>> wrote:
- Who is interested in participating in this work?
I'd be up to do some of it.
Same here. As spare time contribution, if we are a group, we do the
deprecation, and attack one interface at a time.
As a code sprint if we want to do all toghether (though, in a week long code
sprint, we might want to look into more
"urgent yet too big" stuff, like running the whole project stack on Java
10-11).
Cheers
Andrea
== 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./
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
--
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information.
==
Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer
GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
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. I
Re: [Geotools-devel] [Geoserver-devel] API changes to add AutoCloseable for try-with-resources
Hi Ben,
+1 for the NON generics option, my felling is that usually generics bring more
harm than good in the long run :(
On 06/06/2018 03:44 AM, Ben Caradoc-Davies wrote:
Or with generics:
public interface ThrowingDisposable extends AutoCloseable {
/**
* @see java.lang.AutoCloseable#close()
*/
@Deprecated
@Override
default void close() throws T {
dispose();
}
void dispose() throws T;
}
public interface Disposable extends ThrowingDisposable {
/**
* @see java.lang.AutoCloseable#close()
*/
@Deprecated
@Override
default void close() {
dispose();
}
@Override
void dispose();
}
Or just keep it simple and have dispose throw Exception like
java.lang.AutoCloseable#close() and let implementers narrow the return type to
no exception if they like. Impact will be minimal as client code will likely
use an implementer not a bare Disposable:
public interface Disposable extends AutoCloseable{
/**
* @throws Exception
* @see java.lang.AutoCloseable#close()
*/
@Deprecated
@Override
default void close() throws Exception{
dispose();
}
void dispose() throws Exception;
}
Preference?
Kind regards,
--
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information.
==
Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer
GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
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.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] API changes to add AutoCloseable for try-with-resources
You can count on me, I can dedicate some spare during WE to this. I guess before deciding on an attack plan, it would be good to have a list of the concerned interfaces, I have started to put a list together here: https://docs.google.com/spreadsheets/d/1u3488JvSs34IMZ1TLjJ5FYQBAFHhQ4QHqfHfULH_k1s/edit?usp=sharing Feel free to ask me edition permissions ... On 06/05/2018 09:17 AM, Andrea Aime wrote: On Tue, Jun 5, 2018 at 10:05 AM, Ian Turton <mailto:ijtur...@gmail.com>> wrote: - Who is interested in participating in this work? I'd be up to do some of it. Same here. As spare time contribution, if we are a group, we do the deprecation, and attack one interface at a time. As a code sprint if we want to do all toghether (though, in a week long code sprint, we might want to look into more "urgent yet too big" stuff, like running the whole project stack on Java 10-11). Cheers Andrea == 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./ -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] API changes to add AutoCloseable for try-with-resources
I would add the AutoClose interface to all interfaces that have the dispose
method or a similar one. Then I would provide a default implementation for the
close method that invokes the dispose method:
default void close() throws Exception {
dispose();
}
This would make the interfaces fully backward compatible and would allow us to
use the resource try catch pattern. I don't see any possible resource leakage
with this approach, the new code that will start using the auto close approach
will delegate on the existing dispose method and old code will still use the
dispose method.
The only drawback I see is that the dispose method would still around, the only
thing we could do is mark it as deprecated ... but I can leave with that.
On 06/05/2018 02:16 AM, Ben Caradoc-Davies wrote:
Erik,
we require Java 8 for all supported branches. Interface default methods are on
the table.
Kind regards,
Ben.
On 05/06/18 12:54, Erik Merkle wrote:
A small caveat to my suggestion about default methods. Apparently default
methods on interfaces is a Java 8 thing. So it is not a viable option if
running with an older version.
Erik Merkle
Software Engineer | Boundless
<http://d32wfbeasdaw38.cloudfront.net/img/Boundless_Logo.png>
On Mon, Jun 4, 2018 at 7:49 PM, Erik Merkle
wrote:
I don't believe I have a vote here, but I wanted to add that you could
provide a default implementation on any GeoServer Interfaces to which you
want to add AutoCloseable. That would get around the compile issue, and I
believe the backward compatibility compile issue is exactly why Java added
the default keyword for interface methods. The default implementation could
simply be a no-op for things like close().
While it would alleviate compile issues, it might not have the most
reliable runtime effects.
For what it's worth,
Erik Merkle
Software Engineer | Boundless
<http://d32wfbeasdaw38.cloudfront.net/img/Boundless_Logo.png>
On Mon, Jun 4, 2018 at 6:24 PM, Ben Caradoc-Davies
wrote:
Many interfaces in GeoTools and GeoServer use the Dispose pattern, often
with a dispose() method, but do not implement AutoCloseable, preventing
their use in a try-with-resources statement. Examples range from
ImageReader to DataStore/DataAccess. Some interfaces like FeatureReader
already implement Closeable and thus AutoCloseable, but many do not.
Java 7 try-with-resources improves code quality because it simplifies
code by automating common boilerplate:
https://docs.oracle.com/javase/tutorial/essential/exceptions
/tryResourceClose.html
https://docs.oracle.com/javase/8/docs/api/java/lang/AutoCloseable.html
Adding AutoCloseable to an interface is an API-breaking change because
third-party subclasses that do not implement a close() method will no
longer compile. Any change would be applied only to master and would target
GeoTools 20.0 and GeoServer 2.14.0.
- Should we add AutoCloseable to interfaces, and if so which ones? We
could make a list.
- Do we make the change one interface at a time or try to do them all at
once?
- Should we rename dispose() to close() in implementers and add a
deprecated dispose() that wraps close(), or just add a close() that wraps
dispose()?
- As we are breaking the API anyway, should we get rid of dispose()
entirely by renaming it to close() without adding a deprecated wrapper?
- I thought of updating only interfaces and overrides. A more ambitious
scope would find every deprecated dispose() and refactor to use
try-with-resources. The alternative is to refactor incrementally over time.
How do we wish to pay off our technical debt?
- Who is interested in participating in this work?
Kind regards,
--
Ben Caradoc-Davies
Director
Transient Software Limited <https://transient.nz/>
New Zealand
--
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-de...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
--
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the experts!
Visit http://goo.gl/it488V for more information.
==
Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer
GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
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
Re: [Geotools-devel] [Geoserver-devel] Integrating App-Schema and Apache Solr
I was more thinking about this indeed: "your work could be extended to automatically infer a mapping definition from the geopackage with related tables" Implementing an output for this could be done, a few moths ago I implemented the GeoJson complex output [1]. My main doubt (something I will need to think about) is how to output the correct relations, right now App-Schema is mainly XML driven. [1] https://github.com/geoserver/geoserver/pull/2201/files#diff-4e0792e51b036935d54e2fb651e0ce7e On 06/01/2018 01:09 AM, br...@frogmouth.net wrote: I was more thinking about this as an output format / representation of the complex feature. As a future consideration (if we ever had time) your work could be extended to automatically infer a mapping definition from the geopackage with related tables. Brad *From:*Nuno Oliveira *Sent:* Friday, 1 June 2018 5:55 AM *To:* br...@frogmouth.net; 'Geoserver-devel' ; 'GeoTools Developers' *Subject:* Re: [Geoserver-devel] Integrating App-Schema and Apache Solr Ah! my apologies Brad your reply got lost in the mail flow :( That's an interesting reference indeed, thank you. In this situation, I'm kind of tied to the App-Schema mappings files structure and the code that's does the work behind the scenes. Maybe in the future this could be used to provide an alternative syntax to the current App-Schema features chaining syntax, although the App-Schema chaining mechanism handle a few more complicated use cases ... On 05/03/2018 02:59 PM, br...@frogmouth.net <mailto:br...@frogmouth.net> wrote: Hi Nuno, I’m not sure if you’ve seen it, but there has been some work on adding related tables support to GeoPackage This is public at http://www.geopackage.org/18-000.html (or https://github.com/jyutzler/geopackage-related-tables which is basically the source code for the spec). If I got it right, this should provide for discoverable feature to feature(s) linkage, along with feature to attribute sets. Note that the original scope was feature-to-media (e.g. photos of a location), which is less applicable to app-schema. Brad *From:*Nuno Oliveira <mailto:nuno.olive...@geo-solutions.it> *Sent:* Monday, 30 April 2018 3:01 AM *To:* Geoserver-devel <mailto:geoserver-de...@lists.sourceforge.net>; GeoTools Developers <mailto:geotools-devel@lists.sourceforge.net> *Subject:* [Geoserver-devel] Integrating App-Schema and Apache Solr Dear all, sorry for the cross posting on both mailing list ... but well App-Schema "as a leg" on both projects and this may be interesting for people on both mailing lists. ... and my apologies for the wall of text that follows ... what can I say complex features are really a complex subject :) Lately I have been working in integrating App-Schema with Apache Solr [1] which is a well know solution for indexing and (faceting) searching document. We already have an Apache Solr store in both GT and GS, configuring a layer for it requires the user to provide some extra information, e.g. which index fields should be considered, should multivalued fields be used, should empty fields be used and which is attribute should be considered the default geometry. The first step for the integration between Apache Solr and App-Schema is to allow App-Schema to use Apache Solr has it one of its data store. When in the context of App-schema we already have most of the information we need, we already say indirectly through the mappings which fields of the index we are interested in, which ones are multivalued (), etc ... The Apache-Solr data store configuration doesn't fit in the usual MAP parameters configuration model ... and we also need to automatically detect during the parsing of the data stores configuration that we are dealing with an Apache Solr data store and do all the possible automatic steps. I have come up with the following syntax for the Apache Sorl data store configuration, please find the complete mappings file attached to this mail (mappings_solr.xml): (...) stations http://localhost:8983/solr/stations station_location 4326 POINT (...) All the other necessary information will be automatically inferred from the App-Schema mappings file when possible, at the exception of multivalued fields. An Apache Solr multivalued field handles \ contains multiple values for the same attribute. Apache Solr multivalued fields are related with App-Schema multivalued fields, i.e. simple attributes (String, numeric, dates, etc ...) that can be encoded
[Geotools-devel] Allowing App-Schema to use Apache Solr as an index
Hi all, I will try to keep it short :) As you may know, Apache Solr is a well know scalable solution to preform text based searches on documents [1]. Use case, let's say we have a relational database (e.g. PostgresSQL) with a schema that contains a fair number of related tables that contain several millions of rows. Some of this tables contain text columns (like description, name, comments, report, etc ...), and the user typically query the schema by issuing a query that performs a LIKE search on those text fields. Although relational databases have their own technologies \ methods to deal with text searches, a possible solution, and often mandatory when we reach a certain amount of data, to improve the texts searches performance is to use Apache Solr. A possible workflow to handle this use case could be: 1. index the necessary columns in Apache Solr using the Data Import Handler [2] 2. perform the text searches against Apache Solr 3. using the results from Apache Solr, build the entities from the relational database applying the other filters So, my idea is to extend App-Schema to allow us to do something similar for WFS GetFeature queries hitting complex features. In the mappings we would declare that a certain field is indexed somewhere (the implementation will not be specific to Apache Solr), something like this: st:description solr-stations stations description id ... Then when building the SQL query to send to the relational database, App-Schema could decide (when possible) to use the configured index to speed some parts of the filter. We would basically retrieve from the index the ids of the entities that match a particular filter and rewrite the SQL query using those ids in a IN clause, pagination will be used for long list of IDs. This would allow someone publishing complex feature to speed up certain queries by indexing the appropriate fields in Apache Sorl and editing the App-Schema mappings accordingly. This will require creating a few extension points in App-Schema, mainly in the DataAccessMappingFeatureIterator. The idea is to allow different stores to plug-in their index support ... and of curse avoid jeopardizing App-Schema core :) Any comments on this are welcomed :) Regards, [1] http://lucene.apache.org/solr/ [2] https://lucene.apache.org/solr/guide/6_6/uploading-structured-data-store-data-with-the-data-import-handler.html -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [Geoserver-devel] Integrating App-Schema and Apache Solr
Ah! my apologies Brad your reply got lost in the mail flow :( That's an interesting reference indeed, thank you. In this situation, I'm kind of tied to the App-Schema mappings files structure and the code that's does the work behind the scenes. Maybe in the future this could be used to provide an alternative syntax to the current App-Schema features chaining syntax, although the App-Schema chaining mechanism handle a few more complicated use cases ... On 05/03/2018 02:59 PM, br...@frogmouth.net wrote: Hi Nuno, I’m not sure if you’ve seen it, but there has been some work on adding related tables support to GeoPackage This is public at http://www.geopackage.org/18-000.html (or https://github.com/jyutzler/geopackage-related-tables which is basically the source code for the spec). If I got it right, this should provide for discoverable feature to feature(s) linkage, along with feature to attribute sets. Note that the original scope was feature-to-media (e.g. photos of a location), which is less applicable to app-schema. Brad *From:*Nuno Oliveira *Sent:* Monday, 30 April 2018 3:01 AM *To:* Geoserver-devel ; GeoTools Developers *Subject:* [Geoserver-devel] Integrating App-Schema and Apache Solr Dear all, sorry for the cross posting on both mailing list ... but well App-Schema "as a leg" on both projects and this may be interesting for people on both mailing lists. ... and my apologies for the wall of text that follows ... what can I say complex features are really a complex subject :) Lately I have been working in integrating App-Schema with Apache Solr [1] which is a well know solution for indexing and (faceting) searching document. We already have an Apache Solr store in both GT and GS, configuring a layer for it requires the user to provide some extra information, e.g. which index fields should be considered, should multivalued fields be used, should empty fields be used and which is attribute should be considered the default geometry. The first step for the integration between Apache Solr and App-Schema is to allow App-Schema to use Apache Solr has it one of its data store. When in the context of App-schema we already have most of the information we need, we already say indirectly through the mappings which fields of the index we are interested in, which ones are multivalued (), etc ... The Apache-Solr data store configuration doesn't fit in the usual MAP parameters configuration model ... and we also need to automatically detect during the parsing of the data stores configuration that we are dealing with an Apache Solr data store and do all the possible automatic steps. I have come up with the following syntax for the Apache Sorl data store configuration, please find the complete mappings file attached to this mail (mappings_solr.xml): (...) stations http://localhost:8983/solr/stations station_location 4326 POINT (...) All the other necessary information will be automatically inferred from the App-Schema mappings file when possible, at the exception of multivalued fields. An Apache Solr multivalued field handles \ contains multiple values for the same attribute. Apache Solr multivalued fields are related with App-Schema multivalued fields, i.e. simple attributes (String, numeric, dates, etc ...) that can be encoded multiple times. Currently in App-Schema this attributes can be mapped using a denormalized data store (database) or using a specific feature chaining syntax when client properties are involved. Here I would like to extend the App-Schema notion of multivalued attributes and allow each data data store to contribute a specific handler with a custom syntax has needed: * Apache Solr could use multivalued attributes * MongoDB could use JSON arrays * SQL could define explicit foreign key relation Please find full examples of mappings using custom handlers attached to this mail (multi_*). For SQL data stores the syntax looks like this: (...) st:comment id meteo_stations_comments station_id comment (...) A station can have multiple comment associated to it, this comment are stored in /meteo_stations_comments /table which has a foreign key to /stations /table base on columns /id /and /station_id/. The target value can be an OCQL expression. In the case of Apache Solr the syntax would look like this: (...) st:comment station_comment (...) I have a prototype of all of this already working, all of the things above required creating a few extensions points in App-Schema: * in the mappings configuration parsing module to handle the custom syntaxes of each data store * in the App-Schema feature iterator to give a chance to custom handlers to do
Re: [Geotools-devel] [Geoserver-devel] Integrating App-Schema and Apache Solr
Ah! my apologies Brad your reply got lost in the mail flow :( That's an interesting reference indeed, thank you. In this situation, I'm kind of tied to the App-Schema mappings files structure and the code that's does the work behind the scenes. Maybe in the future it could be used to provide an alternative syntax to the current App-Schema features chaining syntax, although the App-Schema chaining mechanism handle a few more complicated use cases. On 05/03/2018 02:59 PM, br...@frogmouth.net wrote: Hi Nuno, I’m not sure if you’ve seen it, but there has been some work on adding related tables support to GeoPackage This is public at http://www.geopackage.org/18-000.html (or https://github.com/jyutzler/geopackage-related-tables which is basically the source code for the spec). If I got it right, this should provide for discoverable feature to feature(s) linkage, along with feature to attribute sets. Note that the original scope was feature-to-media (e.g. photos of a location), which is less applicable to app-schema. Brad *From:*Nuno Oliveira *Sent:* Monday, 30 April 2018 3:01 AM *To:* Geoserver-devel ; GeoTools Developers *Subject:* [Geoserver-devel] Integrating App-Schema and Apache Solr Dear all, sorry for the cross posting on both mailing list ... but well App-Schema "as a leg" on both projects and this may be interesting for people on both mailing lists. ... and my apologies for the wall of text that follows ... what can I say complex features are really a complex subject :) Lately I have been working in integrating App-Schema with Apache Solr [1] which is a well know solution for indexing and (faceting) searching document. We already have an Apache Solr store in both GT and GS, configuring a layer for it requires the user to provide some extra information, e.g. which index fields should be considered, should multivalued fields be used, should empty fields be used and which is attribute should be considered the default geometry. The first step for the integration between Apache Solr and App-Schema is to allow App-Schema to use Apache Solr has it one of its data store. When in the context of App-schema we already have most of the information we need, we already say indirectly through the mappings which fields of the index we are interested in, which ones are multivalued (), etc ... The Apache-Solr data store configuration doesn't fit in the usual MAP parameters configuration model ... and we also need to automatically detect during the parsing of the data stores configuration that we are dealing with an Apache Solr data store and do all the possible automatic steps. I have come up with the following syntax for the Apache Sorl data store configuration, please find the complete mappings file attached to this mail (mappings_solr.xml): (...) stations http://localhost:8983/solr/stations station_location 4326 POINT (...) All the other necessary information will be automatically inferred from the App-Schema mappings file when possible, at the exception of multivalued fields. An Apache Solr multivalued field handles \ contains multiple values for the same attribute. Apache Solr multivalued fields are related with App-Schema multivalued fields, i.e. simple attributes (String, numeric, dates, etc ...) that can be encoded multiple times. Currently in App-Schema this attributes can be mapped using a denormalized data store (database) or using a specific feature chaining syntax when client properties are involved. Here I would like to extend the App-Schema notion of multivalued attributes and allow each data data store to contribute a specific handler with a custom syntax has needed: * Apache Solr could use multivalued attributes * MongoDB could use JSON arrays * SQL could define explicit foreign key relation Please find full examples of mappings using custom handlers attached to this mail (multi_*). For SQL data stores the syntax looks like this: (...) st:comment id meteo_stations_comments station_id comment (...) A station can have multiple comment associated to it, this comment are stored in /meteo_stations_comments /table which has a foreign key to /stations /table base on columns /id /and /station_id/. The target value can be an OCQL expression. In the case of Apache Solr the syntax would look like this: (...) st:comment station_comment (...) I have a prototype of all of this already working, all of the things above required creating a few extensions points in App-Schema: * in the mappings configuration parsing module to handle the custom syntaxes of each data store * in the App-Schema feature iterator to give a chance to custom handlers to do their job Th
Re: [Geotools-devel] Jenkins geotools-master-online-postgis
Ah! Thank you Ben for the update, much appreciated. On 05/29/2018 11:40 PM, Ben Caradoc-Davies wrote: Nuno, Jenkins apollo-slave-02, the only node used for geotools-master-online-postgis, had an /etc/hosts entry that did not match its DHCP-assigned private network IP address. Fixing this fixed HttpConfigTest in Jenkins geotools-master-online-postgis. This will probably also fix H2DataStoreFactoryTest.testTCP. There are still many "*Label*" failures in gt-render. Kind regards, -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Build failed in Jenkins: geotools-master-online-postgis #614
Pull request done: https://github.com/geotools/geotools/pull/1906 Thank you Andrea for the original report and fix ! On 05/27/2018 03:26 PM, Nuno Oliveira wrote: Hi all, Error already reported: https://osgeo-org.atlassian.net/browse/GEOT-6023 I'm on it. On 05/27/2018 03:00 PM, moni...@boundlessgeo.com wrote: See <https://build.geoserver.org/job/geotools-master-online-postgis/614/display/redirect?page=changes> Changes: [nuno.oliveira] [GEOT-6014] Make App-Schema delegate spatial filters on nested -- [...truncated 710.91 KB...] at java.net.Socket.connect(Socket.java:589) at java.net.Socket.connect(Socket.java:538) at sun.net.NetworkClient.doConnect(NetworkClient.java:180) at sun.net.www.http.HttpClient.openServer(HttpClient.java:463) at sun.net.www.http.HttpClient.openServer(HttpClient.java:558) at sun.net.www.http.HttpClient.(HttpClient.java:242) at sun.net.www.http.HttpClient.New(HttpClient.java:339) at sun.net.www.http.HttpClient.New(HttpClient.java:357) at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:1202) at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1138) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:1032) at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:966) at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1546) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1474) at java.net.URL.openStream(URL.java:1045) at org.geotools.data.complex.config.XMLConfigDigester.digest(XMLConfigDigester.java:110) at org.geotools.data.complex.config.XMLConfigDigester.parse(XMLConfigDigester.java:89) at org.geotools.data.complex.AppSchemaDataAccessFactory.createDataStore(AppSchemaDataAccessFactory.java:84) at org.geotools.data.complex.AppSchemaDataAccessFactory.createDataStore(AppSchemaDataAccessFactory.java:74) at org.geotools.data.DataAccessFinder.getDataStore(DataAccessFinder.java:121) at org.geotools.data.DataAccessFinder.getDataStore(DataAccessFinder.java:77) at org.geotools.http.HttpConfigTest.buildAppSchemaDataStore(HttpConfigTest.java:144) at org.geotools.http.HttpConfigTest.testHttpMapping(HttpConfigTest.java:100) at org.geotools.http.HttpConfigTest.testHttpIncludes(HttpConfigTest.java:85) Running org.geotools.util.ComplexAttributeConverterFactoryTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.geotools.util.ComplexAttributeConverterFactoryTest Running org.geotools.util.InterpolationPropertiesTest Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.geotools.util.InterpolationPropertiesTest Results : Tests in error: HttpConfigTest.testRelativeIncludes:91->testHttpMapping:100->buildAppSchemaDataStore:148 Runtime HttpConfigTest.testHttpIncludes:85->testHttpMapping:100->buildAppSchemaDataStore:148 Runtime Tests run: 145, Failures: 0, Errors: 2, Skipped: 0 [INFO] [INFO] [INFO] Skipping MongoDB DataStore [INFO] This project has been banned from the build due to previous failures. [INFO] [INFO] [INFO] [INFO] Skipping Web Map Server client [INFO] This project has been banned from the build due to previous failures. [INFO] [INFO] [INFO] [INFO] Skipping Swing widgets [INFO] This project has been banned from the build due to previous failures. [INFO] [INFO] [INFO] [INFO] Skipping Tile Client [INFO] This project has been banned from the build due to previous failures. [INFO] [INFO] [INFO] [INFO] Skipping Web Map Tile Service Client [INFO] This project has been banned from the build due to previous failures. [INFO] [INFO] [INFO] [INFO] Skipping Process Raster [INFO] This project has been banned from the build due to previous failures. [INFO] [INFO] [INFO] [INFO] Skipping YSLD Parser/Encoder [INFO] This project has been banned
Re: [Geotools-devel] Build failed in Jenkins: geotools-master-online-postgis #614
SKIPPED [INFO] Mapbox Styles Support .. SKIPPED [INFO] Next Generation JDBC DataStores SUCCESS [ 0.011 s] [INFO] GeoTools Documentation . SKIPPED [INFO] [INFO] BUILD FAILURE [INFO] [INFO] Total time: 52:17 min [INFO] Finished at: 2018-05-27T14:00:24+00:00 [INFO] Final Memory: 78M/445M [INFO] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.15:test (default-test) on project gt-render: There are test failures. [ERROR] [ERROR] Please refer to <https://build.geoserver.org/job/geotools-master-online-postgis/ws/modules/library/render/target/surefire-reports> for the individual test results. [ERROR] -> [Help 1] [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2.15:test (default-test) on project gt-app-schema: There are test failures. [ERROR] [ERROR] Please refer to <https://build.geoserver.org/job/geotools-master-online-postgis/ws/modules/extension/app-schema/app-schema/target/surefire-reports> for the individual test results. [ERROR] -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException [ERROR] [ERROR] After correcting the problems, you can resume the build with the command [ERROR] mvn -rf :gt-render Build step 'Invoke top-level Maven targets' marked build as failure -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Odd failiure in Travis
zzo è 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 ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Promoting MongoDB as an extension \ supported plugin
Thank you for the feedback Andrea :) In the meantime I proceed with the PRs: GeoServer: * https://github.com/geoserver/geoserver.github.io/pull/64 * https://github.com/geoserver/geoserver/pull/2862 * https://github.com/geoserver/geoserver/pull/2861 GeoTools: * https://github.com/geotools/geotools/pull/1874 * https://github.com/geotools/geotools/pull/1875 Cheers, Nuno Oliveira On 05/03/2018 10:19 AM, Andrea Aime wrote: Hi Nuno, no objection here, the code does not change, as long as we have a maintainer for it I see no problem Cheers Andrea On Thu, May 3, 2018 at 10:52 AM, Nuno Oliveira <nuno.olive...@geo-solutions.it <mailto:nuno.olive...@geo-solutions.it>> wrote: Hi all, I would like to backport this to 2.13.x and 2.12.x in GS and 19.x and 18.x. This doesn't add any code change and consequently no behavior change. Any objection ? Cheers, Nuno Oliveira On 03/16/2018 11:42 PM, Nuno Oliveira wrote: Dear All, My apologies for the cross posting but this touches both projects :) A few weeks ago I step in has the maintainer for MongoDB community module in GeoServer and MongoDB module in GeoTools. I would like now to ask permission to promote the GeoServer MongoDB community module to an extension and the GeoTools unsupported module to a supported module. Regarding the main promotion requirements (GS and GT requirements are quite similar): * *The module has at least a “handful” of users* True, I know some users that are using this plugin to publish complex data and the mailing list has been hit with some questions related to this module. * *The module has a designated and active maintainer* I volunteer myself has the maintainer and didn't got any objection. * The module is considered “stable” by the majority of the PSC Well this something the PSC will need to discuss :P, but is worth notice that this module has been around for some time and has been pretty stable. * The module maintains 40% test coverage The current test coverage, as measured in InteliJ including the related App-Schema tests, is 68%. * The module has a page in the user manual Yes, this true for both GeoTools and GeoServer. Looking forward to reading your feedback. Regards, Nuno Oliveira -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visithttp://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 http://www.geo-solutions.it http://twitter.com/geosolutions_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:/
Re: [Geotools-devel] Promoting MongoDB as an extension \ supported plugin
Hi all, I would like to backport this to 2.13.x and 2.12.x in GS and 19.x and 18.x. This doesn't add any code change and consequently no behavior change. Any objection ? Cheers, Nuno Oliveira On 03/16/2018 11:42 PM, Nuno Oliveira wrote: Dear All, My apologies for the cross posting but this touches both projects :) A few weeks ago I step in has the maintainer for MongoDB community module in GeoServer and MongoDB module in GeoTools. I would like now to ask permission to promote the GeoServer MongoDB community module to an extension and the GeoTools unsupported module to a supported module. Regarding the main promotion requirements (GS and GT requirements are quite similar): * *The module has at least a “handful” of users* True, I know some users that are using this plugin to publish complex data and the mailing list has been hit with some questions related to this module. * *The module has a designated and active maintainer* I volunteer myself has the maintainer and didn't got any objection. * The module is considered “stable” by the majority of the PSC Well this something the PSC will need to discuss :P, but is worth notice that this module has been around for some time and has been pretty stable. * The module maintains 40% test coverage The current test coverage, as measured in InteliJ including the related App-Schema tests, is 68%. * The module has a page in the user manual Yes, this true for both GeoTools and GeoServer. Looking forward to reading your feedback. Regards, Nuno Oliveira -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visithttp://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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 ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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
[Geotools-devel] Integrating App-Schema and Apache Solr
Dear all, sorry for the cross posting on both mailing list ... but well App-Schema "as a leg" on both projects and this may be interesting for people on both mailing lists. ... and my apologies for the wall of text that follows ... what can I say complex features are really a complex subject :) Lately I have been working in integrating App-Schema with Apache Solr [1] which is a well know solution for indexing and (faceting) searching document. We already have an Apache Solr store in both GT and GS, configuring a layer for it requires the user to provide some extra information, e.g. which index fields should be considered, should multivalued fields be used, should empty fields be used and which is attribute should be considered the default geometry. The first step for the integration between Apache Solr and App-Schema is to allow App-Schema to use Apache Solr has it one of its data store. When in the context of App-schema we already have most of the information we need, we already say indirectly through the mappings which fields of the index we are interested in, which ones are multivalued (), etc ... The Apache-Solr data store configuration doesn't fit in the usual MAP parameters configuration model ... and we also need to automatically detect during the parsing of the data stores configuration that we are dealing with an Apache Solr data store and do all the possible automatic steps. I have come up with the following syntax for the Apache Sorl data store configuration, please find the complete mappings file attached to this mail (mappings_solr.xml): (...) stations http://localhost:8983/solr/stations station_location 4326 POINT (...) All the other necessary information will be automatically inferred from the App-Schema mappings file when possible, at the exception of multivalued fields. An Apache Solr multivalued field handles \ contains multiple values for the same attribute. Apache Solr multivalued fields are related with App-Schema multivalued fields, i.e. simple attributes (String, numeric, dates, etc ...) that can be encoded multiple times. Currently in App-Schema this attributes can be mapped using a denormalized data store (database) or using a specific feature chaining syntax when client properties are involved. Here I would like to extend the App-Schema notion of multivalued attributes and allow each data data store to contribute a specific handler with a custom syntax has needed: * Apache Solr could use multivalued attributes * MongoDB could use JSON arrays * SQL could define explicit foreign key relation Please find full examples of mappings using custom handlers attached to this mail (multi_*). For SQL data stores the syntax looks like this: (...) st:comment id meteo_stations_comments station_id comment (...) A station can have multiple comment associated to it, this comment are stored in /meteo_stations_comments /table which has a foreign key to /stations /table base on columns /id /and /station_id/. The target value can be an OCQL expression. // In the case of Apache Solr the syntax would look like this: (...) st:comment station_comment (...) I have a prototype of all of this already working, all of the things above required creating a few extensions points in App-Schema: * in the mappings configuration parsing module to handle the custom syntaxes of each data store * in the App-Schema feature iterator to give a chance to custom handlers to do their job This changes open the doors to the usage of non relational data stores with App-Schema and IMHO this syntaxes promote \ allow clearer mappings files, of curse this changes and new syntaxes will need to be clearly documented in the App-Schema documentation. All comments about this are welcome. Kind regards, Nuno Oliveira -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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
Re: [Geotools-devel] Promoting MongoDB as an extension \ supported plugin
Hi all, I'm moving forward in moving MongoDB modules to extensions. If I'm still missing any validation, please let me know. I will update the thread with the PRs links. Cheers, On 03/17/2018 03:59 PM, Andrea Aime wrote: +1, so refreshing to see someone step up and take responsibility :-) Cheers Andrea On Sat, Mar 17, 2018 at 12:42 AM, Nuno Oliveira <nuno.olive...@geo-solutions.it <mailto:nuno.olive...@geo-solutions.it>> wrote: Dear All, My apologies for the cross posting but this touches both projects :) A few weeks ago I step in has the maintainer for MongoDB community module in GeoServer and MongoDB module in GeoTools. I would like now to ask permission to promote the GeoServer MongoDB community module to an extension and the GeoTools unsupported module to a supported module. Regarding the main promotion requirements (GS and GT requirements are quite similar): * *The module has at least a “handful” of users* True, I know some users that are using this plugin to publish complex data and the mailing list has been hit with some questions related to this module. * *The module has a designated and active maintainer* I volunteer myself has the maintainer and didn't got any objection. * The module is considered “stable” by the majority of the PSC Well this something the PSC will need to discuss :P, but is worth notice that this module has been around for some time and has been pretty stable. * The module maintains 40% test coverage The current test coverage, as measured in InteliJ including the related App-Schema tests, is 68%. * The module has a page in the user manual Yes, this true for both GeoTools and GeoServer. Looking forward to reading your feedback. Regards, Nuno Oliveira -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visithttp://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone:+39 0584 962313 <tel:+39%200584%20962313> fax:+39 0584 1660272 <tel:+39%200584%20166%200272> http://www.geo-solutions.it http://twitter.com/geosolutions_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 ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net <mailto:GeoTools-Devel@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/geotools-devel <https://lists.sourceforge.net/lists/listinfo/geotools-devel> -- Regards, Andrea Aime ==GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information.==Ing. Andrea Aime @geowolfTechnical
Re: [Geotools-devel] Using native filters in queries
Hi Jody, thanks for the feedback, is quite interesting that we had the same thoughts ... my /native /function just didn't had a /default/ option :P Please see my answers bellow: On 03/24/2018 10:40 AM, Jody Garnett wrote: I think you have answers my question: we do have query hints for extra control over data store interaction, but for this purpose it is not connected close enough to filter encoding for your purpose. I feel a bit odd opening a new kind of custom filter interface, when we have worked very hard not to do so in the past. I understand that feeling ... We should keep in mind that this filter will provide an /extension point/ for programmers not for the end user, which will \ should never have a direct contact with this filter. This filter gives a chance to programmers to take full advantage of the underling data store when needed in a transparent and harmonized way, this is not restricted to JDBC data stores. ... and at the end I don't see any concrete issue in adding this filter, unless some programmer explicitly uses it this will have no impact on other things. Other option you may of already considered is to handle this as a function that evaluates to true/false. Something like *native(query, fallback)*. The first parameter would be SQL , the second a fallback value to be used when not run on a database. - I guess this is just not optimizable enough since you are focused on filter splitters - The true/false is not a very good contract, it would be handy to run a native expression - The net effect would be similar to parametrized views in that any SLD using the filter or expression could still be portable (with reduced utility) Yes I investigated this approach, and on top of what you say I can add this: 1. The idea of a native filter is that it should executed natively, so if it ends up being executed in memory the execution should fail, so I don't see the need for a default value. 2. The other advantage of having a filter is that it is compatible with the existing stack, a function will need to have an explicit handling different form all the other functions. We should not focus only on the JDBC data store, we should keep in mind others data stores like App-Schema, Apache Solr, MongoDB, etc ... 3. Another issue with a function is that it could end up being used by the end user, which would be a really bad thing. Just imagine all the possible security breaches. This Native filter instead, will not even be possible to encode it to XML or (E)CQL. 4. Finally, even if we ignore all the issues above ... in an architectural point of view using a function for this would just be a major hack. Every time we do something with a filter (and there is quite a few places) we would have to check that the native function is present and handle it explicitly, because well it is not really a function. Cheers, Nuno Oliveira On Wed, Mar 21, 2018 at 11:08 AM Nuno Oliveira <nuno.olive...@geo-solutions.it <mailto:nuno.olive...@geo-solutions.it>> wrote: Hi Jody, No sure I understand your comment: 1. you mean there is already something similar that can be done with query hints ? 2. or you mean we could use a query hint for this ? That say, one my first approaches was to take advantage of query hints but I step on to many limitations, just to /name/ a few: * query hints at best allows us to say, please happen this to the final query that will be send to the data store, but doesn't allow us to build a filter the way we need it (OR, AND, nested, etc ...) * the native filter provides a more harmonized approach, the query hint would have to be managed explicitly in every part of the code where the final query that will be send to the data store is created, this would quickly become a nightmare (note this is not specific to JDBC data store) * having a filter allows us to take advantage of all the existing wiring and processing that involves filters visitors, e.g. capabilities support, filters splitter, etc ... Another thing that is worth mentioning, is that for most of the use cases I can think of being able to use a filter is more /compatible/ for the invokers than setting up a query hint. Kind regards, Nuno Oliveira On 03/21/2018 01:59 AM, Jody Garnett wrote: do we not have query hints for this purpose? On Tue, Mar 20, 2018 at 12:07 PM Nuno Oliveira <nuno.olive...@geo-solutions.it <mailto:nuno.olive...@geo-solutions.it>> wrote: Hi Andrea, thanks for the feedback, please see my answers bellow: On 03/20/2018 10:21 AM, Andrea Aime wrote: Hi Nuno, last time a new type of filter was in this commit: https://github.com/geotools/geotools/commit/47e9259d74482b92
Re: [Geotools-devel] Using native filters in queries
Hi Jody,
No sure I understand your comment:
1. you mean there is already something similar that can be done with query
hints ?
2. or you mean we could use a query hint for this ?
That say, one my first approaches was to take advantage of query hints but I step on to many
limitations, just to /name/// a few:
* query hints at best allows us to say, please happen this to the final query
that will be send to
the data store, but doesn't allow us to build a filter the way we need it
(OR, AND, nested, etc ...)
* the native filter provides a more harmonized approach, the query hint would
have to be managed
explicitly in every part of the code where the final query that will be send
to the data store
is created, this would quickly become a nightmare (note this is not specific
to JDBC data store)
* having a filter allows us to take advantage of all the existing wiring and
processing that
involves filters visitors, e.g. capabilities support, filters splitter, etc
...
Another thing that is worth mentioning, is that for most of the use cases I can think of being able
to use a filter is more /compatible/ for the invokers than setting up a query hint.
Kind regards,
Nuno Oliveira
On 03/21/2018 01:59 AM, Jody Garnett wrote:
do we not have query hints for this purpose?
On Tue, Mar 20, 2018 at 12:07 PM Nuno Oliveira <nuno.olive...@geo-solutions.it
<mailto:nuno.olive...@geo-solutions.it>> wrote:
Hi Andrea,
thanks for the feedback, please see my answers bellow:
On 03/20/2018 10:21 AM, Andrea Aime wrote:
Hi Nuno,
last time a new type of filter was in this commit:
https://github.com/geotools/geotools/commit/47e9259d74482b92244b4dd301363b434e382baf
Thankfully now there are default methods, allowing for quite a bit less
painful extension.
Thanks, yes default methods help indeed.
Overall I see where this need comes from and agree with it, a few
notes/questions off the top
of my head:
* Can you share how you intend to implement NativeFilter? Is it an
interface with store
specific implementations, or does it have a single one? Which stores
will receive a
sample implementation of the concept?
My idea is to create an interface (this will help with filter visitors):
public interface NativeFilter extends Filter {
Expression getNative();
}
and then provide a default implementation for it, this default
implementation should be
enough for most use cases.
The JDBC data store will be the first one receiving support for it.
* Make sure the functionality is open for programmers but not from the
web (e.g., one
cannot setup a XML or CQL filter using it
Yes this is an important point indeed, no XML binds or CQL support will be
implemented. The
Filter to CQL visitor will throw an exception.
* Properly document the intended usage of it including notion of pre/post
filter splitting,
e.g., if a NativeFilter is supported, but it's OR-ed with another bit
using an
unsupported filter function, it will end in the post, in memory
evaluation, and will blow
up.This is unavoidable, but should not be a surprise for users.
Yep.
Cheers
Andrea
On Mon, Mar 19, 2018 at 11:07 PM, Nuno Oliveira
<nuno.olive...@geo-solutions.it
<mailto:nuno.olive...@geo-solutions.it>> wrote:
Hi all,
Recently I have been dealing with some use cases that require the
ability to inject some
native filters,
specific for each feature type and non static over time, to the final
native query build
by GeoTools and
send to the data store.
For example, the content of a feature type is partially controlled by
an external service
who provides a non
static native query (the request changes over time) that filters the
content that should
be show.
Another use case is a complex authorization rules system where the
authorization rules
are SQL
expressions that need to be append to the final SQL WHERE clause build
by GeoTools, the
system
provides SQL expressions for different databases (Oracle, PostgreSQL,
MySQL, etc ...).
Most of the native filters of this use cases are quite complex and
can't be translated to
OGC filters.
Since we have a pattern here that can be applied to several use cases
and data stores I
have think about
an approach that would allow extensions, external code, etc ... to
inject the necessary
native filter(s)
and allow data stores implementations to handle those native filters in
an harmonized way.
I have come up with the idea of a new filter named /NativeFilter/:
* this filter will NOT be directly usable by the final users, for
example in WFS requests
* if any code try
Re: [Geotools-devel] Using native filters in queries
Hi Andrea,
thanks for the feedback, please see my answers bellow:
On 03/20/2018 10:21 AM, Andrea Aime wrote:
Hi Nuno,
last time a new type of filter was in this commit:
https://github.com/geotools/geotools/commit/47e9259d74482b92244b4dd301363b434e382baf
Thankfully now there are default methods, allowing for quite a bit less painful
extension.
Thanks, yes default methods help indeed.
Overall I see where this need comes from and agree with it, a few notes/questions off the top of
my head:
* Can you share how you intend to implement NativeFilter? Is it an interface
with store specific
implementations, or does it have a single one? Which stores will receive a
sample
implementation of the concept?
My idea is to create an interface (this will help with filter visitors):
public interface NativeFilter extends Filter {
Expression getNative();
}
and then provide a default implementation for it, this default implementation should be enough for
most use cases.
The JDBC data store will be the first one receiving support for it.
* Make sure the functionality is open for programmers but not from the web
(e.g., one cannot
setup a XML or CQL filter using it
Yes this is an important point indeed, no XML binds or CQL support will be implemented. The Filter
to CQL visitor will throw an exception.
* Properly document the intended usage of it including notion of pre/post
filter splitting,
e.g., if a NativeFilter is supported, but it's OR-ed with another bit using
an unsupported
filter function, it will end in the post, in memory evaluation, and will
blow up.This is
unavoidable, but should not be a surprise for users.
Yep.
Cheers
Andrea
On Mon, Mar 19, 2018 at 11:07 PM, Nuno Oliveira <nuno.olive...@geo-solutions.it
<mailto:nuno.olive...@geo-solutions.it>> wrote:
Hi all,
Recently I have been dealing with some use cases that require the ability
to inject some
native filters,
specific for each feature type and non static over time, to the final
native query build by
GeoTools and
send to the data store.
For example, the content of a feature type is partially controlled by an
external service who
provides a non
static native query (the request changes over time) that filters the
content that should be show.
Another use case is a complex authorization rules system where the
authorization rules are SQL
expressions that need to be append to the final SQL WHERE clause build by
GeoTools, the system
provides SQL expressions for different databases (Oracle, PostgreSQL,
MySQL, etc ...).
Most of the native filters of this use cases are quite complex and can't be
translated to OGC
filters.
Since we have a pattern here that can be applied to several use cases and
data stores I have
think about
an approach that would allow extensions, external code, etc ... to inject
the necessary native
filter(s)
and allow data stores implementations to handle those native filters in an
harmonized way.
I have come up with the idea of a new filter named /NativeFilter/:
* this filter will NOT be directly usable by the final users, for example
in WFS requests
* if any code try to evaluate it in memory an exception will be throw
* it will not break any API and data stores will be free to implement is
support has needed
* it will have a method getNative() that will return a String containing
the native filter
A new default method would need to be added to the /FilterVisitor/
interface and a default
implementation would need to be added to /AsbtractFilterVisitor and
DuplicatingFilterVisitor /
classes (like for any other filter).
The data store who wants to supports this filter will need to extends it
custom visitor, for
example,
for relational databases we only need to add a new visit method to
/FilterToSQL/ visitor.
This gives the necessary flexibility for third party code (codes that use
GeoTools) to inject
native
filters without any specific extension points or cumbersome handling. It is
also worth notice
unless
some code is using native filters this will have no impact on other usages.
Any thoughts on this ? Objections ?
King regards,
Nuno Oliveira
--
Regards,
Nuno Oliveira
==
GeoServer Professional Services from the experts! Visithttp://goo.gl/it488V
for more information.
==
Nuno Miguel Carvalho Oliveira
@nmcoliveira
Software Engineer
GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
Italy
phone:+39 0584 962313 <tel:+39%200584%20962313>
fax:+39 0584 1660272 <tel:+39%200584%20166%200272>
http://www.geo-solutions.it
http://twitter.com/geosolutions_it <http://twitter.com/geosolutions_it>
---
AVVERTENZ
Re: [Geotools-devel] Google formatting, a second look
ZE 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 ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Using native filters in queries
Hi all, Recently I have been dealing with some use cases that require the ability to inject some native filters, specific for each feature type and non static over time, to the final native query build by GeoTools and send to the data store. For example, the content of a feature type is partially controlled by an external service who provides a non static native query (the request changes over time) that filters the content that should be show. Another use case is a complex authorization rules system where the authorization rules are SQL expressions that need to be append to the final SQL WHERE clause build by GeoTools, the system provides SQL expressions for different databases (Oracle, PostgreSQL, MySQL, etc ...). Most of the native filters of this use cases are quite complex and can't be translated to OGC filters. Since we have a pattern here that can be applied to several use cases and data stores I have think about an approach that would allow extensions, external code, etc ... to inject the necessary native filter(s) and allow data stores implementations to handle those native filters in an harmonized way. I have come up with the idea of a new filter named /NativeFilter/: * this filter will NOT be directly usable by the final users, for example in WFS requests * if any code try to evaluate it in memory an exception will be throw * it will not break any API and data stores will be free to implement is support has needed * it will have a method getNative() that will return a String containing the native filter A new default method would need to be added to the /FilterVisitor/ interface and a default implementation would need to be added to /AsbtractFilterVisitor and DuplicatingFilterVisitor / classes (like for any other filter). The data store who wants to supports this filter will need to extends it custom visitor, for example, for relational databases we only need to add a new visit method to /FilterToSQL/ visitor. This gives the necessary flexibility for third party code (codes that use GeoTools) to inject native filters without any specific extension points or cumbersome handling. It is also worth notice unless some code is using native filters this will have no impact on other usages. Any thoughts on this ? Objections ? King regards, Nuno Oliveira -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Enhancing GeoJSON serialisation for deep properties
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://slashdot.org/>!http://sdm.link/slashdot___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net <mailto:GeoTools-Devel@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Promoting MongoDB as an extension \ supported plugin
Dear All, My apologies for the cross posting but this touches both projects :) A few weeks ago I step in has the maintainer for MongoDB community module in GeoServer and MongoDB module in GeoTools. I would like now to ask permission to promote the GeoServer MongoDB community module to an extension and the GeoTools unsupported module to a supported module. Regarding the main promotion requirements (GS and GT requirements are quite similar): * *The module has at least a “handful” of users* True, I know some users that are using this plugin to publish complex data and the mailing list has been hit with some questions related to this module. * *The module has a designated and active maintainer* I volunteer myself has the maintainer and didn't got any objection. * The module is considered “stable” by the majority of the PSC Well this something the PSC will need to discuss :P, but is worth notice that this module has been around for some time and has been pretty stable. * The module maintains 40% test coverage The current test coverage, as measured in InteliJ including the related App-Schema tests, is 68%. * The module has a page in the user manual Yes, this true for both GeoTools and GeoServer. Looking forward to reading your feedback. Regards, Nuno Oliveira -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visithttp://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Improvement for SQL Views (Virtual Tables)
Indeed Teradata and SQLServer dialects pagination handling are quite complex. As far I can tell they should work fine. On 03/07/2018 03:57 PM, Andrea Aime wrote: On Wed, Mar 7, 2018 at 4:53 PM, Nuno Oliveira <nuno.olive...@geo-solutions.it <mailto:nuno.olive...@geo-solutions.it>> wrote: 2) The SQL View mechanism is generic, cross database... will whatever query location work along with paging and query hints across all databases? What I'm asking here is to consider all JDBCDataStore implementation, as this is not "Oracle sql views", but "sql views" :-p Again, this might be documented, e.g., "Sorry XYZ users, :where_clause: is not for you" Analytics operations (DENSE_RANK, FIRST_VALUE, LAST_VALUE, RANK, ROW_NUMBER) are available in ANSI SQL (maybe I'm wrong). My example is a PostgreSQL query, I didn't test it with Oracle but I have similar queries that work that way in Oracle too ... Unfortunately not, paging is done in the most atrocious ways across the various database dialets, none of them using a recognizable standard as far as I know Cheers Andrea == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information.==Ing. Andrea Aime @geowolfTechnical LeadGeoSolutions S.A.S.Via di Montramito 3/A55054 Massarosa (LU)phone: +39 0584 962313fax: +39 0584 1660272mob: +39 339 8844549http://www.geo-solutions.ithttp://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. -- Regards, Nuno Oliveira == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Nuno Miguel Carvalho Oliveira @nmcoliveira Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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 sen
Re: [Geotools-devel] Improvement for SQL Views (Virtual Tables)
Hi Andrea, thanks for the feedback, please see my answers bellow :) On 03/07/2018 03:25 PM, Andrea Aime wrote: Hi Nuno, not against but I have a couple of worries. 1) The where clause generated by GeoServer talks about attributes visible when the full query is run, depending on the query complexity one might decide to place the where somewhere that only has a subset of such attributes computed (e..g, case with inner queries). This will eventually break the query if the wrong attribute is filtered upon. I guess this migth be dealt with at the documentation level: "hey dude, we give you this opportunity, the mechanism works like this , you can shoot yourself in the foot with it, don't blame us" As I said: / //This comes handy (better performance) when we have extra operations that // //can be done on top of the rows filtered with the GeoServer filter first./ The :where_clause: clause should always be applied at the point where we have already all the final attributes (attributes GeoServer is aware of). I understand your concern, a user may create the view and put the WHERE place holder in a nested deep query where only a portion of the attributes are available and then everything will be fine until a new request that uses a non available attribute is requested ... Unfortunately there is nothing we can do to prevent that to happen except warn the user about the correct usage of the placeholder in the documentation. 2) The SQL View mechanism is generic, cross database... will whatever query location work along with paging and query hints across all databases? What I'm asking here is to consider all JDBCDataStore implementation, as this is not "Oracle sql views", but "sql views" :-p Again, this might be documented, e.g., "Sorry XYZ users, :where_clause: is not for you" Analytics operations (DENSE_RANK, FIRST_VALUE, LAST_VALUE, RANK, ROW_NUMBER) are available in ANSI SQL (maybe I'm wrong). My example is a PostgreSQL query, I didn't test it with Oracle but I have similar queries that work that way in Oracle too ... Cheers Andera Summarizing, this is an advanced feature that may come handy in some use cases (common enough to be handled by ANSI SQL) but if a user uses it wrong it can bite him hard :) On Wed, Mar 7, 2018 at 3:59 PM, Nuno Oliveira <nuno.olive...@geo-solutions.it <mailto:nuno.olive...@geo-solutions.it>> wrote: Hi all, Sorry for the cross porting but this touches the two projects ... I would like to extend the current support of SQL views (Virtual Tables) to allow us to add a placeholder for the where clause where GeoServer will add the needed filter. This comes handy (better performance) when we have extra operations that can be done on top of the rows filtered with the GeoServer filter first. Consider the following use case: we have several meteorological stations that have several measurements (wind speed, temperature, humidity, etc ..) and for each one we are only interested in the last measurement for each available measurement type. We can create a query that returns exactly what we want: SELECT STATION_NAME, MEASUREMENT, MEASUREMENT_TYPE, LOCATION FROM (SELECT st.common_name AS STATION_NAME, ob.value AS MEASUREMENT, pr.param_name AS MEASUREMENT_TYPE, st.position AS LOCATION, *ROW_NUMBER() OVER(PARTITION BY st.id <http://st.id>, pr.param_name** ** ORDER BY ob.time DESC) AS RANK* FROM meteo.meteo_stations st LEFT JOIN meteo.meteo_observations ob ON st.id <http://st.id> = ob.station_id LEFT JOIN meteo.meteo_parameters pr ON ob.parameter_id = pr.id <http://pr.id>) AS stations WHERE RANK = 1; The issue is that this query will NOT be as efficient as it can be when used with GeoServer, actually the performance will be quite bad. This happens because GeoServer will add is WHERE clause around the query above, which means that the ranking will happen for all the data set first and only after we will filter what we don't need. The following query that uses the :where_clause: placeholder will do the opposite, we will first filter what we don't want and then do the ranking: SELECT STATION_NAME, MEASUREMENT, MEASUREMENT_TYPE, LOCATION FROM (SELECT STATION_NAME, MEASUREMENT, MEASUREMENT_TYPE, LOCATION, *ROW_NUMBER() OVER(PARTITION BY STATION_ID, MEASUREMENT_TYPE* * ORDER BY TIME DESC) AS RANK* FROM (SELECT st.id <http://st.id> AS STATION_ID, st.common_name AS STATION_NAME,
Re: [Geotools-devel] [Geoserver-devel] SourceForge exit strategy
Hi all, I agree with Andrea ... so far my experience with the OSGeo maven repository doesn't give me too much confidence for such an important move and one trouble per 2.5 years is not that bad indeed. Regards, Nuno Oliveira On 03/07/2018 02:24 PM, Andrea Aime wrote: Hi Jody, I don't think it's a specific event, my colleagues not involved in the full stack (and thus not having maybe an up to date GeoTools checkout) report repository slowness periodically (e.g., weekly or monthly). If the artifactory on SAC would get separation from other downloads, that is, its own dedicated bandwidth, it may be an interesting option to look into. Cheers Andrea On Wed, Mar 7, 2018 at 3:20 PM, Jody Garnett <jody.garn...@gmail.com <mailto:jody.garn...@gmail.com>> wrote: The recent qgis release hit the OSGeo download servers hard, and our maven repo was affected. After all the fun with repo.boundlessgeo.org <http://repo.boundlessgeo.org> we probably know a) enough to host artifactory on SAC b) not to try cloud hosting of the same. On Tue, Mar 6, 2018 at 11:43 PM Andrea Aime <andrea.a...@geo-solutions.it <mailto:andrea.a...@geo-solutions.it>> wrote: Hi Torben, I'm tentatively -1 on the idea but willing to discuss. The proposal you're citing is 2.5 years old and the mailing list trouble we have had in the past week is been the only really serious issue we have had since, as far as I remember. Migrating the lists to OSGeo will generate a very significant disturbance again, but one of our own making, we'll probably lose all subscribers* and create two places that people have to search into before posting a request. I'd be willing to consider the idea again if we have another SF issue in the short term, but besides that, I believe we can tolerate one trouble in 2.5 years, I doubt OSGeo would be able to significantly outperform that. Speaking of which, we keep on having problems with the OSGeo hosted maven repository, my colleagues report slowness and occasional inability to connect, I normally dodge the problem by building from sources my snapshot and using -nsu in all builds. Now, I understand we have not seen similar issues on the mailing list, but it gives the impression SAC is a bit short handed (looking at our community, everybody seems to be busy up to their eyeballs too, so don't think we can offer help there). Cheers Andrea * even assuming SF will give us the list of subscribers, which they might not due to privacy, I don't think we can force subscribe anyone to a new list server hosted by a different organization... so we'd likely have to start from scratch On Tue, Mar 6, 2018 at 10:32 PM, Torben Barsballe <tbarsba...@boundlessgeo.com <mailto:tbarsba...@boundlessgeo.com>> wrote: * SourceForge had outages / reduced service during the week of the GeoTools 19-beta / GeoServer 2.13-beta release. This caused: * Delays on mailing list discussions and announcements (including the release announcement), * Loss of all download statistics for the release, so we don't know how many people are downloading / testing it. Once again, this brings up the topic of whether we should consider something a bit more reliable than sourceforge for hosting mailing lists and release artifacts. There is a preexisting migration proposal here: *https://github.com/geotools/geotools/wiki/SourceForge-exit-strategy <https://github.com/geotools/geotools/wiki/SourceForge-exit-strategy>* ** *One suggestion was to start by migrating the GeoTools project (As it is a lower-risk migration, given that most people get there artifacts via maven), and use that to determine feasibility of migrating the GeoServer project.* ** *Any thoughts?* ** *Torben* * -- 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-de...@lists.sourceforge.net <mailto:geoserver-de...@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/geoserver-devel <https://lists.sourceforge.net/lists/listinfo/geoserver-devel> -- Regards,
