[Geotools-devel] Upgrading to NetCDF 5.5.3: breaking changes
Dear Lists. First of all, sorry for cross posting. We did some work in upgrading the NetCDF version to 5.5.3 in both GT and GS. As we have seen already in some past upgrade attempts, the GRIB related upgrade introduced some incompatibilities with the previous version. Basically, the GRIB variable name and dimension mapping was "improved", in a way that is not compatible with the previous outputs, and that cannot be reverted to it. This mainly affects already published layers, as the "native name" we store in GeoServer won't match with the names found in the GRIB file, as processed by the new NetCDF library. The GRIB upgrade also affected the way the temporal domain is being interpreted, resulting in changing the temporal component of the exposed parameter name as well as the actual values of the time ranges. See all the details reported on https://osgeo-org.atlassian.net/browse/GEOT-7547 Despite the map redefinitions we attempted during the investigations and the communications we had with the Unidata community, it turned out that the GRIB backwards is basically impossible to achieve. At the same time, the NetCDF 4.x series is completely dead, while the 5.x series is packing up significant improvements: we are left with the only way to go, forwards. I have also added notes to the GeoServer documentation with all the details for the GRIB related migration process, for both single layers and mosaics, in case they do not properly work after the upgrade: https://github.com/geoserver/geoserver/pull/7507/files As a breaking change, there is no intention of backporting the changes to the stable series, the user base will see these changes in September. Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://bit.ly/gs-services-us for more information. == Daniele Romagnoli Senior Software Engineer 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] Question on maven artifacts mirroring
On Wed, Apr 20, 2022 at 6:22 PM Jody Garnett wrote: > I would hope that it can now fetch and cache the jar (should be no need > for manual upload now that /me/steinborn/* is in the routing rules to be > cached?). > Yep. me too but it seems it's still not there. I have also tried to redeploy again to geosolutions, hoping the routing rules would catch that but it's still not there on nexus. > > As for deploy, you provided credentials in your ~/.m2/settings.xml file > yes? > Yep. > What does "that didn't work" look like > Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.7:deploy-file (default-cli) on project imageio-ext: Failed to deploy artifacts: Could not find artifact me.steinborn:libdeflate-java-core:jar:0.1.0-beta in osgeo (dav: http://download.osgeo.org/upload/geotools) -> [Help 1] > > LDAP user danieleromagnoli has been granted GeoServer-Admin and > GeoTools-Admin permissions; but once again manual upload should not be > required. > I'll take a look again on tomorrow. Thanks for your follow up so far. Regards, Daniele > > -- > Jody Garnett > > > On Apr 20, 2022 at 12:51:02 AM, Daniele Romagnoli < > daniele.romagn...@geosolutionsgroup.com> wrote: > >> Hi Jody. >> My user is danieleromagnoli. >> I have tried with the manual deploy using similar maven deploy command >> with dav but that didn't work. >> Please, let me know if you can allow my osgeo user to manually upload to >> Nexus. >> >> Regards, >> Daniele >> >> >> >> >> Regards, >> >> Daniele Romagnoli >> >> == >> GeoServer Professional Services from the experts! >> >> Visit http://bit.ly/gs-services-us for more information. >> == >> >> Daniele Romagnoli >> Senior Software Engineer >> >> 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 Tue, Apr 19, 2022 at 6:04 PM Jody Garnett >> wrote: >> >>> Comments inline: >>> >>> Reviewing: >>>>> >>>>>- How did you "manually add an artifact to geosolutions repo"? I >>>>>ask because the cache policy is set to strict "Validate that all paths >>>>> are >>>>>maven artifact or metadata paths". >>>>> >>>>> >>>> I have used a command like this: >>>> >>>> mvn deploy:deploy-file -Durl=ftp://demo.geo-solutions.it >>>> -DrepositoryId=geosolutions -Dfile=myartifact.jar -DgroupId=me.steinborn >>>> -DartifactId=libdeflate-java-core -Dversion=0.1.0-beta -Dpackaging=jar >>>> -DgeneratePom=true >>>> >>> >>> Okay, so ftp site :) >>> >>> The procedure to deploy to geotools releases or geoserver releases (for >>> example) is similar. >>> >>>> >>>> Let me add "me/steinborn" to the routing rules... >>>>> >>>> >>>> Will that automatically trigger a mirroring for the missing artifact or >>>> will it work only from now on, instead? (I suppose the latest) >>>> If not, do you have any chance to put a copy of that artifact in the >>>> mirror since my working day is almost done? >>>> (no problem if you can't. I will retrieve my OSGeo credentials tomorrow >>>> and retry on my own). >>&g
Re: [Geotools-devel] Question on maven artifacts mirroring
Hi Jody. My user is danieleromagnoli. I have tried with the manual deploy using similar maven deploy command with dav but that didn't work. Please, let me know if you can allow my osgeo user to manually upload to Nexus. Regards, Daniele Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://bit.ly/gs-services-us for more information. == Daniele Romagnoli Senior Software Engineer 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 Tue, Apr 19, 2022 at 6:04 PM Jody Garnett wrote: > Comments inline: > > Reviewing: >>> >>>- How did you "manually add an artifact to geosolutions repo"? I ask >>>because the cache policy is set to strict "Validate that all paths are >>>maven artifact or metadata paths". >>> >>> >> I have used a command like this: >> >> mvn deploy:deploy-file -Durl=ftp://demo.geo-solutions.it >> -DrepositoryId=geosolutions -Dfile=myartifact.jar -DgroupId=me.steinborn >> -DartifactId=libdeflate-java-core -Dversion=0.1.0-beta -Dpackaging=jar >> -DgeneratePom=true >> > > Okay, so ftp site :) > > The procedure to deploy to geotools releases or geoserver releases (for > example) is similar. > >> >> Let me add "me/steinborn" to the routing rules... >>> >> >> Will that automatically trigger a mirroring for the missing artifact or >> will it work only from now on, instead? (I suppose the latest) >> If not, do you have any chance to put a copy of that artifact in the >> mirror since my working day is almost done? >> (no problem if you can't. I will retrieve my OSGeo credentials tomorrow >> and retry on my own). >> > > Yes that is my understanding, please try! > > Can you give me your osgeo user id and I can make sure you have access to > repo.osgeo.org. > > Jody > >> ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Question on maven artifacts mirroring
Thanks for the feedbacks, Jody. On Tue, Apr 19, 2022 at 4:51 PM Jody Garnett wrote: > I set up the osgeo nexus server, and any project PSC should have admin > ability (or talk to me to get such access). > > The care and feeding instructions are here > https://wiki.osgeo.org/wiki/SAC:Repo > > This *geo-solutions-cache* is configured to proxy > https://repo.osgeo.org/repository/geo-solutions-cache/ > (It is available for direct online access so you can try the cache > directly if you like). > > Reviewing: > >- How did you "manually add an artifact to geosolutions repo"? I ask >because the cache policy is set to strict "Validate that all paths are >maven artifact or metadata paths". > > I have used a command like this: mvn deploy:deploy-file -Durl=ftp://demo.geo-solutions.it -DrepositoryId=geosolutions -Dfile=myartifact.jar -DgroupId=me.steinborn -DartifactId=libdeflate-java-core -Dversion=0.1.0-beta -Dpackaging=jar -DgeneratePom=true > >- The cache is setup as a mirror of http://maven.geo-solutions.it/ (no >https yet?) > > The repository configured in imageio-ext pom.xml is actually using https so I think that it can get updated. > >- Auto blocking enabled " >- if remote peer is detected as unreachable/unresponsive >- Cache is for 1 day, not found cache is 1 hour >- No cleanup policy is setup (as that manages to clean up too many old >snapshots we liked), instead we setup some kind of >- Routing rules, geosolutions-artifacts, used to check >it/geosolutions/jaiext, it/geosolutions/imageio-ext, org/lib/jpegturbo, >com/oracle, opendap > > > > Let me add "me/steinborn" to the routing rules... > Will that automatically trigger a mirroring for the missing artifact or will it work only from now on, instead? (I suppose the latest) If not, do you have any chance to put a copy of that artifact in the mirror since my working day is almost done? (no problem if you can't. I will retrieve my OSGeo credentials tomorrow and retry on my own). Regards, Daniele > > -- > Jody Garnett > > > On Apr 19, 2022 at 3:39:34 AM, Daniele Romagnoli < > daniele.romagn...@geo-solutions.it> wrote: > >> Hi guys, >> sorry for cross-posting. >> I'm not sure if I have already asked that in the past (probably, but it >> was a couple of years ago but I didn't find anything in my email history). >> >> How the Osgeo artifacts mirroring works? >> Long story short: >> I had to manually add an artifact to geosolutions repository several days >> ago. >> >> http://maven.geo-solutions.it/me/steinborn/libdeflate-java-core/0.1.0-beta/ >> >> A GT PR is failing due to a >> java.lang.NoClassDefFoundError initialization error. >> >> I suspect that it's due to the artifact not being mirrored on Osgeo yet >> so the relevant class not being found.I cannot see it indeed in the index >> of artifacts. >> https://repo.osgeo.org/#browse/browse:release >> >> Is anyone familiar with the mirroring logic? >> Is there any manual intervention that we can do to copy that artifact >> into Osgeo maven repository? >> >> Please, let me know. >> Regards, >> Daniele >> >> >> >> >> >> -- >> Regards, >> Daniele Romagnoli >> == >> GeoServer Professional Services from the experts! Visit >> http://goo.gl/it488V for more information. >> == >> >> Ing. Daniele Romagnoli >> Senior 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, di
[Geotools-devel] Question on maven artifacts mirroring
Hi guys, sorry for cross-posting. I'm not sure if I have already asked that in the past (probably, but it was a couple of years ago but I didn't find anything in my email history). How the Osgeo artifacts mirroring works? Long story short: I had to manually add an artifact to geosolutions repository several days ago. http://maven.geo-solutions.it/me/steinborn/libdeflate-java-core/0.1.0-beta/ A GT PR is failing due to a java.lang.NoClassDefFoundError initialization error. I suspect that it's due to the artifact not being mirrored on Osgeo yet so the relevant class not being found.I cannot see it indeed in the index of artifacts. https://repo.osgeo.org/#browse/browse:release Is anyone familiar with the mirroring logic? Is there any manual intervention that we can do to copy that artifact into Osgeo maven repository? Please, let me know. Regards, Daniele -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] Test failures in ImageMosaic/PostGIS online tests
PR ready to fix the failures https://github.com/geotools/geotools/pull/3826 >From the main pom.xml I see this: online disabled and **/*OnlineTest.java So I think that a build which triggers the online profile is executing all the OnlineTest around. Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://bit.ly/gs-services-us for more information. == Daniele Romagnoli Senior Software Engineer 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 Tue, Mar 22, 2022 at 9:13 AM Ian Turton wrote: > It's an online test, though why only PostGIS triggers it I couldn't say > > Ian > > On Mon, 21 Mar 2022 at 17:25, Jody Garnett wrote: > >> But .. .why is this only getting the PostGIS online tests? >> >> On Mon, Mar 21, 2022 at 10:15 AM Daniele Romagnoli < >> daniele.romagn...@geosolutionsgroup.com> wrote: >> >>> Hi Ian, >>> I'm currently investigating that. >>> It seems like the Landsat8 S3 free datasets are no longer available or >>> they changed something on their S3 data. >>> https://docs.opendata.aws/landsat-pds/readme.html >>> >>> I'm investigating a Sentinel2 replacement. >>> >>> Regards. >>> Daniele >>> >>> >>> >>> >>> >>> Regards, >>> >>> Daniele Romagnoli >>> >>> == >>> GeoServer Professional Services from the experts! >>> >>> Visit http://bit.ly/gs-services-us for more information. >>> == >>> >>> Daniele Romagnoli >>> Senior Software Engineer >>> >>> 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 Mon, Mar 21, 2022 at 6:10 PM Ian Turton wrote: >>> >>>> I'm seeing the following failures on both GitHub and locally: >>>> https://github.com/geotools/geotools/runs/5606477900?check_suite_focus=true >>>> >>>> Error: Failures: >>>>Error: ImageMosaicCogOnlineTest.testCogMosaicOverview:133 >>>>Error: ImageMosaicCogOnlineTest.testFSDateCollect:321 >>>> expected:<2019> but was:<2022> >>>>Error: ImageMosaicCogOnlineTest.testHarvestSingleURL:200 >>>> expect
Re: [Geotools-devel] Test failures in ImageMosaic/PostGIS online tests
Hi Ian, I'm currently investigating that. It seems like the Landsat8 S3 free datasets are no longer available or they changed something on their S3 data. https://docs.opendata.aws/landsat-pds/readme.html I'm investigating a Sentinel2 replacement. Regards. Daniele Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://bit.ly/gs-services-us for more information. == Daniele Romagnoli Senior Software Engineer 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 Mon, Mar 21, 2022 at 6:10 PM Ian Turton wrote: > I'm seeing the following failures on both GitHub and locally: > https://github.com/geotools/geotools/runs/5606477900?check_suite_focus=true > > Error: Failures: >Error: ImageMosaicCogOnlineTest.testCogMosaicOverview:133 >Error: ImageMosaicCogOnlineTest.testFSDateCollect:321 expected:<2019> > but was:<2022> >Error: ImageMosaicCogOnlineTest.testHarvestSingleURL:200 expected:<2> > but was:<1> > Error: Errors: >Error: ImageMosaicCogOnlineTest.testEmptyMosaic:227 » NullPointer >Error: ImageMosaicCogOnlineTest.testTimeDimensionMosaic:288 » > NullPointer > > Has anyone changed something that might be causing this issue? > > Ian > > -- > 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
Re: [Geotools-devel] I need an image mosaic expert
Hi, I'll try to take a look on that on my side too. Cheers, Daniele On Sat, Jul 3, 2021 at 5:39 PM mark wrote: > I could not get the the upgrade to work on wondows either for > https://github.com/geotools/geotools/pull/3474 > > I'm suspecting something with last modified time of those files. > the path to the file is insignificant; it is a random temp directory > generated by junit > > Op 01-07-2021 om 18:18 schreef Ian Turton: > > I'm trying to bump the version of commons-io from 2.6 to 2.10 (or any > other value for now) and all is fine except for > `org.geotools.coverage.io.netcdf.NetCDFMosaicReaderTest.testReHarvest()` on > a Windows machine which fails by not reading the 2 new granules added to > the NC file. I've checked the obvious things like files being held open or > not overwritten etc and it isn't anything obvious that I can see (I'm sure > it will be obvious once someone points it out :-) ). I've compared the log > files of a linux and windows run but nothing jumps out at me. > > > 16c16 > < INFO: ACCEPTED: /tmp/junit8062632297122653609/nc_harvest4/ > polyphemus_20130301_test.nc > --- > > INFO: ACCEPTED: > C:\Users\ian\AppData\Local\Temp\junit17289880738954782938\nc_harvest4\ > polyphemus_20130301_test.nc > 24c24 > < INFO: found > /tmp/junit8062632297122653609/nc_harvest4/datastore.properties > --- > > INFO: found > C:\Users\ian\AppData\Local\Temp\junit17289880738954782938\nc_harvest4\datastore.properties > > the file names are different! > > 36a37,38 > > org.geotools.gce.imagemosaic.Utils loadMosaicProperties > > INFO: Required key Levels not found. > > Windows seems to loop through this one more time (I suspect it is just a > timing thing as my windows VM is slower) > > 38c40 > < INFO: found > /tmp/junit8062632297122653609/nc_harvest4/datastore.properties > --- > > INFO: found > C:\Users\ian\AppData\Local\Temp\junit17289880738954782938\nc_harvest4\datastore.properties > 45c47 > < target /tmp/junit8062632297122653609/nc_harvest4/ > polyphemus_20130301_test.nc > --- > > target > C:\Users\ian\AppData\Local\Temp\junit17289880738954782938\nc_harvest4\ > polyphemus_20130301_test.nc > 47,48c49,50 > < > /tmp/junit8062632297122653609/nc_harvest4/polyphemus_20130301_test.nc.bak > exists? true > < nc2 > /home/ian/code/geotools/modules/plugin/coverage-multidim/netcdf/target/test-classes/org/geotools/coverage/io/netcdf/test-data/ > polyphemus_20130301_test_more_times.nc > --- > > > C:\Users\ian\AppData\Local\Temp\junit17289880738954782938\nc_harvest4\polyphemus_20130301_test.nc.bak > exists? true > > nc2 > X:\geotools\modules\plugin\coverage-multidim\netcdf\target\test-classes\org\geotools\coverage\io\netcdf\test-data\ > polyphemus_20130301_test_more_times.nc > 51,52d52 > < org.geotools.jdbc.JDBCDataStore getSQLTypeNames > < WARNING: Fetching fields from Database > > Linux makes an extra (?) call to get the SQLTypeNames > > 54c54 > < INFO: ACCEPTED: /tmp/junit8062632297122653609/nc_harvest4/ > polyphemus_20130301_test.nc > --- > > INFO: ACCEPTED: > C:\Users\ian\AppData\Local\Temp\junit17289880738954782938\nc_harvest4\ > polyphemus_20130301_test.nc > > Linux has 4 granules rather than windows 2: > > 59,60d58 > < SimpleFeatureImpl:O3=[SimpleFeatureImpl.Attribute: the_geom id=O3.5>=POLYGON ((4.9375 44.96875, 4.9375 50.96875, 14.9375 50.96875, > 14.9375 44.96875, 4.9375 44.96875)), SimpleFeatureImpl.Attribute: > location=polyphemus_20130301_test.nc, > SimpleFeatureImpl.Attribute: imageindex=2, > SimpleFeatureImpl.Attribute: time=2013-03-01 02:00:00.0] > < SimpleFeatureImpl:O3=[SimpleFeatureImpl.Attribute: the_geom id=O3.6>=POLYGON ((4.9375 44.96875, 4.9375 50.96875, 14.9375 50.96875, > 14.9375 44.96875, 4.9375 44.96875)), SimpleFeatureImpl.Attribute: > location=polyphemus_20130301_test.nc, > SimpleFeatureImpl.Attribute: imageindex=3, > SimpleFeatureImpl.Attribute: time=2013-03-01 03:00:00.0] > > I've attached the full logs if anyone else wants to look. I'm completely > stumped by this but I don't really understand what the test is doing or > what subtle failures it could have? > > Ian > -- > Ian Turton > > > ___ > GeoTools-Devel mailing > listGeoTools-Devel@lists.sourceforge.nethttps://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, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more inform
[Geotools-devel] PR checks stuck on Oracle Online Tests /Java11 - "Setup Test environment for Oracle XE"
Hi list, I have recently created a PR on GeoTools: https://github.com/geotools/geotools/pull/3406 All checks were green beside this one. Oracle online tests / Java 11 (pull_request) Checking the status it get stuck on "Setup Test environment for Oracle XE" After 3 hours of wait I have decided to abort that check and restart it but it seems that it won't progress anyway. See the log of the previous check (note the timestamp) 2021-03-19T09:39:01.1695491Z 911921ded2ea: Pull complete 2021-03-19T09:41:22.1832342Z 97525d6aa51a: Pull complete 2021-03-19T09:42:42.8091293Z 1ea11342b4aa: Pull complete 2021-03-19T09:42:42.8160140Z Digest: sha256:3871b282ec9ded6a23102b8645189865bda965fd4d007562051fe9411f153260 2021-03-19T09:42:42.8186169Z Status: Downloaded newer image for pvargacl/oracle-xe-18.4.0:latest 2021-03-19T09:42:42.8199774Z docker.io/pvargacl/oracle-xe-18.4.0:latest 2021-03-19T09:42:50.7971503Z 19a96e2bf5e14a8b97dd54b2113ede86d22ce4b69be26d899f345c7704fd6303 2021-03-19T09:42:51.5673775Z 2021-03-19T09:42:51.5675096Z *2021-03-19T09:42:51.5675940Z Starting Oracle XE container, this could take a few minutes...2021-03-19T13:07:42.0836570Z ##[error]The operation was canceled.* --- If you see the times, I have aborted it at 13:07 when it started at 09:42. The second restart is still stuck: https://github.com/geotools/geotools/pull/3406/checks?check_run_id=2148691316 On that "Setup Test environment for Oracle XE". Since my PR won't touch neither jdbc nor Oracle I will merge it anyway (all the other checks are green). Any clue on that? -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] bandOffsets.length is wrong!
Hi Lorenzo,
how do you get that grid object at the top of your code?
This is the full example I'm using and it didn't raise any issue.
It's basically your code plus a reading part at the beginning and a writing
part at the end to check the result.
public static void main(String[] args) throws IOException {
GeoTiffReader reader = new GeoTiffReader(new
File("D:/Download/ACQUE_SOTTERRANEE.tif"));
GridCoverage2D grid = reader.read(null);
ByteArrayOutputStream baos = new ByteArrayOutputStream();
GeoTiffWriter writer = new GeoTiffWriter(baos, null);
writer.write(grid, null);
writer.dispose();
byte[] bytes = baos.toByteArray();
baos.flush();
baos.close();
ByteArrayInputStream bais = new ByteArrayInputStream(bytes);
try {
Hints hints = new
Hints(Hints.FORCE_LONGITUDE_FIRST_AXIS_ORDER, Boolean.TRUE);
reader = new GeoTiffReader(bais, hints);
grid = reader.read(null);
bais.close();
writer = new GeoTiffWriter(new
File("d:/download/outputresult.tif"), null);
writer.write(grid, null);
writer.dispose();
} catch (IllegalArgumentException e) {
throw new IOException("Error on deserialization on tile");
}
}
Please, let us know.
Cheers,
Daniele
On Wed, Feb 24, 2021 at 11:21 AM Lorenzo Di Giacomo
wrote:
> Hi Daniele, im currently using 23.1 but i also tried with 23.4 and i get
> the same result, seems like the alpha band can't be handled because i tried
> to remove it with GDAL and everything works fine.
>
> Il giorno mer 24 feb 2021 alle ore 09:43 Daniele Romagnoli <
> daniele.romagn...@geo-solutions.it> ha scritto:
>
>> Hi Lorenzo,
>> which GeoTools version are you using?
>>
>> I have just quickly tried with GeoTools master your very same code also
>> adding a final piece of code doing a rewrite on disk:
>>
>> writer = new GeoTiffWriter(new File("d:/download/writeback.tif"), null);
>> writer.write(grid, null);
>> writer.dispose();
>>
>> and I didn't see any error and the image looks as the input one.
>>
>>
>> Please,let me know.
>> Regards,
>> Daniele
>>
>>
>>
>> On Mon, Feb 22, 2021 at 9:36 PM Lorenzo Di Giacomo
>> wrote:
>>
>>> Hi, i have a problem that i dont understand if GEOTOOLS handles (maybe
>>> with some HINTS), basically i read a TIFF image then i serialized it :
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *public static byte[] gridToBytes(GridCoverage2D grid) throws
>>> IOException { ByteArrayOutputStream baos = new
>>> ByteArrayOutputStream(); GeoTiffWriter writer = new GeoTiffWriter(baos,
>>> null); writer.write(grid, null); writer.dispose(); byte[] bytes =
>>> baos.toByteArray(); baos.flush(); baos.close(); return bytes;}*
>>>
>>> Then i deserialize it with:
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *public static GridCoverage2D bytesToGrid(byte[] bytes) throws
>>> IOException {ByteArrayInputStream bais = new
>>> ByteArrayInputStream(bytes);GeoTiffReader reader = null;try
>>> {Hints hints = new
>>> Hints(Hints.FORCE_LONGITUDE_FIRST_AXIS_ORDER, Boolean.TRUE);
>>> reader = new GeoTiffReader(bais, hints);GridCoverage2D grid =
>>> reader.read(null);bais.close();return grid;
>>> } catch (IllegalArgumentException e) {throw new
>>> IOException("Error on deserialization on tile");}}*
>>>
>>> It works fine with some images, but i found some tiff (i have 150 of
>>> those, uploaded one for you if you wanna try:
>>> https://mega.nz/file/qJlEyTIQ#jgCE5pwfD5Y_AiUj2hSLTvTIS0lZ4CSm5D0Vb0eTk7U
>>> )
>>> that gaves this error on deserialization:
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> *Caused by: java.lang.IllegalArgumentException: bandOffsets.length is
>>> wrong! at
>>> javax.imageio.ImageTypeSpecifier$Interleaved.(ImageTypeSpecifier.java:286)
>>> at
>>> javax.imageio.ImageTypeSpecifier.createInterleaved(ImageTypeSpecifier.java:399)
>>> at
>>> it.geosolutions.imageio.plugins.tiff.TIFFDecompressor.getRawImageTypeSpecifier(TIFFDecompressor.java:1027)
>>> at
>>> it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReader.getImageTypes(TIFFImageReader.java:1359)
>>> at
>>> org.geotools.
Re: [Geotools-devel] bandOffsets.length is wrong!
Hi Lorenzo,
which GeoTools version are you using?
I have just quickly tried with GeoTools master your very same code also
adding a final piece of code doing a rewrite on disk:
writer = new GeoTiffWriter(new File("d:/download/writeback.tif"), null);
writer.write(grid, null);
writer.dispose();
and I didn't see any error and the image looks as the input one.
Please,let me know.
Regards,
Daniele
On Mon, Feb 22, 2021 at 9:36 PM Lorenzo Di Giacomo
wrote:
> Hi, i have a problem that i dont understand if GEOTOOLS handles (maybe
> with some HINTS), basically i read a TIFF image then i serialized it :
>
>
>
>
>
>
>
>
>
>
> *public static byte[] gridToBytes(GridCoverage2D grid) throws IOException
> { ByteArrayOutputStream baos = new ByteArrayOutputStream(); GeoTiffWriter
> writer = new GeoTiffWriter(baos, null); writer.write(grid,
> null); writer.dispose(); byte[] bytes =
> baos.toByteArray(); baos.flush(); baos.close(); return bytes;}*
>
> Then i deserialize it with:
>
>
>
>
>
>
>
>
>
>
>
>
>
> *public static GridCoverage2D bytesToGrid(byte[] bytes) throws
> IOException {ByteArrayInputStream bais = new
> ByteArrayInputStream(bytes);GeoTiffReader reader = null;try
> {Hints hints = new
> Hints(Hints.FORCE_LONGITUDE_FIRST_AXIS_ORDER, Boolean.TRUE);
> reader = new GeoTiffReader(bais, hints);GridCoverage2D grid =
> reader.read(null);bais.close();return grid;
> } catch (IllegalArgumentException e) {throw new
> IOException("Error on deserialization on tile");}}*
>
> It works fine with some images, but i found some tiff (i have 150 of
> those, uploaded one for you if you wanna try:
> https://mega.nz/file/qJlEyTIQ#jgCE5pwfD5Y_AiUj2hSLTvTIS0lZ4CSm5D0Vb0eTk7U
> )
> that gaves this error on deserialization:
>
>
>
>
>
>
>
>
> *Caused by: java.lang.IllegalArgumentException: bandOffsets.length is
> wrong! at
> javax.imageio.ImageTypeSpecifier$Interleaved.(ImageTypeSpecifier.java:286)
> at
> javax.imageio.ImageTypeSpecifier.createInterleaved(ImageTypeSpecifier.java:399)
> at
> it.geosolutions.imageio.plugins.tiff.TIFFDecompressor.getRawImageTypeSpecifier(TIFFDecompressor.java:1027)
> at
> it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReader.getImageTypes(TIFFImageReader.java:1359)
> at
> org.geotools.coverage.grid.io.AbstractGridCoverage2DReader.setLayout(AbstractGridCoverage2DReader.java:1167)
> at org.geotools.gce.geotiff.GeoTiffReader.getHRInfo(GeoTiffReader.java:342)*
> And, using gdal i get:
>
> *Warning 1: TIFFReadDirectory:Sum of Photometric type-related color
> channels and ExtraSamples doesn't match SamplesPerPixel. Defining non-color
> channels as ExtraSamples.*
> GDAL handle it putting this band (should bhe the 4th band, alpha channel)
> as ExtraSamples.
> How can I walk-around with GeoTools to read the image back? Are there any
> HINTS that i could use?
>
> Thanks
>
> ___
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
--
Regards,
Daniele Romagnoli
==
GeoServer Professional Services from the experts! Visit http://goo.gl/it488V
for more information.
==
Ing. Daniele Romagnoli
Senior 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] Request to backport COG work to 24.x
Dear List, I would like to backport the COG support improvement to 24.x. It has been committed on master on october (with the latest updates on November, the 16th) so the 1 month interim period elapsed. I have already prepared PRs to be merged in sequence https://github.com/geotools/geotools/pull/3277 https://github.com/geotools/geotools/pull/3278 https://github.com/geotools/geotools/pull/3279 If no objections, I will merge them tomorrow. -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] Request to move "void main" testing method from gt-cql CQL/ECQL classes to documentation
Hi Jody, I might have ended up solving it in another way. Thanks for the feedback. Regards, Daniele On Tue, Dec 22, 2020 at 7:42 AM Jody Garnett wrote: > +1 > -- > Jody Garnett > > > On Thu, 17 Dec 2020 at 07:20, Daniele Romagnoli < > daniele.romagn...@geo-solutions.it> wrote: > >> Hi Devs, >> I'm working on a bug involving CSS style translation to SLD. >> The fix would be in gt-xml adding a dependency to gt-cql but this will >> result in a cyclic dependency since the CQL class has a "void main" method >> using an xml FilterTransformer (from gt-xml module), for interactive >> testing. >> I was wondering if it would be ok to move the main method to the doc >> section, as a snippet of code in >> https://docs.geotools.org/latest/userguide/library/cql/cql.html >> Any objection? Any feedback? >> >> Please, let me know. >> >> TLDR: >> The bug is in CSS styles containing expressions in a RasterSymbolizer >> ColorMapEntry (quantity). The problem occurs when the CSS get translated to >> SLD through SLDTransformer in gt-xml. The fix would be checking if the >> quantity expression is a simple literal or not. If not, the transformation >> should go through a CQL.toCQL(Expression) call. >> The problem with that is that gt-xml will need gt-cql but I have noticed >> that maven complains against a cyclic dependency due to a main method using >> FilterTransformer to produce output for the testing samples. >> >> -- >> Regards, >> Daniele Romagnoli >> == >> GeoServer Professional Services from the experts! Visit >> http://goo.gl/it488V for more information. >> == >> >> Ing. Daniele Romagnoli >> Senior 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, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] Request to move "void main" testing method from gt-cql CQL/ECQL classes to documentation
Hi Devs, I'm working on a bug involving CSS style translation to SLD. The fix would be in gt-xml adding a dependency to gt-cql but this will result in a cyclic dependency since the CQL class has a "void main" method using an xml FilterTransformer (from gt-xml module), for interactive testing. I was wondering if it would be ok to move the main method to the doc section, as a snippet of code in https://docs.geotools.org/latest/userguide/library/cql/cql.html Any objection? Any feedback? Please, let me know. TLDR: The bug is in CSS styles containing expressions in a RasterSymbolizer ColorMapEntry (quantity). The problem occurs when the CSS get translated to SLD through SLDTransformer in gt-xml. The fix would be checking if the quantity expression is a simple literal or not. If not, the transformation should go through a CQL.toCQL(Expression) call. The problem with that is that gt-xml will need gt-cql but I have noticed that maven complains against a cyclic dependency due to a main method using FilterTransformer to produce output for the testing samples. -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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 GEOT-6518 to 22.x
Hi list, I would like to backport GEOT-6518 to 22.x It's an ImageMosaic update which allows to support producing output in requested GridGeometry'CRS matching internal CRSs when dealing with Heterogeneous CRS mosaic. So, an Heterogeneous CRS mosaic made of CRS-1, CRS-2, CRS-3 Granules (in those 3 different CRSs), being exposed as a CRS-C ImageMosaic, can skip intermediate reprojection to CRS-C when asking a GridGeometry in one of those 3 internal CRSs. More details: https://osgeo-org.atlassian.net/browse/GEOT-6518 https://github.com/geotools/geotools/pull/2819 -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] Flooded by build server errors, repos down?
On Mon, Mar 23, 2020 at 9:44 AM Andrea Aime wrote: > Hey for the time being, I've bricked on purpose the mail server > configuration: > > [image: image.png] > > Hopefully no more mails are gonna come out of it... > Thanks! :-) > until we can figure out what's up with the > maven repos > > Cheers > Andrea > > > On Mon, Mar 23, 2020 at 8:43 AM Andrea Aime > wrote: > >> I keep receiving lots of build failure messages all related to this: >> >> [ERROR] Failed to execute goal on project geoserver: Could not resolve >> dependencies for project org.geoserver:geoserver:pom:2.17-SNAPSHOT: Failed >> to collect dependencies at org.geotools:gt-main:jar:23-SNAPSHOT: Failed to >> read artifact descriptor for org.geotools:gt-main:jar:23-SNAPSHOT: Could >> not transfer artifact org.geotools:gt-main:pom:23-SNAPSHOT from/to >> boundless (https://repo.boundlessgeo.com/main/): Failed to transfer >> file: >> https://repo.boundlessgeo.com/main/org/geotools/gt-main/23-SNAPSHOT/gt-main-23-SNAPSHOT.pom. >> Return code is: 502 , ReasonPhrase:Bad Gateway. -> [Help 1] >> >> I know the maven repos are being moved, did the old server go out of >> commission >> sooner than expected? >> >> 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.* >> > > > -- > > 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, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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 htt
[Geotools-devel] Backporting GEOT-6409/GEOS-9379: TimeParser refactoring and improvement
Hi, sorry for crossposting but the 2 commits are strictly related since the GEOS one requires the GEOT one and they can't be handled separately. I would like to ask permission for backporting: - [GEOT-6409]: "Refactor and Improve ImageMosaic's TimeParser adopting pieces of code from GeoServer's TimeParser" to 22.x - [GEOS-9379]: "Move GeoServer's TimeParser code/parsing capabilities down to GeoTools" to 2.16.x They are related to the TimeParser refactoring and improvement work done on master series and the 1 month interim period already expired. That work was collecting lot of duplicated code from different Time parsing classes (one in GeoTools and one in GeoServer) into a single point in GeoTools. It was also supporting and integrating slightly different customization options from the 2 classes (such as lenient ISO8601 parsing) as well as improving some of them, as an instance, the reduced precision time ranges management. More details available here on the JIRA: https://osgeo-org.atlassian.net/browse/GEOT-6409 https://osgeo-org.atlassian.net/browse/GEOS-9379 Referred Pull Requests: https://github.com/geotools/geotools/pull/2658 https://github.com/geoserver/geoserver/pull/3884 Thanks and Regards, Daniele == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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 doc build failing to deploy
>>>>>> And then it fails trying to cd ../../target/use/html because it did >>>>>>>> not get into target/web/html to start with? Unsure. Anyone has a clue? >>>>>>>> >>>>>>>> Cheers >>>>>>>> Andrea >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> 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 >>>>>>>> >>>>>>> >>>>> >>>>> -- >>>>> Ian Turton >>>>> >>>> >>>> >>>> -- >>>> >>>> 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, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] Mercator Projection valid area bounds question
Hi Luis, Well, it's not a projection class. It's a projectionHandlerFactory being used in reprojections. It returns a Projection Handler in order to deal with map wrapping, geometries crossing the dateline, singularity of CRS and so on. The validity bounds are simply a reference area used when checking the input geometries, in order to apply some processing/checks on them in case they are partially out of bounds and so on. Regards, Daniele On Thu, Nov 7, 2019 at 2:04 PM Luís Moreira de Sousa < luis.de.so...@protonmail.ch> wrote: > Hi Daniele, > > theoretically, those bounds are properties of the map, not of the > projection itself. A complete Mercator projection class should be able to > transform any values between 90º S and 90º N. > > It would be better to known the reasoning of the original author to hard > code map bounds in the projection class. > > Cheers. > -- > Luís > > -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] Mercator Projection valid area bounds question
Hi List, I have a question about the Mercator Projection's domain of validity. Checking at this class https://github.com/geotools/geotools/blob/master/modules/library/main/src/main/java/org/geotools/renderer/crs/MercatorHandlerFactory.java#L33 I see that valid latitudes are in the range -85°, +85°. On the EPSG registry definition I see slightly wider bounds: WGS84 bounds: <http://epsg.io/3857> -180.0 -85.06 180.0 85.06 Projected bounds: -20026376.39 -20048966.10 20026376.39 20048966.10 Wikipedia reports something like 85.05. https://en.wikipedia.org/wiki/Mercator_projection GWC GridSet has similar bounds: -20037508.34 -20037508.34 20037508.34 20037508.34 I have a 3857 request slightly above 85°, with yMin, yMax = (*1999*8372, *2003*7508) which theoretically intersects the definition range of 3857. However that -85,+85 valid area bounds definition returns an empty intersection since (-85,+85) correspond to (-19971869, *1997*1869) which is below my request. Should we increase that valid area bounds to -85.06, 85.06? Or do these rounded -85,85 have been set to cover some more cases or variants which I'm not familiar with and 85.06 is only valid for 3857? -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] ECQL vs CQL grammars
On Tue, Nov 5, 2019 at 4:14 PM Andrea Aime wrote: > Hi Daniele, > I actually checked the CSW 2.0 spec and there is no trace of "eq" > either... not sure where > that came from honestly, but here at the sprint I see "eq" showing again > in the JSON > encoding of CQL so I'll ask what the deal is :-D > Hi Andrea, did you get any feedback on that? :P Cheers, Daniele > > Cheers > Andrea > > > On Tue, Nov 5, 2019 at 3:32 PM Daniele Romagnoli < > daniele.romagn...@geo-solutions.it> wrote: > >> Ok, thanks! >> >> Regards, >> Daniele >> >> On Tue, Nov 5, 2019 at 3:10 PM Andrea Aime >> wrote: >> >>> Hi Daniele, >>> I believe "eq" is old, deprecated, thus it has been dropped >>> >>> Cheers >>> Andrea >>> >>> On Tue, Nov 5, 2019 at 3:09 PM Daniele Romagnoli < >>> daniele.romagn...@geo-solutions.it> wrote: >>> >>>> Hi List, >>>> Sorry if that sounds as a silly question but why ECQL (which is an >>>> extended version of CQL) supports a reduced grammar with respect to CQL? >>>> >>>> For example, I see that CQL Grammar support '*eq*' | '*=*' | '*==*' as >>>> equality keywords >>>> >>>> https://github.com/geotools/geotools/blob/master/modules/library/cql/src/main/jjtree/CQLGrammar.jjt#L177 >>>> >>>> >>>> whilst ECQL only supports '*=' *keyword >>>> >>>> https://github.com/geotools/geotools/blob/master/modules/library/cql/src/main/jjtree/ECQLGrammar.jjt#L144 >>>> >>>> >>>> (In some code we switched from using CQL.toFilter to ECQL.toFilter and >>>> we noticed that, getting *invalid CQL_FILTER value *exception when >>>> trying to parse something like *cql_filter=featureID EQ 'abcd'*). >>>> >>>> >>>> Regards, >>>> Daniele >>>> >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> Regards, >>>> Daniele Romagnoli >>>> == >>>> GeoServer Professional Services from the experts! Visit >>>> http://goo.gl/it488V for more information. >>>> == >>>> >>>> Ing. Daniele Romagnoli >>>> Senior 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, 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.c
Re: [Geotools-devel] ECQL vs CQL grammars
Ok, thanks! Regards, Daniele On Tue, Nov 5, 2019 at 3:10 PM Andrea Aime wrote: > Hi Daniele, > I believe "eq" is old, deprecated, thus it has been dropped > > Cheers > Andrea > > On Tue, Nov 5, 2019 at 3:09 PM Daniele Romagnoli < > daniele.romagn...@geo-solutions.it> wrote: > >> Hi List, >> Sorry if that sounds as a silly question but why ECQL (which is an >> extended version of CQL) supports a reduced grammar with respect to CQL? >> >> For example, I see that CQL Grammar support '*eq*' | '*=*' | '*==*' as >> equality keywords >> >> https://github.com/geotools/geotools/blob/master/modules/library/cql/src/main/jjtree/CQLGrammar.jjt#L177 >> >> >> whilst ECQL only supports '*=' *keyword >> >> https://github.com/geotools/geotools/blob/master/modules/library/cql/src/main/jjtree/ECQLGrammar.jjt#L144 >> >> >> (In some code we switched from using CQL.toFilter to ECQL.toFilter and we >> noticed that, getting *invalid CQL_FILTER value *exception when trying >> to parse something like *cql_filter=featureID EQ 'abcd'*). >> >> >> Regards, >> Daniele >> >> >> >> >> >> >> -- >> Regards, >> Daniele Romagnoli >> == >> GeoServer Professional Services from the experts! Visit >> http://goo.gl/it488V for more information. >> == >> >> Ing. Daniele Romagnoli >> Senior 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, 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.* > -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior Software Engineer GeoSolutions S.A.S. Via di Montramito 3/A 55054
[Geotools-devel] ECQL vs CQL grammars
Hi List, Sorry if that sounds as a silly question but why ECQL (which is an extended version of CQL) supports a reduced grammar with respect to CQL? For example, I see that CQL Grammar support '*eq*' | '*=*' | '*==*' as equality keywords https://github.com/geotools/geotools/blob/master/modules/library/cql/src/main/jjtree/CQLGrammar.jjt#L177 whilst ECQL only supports '*=' *keyword https://github.com/geotools/geotools/blob/master/modules/library/cql/src/main/jjtree/ECQLGrammar.jjt#L144 (In some code we switched from using CQL.toFilter to ECQL.toFilter and we noticed that, getting *invalid CQL_FILTER value *exception when trying to parse something like *cql_filter=featureID EQ 'abcd'*). Regards, Daniele -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] Issue with mosaic of indexed png's
gt; 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, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] Request for feedback/guidance: moving TimeParser from GeoServer to GeoTools
Hi Jody, I sent the "motion" email and I have already get some votes on that. Any additional feedback on my question above, about the "donating code" letter? Kind regards, Daniele On Fri, Oct 25, 2019 at 10:20 AM Daniele Romagnoli < daniele.romagn...@geo-solutions.it> wrote: > Hi Jody, > thanks for the feedback. > I'm preparing the "motion" email. > > Not 100% sure about the "donating code" formal correspondence to be > used/prepared for that class with several contributors. > > https://github.com/geoserver/geoserver/blob/master/src/ows/src/main/java/org/geoserver/ows/kvp/TimeParser.java > > > Are you going to setup a letter of support to grant permission to > redistribute that GS code in GT, once the voting motion get a "good to go"? > Please, let me know if I need to do anything else. > > Cheers, > Daniele > > > > On Wed, Oct 23, 2019 at 9:42 PM Jody Garnett > wrote: > >> Probably the email list here, make a motion and ask PSC members to >> respond? >> >> We should be able to see a geotools example of donating code to JTS (here >> it is under formal correspondence >> <https://github.com/geotools/geotools/wiki/Formal-Correspondence>). >> -- >> Jody Garnett >> >> >> On Wed, 23 Oct 2019 at 09:47, Daniele Romagnoli < >> daniele.romagn...@geo-solutions.it> wrote: >> >>> >>> >>> On Tue, Oct 22, 2019 at 3:32 PM Andrea Aime < >>> andrea.a...@geo-solutions.it> wrote: >>> >>>> On Tue, Oct 22, 2019 at 3:22 PM Ian Turton wrote: >>>> >>>>> It is possible (i.e. we've done similar before) - there is a licencing >>>>> issue as the code needs to go from GPL to LGPL but as OSgeo "owns" both >>>>> code bases I don't think it is an issue, I can't recall how we dealt with >>>>> the issue last time though. >>>>> >>>> >>>> Agreed, believe a PSC vote is required (unless one is the author of the >>>> code in question, which is not the case). >>>> >>> >>> Cool. Will that voting occur on the related JIRA (once created)? >>> >>> Cheers, >>> Daniele >>> >>> >>>> >>>> >>>>> >>>>> >>>>>> If affirmative, what would be the right procedure to do that? >>>>>> Would be JIRAs + PRs (including a deprecation of current TimeParser) >>>>>> enough for that? >>>>>> >>>>>> >>>>> Probably a GISP or at least a pair of Jiras. Andrea will know best! >>>>> Not sure if GeoServer would need to deprecate the TimeParser, though >>>>> GeoTools would certainly want to. >>>>> >>>> >>>> Tickets only, deprecate class in GeoServer, make it extend the Geotools >>>> one, replace all calling places in GeoServer with the GeoTools one (aka >>>> search imports) to >>>> avoid QA deprecated calls build failing >>>> >>> >>>> 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
Re: [Geotools-devel] Request for feedback/guidance: moving TimeParser from GeoServer to GeoTools
Hi Jody, thanks for the feedback. I'm preparing the "motion" email. Not 100% sure about the "donating code" formal correspondence to be used/prepared for that class with several contributors. https://github.com/geoserver/geoserver/blob/master/src/ows/src/main/java/org/geoserver/ows/kvp/TimeParser.java Are you going to setup a letter of support to grant permission to redistribute that GS code in GT, once the voting motion get a "good to go"? Please, let me know if I need to do anything else. Cheers, Daniele On Wed, Oct 23, 2019 at 9:42 PM Jody Garnett wrote: > Probably the email list here, make a motion and ask PSC members to respond? > > We should be able to see a geotools example of donating code to JTS (here > it is under formal correspondence > <https://github.com/geotools/geotools/wiki/Formal-Correspondence>). > -- > Jody Garnett > > > On Wed, 23 Oct 2019 at 09:47, Daniele Romagnoli < > daniele.romagn...@geo-solutions.it> wrote: > >> >> >> On Tue, Oct 22, 2019 at 3:32 PM Andrea Aime >> wrote: >> >>> On Tue, Oct 22, 2019 at 3:22 PM Ian Turton wrote: >>> >>>> It is possible (i.e. we've done similar before) - there is a licencing >>>> issue as the code needs to go from GPL to LGPL but as OSgeo "owns" both >>>> code bases I don't think it is an issue, I can't recall how we dealt with >>>> the issue last time though. >>>> >>> >>> Agreed, believe a PSC vote is required (unless one is the author of the >>> code in question, which is not the case). >>> >> >> Cool. Will that voting occur on the related JIRA (once created)? >> >> Cheers, >> Daniele >> >> >>> >>> >>>> >>>> >>>>> If affirmative, what would be the right procedure to do that? >>>>> Would be JIRAs + PRs (including a deprecation of current TimeParser) >>>>> enough for that? >>>>> >>>>> >>>> Probably a GISP or at least a pair of Jiras. Andrea will know best! Not >>>> sure if GeoServer would need to deprecate the TimeParser, though GeoTools >>>> would certainly want to. >>>> >>> >>> Tickets only, deprecate class in GeoServer, make it extend the Geotools >>> one, replace all calling places in GeoServer with the GeoTools one (aka >>> search imports) to >>> avoid QA deprecated calls build failing >>> >> >>> 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.* >>> >> >> >> -- >> Regards, >> Daniele Romagnoli >> == >> GeoServer Professional Services from the experts! Visit >> http://goo.gl/it488V for more information. >> == >> >> Ing. Daniele Romagnoli >> Senior 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 >> &g
Re: [Geotools-devel] Request for feedback/guidance: moving TimeParser from GeoServer to GeoTools
In the meantime I have created a couple of JIRA with some details: GeoServer one, containing details https://osgeo-org.atlassian.net/browse/GEOS-9379 GeoTools one https://osgeo-org.atlassian.net/browse/GEOT-6409 Regards, Daniele On Wed, Oct 23, 2019 at 3:47 PM Daniele Romagnoli < daniele.romagn...@geo-solutions.it> wrote: > > > On Tue, Oct 22, 2019 at 3:32 PM Andrea Aime > wrote: > >> On Tue, Oct 22, 2019 at 3:22 PM Ian Turton wrote: >> >>> It is possible (i.e. we've done similar before) - there is a licencing >>> issue as the code needs to go from GPL to LGPL but as OSgeo "owns" both >>> code bases I don't think it is an issue, I can't recall how we dealt with >>> the issue last time though. >>> >> >> Agreed, believe a PSC vote is required (unless one is the author of the >> code in question, which is not the case). >> > > Cool. Will that voting occur on the related JIRA (once created)? > > Cheers, > Daniele > > >> >> >>> >>> >>>> If affirmative, what would be the right procedure to do that? >>>> Would be JIRAs + PRs (including a deprecation of current TimeParser) >>>> enough for that? >>>> >>>> >>> Probably a GISP or at least a pair of Jiras. Andrea will know best! Not >>> sure if GeoServer would need to deprecate the TimeParser, though GeoTools >>> would certainly want to. >>> >> >> Tickets only, deprecate class in GeoServer, make it extend the Geotools >> one, replace all calling places in GeoServer with the GeoTools one (aka >> search imports) to >> avoid QA deprecated calls build failing >> > >> 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.* >> > > > -- > Regards, > Daniele Romagnoli > == > GeoServer Professional Services from the experts! Visit > http://goo.gl/it488V for more information. > == > > Ing. Daniele Romagnoli > Senior 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 > n
Re: [Geotools-devel] Request for feedback/guidance: moving TimeParser from GeoServer to GeoTools
On Tue, Oct 22, 2019 at 3:32 PM Andrea Aime wrote: > On Tue, Oct 22, 2019 at 3:22 PM Ian Turton wrote: > >> It is possible (i.e. we've done similar before) - there is a licencing >> issue as the code needs to go from GPL to LGPL but as OSgeo "owns" both >> code bases I don't think it is an issue, I can't recall how we dealt with >> the issue last time though. >> > > Agreed, believe a PSC vote is required (unless one is the author of the > code in question, which is not the case). > Cool. Will that voting occur on the related JIRA (once created)? Cheers, Daniele > > >> >> >>> If affirmative, what would be the right procedure to do that? >>> Would be JIRAs + PRs (including a deprecation of current TimeParser) >>> enough for that? >>> >>> >> Probably a GISP or at least a pair of Jiras. Andrea will know best! Not >> sure if GeoServer would need to deprecate the TimeParser, though GeoTools >> would certainly want to. >> > > Tickets only, deprecate class in GeoServer, make it extend the Geotools > one, replace all calling places in GeoServer with the GeoTools one (aka > search imports) to > avoid QA deprecated calls build failing > > 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.* > -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] Request for feedback/guidance: moving TimeParser from GeoServer to GeoTools
Hi lists (sorry for cross-posting). In GeoTools code I need some time parsing capabilities which are already available in GeoServer's TimeParser (module: gs-ows). https://github.com/geoserver/geoserver/blob/master/src/ows/src/main/java/org/geoserver/ows/kvp/TimeParser.java ImageMosaic also have its own TimeParser which does something slightly different and lacks a couple of methods available on GeoServer's one. I'm evaluating the possibility to move the TimeParser from gs-ows to a GeoTools module, so that both GeoServer and ImageMosaic will depend on the same class. With this approach we can avoid duplicated code, duplicated tests and duplicated bugs (so things to be fixed in 2 different places). Is it possible to do that? (any licensing issue here?) If affirmative, what would be the right procedure to do that? Would be JIRAs + PRs (including a deprecation of current TimeParser) enough for that? Please, let me know what do you think about this. Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] COG Image Reader
gt;> >>>>> >>>>> >>>>> -- >>>>> Josh Fix >>>>> Systems Architect >>>>> Planet Federal >>>>> j...@federal.planet.com >>>>> +1 321.444.0412 >>>>> ___ >>>>> 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 >>>> >>> >>> >>> -- >>> 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, 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 >> > > > -- > Josh Fix > Systems Architect > Planet Federal > j...@federal.planet.com > +1 321.444.0412 > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] Supporting GDAL Virtual File Systems
gt; object (in GDALImageReader.setInput). The BseGridCoverage2DReader > constructor completes fully and all of the coverage properties, layout, > resolution info, etc is built. At this point I was very hopeful that the > only change necessary was modifying these classes to not only support > files, but also strings that begin with "/vsi". > > Unfortunately this idea fell apart when I called "reader.read()". Long > story short, the RasterLayerResponse object tries to create > a FileImageInputStreamExtImpl, so it's not just reading the dataset using > `gdal.Open`. At this point I'm not 100% certain what the best path forward > would be. I know conversations in the past have centered around adding and > supporting custom protocols to java.net.URL, but this is unique in that > these "paths" are not valid URLs or file paths due to the double forward > slash in the middle of the path. > > I would like to know if supporting VFS is something the community is > interested in. I intend to continue to work on a solution for myself, but > would love to work with you all and contribute back if there is interest. > > I apologize for the long read. I hope everything makes sense and please > let me know if there are any questions. > > Josh > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] Cleaning up some community modules
-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, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] Backporting GEOT-5988, GEOT-5980, GEOT-5993 to 19.x
Final feedback on this bunch of related backports: Tomorrow, 30 days will be elapse after GEOT-6021 contribution on master. So I will backport it on 19.x if no objections. Regards, Daniele On Tue, Jun 5, 2018 at 4:14 PM, Daniele Romagnoli < daniele.romagn...@geo-solutions.it> wrote: > More on this topic. > Tomorrow, 30 days are elapsed after GEOT-6008 has been committed to master. > Therefore I will backport that too on 19.x if no objections. > No API-changes. > It allows for supporting ImageMosaic multilevel sidecar files (basically a > separate file containing footprint for each granule's overview, a file per > overview) > > Regards, > Daniele > > > > On Thu, May 24, 2018 at 4:55 PM, Daniele Romagnoli solutions.it> wrote: > >> Hi List, >> on monday (28/05) I would like to backport the above GeoTools >> improvements to the 19.x series since a month is occurred, so I will >> proceed with that if no objections. >> >> Summarizing the JIRAs: >> >> GEOT-5988: support for new jai-ext scaling operation based on higher >> precision datatypes (bigInteger+double instead of long+float). Note that it >> requires explicit activation via system property to be used so it doesn't >> impact current functionality. >> >> GEOT-5980: Disallow GeoTIFF nodata metadata writing via writeParam. >> By default, GeoTIFF writer always write a noData metadata to the output >> file if a nodata has been found in the input coverage. A new write param >> has been added to explicitly skip nodata write. Again, default behavior is >> as per old code so no regressions. >> >> GEOT-5993: virtual native resolution. >> An additional read param in ImageMosaic to "simulate" a different native >> resolution of the underlying data so that, to give an example, you can >> serve 20cm resolution data as if it would have 5m native resolution >> instead. >> >> Cheers, >> Daniele >> >> >> >> >> >> >> >> >> -- >> Regards, >> Daniele Romagnoli >> == >> GeoServer Professional Services from the experts! Visit >> http://goo.gl/it488V for more information. >> == >> >> Ing. Daniele Romagnoli >> Senior 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. >> >> > > > -- > Regards, > Daniele Romagnoli > == > GeoServer Professional Services from the experts! Visit > http://goo.gl/it488V for more information. > == > > Ing. Daniele Romagnoli > Senior Software Engineer > > GeoSolutions S.A.S. >
Re: [Geotools-devel] Backporting GEOT-5988, GEOT-5980, GEOT-5993 to 19.x
More on this topic. Tomorrow, 30 days are elapsed after GEOT-6008 has been committed to master. Therefore I will backport that too on 19.x if no objections. No API-changes. It allows for supporting ImageMosaic multilevel sidecar files (basically a separate file containing footprint for each granule's overview, a file per overview) Regards, Daniele On Thu, May 24, 2018 at 4:55 PM, Daniele Romagnoli < daniele.romagn...@geo-solutions.it> wrote: > Hi List, > on monday (28/05) I would like to backport the above GeoTools improvements > to the 19.x series since a month is occurred, so I will proceed with that > if no objections. > > Summarizing the JIRAs: > > GEOT-5988: support for new jai-ext scaling operation based on higher > precision datatypes (bigInteger+double instead of long+float). Note that it > requires explicit activation via system property to be used so it doesn't > impact current functionality. > > GEOT-5980: Disallow GeoTIFF nodata metadata writing via writeParam. > By default, GeoTIFF writer always write a noData metadata to the output > file if a nodata has been found in the input coverage. A new write param > has been added to explicitly skip nodata write. Again, default behavior is > as per old code so no regressions. > > GEOT-5993: virtual native resolution. > An additional read param in ImageMosaic to "simulate" a different native > resolution of the underlying data so that, to give an example, you can > serve 20cm resolution data as if it would have 5m native resolution > instead. > > Cheers, > Daniele > > > > > > > > > -- > Regards, > Daniele Romagnoli > == > GeoServer Professional Services from the experts! Visit > http://goo.gl/it488V for more information. > == > > Ing. Daniele Romagnoli > Senior 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. > > -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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 intend
[Geotools-devel] Backporting GEOT-5988, GEOT-5980, GEOT-5993 to 19.x
Hi List, on monday (28/05) I would like to backport the above GeoTools improvements to the 19.x series since a month is occurred, so I will proceed with that if no objections. Summarizing the JIRAs: GEOT-5988: support for new jai-ext scaling operation based on higher precision datatypes (bigInteger+double instead of long+float). Note that it requires explicit activation via system property to be used so it doesn't impact current functionality. GEOT-5980: Disallow GeoTIFF nodata metadata writing via writeParam. By default, GeoTIFF writer always write a noData metadata to the output file if a nodata has been found in the input coverage. A new write param has been added to explicitly skip nodata write. Again, default behavior is as per old code so no regressions. GEOT-5993: virtual native resolution. An additional read param in ImageMosaic to "simulate" a different native resolution of the underlying data so that, to give an example, you can serve 20cm resolution data as if it would have 5m native resolution instead. Cheers, Daniele -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] So how is it going with the new formatting rules?
Hi Andrea, generally speaking, I like it. However, I agree with your findings about the formatter sometime splitting the code into too much lines: Some examples: +rescaled = +(Geometry) +(useOverviews +? multilevelFootprints.get(imageIndex - 1).clone() +: originalFootprint.clone()); or +String overviewsFootprintLoaderSpi = +(String) +properties.get( +MultiLevelROIGeometryOverviewsProvider +.OVERVIEWS_FOOTPRINT_LOADER_SPI); Not a big deal, anyway. I like not seeing random scattered tabs around anymore, as some previous old code :-) Daniele On Wed, May 9, 2018 at 10:56 AM, Andrea Aime <andrea.a...@geo-solutions.it> wrote: > Hi, > I'm wondering if people have been coding with the new formatting rules, > and how are you feeling about them? > Personally I'm getting used to it, and finding I'm having to adapt a bit > my coding style so that lines do not need to > be split over multiple lines too much. Sometimes it's a matter of > factoring out a new method or find ways to avoid > nesting the code some much (good I think), other times I resort to shorter > variable names (less good). > > Any other opinion? I'm going to hold the GS and GWC reformat a bit so that > we can treat GeoTools as a testing ground, > and see if we need adjustments. > > 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 > > 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, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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 finali
Re: [Geotools-devel] Jenkins geotools-master-online-postgis broken for six months
Hi again, Good news: The 2 test classes (HSTORE and JSON) aren't failing anymore: https://build.geoserver.org/view/geotools/job/geotools-master-online-postgis/571/console However that the build is still failing on different H2 related stuff which seems failing since long time too. Cheers, Daniele On Wed, Apr 18, 2018 at 12:16 PM, Daniele Romagnoli < daniele.romagn...@geo-solutions.it> wrote: > Hi everybody. > From my previous understanding, the https://osgeo-org.atlassia > n.net/browse/GEOT-5876 JIRA was closed as "Not a bug" so I didn't spend > additional time on it. > However, it looks like is still causing issues with online tests so I was > able to replicate it locally and made a couple of fixes for HSTORE and JSON > Let's see if the next builds are happy for these tests. > > Regards, > Daniele > > > On Tue, Apr 17, 2018 at 11:53 PM, Ben Caradoc-Davies <b...@transient.nz> > wrote: > >> All I know is that I needed a one-time "create extension hstore;" to turn >> on hstore support in my test database. I do not know anything about the >> JSON failure. >> >> Kind regards, >> Ben. >> >> >> On 18/04/18 07:23, Torben Barsballe wrote: >> >>> As far as I can tell, this is a GeoTools failure - the PostGIS instance >>> does seem to be working (I know this has been an issue in the past, but I >>> don't think PostGIS is the problem this time) >>> >>> I'm not familiar enough with the failing tests >>> (PostGISHStoreOnlineTest and PostGISJsonOnlineTest) to >>> say for certain though. >>> >>> Torben >>> >>> On Fri, Mar 30, 2018 at 9:22 PM, Ben Caradoc-Davies <b...@transient.nz> >>> wrote: >>> >>> https://build.geoserver.org/view/geotools/job/geotools-maste >>>> r-online-postgis/ >>>> >>>> Builds that are already broken do cause new breakage to be noticed: >>>> https://osgeo-org.atlassian.net/browse/GEOT-5981 >>>> https://github.com/geotools/geotools/pull/1846 >>>> >>>> -- >>>> Ben Caradoc-Davies <b...@transient.nz> >>>> 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 >>>> ___ >>>> GeoTools-Devel mailing list >>>> GeoTools-Devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>>> >>>> >>> >> -- >> Ben Caradoc-Davies <b...@transient.nz> >> 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 >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > > > > -- > Regards, > Daniele Romagnoli > == > GeoServer Professional Services from the experts! Visit > http://goo.gl/it488V for more information. > == > > Ing. Daniele Romagnoli > Senior 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. > &
Re: [Geotools-devel] Jenkins geotools-master-online-postgis broken for six months
Hi everybody. >From my previous understanding, the https://osgeo-org. atlassian.net/browse/GEOT-5876 JIRA was closed as "Not a bug" so I didn't spend additional time on it. However, it looks like is still causing issues with online tests so I was able to replicate it locally and made a couple of fixes for HSTORE and JSON Let's see if the next builds are happy for these tests. Regards, Daniele On Tue, Apr 17, 2018 at 11:53 PM, Ben Caradoc-Davies <b...@transient.nz> wrote: > All I know is that I needed a one-time "create extension hstore;" to turn > on hstore support in my test database. I do not know anything about the > JSON failure. > > Kind regards, > Ben. > > > On 18/04/18 07:23, Torben Barsballe wrote: > >> As far as I can tell, this is a GeoTools failure - the PostGIS instance >> does seem to be working (I know this has been an issue in the past, but I >> don't think PostGIS is the problem this time) >> >> I'm not familiar enough with the failing tests >> (PostGISHStoreOnlineTest and PostGISJsonOnlineTest) to >> say for certain though. >> >> Torben >> >> On Fri, Mar 30, 2018 at 9:22 PM, Ben Caradoc-Davies <b...@transient.nz> >> wrote: >> >> https://build.geoserver.org/view/geotools/job/geotools-maste >>> r-online-postgis/ >>> >>> Builds that are already broken do cause new breakage to be noticed: >>> https://osgeo-org.atlassian.net/browse/GEOT-5981 >>> https://github.com/geotools/geotools/pull/1846 >>> >>> -- >>> Ben Caradoc-Davies <b...@transient.nz> >>> 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 >>> ___ >>> GeoTools-Devel mailing list >>> GeoTools-Devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>> >>> >> > -- > Ben Caradoc-Davies <b...@transient.nz> > 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 > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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
Re: [Geotools-devel] Need help for GEOT-5873 / NetCDF
Indeed, it worked on my windows env but a double check from someone else to confirm would be great :-) Daniele On Thu, Nov 23, 2017 at 4:00 PM, Andrea Aime <andrea.a...@geo-solutions.it> wrote: > Would be nice if someone on Windows could try it out... hint hint Vincent > ;-) > > Cheers > Andrea > > On Thu, Nov 23, 2017 at 3:57 PM, Daniele Romagnoli <daniele.romagnoli@geo- > solutions.it> wrote: > >> Hi, >> I have prepared a PR with a fix. Once merged, it should work. >> >> Cheers, >> Daniele >> >> >> >> >> >> On Wed, Nov 22, 2017 at 12:03 PM, Daniele Romagnoli < >> daniele.romagn...@geo-solutions.it> wrote: >> >>> Hi Ben and Vincent, >>> >>> On Wed, Nov 22, 2017 at 3:57 AM, Ben Caradoc-Davies <b...@transient.nz> >>> wrote: >>> >>>> Vincent, >>>> >>>> as mentioned in the Jira issue discussion: >>>> https://osgeo-org.atlassian.net/browse/GEOT-5873 >>>> >>>> there is clear evidence that EnhancedRandomAccessFile instances are >>>> being leaked and closed only on the finalizer thread. This would leave >>>> files open and break the tests under Windows when the fixture tries to >>>> delete them. >>>> >>>> Daniele, can you help? This might indicate a resource leak in GeoTools >>>> or imageio-ext. >>>> >>> >>> I will take a look on this on the next couple of days to see if I spot >>> something. >>> >>> Cheers, >>> Daniele >>> >>> >>>> EnhancedRandomAccessFile.finalize could use an obnoxious logger >>>> warning when eraf != null (as it will be null if close has already been >>>> called). >>>> >>>> Kind regards, >>>> Ben. >>>> >>>> >>>> On 22/11/17 11:01, Vincent Privat wrote: >>>> >>>>> Hello, >>>>> https://osgeo-org.atlassian.net/browse/GEOT-5873 makes the build fail >>>>> on >>>>> Windows. >>>>> I started to analyze it (see bug comments) but I would need help from >>>>> someone knowing NetCDF. >>>>> I'd like to know in particular how we can tune the library for this >>>>> unit >>>>> test. >>>>> Thanks, >>>>> Vincent >>>>> >>>>> >>>>> >>>>> -------- >>>>> -- >>>>> 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 >>>>> >>>>> >>>> -- >>>> Ben Caradoc-Davies <b...@transient.nz> >>>> Director >>>> Transient Software Limited <http://transient.nz/> >>>> New Zealand >>>> >>> >>> >>> >>> -- >>> Regards, >>> Daniele Romagnoli >>> == >>> GeoServer Professional Services from the experts! Visit >>> http://goo.gl/it488V for more information. >>> == >>> >>> Ing. Daniele Romagnoli >>> Senior Software Engineer >>> >>> GeoSolutions S.A.S. >>> Via di Montramito 3/A >>> <https://maps.google.com/?q=Via+di+Montramito+3/A55054+%C2%A0Massarosa=gmail=g> >>> 55054 Massarosa >>> <https://maps.google.com/?q=Via+di+Montramito+3/A55054+%C2%A0Massarosa=gmail=g> >>> (LU) >>> Italy >>> phone: +39 0584 962313 <+39%200584%20962313> >>> fax: +39 0584 1660272 <+39%200584%20166%200272> >>> >>> 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 >>&g
Re: [Geotools-devel] Need help for GEOT-5873 / NetCDF
Hi, I have prepared a PR with a fix. Once merged, it should work. Cheers, Daniele On Wed, Nov 22, 2017 at 12:03 PM, Daniele Romagnoli < daniele.romagn...@geo-solutions.it> wrote: > Hi Ben and Vincent, > > On Wed, Nov 22, 2017 at 3:57 AM, Ben Caradoc-Davies <b...@transient.nz> > wrote: > >> Vincent, >> >> as mentioned in the Jira issue discussion: >> https://osgeo-org.atlassian.net/browse/GEOT-5873 >> >> there is clear evidence that EnhancedRandomAccessFile instances are being >> leaked and closed only on the finalizer thread. This would leave files open >> and break the tests under Windows when the fixture tries to delete them. >> >> Daniele, can you help? This might indicate a resource leak in GeoTools or >> imageio-ext. >> > > I will take a look on this on the next couple of days to see if I spot > something. > > Cheers, > Daniele > > >> EnhancedRandomAccessFile.finalize could use an obnoxious logger warning >> when eraf != null (as it will be null if close has already been called). >> >> Kind regards, >> Ben. >> >> >> On 22/11/17 11:01, Vincent Privat wrote: >> >>> Hello, >>> https://osgeo-org.atlassian.net/browse/GEOT-5873 makes the build fail on >>> Windows. >>> I started to analyze it (see bug comments) but I would need help from >>> someone knowing NetCDF. >>> I'd like to know in particular how we can tune the library for this unit >>> test. >>> Thanks, >>> Vincent >>> >>> >>> >>> >>> -- >>> 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 >>> >>> >> -- >> Ben Caradoc-Davies <b...@transient.nz> >> Director >> Transient Software Limited <http://transient.nz/> >> New Zealand >> > > > > -- > Regards, > Daniele Romagnoli > == > GeoServer Professional Services from the experts! Visit > http://goo.gl/it488V for more information. > == > > Ing. Daniele Romagnoli > Senior Software Engineer > > GeoSolutions S.A.S. > Via di Montramito 3/A > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 <+39%200584%20962313> > fax: +39 0584 1660272 <+39%200584%20166%200272> > > 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. > > -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more inform
Re: [Geotools-devel] Need help for GEOT-5873 / NetCDF
Hi Ben and Vincent, On Wed, Nov 22, 2017 at 3:57 AM, Ben Caradoc-Davies <b...@transient.nz> wrote: > Vincent, > > as mentioned in the Jira issue discussion: > https://osgeo-org.atlassian.net/browse/GEOT-5873 > > there is clear evidence that EnhancedRandomAccessFile instances are being > leaked and closed only on the finalizer thread. This would leave files open > and break the tests under Windows when the fixture tries to delete them. > > Daniele, can you help? This might indicate a resource leak in GeoTools or > imageio-ext. > I will take a look on this on the next couple of days to see if I spot something. Cheers, Daniele > EnhancedRandomAccessFile.finalize could use an obnoxious logger warning > when eraf != null (as it will be null if close has already been called). > > Kind regards, > Ben. > > > On 22/11/17 11:01, Vincent Privat wrote: > >> Hello, >> https://osgeo-org.atlassian.net/browse/GEOT-5873 makes the build fail on >> Windows. >> I started to analyze it (see bug comments) but I would need help from >> someone knowing NetCDF. >> I'd like to know in particular how we can tune the library for this unit >> test. >> Thanks, >> Vincent >> >> >> >> >> -- >> 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 >> >> > -- > Ben Caradoc-Davies <b...@transient.nz> > Director > Transient Software Limited <http://transient.nz/> > New Zealand > -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] Removing unsupported matfile5 module from the repository
Done. Cheers, Daniele On Wed, Oct 4, 2017 at 6:34 PM, Daniele Romagnoli < daniele.romagn...@geo-solutions.it> wrote: > Dear list, > we are going to remove the matfile5 unsupported module. > We are not supporting the low level matfile5 imageio-ext reader anymore on > ImageIO-Ext project. > > Moreover, the related GT unsupported module's pom itself still refer an > imageio-ext version which does not exist anymore. > > I will proceed with the removal of that module from the currently > supported series tomorrow. > > -- > Regards, > Daniele Romagnoli > == > GeoServer Professional Services from the experts! Visit > http://goo.gl/it488V for more information. > == > > Ing. Daniele Romagnoli > Senior Software Engineer > > GeoSolutions S.A.S. > Via di Montramito 3/A > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 <+39%200584%20962313> > fax: +39 0584 1660272 <+39%200584%20166%200272> > > 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. > > -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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 ch
[Geotools-devel] Removing unsupported matfile5 module from the repository
Dear list, we are going to remove the matfile5 unsupported module. We are not supporting the low level matfile5 imageio-ext reader anymore on ImageIO-Ext project. Moreover, the related GT unsupported module's pom itself still refer an imageio-ext version which does not exist anymore. I will proceed with the removal of that module from the currently supported series tomorrow. -- Regards, Daniele Romagnoli == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] [JIRA] (GEOT-5770) NetCDF's SampleDimension min/max based on variable's attributes
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5770 NetCDF's SampleDimension min/max based on variable's attributes Issue Type: Improvement Assignee: Unassigned Components: netcdf Created: 05/Jul/17 5:19 PM Priority: Medium Reporter: Daniele Romagnoli NetCDF Variables may contain attributes such as valid_min, valid_max OR valid_range OR actual_range. For a NetCDF Store it would be great to parse them (if available from the variable), so that they can be included as minimum and maximum fields of the related sampleDimension. Add Comment
[Geotools-devel] [JIRA] (GEOT-5769) GridCoverageRenderer improperly applies the BandSelect optimization 2 times in a row
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5769 GridCoverageRenderer improperly applies the BandSelect optimization 2 times in a row Issue Type: Bug Affects Versions: 17.1, 16.4 Assignee: Daniele Romagnoli Created: 04/Jul/17 3:10 PM Fix Versions: 17.2, 16.5 Priority: Medium Reporter: Daniele Romagnoli The GridCoverageRenderer applies 2 times in a row the BandSelection optmization. Basically, BandSelect optimization consists of sending a Bands read parameter down to the reader, based on the ChannelSelection specified in the style, follow up by a reordering of the ChannelSelection in the style. The current code does that 2 times in sequence, resulting into the 2nd time working on a wrong band indices set (being always 0,1,2 as per 1st re-ordering) Add Comment
[Geotools-devel] [JIRA] (GEOT-5765) GridCoverageRenderer bandSelection optimization results into ignoring nested per-channel contrastEnhancement nodes
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5765 GridCoverageRenderer bandSelection optimization results into ignoring nested per-channel contrastEnhancement nodes Issue Type: Bug Affects Versions: 17.1 Assignee: Daniele Romagnoli Components: render Created: 27/Jun/17 10:51 AM Fix Versions: 18-beta, 17.2 Priority: Medium Reporter: Daniele Romagnoli See: https://osgeo-org.atlassian.net/browse/GEOS-7845 Per-channel contrast enhancement settings are ignored if the GridCoverageRenderer applies bandSelection optimization on the reader. Add Comment
[Geotools-devel] [JIRA] (GEOT-5744) Make sure NoData is properly shared/updated along processing ops
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5744 Make sure NoData is properly shared/updated along processing ops Issue Type: Improvement Assignee: Daniele Romagnoli Components: coverage, process Created: 31/May/17 4:10 PM Priority: Medium Reporter: Daniele Romagnoli NoData may change across image operations. Think about a DEM with floating point numbers (and noData = -) being rescaled to byte. The nodata should be updated accordingly to the data type and the rescale operation should not map valid values to it. In addition, with JAI-EXT enabled (supporting roi and nodata) some operations support remapping an input noData to a destinationNoData. The ImageWorker should update the NoData accordingly. Add Comment
Re: [Geotools-devel] problem with jai and pyramids
Hi Cristophe, what do you mean with NativeJaiExt? I think we can distinguish between 3 cases: 1) native jai: which means you have both medialib native libs and mlib wrapper jars available on your env. 2) pure jai: no medialib available 3) jai-ext: a jai replacement including support for nodata and ROI. The latter need a JAVA_OPT property to be activated: -Dorg.geotools.coverage.jaiext.enabled=true (Then you may select in the GeoServer GUI -> Settings -> ImageProcessing menu which operations to be used) As far as I remember, some medialib operations are bugged. If my memory serves me well, some of them are dealing with logarithm, division, band manipulation.The source code of the native implementation isn't available so there is no chance to fix the bugs. This is also why we started not using it anymore and also started writing jai-ext operations. Does it make sense? Cheers, Daniele On Fri, May 5, 2017 at 5:11 PM, Christophe Mangeat < christophe.mang...@camptocamp.com> wrote: > Hello, > > Could someone please tell us if we are missing something obvious, or > misusing native jai ? Maybe give us a clue or hints about what can be done ? > > We are currently experiencing troubles with native jai (mlib ?) and > pyramids (via geoserver), which can be reproduced using modified geotools > test as in "https://github.com/cmangeat/geotools/tree/pyramid_and_jai;. > > From "modules/plugin/imagepyramid", running "mvn test > -PtestWithNativeJaiExt -Dtest=ImagePyramidReaderTest" and "mvn test > -Dtest=ImagePyramidReaderTest" write image files in "/tmp" for most of > existing sub-tests and seems to show that there is a trouble, at least > "/tmp/imageFromtestComplete.png" and "/tmp/imageFromtestCompleteWithJai.png" > differs. > > I attach "/tmp/imageFromtestComplete.png", "/tmp/ > imageFromtestCompleteWithJai.png" is empty. > > Any advices concerning mailing lists use or community processes are also > welcome. > > Best regards. > > > > > > > -- > 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 > > -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] [JIRA] (GEOT-5678) ImageWorker should invalidate statistics after a Crop
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5678 ImageWorker should invalidate statistics after a Crop Issue Type: Task Assignee: Unassigned Created: 17/Mar/17 3:14 PM Priority: Medium Reporter: Daniele Romagnoli ImageWorker(image).crop().getMinimums() return "old" values. The crop operation modifies the pixels since it reduces the sample set. Therefore the statistics gathered since that operation should be invalidated. Add Comment This message was sent by Atlassian JIRA (v1000.824.3#100035-sh
[Geotools-devel] [JIRA] (GEOT-5674) Add TransparencyFill process to unsupported/process-raster module
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5674 Add TransparencyFill process to unsupported/process-raster module Issue Type: Task Assignee: Unassigned Attachments: transparency.png Components: process, unsupported Created: 15/Mar/17 3:18 PM Priority: Medium Reporter: Daniele Romagnoli Reprojecting datasets as part of a pre-processing operation introduce distortions due to the warping. Moreover, datasets that are adjacent in their native space may be transformed to "tilted rectangles" once reprojected. The stepped edges of these transformed rectangles may not have a perfect matching on the borders since rasters have discrete pixels. Isolated transparent pixels (small dashed transparent lines) can be visible when mosaicking the reprojected datasets together. Whenever having some partial overlapping on input datasets before the warping is not possible, it would be great to have a process filling these transparent stripes. I have setup a transparencyFill raster process based on a custom JAI operation which scans the image (in case it contains some transparency) looking for horizontal/vertical 1 pixel-thickness stripes, and fill them with neighbour pixels (simple clone or average of the edge). Once stable and well tested, I will move it to a separate JAI operation in JAI-E
[Geotools-devel] Backporting GEOT-5513 and related GEOS-7731 to 15.x and 2.9.x respectively
Hi lists, I would like to backport GEOT-5513 and GEOS-7731 to 15.x and 2.9.x since more than 1 month time period has elapsed from 12th of september (the day they have been committed to the old masters, which now are 16.x and 2.10.x) These 2 JIRAs refer to: - the addition of a BANDS parameter in AbstractGridFromat which can be used by the Coverage readers to limit the read operation to use the selected bands only - the related GeoServer CoverageViewReader's update to leverage on that. Quoting from the GS JIRA details: *CoverageViewReader should support this parameter, so as to read and use only those bands necessary (as determined by the selection channels of the raster symbolizer) to produce the final coverage/image.* A few bugs have been spotted and already fixed on them afterwards. I would include the related fixes in the same Pull Requests. https://github.com/geotools/geotools/pull/1353 https://github.com/geoserver/geoserver/pull/1882 If there are no objections, I would merge the backports early next week after the latest stable versions are released. Cheers, Daniele -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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] [JIRA] (GEOT-5542) Update GT Pom to depend on ImageIO-EXT 1.1.16
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5542 Update GT Pom to depend on ImageIO-EXT 1.1.16 Issue Type: Task Assignee: Daniele Romagnoli Created: 06/Oct/16 5:28 PM Priority: Medium Reporter: Daniele Romagnoli Update GT pom to depend on ImageIO-EXT 1.1.16. It contains a couple of fixes for TIFF LZW and Deflate Decompressor on Horizontal Differencing Predictors for 16 bits datasets. Add Comment This message was sent by Atlassian JIRA (v1000.383.2#100014-sha1:783d425
[Geotools-devel] [JIRA] (GEOT-5531) BandMerge coverage operation may introduce half pixel shift
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5531 BandMerge coverage operation may introduce half pixel shift Issue Type: Bug Affects Versions: 15.1 Assignee: Unassigned Components: coverage Created: 28/Sep/16 12:37 PM Fix Versions: 15.2 Priority: Medium Reporter: Daniele Romagnoli When doing a BandMerge with coverages having same Envelope, CRS and GridGeometry, the resulting coverage's Envelope contains an half pixel shift. Add Comment
Re: [Geotools-devel] [netcdf-java] runtime aggregation
Hi Niels, On Wed, Sep 28, 2016 at 11:05 AM, Niels Charlier <ni...@scitus.be> wrote: > On 23-09-16 17:03, Daniele Romagnoli wrote: > > I think that once the aggregation is in place, times can be in any order > as you reported, so I think it's time to revisit the timeVariable min/max > computation (not sure there are other methods around based on that > supposition. I didn't check it yet). > > Although, it seems that in netcdf-java's CoordinateAxis1D.getMinValue() en > CoordinateAxis1D.getMaxValue(), an assumption is made that the extremes > are at the beginning and end. > Good catch. Are you referring to this? https://github.com/Unidata/thredds/blob/5.0.0/cdm/src/main/java/ucar/nc2/dataset/CoordinateAxis1D.java#L286 https://github.com/Unidata/thredds/blob/5.0.0/cdm/src/main/java/ucar/nc2/dataset/CoordinateAxis1D.java#L295 > It does take into account the order may be decreasing as well as > increasing, but not random. > > Perhaps we should remain consistent with that? > I would say yes. Cheers, Daniele > > Regards > Niels > -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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. -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] [netcdf-java] runtime aggregation
Hi Niels, On Fri, Sep 23, 2016 at 4:23 PM, Niels Charlier <ni...@scitus.be> wrote: > HI Daniele, > > Thank you for your quick response. > > Two remarks though > > - I do seem to get from your explanation that it can also be decreasing > rather than increasing, which means it should at least be possible to work > the other way around, which was the case here. There are only two files, > the latest in time is first. So at least the maximum/minimum of the two > extremes should be picked. > Yes. I think that we have assumed the decreasing concept is mainly valid for other kind of coordinates, as an instance, latitude since it is common to have Y axis flipped or depth where values decrease from 0 to a negative value. We have never dealt with decreasing time values (timeseries and forecasts are usually time increasing) so we probably need to revisit this assumption. > > - I understand this is a convention for variables in general. But does > this however count also for the order in which aggregated files are listed > in an aggregation with an already pre-existing dimension (which is the case > here)? Perhaps the issue is somewhere else in the code, and the values > should be sorted after reading the list of files. > I think that once the aggregation is in place, times can be in any order as you reported, so I think it's time to revisit the timeVariable min/max computation (not sure there are other methods around based on that supposition. I didn't check it yet). Regards, Daniele > Kind Regards > Niels > > > On 23-09-16 15:50, Daniele Romagnoli wrote: > > Hi Niels, > > > On Fri, Sep 23, 2016 at 2:40 PM, Niels Charlier <ni...@scitus.be> wrote: > >> Simone, Daniele, >> >> Do you have an opinion on point (3) of this email? >> >> It seems that one of you have written the code that expects a >> chronological order of listed aggregation files. >> >> The logic is in https://github.com/geotools/ge >> otools/blob/master/modules/plugin/coverage-multidim/netcdf/ >> src/main/java/org/geotools/imageio/netcdf/cv/TimeCoordinateVariable.java >> The getMinimum() and getMaximum() methods. >> >> The problem could easily be resolved by searching for the minimum and >> maximum rather than expecting a certain order. >> I can't find anything in the specs that says they should be in order, so >> would you agree if I changed it to that regards? >> > > I think that we developed this based on a best practice for the NetCDF, > assuming that coordinate axis/coordinate variables are monotonic. > https://www.unidata.ucar.edu/software/netcdf/docs/BestPractices.html > > Quoting the CoordinateSystems section: > > > *A ***coordinate variable*** is a one-dimensional variable with the same > name as a dimension, which names the coordinate values of the dimension. It > must not have any missing data (for example, > no _FillValue or missing_value attributes) and must be strictly monotonic > (values increasing or decreasing). * > > However I'm not against that improvement provided that the time to index > mapping still work and the search isn't too much expensive (maybe we should > cache the min and the max?). > > Cheers, > Daniele > > >> Niels >> >> >> On 08-09-16 14:51, Niels Charlier wrote: >> >> Ben, Sean, >> >> I am also including the geotools list in the discussion, because it >> regards both libraries. >> >> I got the aggregation file to work. Apart from some obvious bug fixes and >> additions to support the "runtime" dimension in geotools, I had to make a >> few changes to the xml file. >> What is still unclear to me is whether these changes >> - are actually required to work (i.e. the aggregation file is faulty). in >> that case we need to work on better error reporting in geotools (possibly >> also in netcdf-java) >> - should not actually be required, in which case we need to fix these as >> bugs in either geotools or netcdf-java >> >> I have included the .ncml file in the attachment to demonstrate. There >> are three such changes I made: >> >> 1. the Conventions global attribute,as discussed before. >> >> 2. removal of the "time" variable in the aggregation (see commented line >> in attached .ncml file) >> >> This issue is related to the previous one, it is again about >> *makeCoordinateSystemsImplicit* versus *makeCoordinateSystemsMaximal*. >> >> * If the "time" variable is included as aggregation variable, it also >> gets the "runtime" dimension added to its dimensions. >> * As a consequence, netcdf-java does not r
Re: [Geotools-devel] [netcdf-java] runtime aggregation
identifiable by: * > *units of pressure; or * > *the presence of the positive attribute with a value of up or down > (case insensitive)." * > *http://cfconventions.org/cf-conventions/v1.6.0/cf-conventions.html > <http://cfconventions.org/cf-conventions/v1.6.0/cf-conventions.html> > <http://cfconventions.org/cf-conventions/v1.6.0/cf-conventions.html>* > > *There are such things as time-varying multidimensional coordinate > variables (think of the lat and lon grids for a satellite swathe), but > this > is not one of these. * > > > *I think that, to be a coordinate variable, a variable must be mentioned > in the "coordinates" attribute of another variable in the same file, or > have a name that matches its dimension (i.e. a basic single-dimensional > coordinate variable). " * > > > So have I indeed identified a bug here? please advice. > > > Thank you for your help. > > > Kind Regards, > Niels > > > > > ___ > NOTE: All exchanges posted to Unidata maintained email lists are > recorded in the Unidata inquiry tracking system and made publicly > available through the web. Users who post to any of the lists we > maintain are reminded to remove any personal information that they > do not want to be made public. > > > netcdf-java mailing list > netcdf-j...@unidata.ucar.edu > For list information or to unsubscribe, visit: > http://www.unidata.ucar.edu/mailing_lists/ > > > > > ___ > NOTE: All exchanges posted to Unidata maintained email lists are > recorded in the Unidata inquiry tracking system and made publicly > available through the web. Users who post to any of the lists we > maintain are reminded to remove any personal information that they > do not want to be made public. > > > netcdf-java mailing list > netcdf-j...@unidata.ucar.edu > For list information or to unsubscribe, visit: > http://www.unidata.ucar.edu/mailing_lists/ > > > > ___ > NOTE: All exchanges posted to Unidata maintained email lists are > recorded in the Unidata inquiry tracking system and made publicly > available through the web. Users who post to any of the lists we > maintain are reminded to remove any personal information that they > do not want to be made public. > > > netcdf-java mailing list > netcdf-j...@unidata.ucar.edu > For list information or to unsubscribe, visit: > http://www.unidata.ucar.edu/mailing_lists/ > > > > > -- > > > > ___ > GeoTools-Devel mailing > listGeoTools-Devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/geotools-devel > > > -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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. -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] netcdf runtime dimension question
Hi Niels, Nuno fixed a bug in the NetCDF machinery a couple of days ago. (I have merged that PR right now). At the very beginning of the NetCDF development, we started to support what was able with the available NetCDF version (I thin 2.x or something similar... a very old one). Therefore the NetCDF reader also internally deal with a binary index containing Time,Zeta based indexes for quick slices retrieval. https://github.com/geotools/geotools/blob/master/modules/plugin/coverage-multidim/netcdf/src/main/java/org/geotools/imageio/netcdf/Slice2DIndex.java Basically, re-using the table I have put in the JIRA, for each 2D pair a global index may be defined: global Index =(Time index, Zeta Index) 0 = (0,0) 1 = (0,1) 2 = (0,2) 3 = (1,0) 4 = (1,1) 5 = (1,2) 6 = (2,0) 7 = (2,1) 8 = (2,2) 9 = (3,0) 10= (3,1) 11= (3,2) The NetCDF internal catalog is similar to the ImageMosaic GranuleCatalog. For each 2D slice available, it stores a global index, as well as the timestamp/date (it T dimension is available) and the elevation value (it Z dimension is available) related to that imageIndex. ( https://github.com/geotools/geotools/blob/master/modules/plugin/coverage-multidim/coverage-api/src/main/java/org/geotools/coverage/io/catalog/CoverageSlicesCatalog.java ) So, when requesting a read operation on a specific time and specific elevation, the reader performs a query on the CoverageSlicesCatalog to get the related imageIndex. Then the imageIndex is provided to the Slice2DIndexManager in order to get the proper integer indexes to be used as values for the Section/Ranges to be provided to the underlying UCAR reader. https://github.com/geotools/geotools/blob/master/modules/plugin/coverage-multidim/netcdf/src/main/java/org/geotools/imageio/netcdf/NetCDFImageReader.java#L584 https://github.com/geotools/geotools/blob/master/modules/plugin/coverage-multidim/netcdf/src/main/java/org/geotools/imageio/netcdf/NetCDFImageReader.java#L651-L658 We also thought about revisiting/removing the binary index machinery and include it somehow this information in the CoverageSlicesCatalog itself and investigate on the indexing objects automatically generated by the UCAR library. However we never had time or resources to work on that. Therefore, right now, an additional real dimension for runtime isn't fully supported. (We somehow support different runtimes for different NetCDF through ImageMosaic store). Not sure to remember from which version UCAR started exposing it as a separate dimension. You may want to extend the Slice2DIndex machinery or remove that in favor of a better management of additional dimensions. Does it helps? Cheers, Daniele On Fri, Sep 23, 2016 at 2:34 PM, Niels Charlier <ni...@scitus.be> wrote: > Hello Daniele, > > As you know, I am working on support for aggregation on runtime dimension > in netcdf. I am now looking into what needs to happen in VariableAdaptor. > I am very new at netcdf, so I do not yet understand everything that is > happening to the fullest extent in this class. > > I have found a way to make it work, basically by ignoring the runtime > dimension altogether. Apart from adding it as an ignored dimension, I also > had to take into account the possibility of there being four dimensions of > which one is the runtime dimension. > > This is the commit: https://github.com/NielsCharli > er/geotools/commit/5278115bd43a77c6509881d59a582e69c8bbe182 > > The aggregation files now pass and I can publish the layers. But I am > still wondering if this is the right approach. Or should perhaps the > runtime dimension be treated in the same way as the t- and z-dimensions? Or > should there actually be logic in VariableAdaptor for the R-dimension, > similar to the logic that exists for the Z- and T-dimensions? > > What is your opinion? Thanks for your assistance. > > Kind Regards, > Niels > > -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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 finali
[Geotools-devel] [JIRA] (GEOT-5525) ImagePyramid may compute wrong level index when dealing with expanded envelope
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5525 ImagePyramid may compute wrong level index when dealing with expanded envelope Issue Type: Bug Assignee: Unassigned Created: 22/Sep/16 3:45 PM Priority: Medium Reporter: Daniele Romagnoli The imagePyramid reader extracts the requested GridGeometry and stores the requested grid range (a Rectangle in raster coordinates x,y,w,h). Afterwards in the code, it intersects the original Envelope with the requested Envelope. Then it computes the requested resolution on top of the updated requested Envelope and the previously stored requested raster size. This may result into getting a wrong resolution since the requested raster size should have been updated accordingly to the reduced requested envelope. Add Comment
[Geotools-devel] Backporting GEOT-5474 and GEOT-5481 to 15.x
Hi. More than 30 days ago, the pull requests to add support for multiple coverages in imagePyramid [GEOT-5474] and coverage name handlers [GEOT-5481] (to instruct how to setup multiple coverageNames), have been merged to master. Since the interim 1 month time period elapsed, I would like to backport it on 15.x if no objections are raised. The referred pull requests contain the backport to 15.x https://github.com/geotools/geotools/pull/1306 https://github.com/geotools/geotools/pull/1307 Best Regards, Daniele -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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. -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [JIRA] (GEOT-5511) OverviewPolicy param in ImageMosaic is supported but not exposed
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5511 OverviewPolicy param in ImageMosaic is supported but not exposed Issue Type: Bug Assignee: Daniele Romagnoli Components: imagemosaic plugin Created: 05/Sep/16 3:10 PM Priority: Medium Reporter: Daniele Romagnoli The OverviewPolicy parameter is supported in ImageMosaic but it isn't exposed as readParameter of the ImageMosaicFormat. Add Comment This message was sent by Atlassian JIRA (v1000.305.0#100011-sha1:1dc2d9a
[Geotools-devel] [JIRA] (GEOT-5485) ImagePyramid supporting overviews on underlying ImageMosaic
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5485 ImagePyramid supporting overviews on underlying ImageMosaic Issue Type: Improvement Assignee: Daniele Romagnoli Components: imagepyramid plugin Created: 11/Aug/16 3:05 PM Priority: Medium Reporter: Daniele Romagnoli Right now the ImagePyramid always supposes that all the pyramid levels are made on top of ImageMosaics containing no inner overviews but a single high resolution only. It would be great to support imageMosaic with inner overviews too. Add Comment
Re: [Geotools-devel] Rescheduled GeoTools 14.5 / GeoServer 2.8.5 release early next week
Hi Ben, a couple of days ago I have noticed an issue with NetCDF with missing description in the underlying Variable's attributes. I have opened a JIRA right now and I'm going to prepare a small fix (and a PR). It would be great to have it in the release. Cheers, Daniele On Thu, Aug 4, 2016 at 10:35 AM, Simone Giannecchini < simone.giannecch...@geo-solutions.it> wrote: > I'll extend the question to the others here but I am not aware an > anything critical (which does not mean where isn't anything critical > :D) > > > 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 > > --- > 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. > > > On Thu, Aug 4, 2016 at 10:28 AM, Ben Caradoc-Davies <b...@transient.nz> > wrote: > > Simone, > > > > do you have more fixes for 14.x/2.8.x? I would rather wait a few days and > > get all the fixes we can. That is the purpose of this email thread. > > > > Kind regards, > > Ben. > > > > On 04/08/16 20:00, Simone Giannecchini wrote: > >> > >> Ciao Ben, > >> thanks a lot for the hard work on this. I am happy to hold off a > >> little to get the other fixes in. > >> > >> As Andrea mentioned it's just a matter of communication, no hard > >> feelings in this case... > >> > >> Regards, > >> Simone Giannecchini > > > > > > -- > > Ben Caradoc-Davies <b...@transient.nz> > > Director > > Transient Software Limited <http://transient.nz/> > > New Zealand > > > -- > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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 cortesem
[Geotools-devel] [JIRA] (GEOT-5482) Improve SampleDimension description on NetCDF coverages
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5482 Improve SampleDimension description on NetCDF coverages Issue Type: Improvement Assignee: Unassigned Components: netcdf Created: 04/Aug/16 11:13 AM Priority: Medium Reporter: Daniele Romagnoli Right now, the SampleDimension description for a NetCDF coverage is taken from the underlying NetCDF Variable's description field/attribute. On some samples, that value is null which results into having an empty/null value when exposing it into a CoverageInfo/CoverageBandDetail in GeoServer. Using the Variable name as a fallback allows to always have a description value. Add Comment
[Geotools-devel] [JIRA] (GEOT-5481) Allows ImageMosaic supporting multiple coverages from a set of files, based on a regex
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5481 Allows ImageMosaic supporting multiple coverages from a set of files, based on a regex Issue Type: Improvement Assignee: Unassigned Components: imagemosaic plugin Created: 03/Aug/16 6:14 PM Priority: Medium Reporter: Daniele Romagnoli Right now, only ImageMosaic of NetCDFs/Gribs allow to expose multiple coverages (one coverage for each underlying NetCDF variable). When dealing against a folder containing several GeoTIFFs or world images, everything will be exposed as a single coverage having the name of the folder or a specified index name in the properties file (Eventually supporting different dimensions). It would be great to support multiple coverages from different tiffs. As an instance, if dealing with a folder containing temperature_r1c1.tif, temperature_r1c2.tif, pressure_r1c1.tif, pressure_r1c2.tif it would be great to expose 2 different coverages: temperature and pressure (this will also require a datastore.properties). Add Comment
[Geotools-devel] Backporting GEOT-5457- IWC1 climatological time improvement
Hi, 29 days ago gt-netcdf master has been updated with an improvement to support the Climatological time axis for Integrated Water Column component 1 product. I would like to backport it to 15.x with this pull request: https://github.com/geotools/geotools/pull/1265 I would like to merge that AFTER the release of GS 2.9.1. Any objection? Cheers, Daniele -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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. -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [JIRA] (GEOT-5474) Allows ImagePyramid supporting multiple Coverages
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5474 Allows ImagePyramid supporting multiple Coverages Issue Type: Improvement Assignee: Unassigned Components: imagepyramid plugin Created: 29/Jul/16 2:26 PM Priority: Medium Reporter: Daniele Romagnoli ImagePyramid works on top of ImageMosaic. Since a single ImageMosaic can serve multiple coverages (coverageA, coverageB, coverageC) we should add this capability to ImagePyramid too. Add Comment This message was sent
Re: [Geotools-devel] gt-imagemosaic schema up to date?
On Sat, Jul 23, 2016 at 2:17 AM, Devon Tucker <devonrtuc...@gmail.com> wrote: > Hi Daniele, > > I would start with question #2. Does anyone actually use the XSD? > I have no idea on this. We have only used it to automatically create the java classes the first time. I don't think anyone else used it. > That makes sense. I guess that raises the question of what to do with the > XSD now. Should it go away, or should we attempt to update it to match the > current generated objects? > If you think it's easy to have it updated so that it can be used for future improvements, you may consider fixing it. However, I had some issues in the past in relation to attributes management and multiple items grouping so I'm not against removing it at all. Daniele > > On Thu, Jul 21, 2016 at 2:17 AM, Daniele Romagnoli < > daniele.romagn...@geo-solutions.it> wrote: > >> Hi Devon, >> If my memory serves me right, the schema has been used as starting point >> to make the creation of the classes easier with XJC but some manual tweaks >> have been performed afterwards on the generated classes. >> >> Does it helps? >> >> Cheers, >> Daniele >> >> >> >> On Thu, Jul 21, 2016 at 12:45 AM, Devon Tucker <devonrtuc...@gmail.com> >> wrote: >> >>> Hi all, >>> >>> Quick question that maybe someone can answer: in gt-imagemosaic there is >>> an indexer.xsd schema that seems to define the Indexer object, plus classes >>> that appear to have been generated from this schema. It's not clear though >>> how these objects were generated. If I use XJC by default I get objects >>> that are a decent bit different (mostly API differences, but a few names >>> are different as well). Anyone know how these were generated? >>> >>> Thanks, >>> Devon >>> >>> >>> -- >>> What NetFlow Analyzer can do for you? Monitors network bandwidth and >>> traffic >>> patterns at an interface-level. Reveals which users, apps, and protocols >>> are >>> consuming the most bandwidth. Provides multi-vendor support for NetFlow, >>> J-Flow, sFlow and other flows. Make informed decisions using capacity >>> planning >>> reports.http://sdm.link/zohodev2dev >>> ___ >>> GeoTools-Devel mailing list >>> GeoTools-Devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>> >>> >> >> >> -- >> == >> GeoServer Professional Services from the experts! Visit >> http://goo.gl/it488V for more information. >> == >> >> Ing. Daniele Romagnoli >> Senior 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 >> informa
Re: [Geotools-devel] Deleting the unsupported coverage-multidim module
+1 for me too. Daniele On Fri, Jul 22, 2016 at 3:32 PM, Simone Giannecchini < simone.giannecch...@geo-solutions.it> wrote: > +1 on killing it. > > Daniele? > 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 > > --- > 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. > > > On Fri, Jul 22, 2016 at 3:25 PM, Jim Hughes <jn...@ccri.com> wrote: > > Hi all, > > > > During the bug stomp, I looked into > > https://osgeo-org.atlassian.net/browse/GEOT-4821 and noticed that the > > coverage-multidim module has a few issues (1). First, the geotiff bit > > depends on GeoTools 2.6-SNAPSHOT (and an gt-coverage-api-old module). > > Second, for the hdf4 Maven module, the build is broken while looking for > > some netcdf version 4.3.16 artifacts. > > > > Does anyone use either of these? Is it safe to nuke? > > > > Cheers, > > > > Jim > > > > 1. > > > https://github.com/geotools/geotools/tree/master/modules/unsupported/coverage-multidim > > > > > -- > > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > > patterns at an interface-level. Reveals which users, apps, and protocols > are > > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning > > reports.http://sdm.link/zohodev2dev > > ___ > > GeoTools-Devel mailing list > > GeoTools-Devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/geotools-devel > -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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
Re: [Geotools-devel] gt-imagemosaic schema up to date?
Hi Devon, If my memory serves me right, the schema has been used as starting point to make the creation of the classes easier with XJC but some manual tweaks have been performed afterwards on the generated classes. Does it helps? Cheers, Daniele On Thu, Jul 21, 2016 at 12:45 AM, Devon Tucker <devonrtuc...@gmail.com> wrote: > Hi all, > > Quick question that maybe someone can answer: in gt-imagemosaic there is > an indexer.xsd schema that seems to define the Indexer object, plus classes > that appear to have been generated from this schema. It's not clear though > how these objects were generated. If I use XJC by default I get objects > that are a decent bit different (mostly API differences, but a few names > are different as well). Anyone know how these were generated? > > Thanks, > Devon > > > -- > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning > reports.http://sdm.link/zohodev2dev > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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. -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] 14.5 unreleased version missing on JIRA
Thanks Ian! Daniele On Tue, Jul 12, 2016 at 11:01 AM, Ian Turton <ijtur...@gmail.com> wrote: > OK - should be fixed now. > > Ian > > On 12 July 2016 at 09:33, Daniele Romagnoli < > daniele.romagn...@geo-solutions.it> wrote: > >> Hi devs, >> I was working on a bug fix which I want to backport on 14.x series. >> However, on JIRA I can't find a 14.x entry in the "Fix version" dropdown >> under "Unreleased" section, whilst I can see 15.1 13.7 12.6. >> >> I see in the https://github.com/geoserver/geoserver/wiki/Release-Schedule >> that a 14.5 is planned for the next month. Can an admin add that entry to >> the list, please? >> >> Please, let me know. >> Best Regards, >> Daniele >> >> >> -- >> == >> GeoServer Professional Services from the experts! Visit >> http://goo.gl/it488V for more information. >> == >> >> Ing. Daniele Romagnoli >> Senior 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. >> >> >> >> -- >> What NetFlow Analyzer can do for you? Monitors network bandwidth and >> traffic >> patterns at an interface-level. Reveals which users, apps, and protocols >> are >> consuming the most bandwidth. Provides multi-vendor support for NetFlow, >> J-Flow, sFlow and other flows. Make informed decisions using capacity >> planning >> reports.http://sdm.link/zohodev2dev >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >> > > > -- > Ian Turton > -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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 d
[Geotools-devel] 14.5 unreleased version missing on JIRA
Hi devs, I was working on a bug fix which I want to backport on 14.x series. However, on JIRA I can't find a 14.x entry in the "Fix version" dropdown under "Unreleased" section, whilst I can see 15.1 13.7 12.6. I see in the https://github.com/geoserver/geoserver/wiki/Release-Schedule that a 14.5 is planned for the next month. Can an admin add that entry to the list, please? Please, let me know. Best Regards, Daniele -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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. -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [JIRA] (GEOT-5457) Support Climatological time
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5457 Support Climatological time Issue Type: Improvement Assignee: Daniele Romagnoli Components: coverage-multidim Created: 30/Jun/16 5:09 PM Priority: Medium Reporter: Daniele Romagnoli Support Integrated Water Column Climatological Time. A NetCDF containing such a dimension doesn't have the standard CF time dimension with form: "seconds since origin" or similar. The Climatological time is instead an axis with STRING values (instead of numeric) with the following format: CCYYMMddHHmmss The current TimeCoordinateVariable cannot deal with that. A
[Geotools-devel] Question on sample data with license: best way to put them on test-data folder
Hi List, I have a sample netcdf (let's call it sample_x.nc) and I got authorization to use it on my tests provided I'm referencing this license: http://www.nationalarchives.gov.uk/doc/open-government-licence/version/3/ I'm going to create a pull request to add support for such a type of data and I would like to include that sample data in src/test/resources/my.package/test-data. (I have already reduced the original sample data through NetCDF operators so it is some KB instead of the original 12 MB). My questions are: what is the general approach to include those samples? Should I add a sample_x.nc.license containing the above URL plus a minimal description? Should I add that URL into a comment of the TestJava class too? Should I simply add a license.txt listing the sample in use and the related license? Please, let me know what approach should I follow. I would like to prepare the pull request before the end of the day. If I don't receive any feedbacks in the meantime (due to timezone differences or devs being busy) I will start with the approach of putting a reference in both TestJava class and within a sample_x.nc license. However, I would be happy to re-arrange that based on your feedbacks. Cheers, Daniele -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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. -- Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] ImageMosaic API refactor proposal
ne as part of a "ingest" > machinery, which is a off-line ETL of sorts that prepares the data for > publication, but > before it actually reaches GeoServer. The importer is one example of > those, I've seen several others, all of them were asynch and offline. > I agree with this comment too. > > >> >>>- *Generalize Mosaicking per GranuleCollector and Update >>>GranuleCollector to a tree-like hierarchy*: an example would be >>>useful >>> >>> I can do an example for this. The motivation here is to delegate the >> actual mosaicking to an object which may internally be delegating to other >> mosaicking objects. For example, the default implementation would have the >> logic for mosaicking per-resolution first, then resampling and mosaicking >> those results. >> > > +1 > > >> >>>- *Enhance the GranuleDescriptor and GranuleCatalogVisitor >>>interfaces: *same as above, examples of these "arbitrary properties" >>>to be used would be useful >>> >>> I will provide examples for this as well. In our RnD it was necessary to >> set the CRS on each granule descriptor. >> > > Ok... but wouldn't it be better to keep the CRS information as an > attribute in the index instead? > > Will these additional properties somehow stored/serialized or are them in memory information computed at GranuleDescriptor initialization? (Wondering if they should be part of the index too) Cheers, Daniele > 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 > > *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. > > --- > > > -- > What NetFlow Analyzer can do for you? Monitors network bandwidth and > traffic > patterns at an interface-level. Reveals which users, apps, and protocols > are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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-so
[Geotools-devel] Backporting of GDAL Vector footprints support to 14.x
Hi List, the Vector footprints support for GDAL plugins <https://osgeo-org.atlassian.net/browse/GEOT-5385> has been committed more than a month ago on 15.x (when it was master at that time). I'm proposing to backport it to 14.x (with related GeoServer doc update to 2.8.x, too). The change was about taking some Footprint management classes which were isolated on ImageMosaic plugin to Coverage, so that the vector masking footprint capabilities available on ImageMosaic are available for all coverage plugins, in order to have them work on GDAL plugin too. Cheers, Daniele -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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. -- Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Copyright header policy
ey were sent or for other risks which arise as a >>>>>>>>>>>>>>> result of >>>>>>>>>>>>>>> e-mail transmission, viruses, etc. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>> >>>>>>> >>>>> >>>>> >>>>> -- >>>>> == >>>>> GeoServer Professional Services from the experts! Visit >>>>> http://goo.gl/it488V for more information. >>>>> == >>>>> >>>>> Ing. Andrea Aime >>>>> @geowolf >>>>> Technical Lead >>>>> >>>>> GeoSolutions S.A.S. >>>>> Via di Montramito 3/A >>>>> 55054 Massarosa (LU) >>>>> phone: +39 0584 962313 >>>>> fax: +39 0584 1660272 >>>>> mob: +39 339 8844549 >>>>> >>>>> http://www.geo-solutions.it >>>>> http://twitter.com/geosolutions_it >>>>> >>>>> *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* >>>>> >>>>> Le informazioni contenute in questo messaggio di posta elettronica e/o >>>>> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il >>>>> loro utilizzo è consentito esclusivamente al destinatario del messaggio, >>>>> per le finalità indicate nel messaggio stesso. Qualora riceviate questo >>>>> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di >>>>> darcene notizia via e-mail e di procedere alla distruzione del messaggio >>>>> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, >>>>> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od >>>>> utilizzarlo per finalità diverse, costituisce comportamento contrario ai >>>>> principi dettati dal D.Lgs. 196/2003. >>>>> >>>>> >>>>> >>>>> The information in this message and/or attachments, is intended solely >>>>> for the attention and use of the named addressee(s) and may be >>>>> confidential >>>>> or proprietary in nature or covered by the provisions of privacy act >>>>> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection >>>>> Code).Any use not in accord with its purpose, any disclosure, >>>>> reproduction, >>>>> copying, distribution, or either dissemination, either whole or partial, >>>>> is >>>>> strictly forbidden except previous formal approval of the named >>>>> addressee(s). If you are not the intended recipient, please contact >>>>> immediately the sender by telephone, fax or e-mail and delete the >>>>> information in this message that has been received in error. The sender >>>>> does not give any warranty or accept liability as the content, accuracy or >>>>> completeness of sent messages and accepts no responsibility for changes >>>>> made after they were sent or for other risks which arise as a result of >>>>> e-mail transmission, viruses, etc. >>>>> >>>>> --- >>>>> >>>> >>>> >>>> >>>> -- >>>> == >>>> GeoServer Professional Services from the experts! Visit >>>> http://goo.gl/it488V for more information. >>>> == >>>> >>>> Ing. Andrea Aime >>>> @geowolf >>>> Technical Lead >>>> >>>> GeoSolutions S.A.S. >>>> Via di Montramito 3/A >>>> 55054 Massarosa (LU) >>>> phone: +39 0584 962313 >>>> fax: +39 0584 1660272 >>>> mob: +39 339 8844549 >>>> >>>> http://www.geo-solutions.it >>>> http://twitter.com/geosolutions_it >>>> >>>> *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* >>>> >>>> Le informazioni contenute in questo messaggio di posta elettronica e/o >>>> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il >>>> loro utilizzo è consentito esclusivamente al destinatario del messaggio, >>>> per le finalità indicate nel messaggio stesso. Qualora riceviate questo >>>> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di >>>> darcene notizia via e-mail e di procedere alla distruzione del messaggio >>>> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, >>>> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od >>>> utilizzarlo per finalità diverse, costituisce comportamento contrario ai >>>> principi dettati dal D.Lgs. 196/2003. >>>> >>>> >>>> >>>> The information in this message and/or attachments, is intended solely >>>> for the attention and use of the named addressee(s) and may be confidential >>>> or proprietary in nature or covered by the provisions of privacy act >>>> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection >>>> Code).Any use not in accord with its purpose, any disclosure, reproduction, >>>> copying, distribution, or either dissemination, either whole or partial, is >>>> strictly forbidden except previous formal approval of the named >>>> addressee(s). If you are not the intended recipient, please contact >>>> immediately the sender by telephone, fax or e-mail and delete the >>>> information in this message that has been received in error. The sender >>>> does not give any warranty or accept liability as the content, accuracy or >>>> completeness of sent messages and accepts no responsibility for changes >>>> made after they were sent or for other risks which arise as a result of >>>> e-mail transmission, viruses, etc. >>>> >>>> --- >>>> >>>> >>>> -- >>>> Mobile security can be enabling, not merely restricting. Employees who >>>> bring their own devices (BYOD) to work are irked by the imposition of >>>> MDM >>>> restrictions. Mobile Device Manager Plus allows you to control only the >>>> apps on BYO-devices by containerizing them, leaving personal data >>>> untouched! >>>> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j >>> >>> >>>> ___ >>>> GeoTools-Devel mailing list >>>> GeoTools-Devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/geotools-devel >>>> >>>> >> -- >> == >> GeoServer Professional Services from the experts! Visit >> http://goo.gl/it488V for more information. >> == >> >> Ing. Andrea Aime >> @geowolf >> Technical Lead >> >> GeoSolutions S.A.S. >> Via di Montramito 3/A >> 55054 Massarosa (LU) >> phone: +39 0584 962313 >> fax: +39 0584 1660272 >> mob: +39 339 8844549 >> >> http://www.geo-solutions.it >> http://twitter.com/geosolutions_it >> >> *AVVERTENZE AI SENSI DEL D.Lgs. 196/2003* >> >> Le informazioni contenute in questo messaggio di posta elettronica e/o >> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il >> loro utilizzo è consentito esclusivamente al destinatario del messaggio, >> per le finalità indicate nel messaggio stesso. Qualora riceviate questo >> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di >> darcene notizia via e-mail e di procedere alla distruzione del messaggio >> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, >> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od >> utilizzarlo per finalità diverse, costituisce comportamento contrario ai >> principi dettati dal D.Lgs. 196/2003. >> >> >> >> The information in this message and/or attachments, is intended solely >> for the attention and use of the named addressee(s) and may be confidential >> or proprietary in nature or covered by the provisions of privacy act >> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection >> Code).Any use not in accord with its purpose, any disclosure, reproduction, >> copying, distribution, or either dissemination, either whole or partial, is >> strictly forbidden except previous formal approval of the named >> addressee(s). If you are not the intended recipient, please contact >> immediately the sender by telephone, fax or e-mail and delete the >> information in this message that has been received in error. The sender >> does not give any warranty or accept liability as the content, accuracy or >> completeness of sent messages and accepts no responsibility for changes >> made after they were sent or for other risks which arise as a result of >> e-mail transmission, viruses, etc. >> >> --- >> >> -- >> Mobile security can be enabling, not merely restricting. Employees who >> bring their own devices (BYOD) to work are irked by the imposition of MDM >> restrictions. Mobile Device Manager Plus allows you to control only the >> apps on BYO-devices by containerizing them, leaving personal data >> untouched! >> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j >> ___ >> GeoTools-Devel mailing list >> GeoTools-Devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> > > > -- > Mobile security can be enabling, not merely restricting. Employees who > bring their own devices (BYOD) to work are irked by the imposition of MDM > restrictions. Mobile Device Manager Plus allows you to control only the > apps on BYO-devices by containerizing them, leaving personal data > untouched! > https://ad.doubleclick.net/ddm/clk/304595813;131938128;j > ___ > GeoTools-Devel mailing list > GeoTools-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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. -- Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] proposal: refactor vector mask external footprint generation
Hi, We have 3 positive and NO negative. Could I consider the proposal accepted and proceed with the merge? Please, let me know. Cheers, Daniele On Fri, Apr 8, 2016 at 1:32 PM, Ian Turton <ijtur...@gmail.com> wrote: > Sorry I've been busy but it looks good to me +1 > > Ian > > On 7 April 2016 at 17:04, Daniele Romagnoli < > daniele.romagn...@geo-solutions.it> wrote: > >> Hi List, >> any other vote on the proposal? >> Please, let me know if you need any clarification. >> >> Cheers, >> Daniele >> >> On Tue, Apr 5, 2016 at 2:09 PM, Simone Giannecchini < >> simone.giannecch...@geo-solutions.it> wrote: >> >>> Dear All, >>> I have been involved in the preparation for this work as I asked to >>> generalize this code so that it can be used in other plugin (e.g. >>> GDAL). >>> Hence I am +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 >>> >>> --- >>> 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. >>> >>> >>> On Mon, Apr 4, 2016 at 11:34 PM, Jody Garnett <jody.garn...@gmail.com> >>> wrote: >>> > Here is the proposal from Daniele Romagnoli: >>> > - >>> > >>> https://github.com/geotools/geotools/wiki/Refactor-vector-mask-external-footprint-generation >>> > >>> > Thanks for pulling this together Daniele (the proposal is quite >>> detailed and >>> > has code examples making it easy to review). >>> > >>> > PMC members please respond as appropriate, we welcome community >>> support from >>> > any one else on the list with enthusiasm for this "new" feature. >>> > -- >>> > Jody Garnett >>> > >>> > >>> -- >>> > >>> > ___ >>> > GeoTools-Devel mailing list >>> > GeoTools-Devel@lists.sourceforge.net >>> > https://lists.sourceforge.net/lists/listinfo/geotools-devel >>> > >>> >>> >>&g
Re: [Geotools-devel] proposal: refactor vector mask external footprint generation
Hi List, any other vote on the proposal? Please, let me know if you need any clarification. Cheers, Daniele On Tue, Apr 5, 2016 at 2:09 PM, Simone Giannecchini < simone.giannecch...@geo-solutions.it> wrote: > Dear All, > I have been involved in the preparation for this work as I asked to > generalize this code so that it can be used in other plugin (e.g. > GDAL). > Hence I am +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 > > --- > 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. > > > On Mon, Apr 4, 2016 at 11:34 PM, Jody Garnett <jody.garn...@gmail.com> > wrote: > > Here is the proposal from Daniele Romagnoli: > > - > > > https://github.com/geotools/geotools/wiki/Refactor-vector-mask-external-footprint-generation > > > > Thanks for pulling this together Daniele (the proposal is quite detailed > and > > has code examples making it easy to review). > > > > PMC members please respond as appropriate, we welcome community support > from > > any one else on the list with enthusiasm for this "new" feature. > > -- > > 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 > -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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 Vos
Re: [Geotools-devel] any changes to jai-tools we should know about?
Hi Jody, I have already did some preliminary investigation on this, the past month. https://sourceforge.net/p/geotools/mailman/message/34923234/ We can continue the discussion there. Cheers, Daniele On Wed, Apr 6, 2016 at 9:13 PM, Jody Garnett <jody.garn...@gmail.com> wrote: > Looks like Daniele answer this one: > > 1.0.8 is available too. The wiki page was pointing to the wrong folder. I >> have updated it. >> https://github.com/geosolutions-it/jai-ext/wiki#releases >> http://demo.geo-solutions.it/share/github/jai-ext/releases/1.0.X/1.0.8/ >> Hope this helps. > > > Is there any change we need to make to the geotools release configuration > so that this content is correctly gathered up during the release process? I > have been testing the source code download for geotools, but not the binary > download. > > -- > Jody Garnett > > On 6 April 2016 at 12:08, Jody Garnett <jody.garn...@gmail.com> wrote: > >> Catching up on the user list - it seems some jai-tools jars are missing >> in action (since geotools 14). >> >> Gabriella Turek reports jt-utilities and jt-iterators - checking online >> I can find: >> >> https://repo.boundlessgeo.com/main/org/jaitools/ >> >> Last built in august. >> -- >> Jody Garnett >> > > -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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. -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Adding external vector mask (footprint) support to GDAL plugin
Hi Jody, I have updated the pull request as well as the proposal: https://github.com/geotools/geotools/wiki/Refactor-vector-mask-external-footprint-generation Basically, as per your suggestion, I have listed the main classes/interfaces moved/extracted from gt-imagemosaic to gt-coverage with a reference to the online javadoc. Then, I have summarized the interfaces. Please, let me know if that looks good or if I should add some more. Best Regards, Daniele On Fri, Apr 1, 2016 at 7:43 PM, Jody Garnett <jody.garn...@gmail.com> wrote: > Hi Jody, > >> thanks for having setup a starting point. >> I have question since I think it's the first time that a set of classes >> is moved from a plugin module to a core one. >> >> Is there any convention/guidelines to follow up when setting up a >> proposal for this kind of "move-classes refactoring"? (see next question) >> > > It is just a normal proposal - we are making a chance that affects other > developers and want to ask around first, check the release schedule, make > sure you have enough resources to do the work, or give you an opportunity > to ask for help. > > >> In terms of coding, I have mainly moved couple of interfaces, related >> implementing classes and auxiliary helper classes and enums from gt-mosaic >> and gt-coverage. >> What should I add in the "API change" part of the proposal? >> > > Suggestions: > - You could list the classes and provide links to their existing javadocs > online > - You could provide an outline of the classes since they are showing up as > new public api and their may be questions > > >> Should I simply add the "interfaces" (the API) in gt-coverage and avoid >> listing every single class/variant implementing them, enums, utilities? >> > > Yes, we are more concerned with showing the functionality change so > project management committee members can approve the work. The proposal is > about communication, the actual details we trust you to do as a committer / > maintainer. > > >> I also think that I shouldn't add before-after section for gt-imagemosaic >> being a plugin, right? >> > > Correct. > > Please, let me know. >> > > Thanks for the email discussion, we can revise the proposal based on > feedback. > > As someone who watches the docs I want to make sure there is a task to add > a code example to the docs. Reminds me to pester Ian for raster symbolizer > normalization docs ... > -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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. -- ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Adding external vector mask (footprint) support to GDAL plugin
Hi Jody, thanks for having setup a starting point. I have question since I think it's the first time that a set of classes is moved from a plugin module to a core one. Is there any convention/guidelines to follow up when setting up a proposal for this kind of "move-classes refactoring"? (see next question) In terms of coding, I have mainly moved couple of interfaces, related implementing classes and auxiliary helper classes and enums from gt-mosaic and gt-coverage. What should I add in the "API change" part of the proposal? Should I simply add the "interfaces" (the API) in gt-coverage and avoid listing every single class/variant implementing them, enums, utilities? I also think that I shouldn't add before-after section for gt-imagemosaic being a plugin, right? Please, let me know. Cheers, Daniele On Thu, Mar 31, 2016 at 8:12 PM, Jody Garnett <jody.garn...@gmail.com> wrote: > Thanks Daniele, this is an api change (new functionality which was > formally only for "internal" module use). In the interest of saving time > let me start the change proposal for you: > > > https://github.com/geotools/geotools/wiki/Refactor-vector-mask-external-footprint-generation > > > Initial feedback from Devon looks like this is a stable change; we just > need to sort out proposal and docs. I would recommend proceeding with the > goal of getting this in before the GeoServer QA testing finishes up. > > -- > Jody Garnett > > On 14 March 2016 at 04:39, Daniele Romagnoli < > daniele.romagn...@geo-solutions.it> wrote: > >> Hi List, >> I'm working on supporting vector mask support to GDAL plugin. >> This allows to have a footprint file (.shp / .wkt / .wkb) beside, as an >> instance, data.dtd/.ecw/.sid... to be used to make transparent pixels >> outside of the geometry specified in the footprint. >> Right now, ImageMosaic already offers this functionality through the >> footprint management capability: >> >> http://docs.geoserver.org/2.4.x/en/user/tutorials/imagemosaic_footprint/imagemosaic_footprint.html >> >> I'm going to move the required classes/interfaces from ImageMosaic plugin >> to gt-coverage land, as an instance, SidecarFootprintProvider, >> FootprintGeometryProvider, FootprintLoader, MultiLevelROI***, >> FootprintBehavior and related subclasses. >> >> This allows reusing those classes from the GDAL plugin to reach the goal >> without duplicating lot of code. >> Moreover, this also paves the way for adding the same capability to the >> other coverage stores, once properly implemented on the specific >> GridCoverage readers. >> >> Off course, I will create JIRAs, prepare pull requests and other required >> documentation. >> >> Cheers, >> Daniele >> >> -- >> == >> GeoServer Professional Services from the experts! Visit >> http://goo.gl/it488V for more information. >> == >> >> Ing. Daniele Romagnoli >> Senior 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
[Geotools-devel] [JIRA] (GEOT-5391) Raster requests involving reprojection and high oversampling may throw OOM
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5391 Raster requests involving reprojection and high oversampling may throw OOM Issue Type: Bug Affects Versions: 14.3 Assignee: Daniele Romagnoli Components: render Created: 31/Mar/16 11:39 AM Fix Versions: 14.4 Priority: Medium Reporter: Daniele Romagnoli As a consequence of https://osgeo-org.atlassian.net/browse/GEOS-7464, rendering the requested image can result into OOM. This is related to a bug in RasterClassifier op: https://github.com/geosolutions-it/jai-ext/issues/125 Add Comment
Re: [Geotools-devel] Adding external vector mask (footprint) support to GDAL plugin
Hi again list, a follow up on the topic. I have created a JIRA for it: https://osgeo-org.atlassian.net/browse/GEOT-5385 The related pull request is here: https://github.com/geotools/geotools/pull/1131 Right now it seems there is a conflict in the pull request (I'll double check what has been changed during easter vacations). I know there is a kind of code freeze these days due to the incoming release although there are still some patches/updates in progress. Summarizing the pull request and the related code, is it mainly a "move" of several Footprint related helper classes and related logic from ImageMosaic plugin to gt-coverage library. That allows to have footprint management classes available as main dependency for other plugins such as the GDAL one as per GEOT-5385. Long story short, it's mainly a package renames work plus a set of refinements to adopt these capabilities in GDAL based readers. No gt-coverage interfaces have been changed. It shouldn't cause any regression or introduce new API-methods so the risk of integrating it in 2.9.x should be relative low. Anyway, if the release is about to come in a couple of days or in a similar short time period, I'm not against waiting for merging it to avoid introducing potential last-minute issues. Please, let me know what do you think about it. Cheers, Daniele On Mon, Mar 14, 2016 at 12:39 PM, Daniele Romagnoli < daniele.romagn...@geo-solutions.it> wrote: > Hi List, > I'm working on supporting vector mask support to GDAL plugin. > This allows to have a footprint file (.shp / .wkt / .wkb) beside, as an > instance, data.dtd/.ecw/.sid... to be used to make transparent pixels > outside of the geometry specified in the footprint. > Right now, ImageMosaic already offers this functionality through the > footprint management capability: > > http://docs.geoserver.org/2.4.x/en/user/tutorials/imagemosaic_footprint/imagemosaic_footprint.html > > I'm going to move the required classes/interfaces from ImageMosaic plugin > to gt-coverage land, as an instance, SidecarFootprintProvider, > FootprintGeometryProvider, FootprintLoader, MultiLevelROI***, > FootprintBehavior and related subclasses. > > This allows reusing those classes from the GDAL plugin to reach the goal > without duplicating lot of code. > Moreover, this also paves the way for adding the same capability to the > other coverage stores, once properly implemented on the specific > GridCoverage readers. > > Off course, I will create JIRAs, prepare pull requests and other required > documentation. > > Cheers, > Daniele > > -- > == > GeoServer Professional Services from the experts! Visit > http://goo.gl/it488V for more information. > == > > Ing. Daniele Romagnoli > Senior 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, v
Re: [Geotools-devel] gt-grib and NetCDF-Java version
Hi Ben, I have seen the Thredds announcement me too but it seems there isn't any doc or reference to version 5 yet. I hope/think they will update this page when done: http://www.unidata.ucar.edu/software/thredds/current/netcdf-java/documentation.htm I'm not familiar with NetCDF-Java 5.0.0 so I have no plans in reference to that, yet. If my memory serves me right, we used an old 4.2 version (or even oldest) for several years then we progressively switched to 4.3, 4.5, 4.6 or some similar upgrades sequence. Each major upgrade we made, introduced some regressions or things to be investigated and fixed. (You already probably encountered a minor problem simply switching to 4.6.4). So I personally wouldn't go to 5.0.0 right now, to let it be stable along time, and also to avoid getting potential new bugs which usually came into a N.0.0 major release. Does it make sense? Cheers, Daniele On Tue, Mar 22, 2016 at 11:34 PM, Ben Caradoc-Davies <b...@transient.nz> wrote: > Daniele, > > I have been working on some fixes for NetCDF-Java to better support > rotated latitude/longitude GRIB2 files. The aim is to deliver these as > GeoServer rasters, so gt-grib sits in the middle. The work is currently > targeting NetCDF-Java 4.6.5-SNAPSHOT. I have two remarks and a question for > you about gt-grib netcdf.version: > > (1) gt-grib on master currently depends on netcdf.version 4.6.2. It also > builds fine with 4.6.3, but with 4.6.4 or later the build fails with (in > modules/plugin/coverage-multidim/grib): > mvn -Dnetcdf.version=4.6.4 clean install > [...] > Tests in error: > GribTest.testGribImage:199->testGribFile:237 » PointOutsideCoverage > Coordinate... > GribUtilitiesTest>GribTest.testGribImage:199->GribTest.testGribFile:237 » > PointOutsideCoverage > > I am investigating this failure, which will occur when netcdf.version is > upgraded to 4.6.4 or later. > > (2) Today the Thredds team announced that they are just about to branch > 4.6.x and replace master with the 5.0.0 branch: > > http://www.unidata.ucar.edu/mailing_lists/archives/netcdf-java/2016/msg00010.html > > (3) Do you know anything about NetCDF-Java 5.0.0 and do you have any plans > to upgrade gt-grib to use it? What I am asking is, should I be targeting > NetCDF-Java 4.6.x if I want to get changes into gt-grib on master? > > Kind regards, > > -- > Ben Caradoc-Davies <b...@transient.nz> > Director > Transient Software Limited <http://transient.nz/> > New Zealand > -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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. -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/41
[Geotools-devel] [JIRA] (GEOT-5385) Support Vector footprints on GDAL plugin
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5385 Support Vector footprints on GDAL plugin Issue Type: New Feature Affects Versions: 15-beta Assignee: Daniele Romagnoli Components: coverage, imageio-ext-gdal plugin Created: 16/Mar/16 3:41 PM Priority: Medium Reporter: Daniele Romagnoli Right now, ImageMosaic is the only coverage plugin able to support external footprints (shapefile, WKB, WKT) used to mask pixels (make them transparent) outside of a specific geometry. Adding support for such a capability for GDAL based coverage stores too would be a good improvement. Add Comment
[Geotools-devel] Adding external vector mask (footprint) support to GDAL plugin
Hi List, I'm working on supporting vector mask support to GDAL plugin. This allows to have a footprint file (.shp / .wkt / .wkb) beside, as an instance, data.dtd/.ecw/.sid... to be used to make transparent pixels outside of the geometry specified in the footprint. Right now, ImageMosaic already offers this functionality through the footprint management capability: http://docs.geoserver.org/2.4.x/en/user/tutorials/imagemosaic_footprint/imagemosaic_footprint.html I'm going to move the required classes/interfaces from ImageMosaic plugin to gt-coverage land, as an instance, SidecarFootprintProvider, FootprintGeometryProvider, FootprintLoader, MultiLevelROI***, FootprintBehavior and related subclasses. This allows reusing those classes from the GDAL plugin to reach the goal without duplicating lot of code. Moreover, this also paves the way for adding the same capability to the other coverage stores, once properly implemented on the specific GridCoverage readers. Off course, I will create JIRAs, prepare pull requests and other required documentation. Cheers, Daniele -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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. -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785231=/4140___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] Missing jars in GeoTools bin distro. JarCollector question
Hi Jody, I did a quick try by locally updating the jarCollector code to use getArtifacts instead of getDependencyArtifacts. However, with that change, it only copied gt-*.jar and net.opengis* so a lot of dependencies are missing. Even during mvn install -Pcollect call, the collect phase doesn't report anything with this approach [INFO] --- jar-collector:15-SNAPSHOT:collect (default) @ gt-coverage --- whilst the previous code, based on getDependencyArtifacts, was reporting [INFO] --- jar-collector:15-SNAPSHOT:collect (default) @ gt-coverage --- +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, org.geotools:gt-api:jar:15-SNAPSHOT] +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, org.geotools:gt-referencing:jar:15-SNAPSHOT] +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, org.geotools:gt-main:jar:15-SNAPSHOT] +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, com.vividsolutions:jts:jar:1.13] . The javadoc of getArtifacts reports this: All dependencies that this project has, including transitive ones. *Contents are lazily populated, so depending on what phases have run dependencies in some scopes won't be included. *eg. if only compile phase has run, dependencies with scope test won't be included. Wondering if for any reason, it is too lazy :) I didn't spent too much time yet on investigating on that. I'll try to check that a bit better next week if needed. Cheers, Daniele On Thu, Mar 10, 2016 at 10:54 PM, Jody Garnett <jody.garn...@gmail.com> wrote: > Oh I see what you are saying, if so this has been a long standing problem! > > Javadocs ... it also has getArtifacts() which includes transitive > dependencies. Is there an option to ask it to copy transitive dependencies? > > I thought we had our own jar collector though - > https://github.com/geotools/geotools/tree/master/build/maven/jar-collector > > > -- > Jody Garnett > > On 10 March 2016 at 07:42, Daniele Romagnoli < > daniele.romagn...@geo-solutions.it> wrote: > >> Hi Jody, >> I'm not sure the boundless repositories are the cause of this issue. >> Let me try to explain my finding a little better. >> The geotools-15-SNAPSHOT-bin.zip doesn't contain a couple of jar files >> (which btw are available on the remote repositories). >> Please, correct me if I'm wrong in relation to the following list of >> steps (reported in reversed order, trying to spot the cause of the issue) >> performed during binary zip creation. >> >> 4) The geotools-15-SNAPSHOT-bin.zip is built by the assembly plugin. (mvn >> assembly:assembly) >> 3) The assembly plugin takes all the jar from target/binaries folder and >> put them on the zip file. >> 2) The target/binaries folder is populated during mvn install -Pcollect >> by jarCollector plugin. >> 1) The JarCollector takes the MavenProject and call the method >> getDependencyArtifacts. >> >> >> https://github.com/geotools/geotools/blob/master/build/maven/jar-collector/src/main/java/org/geotools/maven/JarCollector.java#L143 >> >> Note the javadoc getDependencyArtifacts: >> >> http://maven.apache.org/ref/3.0.3/maven-core/apidocs/org/apache/maven/project/MavenProject.html#getDependencyArtifacts() >> >> It states: >> *Direct dependencies that this project has.* >> >> Therefore, I think that the jarCollector won't copy the jars of a project >> which aren't direct dependency: >> So, pasting my previous maven dependency tree output: >> >> >> [INFO] Building Grid Coverage module 15-SNAPSHOT >> [INFO] >> >> [INFO] --- maven-dependency-plugin:2.8:tree (default-cli) @ gt-coverage >> --- >> [INFO] org.geotools:gt-coverage:jar:15-SNAPSHOT >> *[INFO] +- it.geosolutions.jaiext.affine:jt-affine:jar:1.0.8:compile* >> [INFO] *| +*- >> it.geosolutions.jaiext.iterators:jt-iterators:jar:1.0.8:compile >> [INFO] *| +*- >> it.geosolutions.jaiext.utilities:jt-utilities:jar:1.0.8:compile >> [INFO] *| \*- it.geosolutions.jaiext.scale:jt-scale:jar:1.0.8:compile >> [INFO] *| \*- >> it.geosolutions.jaiext.translate:jt-translate:jar:1.0.8:compile >> >> JarCollector will only copy the >> it.geosolutions.jaiext.affine:jt-affine:jar:1.0.8: >> artifact, being a direct dependency. >> jt-iterators, jt-utilities, jt-scale and jt-translate will not be copied >> being not direct dependencies of gt-coverage. >> >> Do you think what I'm saying is correct? >> In that case, would make sense to set them >> (utilities,scale,translate,iterators) as direct dependencies of gt-coverage >> in order t
Re: [Geotools-devel] Missing jars in GeoTools bin distro. JarCollector question
Hi Jody, I'm not sure the boundless repositories are the cause of this issue. Let me try to explain my finding a little better. The geotools-15-SNAPSHOT-bin.zip doesn't contain a couple of jar files (which btw are available on the remote repositories). Please, correct me if I'm wrong in relation to the following list of steps (reported in reversed order, trying to spot the cause of the issue) performed during binary zip creation. 4) The geotools-15-SNAPSHOT-bin.zip is built by the assembly plugin. (mvn assembly:assembly) 3) The assembly plugin takes all the jar from target/binaries folder and put them on the zip file. 2) The target/binaries folder is populated during mvn install -Pcollect by jarCollector plugin. 1) The JarCollector takes the MavenProject and call the method getDependencyArtifacts. https://github.com/geotools/geotools/blob/master/build/maven/jar-collector/src/main/java/org/geotools/maven/JarCollector.java#L143 Note the javadoc getDependencyArtifacts: http://maven.apache.org/ref/3.0.3/maven-core/apidocs/org/apache/maven/project/MavenProject.html#getDependencyArtifacts() It states: *Direct dependencies that this project has.* Therefore, I think that the jarCollector won't copy the jars of a project which aren't direct dependency: So, pasting my previous maven dependency tree output: [INFO] Building Grid Coverage module 15-SNAPSHOT [INFO] [INFO] --- maven-dependency-plugin:2.8:tree (default-cli) @ gt-coverage --- [INFO] org.geotools:gt-coverage:jar:15-SNAPSHOT *[INFO] +- it.geosolutions.jaiext.affine:jt-affine:jar:1.0.8:compile* [INFO] *| +*- it.geosolutions.jaiext.iterators:jt-iterators:jar:1.0.8:compile [INFO] *| +*- it.geosolutions.jaiext.utilities:jt-utilities:jar:1.0.8:compile [INFO] *| \*- it.geosolutions.jaiext.scale:jt-scale:jar:1.0.8:compile [INFO] *| \*- it.geosolutions.jaiext.translate:jt-translate:jar:1.0.8:compile JarCollector will only copy the it.geosolutions.jaiext.affine:jt-affine:jar:1.0.8: artifact, being a direct dependency. jt-iterators, jt-utilities, jt-scale and jt-translate will not be copied being not direct dependencies of gt-coverage. Do you think what I'm saying is correct? In that case, would make sense to set them (utilities,scale,translate,iterators) as direct dependencies of gt-coverage in order to let them being retrieved by JarCollector? What do you think about it? Cheers, Daniele On Thu, Mar 10, 2016 at 4:19 PM, Jody Garnett <jody.garn...@gmail.com> wrote: > We are having trouble with jars from our old repo.boundlessgeo.com (the > sync between the systems is not working well). Any missing jars of this > nature please upload to the geotools repository (our geotools developers > guide actually asks this be done). > > If you are having trouble finding a copy of the jar in your local repo > please contact myself, or Christian (CCed) for a link to the old repo. > > > > -- > Jody Garnett > > On 10 March 2016 at 02:10, Daniele Romagnoli < > daniele.romagn...@geo-solutions.it> wrote: > >> Hi list, >> An user (Gabriella Turek) reported an issue with the GeoTools bin distro, >> missing some jars. >> >> Taking a look to the Jenkins release-build log (which I have also >> replicated locally with the -Pcollect) I can see this the jar-collector in >> action: >> >> [INFO] --- jar-collector:15-SNAPSHOT:collect (default) @ gt-coverage --- >> +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, >> org.geotools:gt-api:jar:15-SNAPSHOT] >> +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, >> org.geotools:gt-referencing:jar:15-SNAPSHOT] >> +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, >> org.geotools:gt-main:jar:15-SNAPSHOT] >> +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, >> com.vividsolutions:jts:jar:1.13] >> +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, >> javax.media:jai_imageio:jar:1.1] >> +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, >> it.geosolutions.imageio-ext:imageio-ext-tiff:jar:1.1.13] >> +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, >> org.jaitools:jt-zonalstats:jar:1.4.0] >> +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, >> org.jaitools:jt-utils:jar:1.4.0] >> +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, >> it.geosolutions.jaiext.affine:jt-affine:jar:1.0.8] >> +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, >> it.geosolutions.jaiext.algebra:jt-algebra:jar:1.0.8] >> +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, >> it.geosolutions.jaiext.bandmerge:jt-bandmerge:jar:1.0.8] >> +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, >> it.geosolutions.jaiext.bandselect:jt-bandselect:jar:1.0.8] >> +++ DEP: [org.geotools:gt-coverage:jar:15-SNAPSHOT, >> it.geos
[Geotools-devel] Missing jars in GeoTools bin distro. JarCollector question
api:jar:15-SNAPSHOT:compile* *[INFO] +- org.geotools:gt-referencing:jar:15-SNAPSHOT:compile* [INFO] | +- com.googlecode.efficient-java-matrix-library:core:jar:0.26:compile [INFO] | +- commons-pool:commons-pool:jar:1.5.4:compile [INFO] | +- org.geotools:gt-metadata:jar:15-SNAPSHOT:compile [INFO] | | \- org.geotools:gt-opengis:jar:15-SNAPSHOT:compile [INFO] | | \- net.java.dev.jsr-275:jsr-275:jar:1.0-beta-2:compile [INFO] | +- jgridshift:jgridshift:jar:1.0:compile [INFO] | \- net.sf.geographiclib:GeographicLib-Java:jar:1.44:compile *[INFO] +- org.geotools:gt-main:jar:15-SNAPSHOT:compile* [INFO] | \- org.jdom:jdom:jar:1.1.3:compile *[INFO] +- com.vividsolutions:jts:jar:1.13:compile* *[INFO] +- javax.media:jai_imageio:jar:1.1:compile* *[INFO] +- it.geosolutions.imageio-ext:imageio-ext-tiff:jar:1.1.13:compile* [INFO] | +- it.geosolutions.imageio-ext:imageio-ext-utilities:jar:1.1.13:compile [INFO] | \- it.geosolutions.imageio-ext:imageio-ext-geocore:jar:1.1.13:compile [INFO] | \- it.geosolutions.imageio-ext:imageio-ext-streams:jar:1.1.13:compile *[INFO] +- org.jaitools:jt-zonalstats:jar:1.4.0:compile* *[INFO] +- org.jaitools:jt-utils:jar:1.4.0:compile* *[INFO] +- it.geosolutions.jaiext.affine:jt-affine:jar:1.0.8:compile* *[INFO] | +- it.geosolutions.jaiext.iterators:jt-iterators:jar:1.0.8:compile* *[INFO] | +- it.geosolutions.jaiext.utilities:jt-utilities:jar:1.0.8:compile* *[INFO] | \- it.geosolutions.jaiext.scale:jt-scale:jar:1.0.8:compile* *[INFO] | \- it.geosolutions.jaiext.translate:jt-translate:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.algebra:jt-algebra:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.bandmerge:jt-bandmerge:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.bandselect:jt-bandselect:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.bandcombine:jt-bandcombine:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.border:jt-border:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.buffer:jt-buffer:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.crop:jt-crop:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.lookup:jt-lookup:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.mosaic:jt-mosaic:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.nullop:jt-nullop:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.rescale:jt-rescale:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.stats:jt-stats:jar:1.0.8:compile* [INFO] | \- com.google.guava:guava:jar:17.0:compile *[INFO] +- it.geosolutions.jaiext.warp:jt-warp:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.zonal:jt-zonal:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.binarize:jt-binarize:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.format:jt-format:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.colorconvert:jt-colorconvert:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.errordiffusion:jt-errordiffusion:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.orderdither:jt-orderdither:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.colorindexer:jt-colorindexer:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.imagefunction:jt-imagefunction:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.piecewise:jt-piecewise:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.classifier:jt-classifier:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.rlookup:jt-rlookup:jar:1.0.8:compile* *[INFO] +- it.geosolutions.jaiext.vectorbin:jt-vectorbin:jar:1.0.8:compile* I assume the jar-collector won't collect the "nested dependencies". Take a look on what I have marked with red. The jt-affine is collected. jt-affine depends on jt-iterators, jt-utilities and jt-scale which depends on jt-translate. Those 4 jars aren't collected being not direct dependencies of gt-coverage. Is it there any way to specify somehow a "deeper" level of collection? Or do you think we should simply add the missing dependencies as explicit/direct dependencies of gt-coverage to make sure they are taken by the jar collector? Please, let me know what do you think about it. Cheers, Daniele -- == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Ing. Daniele Romagnoli Senior 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
[Geotools-devel] [JIRA] (GEOT-5373) Fix GRIB Cache Dir setting
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5373 Fix GRIB Cache Dir setting Issue Type: Bug Affects Versions: 14.2 Assignee: Daniele Romagnoli Components: coverage-multidim Created: 24/Feb/16 9:51 AM Fix Versions: 14.3 Priority: Medium Reporter: Daniele Romagnoli The GRIB_CACHE_DIR system property is supported on GRIB plugin to specify the absolute path of a Cache directory where the UCAR NetCDF library will create grib indexes (.gbx9, .ncx3). Make sure the Grib DiskCache is properly initialized, using absolute paths. Add Comment
Re: [Geotools-devel] Build failed in Jenkins: geotools-master-online #407
Hi Ben. I'm still seeing this issue for the failed travis build for that pull request: https://github.com/geoserver/geoserver/pull/1499 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:compile (default-compile) on project gs-main: Compilation failure [ERROR] error: error reading /home/travis/.m2/repository/org/geotools/gt-shapefile/15-SNAPSHOT/gt-shapefile-15-SNAPSHOT.jar; error in opening zip file Cheers, Daniele On Thu, Feb 18, 2016 at 5:26 AM, Ben Caradoc-Davies <b...@transient.nz> wrote: > Daniele, > > I kicked to geotools-master build to see if it would recreate these > artifacts. I then kicked geotools-master-online and it appears to have > fixed the build. > > Please report any further problems you encounter with corrupted artifacts. > > Kind regards, > Ben. > > > On 18/02/16 03:45, Daniele Romagnoli wrote: > >> Mmm... It seems there is a corrupted artifact on >> /var/lib/jenkins/.m2/repository/org/geotools/gt-coverage/15-SNAPSHOT/gt- >> coverage-15-SNAPSHOT.jar >> >> I have merged the related pull requests 1-2 days ago and the travis build >> were green: >> https://github.com/geotools/geotools/pull/1107 >> https://github.com/geotools/geotools/pull/1117 >> >> So I think they are unrelated. >> Any suggestion? >> >> Cheers, >> Daniele >> >> >> >> On Wed, Feb 17, 2016 at 3:35 PM, <moni...@boundlessgeo.com> wrote: >> >> See < >>> >>> http://ares.boundlessgeo.com/jenkins/job/geotools-master-online/407/changes >>> >>>> >>>> >>> Changes: >>> >>> [daniele.romagnoli] [GEOT-5352]-Update: Added small better check on >>> Coordinates >>> >>> [daniele.romagnoli] NetCDF/GRIB: Minor improvements on the Indexer >>> Creator >>> testing tool: >>> >>> -- >>> [...truncated 2738 lines...] >>> [INFO] >>> [INFO] --- git-commit-id-plugin:2.1.2:revision (default) @ gt-validation >>> --- >>> [INFO] >>> [INFO] <<< maven-source-plugin:2.2.1:jar (attach-sources) @ gt-validation >>> <<< >>> [INFO] >>> [INFO] --- maven-source-plugin:2.2.1:jar (attach-sources) @ gt-validation >>> --- >>> [INFO] Building jar: < >>> >>> http://ares.boundlessgeo.com/jenkins/job/geotools-master-online/ws/modules/extension/validation/target/gt-validation-15-SNAPSHOT-sources.jar >>> >>>> >>>> [INFO] >>> [INFO] --- maven-install-plugin:2.3.1:install (default-install) @ >>> gt-validation --- >>> [INFO] Installing < >>> >>> http://ares.boundlessgeo.com/jenkins/job/geotools-master-online/ws/modules/extension/validation/target/gt-validation-15-SNAPSHOT.jar >>> > >>> to >>> >>> /var/lib/jenkins/.m2/repository/org/geotools/gt-validation/15-SNAPSHOT/gt-validation-15-SNAPSHOT.jar >>> [INFO] Installing < >>> >>> http://ares.boundlessgeo.com/jenkins/job/geotools-master-online/ws/modules/extension/validation/pom.xml >>> > >>> to >>> >>> /var/lib/jenkins/.m2/repository/org/geotools/gt-validation/15-SNAPSHOT/gt-validation-15-SNAPSHOT.pom >>> [INFO] Installing < >>> >>> http://ares.boundlessgeo.com/jenkins/job/geotools-master-online/ws/modules/extension/validation/target/gt-validation-15-SNAPSHOT-sources.jar >>> > >>> to >>> >>> /var/lib/jenkins/.m2/repository/org/geotools/gt-validation/15-SNAPSHOT/gt-validation-15-SNAPSHOT-sources.jar >>> [INFO] >>> [INFO] >>> >>> [INFO] Building GeoPackage Module 15-SNAPSHOT >>> [INFO] >>> >>> [INFO] >>> [INFO] --- maven-clean-plugin:2.4.1:clean (default-clean) @ gt-geopkg --- >>> [INFO] Deleting < >>> >>> http://ares.boundlessgeo.com/jenkins/job/geotools-master-online/ws/modules/unsupported/geopkg/target >>> >>>> >>>> [INFO] >>> [INFO] --- git-commit-id-plugin:2.1.2:revision (default) @ gt-geopkg --- >>> [INFO] >>> [INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ >>> gt-geopkg --- >>> [INFO] Using 'UTF-8' encoding to copy filtered resources. >>> [INFO] Copying 15 resources >>> [INFO] >>> [INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ >>> gt-geopkg >&
[Geotools-devel] Build failed in Jenkins / Travis: Local maven repo being corrupted
Hi, I'm updating a reply to a Jenkins message, related to an email I have sent this morning. It seems like travis has local maven repository somehow corrupted. See my previous reply of this morning in relation to a Jenkins build failure. In addition, I have noticed that a Travis build on GS master is failed on a very trivial pull request: https://github.com/geoserver/geoserver/pull/1499 Checking the log, it has similar issue: [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:compile (default-compile) on project gs-main: Compilation failure [ERROR] error: error reading /home/travis/.m2/repository/org/geotools/gt-shapefile/15-SNAPSHOT/gt-shapefile-15-SNAPSHOT.jar; error in opening zip file There are other pull requests failing. As an instance: https://github.com/geoserver/geoserver/pull/1498 The reason it's the same. Hope this helps. Cheers, Daniele On Wed, Feb 17, 2016 at 3:45 PM, Daniele Romagnoli < daniele.romagn...@geo-solutions.it> wrote: > Mmm... It seems there is a corrupted artifact on > /var/lib/jenkins/.m2/repository/org/geotools/gt-coverage/15-SNAPSHOT/gt- > coverage-15-SNAPSHOT.jar > > I have merged the related pull requests 1-2 days ago and the travis build > were green: > https://github.com/geotools/geotools/pull/1107 > https://github.com/geotools/geotools/pull/1117 > > So I think they are unrelated. > Any suggestion? > > Cheers, > Daniele > > > > On Wed, Feb 17, 2016 at 3:35 PM, <moni...@boundlessgeo.com> wrote: > >> See < >> http://ares.boundlessgeo.com/jenkins/job/geotools-master-online/407/changes >> > >> >> Changes: >> >> [daniele.romagnoli] [GEOT-5352]-Update: Added small better check on >> Coordinates >> >> [daniele.romagnoli] NetCDF/GRIB: Minor improvements on the Indexer >> Creator testing tool: >> >> -- >> [...truncated 2738 lines...] >> [INFO] >> [INFO] --- git-commit-id-plugin:2.1.2:revision (default) @ gt-validation >> --- >> [INFO] >> [INFO] <<< maven-source-plugin:2.2.1:jar (attach-sources) @ gt-validation >> <<< >> [INFO] >> [INFO] --- maven-source-plugin:2.2.1:jar (attach-sources) @ gt-validation >> --- >> [INFO] Building jar: < >> http://ares.boundlessgeo.com/jenkins/job/geotools-master-online/ws/modules/extension/validation/target/gt-validation-15-SNAPSHOT-sources.jar >> > >> [INFO] >> [INFO] --- maven-install-plugin:2.3.1:install (default-install) @ >> gt-validation --- >> [INFO] Installing < >> http://ares.boundlessgeo.com/jenkins/job/geotools-master-online/ws/modules/extension/validation/target/gt-validation-15-SNAPSHOT.jar> >> to >> /var/lib/jenkins/.m2/repository/org/geotools/gt-validation/15-SNAPSHOT/gt-validation-15-SNAPSHOT.jar >> [INFO] Installing < >> http://ares.boundlessgeo.com/jenkins/job/geotools-master-online/ws/modules/extension/validation/pom.xml> >> to >> /var/lib/jenkins/.m2/repository/org/geotools/gt-validation/15-SNAPSHOT/gt-validation-15-SNAPSHOT.pom >> [INFO] Installing < >> http://ares.boundlessgeo.com/jenkins/job/geotools-master-online/ws/modules/extension/validation/target/gt-validation-15-SNAPSHOT-sources.jar> >> to >> /var/lib/jenkins/.m2/repository/org/geotools/gt-validation/15-SNAPSHOT/gt-validation-15-SNAPSHOT-sources.jar >> [INFO] >> [INFO] >> >> [INFO] Building GeoPackage Module 15-SNAPSHOT >> [INFO] >> >> [INFO] >> [INFO] --- maven-clean-plugin:2.4.1:clean (default-clean) @ gt-geopkg --- >> [INFO] Deleting < >> http://ares.boundlessgeo.com/jenkins/job/geotools-master-online/ws/modules/unsupported/geopkg/target >> > >> [INFO] >> [INFO] --- git-commit-id-plugin:2.1.2:revision (default) @ gt-geopkg --- >> [INFO] >> [INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ >> gt-geopkg --- >> [INFO] Using 'UTF-8' encoding to copy filtered resources. >> [INFO] Copying 15 resources >> [INFO] >> [INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ >> gt-geopkg --- >> [INFO] Changes detected - recompiling the module! >> [INFO] Compiling 33 source files to < >> http://ares.boundlessgeo.com/jenkins/job/geotools-master-online/ws/modules/unsupported/geopkg/target/classes >> > >> [INFO] - >> [ERROR] COMPILATION ERROR : >> [INFO] - >> [ERROR] err
[Geotools-devel] [JIRA] (GEOT-5366) ClassCastException on Category List to array conversion
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5366 ClassCastException on Category List to array conversion Issue Type: Bug Affects Versions: 14.2 Assignee: Daniele Romagnoli Components: coverage Created: 17/Feb/16 4:13 PM Fix Versions: 14.3 Priority: Medium Reporter: Daniele Romagnoli See https://osgeo-org.atlassian.net/browse/GEOS-7396 (the originating JIRA). The fix is required at GeoTools level, therefore, through "this" JIRA. A
Re: [Geotools-devel] Build failed in Jenkins: geotools-master-online #407
SKIPPED > [INFO] NetCDF gridcoverage module SKIPPED > [INFO] GRIB gridcoverage module .. SKIPPED > [INFO] Application Schema DataAccess . FAILURE > [10.231s] > [INFO] Validation Processor and Framework SUCCESS [7.845s] > [INFO] GeoPackage Module . FAILURE [1.075s] > [INFO] MBTiles Module FAILURE [0.714s] > [INFO] Coverage tools SKIPPED > [INFO] Web Processing Service FAILURE [2.791s] > [INFO] Next Generation JDBC DataStores ... SUCCESS [0.363s] > [INFO] GeoTools Documentation FAILURE [7.785s] > [INFO] > > [INFO] BUILD FAILURE > [INFO] > > [INFO] Total time: 13:53.956s > [INFO] Finished at: Wed Feb 17 14:35:09 UTC 2016 > [INFO] Final Memory: 46M/321M > [INFO] > > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:3.1:compile > (default-compile) on project gt-arcsde: Compilation failure > [ERROR] error: error reading > /var/lib/jenkins/.m2/repository/org/geotools/gt-coverage/15-SNAPSHOT/gt-coverage-15-SNAPSHOT.jar; > error in opening zip file > [ERROR] -> [Help 1] > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:3.1:compile > (default-compile) on project gt-imagemosaic: Compilation failure > [ERROR] error: error reading > /var/lib/jenkins/.m2/repository/org/geotools/gt-coverage/15-SNAPSHOT/gt-coverage-15-SNAPSHOT.jar; > error in opening zip file > [ERROR] -> [Help 1] > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:3.1:compile > (default-compile) on project gt-imagemosaic-jdbc: Compilation failure > [ERROR] error: error reading > /var/lib/jenkins/.m2/repository/org/geotools/gt-coverage/15-SNAPSHOT/gt-coverage-15-SNAPSHOT.jar; > error in opening zip file > [ERROR] -> [Help 1] > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:3.1:compile > (default-compile) on project gt-app-schema: Compilation failure > [ERROR] error: error reading > /var/lib/jenkins/.m2/repository/org/geotools/gt-coverage/15-SNAPSHOT/gt-coverage-15-SNAPSHOT.jar; > error in opening zip file > [ERROR] -> [Help 1] > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:3.1:compile > (default-compile) on project gt-geopkg: Compilation failure > [ERROR] error: error reading > /var/lib/jenkins/.m2/repository/org/geotools/gt-coverage/15-SNAPSHOT/gt-coverage-15-SNAPSHOT.jar; > error in opening zip file > [ERROR] -> [Help 1] > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:3.1:compile > (default-compile) on project gt-mbtiles: Compilation failure > [ERROR] error: error reading > /var/lib/jenkins/.m2/repository/org/geotools/gt-coverage/15-SNAPSHOT/gt-coverage-15-SNAPSHOT.jar; > error in opening zip file > [ERROR] -> [Help 1] > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:3.1:compile > (default-compile) on project gt-wps: Compilation failure > [ERROR] error: error reading > /var/lib/jenkins/.m2/repository/org/geotools/gt-coverage/15-SNAPSHOT/gt-coverage-15-SNAPSHOT.jar; > error in opening zip file > [ERROR] -> [Help 1] > [ERROR] Failed to execute goal > org.apache.maven.plugins:maven-compiler-plugin:3.1:compile > (default-compile) on project docs: Compilation failure > [ERROR] error: error reading > /var/lib/jenkins/.m2/repository/org/geotools/gt-coverage/15-SNAPSHOT/gt-coverage-15-SNAPSHOT.jar; > error in opening zip file > [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-arcsde > Build step 'Invoke top-level Maven targets' marked build as failure > > > -- > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-t
[Geotools-devel] [JIRA] (GEOT-5362) Remove the ":sd" suffix from SampleDimension description in NetCDF readers
Title: Message Title
Daniele Romagnoli created an issue
GeoTools / GEOT-5362
Remove the ":sd" suffix from SampleDimension description in NetCDF readers
Issue Type:
Task
Affects Versions:
14.2
Assignee:
Daniele Romagnoli
Components:
coverage-multidim
Created:
12/Feb/16 11:59 AM
Fix Versions:
14.3
Priority:
Medium
Reporter:
Daniele Romagnoli
Remove the ":sd" suffix from SampleDimension description reported by NetCDF originated coverages
[Geotools-devel] [JIRA] (GEOT-5363) Make sure auxiliary file path isn't appended to root path if ABSOLUTE
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5363 Make sure auxiliary file path isn't appended to root path if ABSOLUTE Issue Type: Task Affects Versions: 14.2 Assignee: Daniele Romagnoli Components: imagemosaic plugin Created: 12/Feb/16 1:05 PM Fix Versions: 14.3 Priority: Medium Reporter: Daniele Romagnoli Indexer may specify auxiliary file path. Make sure it isn't appended to the root path when the auxiliaryFilePath is absolute. (Otherwise you may get something like /path/of/root/folder/path/of/root/folder/aux.xml) Add Comment
[Geotools-devel] [JIRA] (GEOT-5352) Support multiple 2D bboxes within same NetCDF dataset
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5352 Support multiple 2D bboxes within same NetCDF dataset Issue Type: Task Assignee: Daniele Romagnoli Components: coverage-multidim Created: 03/Feb/16 3:31 PM Fix Versions: 14.3 Priority: Medium Reporter: Daniele Romagnoli Usually, a NetCDF file contains 2D coordinates (such as latitude/longitude, y/x), defining the bbox for the whole dataset. Currently, the code only supports this type of georeferencing. However, it would be great to add support for multiple "BBoxes". To give an example, such a NetCDF could have 2 variables variable1(latitude1,longitude1) variable2(latitude2,longitude2) where latitude1,longitude1,latitude2,longitude2 are 4 different dimensions/coordinate variables. A
[Geotools-devel] [JIRA] (GEOT-5340) ContourProcess should skip invalid geometries
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5340 ContourProcess should skip invalid geometries Issue Type: Bug Affects Versions: 14.1 Assignee: Daniele Romagnoli Components: process Created: 13/Jan/16 2:18 PM Fix Versions: 14.2 Priority: Medium Reporter: Daniele Romagnoli JAITools ContourOp may generate invalid lineStrings. The contourProcess should protect itself from potential exceptions in handling them by avoiding adding them to the result of FeatureCollection. Add Comment
[Geotools-devel] [JIRA] (GEOT-5338) windbarbs doesn't support winds > 100kts and uses wrong symbols
Title: Message Title
Daniele Romagnoli created an issue
GeoTools / GEOT-5338
windbarbs doesn't support winds > 100kts and uses wrong symbols
Issue Type:
Bug
Affects Versions:
14.1
Assignee:
Daniele Romagnoli
Components:
render
Created:
12/Jan/16 9:27 AM
Fix Versions:
14.2
Priority:
Medium
Reporter:
Daniele Romagnoli
Windbarbs marks use a wrong symbol (a square) when rendering speeds >= 100kts whilst it should use multiple pennants as reported here: http://www.srh.weather.gov/srh/jetstream/synoptic/sfc_plot_symbols.htm#ddff
Add C
[Geotools-devel] [JIRA] (GEOT-5301) Add more checks on dimensions/coordinates/attributes sets
Title: Message Title Daniele Romagnoli created an issue GeoTools / GEOT-5301 Add more checks on dimensions/coordinates/attributes sets Issue Type: Improvement Affects Versions: 14.0 Assignee: Daniele Romagnoli Components: coverage-multidim Created: 16/Nov/15 12:11 PM Fix Versions: 14.1 Priority: Medium Reporter: Daniele Romagnoli Add Comment
