Re: [Geotools-devel] Possible issue with MaxFeatures and Filters in all ContentStore based Datastores

They had some complicated logic to get a wgs84 crs constructed with the desired axis order and then passed it in as part of the query. I will see if I can reproduce the problem. On Fri, Jun 28, 2019 at 07:37 Andrea Aime wrote: > Hi Jody, > wondering if the regression is an actual one afaik

Re: [Geotools-devel] Supporting GDAL Virtual File Systems

Hi Josh, I am under the impression that things are getting mixed up, but have little time to write this mail and none to check what I'm writing, so please take it with a pinch of salt. If you want to support visicurl directly from imageio-ext gdal based readers, IMHO all the discussion about image

Re: [Geotools-devel] GEOS Geostationary Satellite projection with sweep

Good, then it looks like Kurt has an easy way forward Cheers Andrea On Thu, Jun 27, 2019 at 11:06 PM Eric Engle wrote: > Turns out the parser has very little knowledge of tags. I delegates the > names to factories, and the parameters to a named factory, and that's about > it. Pretty clean desig

Re: [Geotools-devel] Move to SFTP for geotools deploy to osgeo repository

Hi Torben, used the old instructions on more than one occasion me too, but as long as the SFTP based process works fine and is properly documented I see no problem in switching over to it Cheers Andrea On Thu, Jun 27, 2019 at 11:24 PM Torben Barsballe via GeoTools-Devel < geotools-devel@lists.so

Re: [Geotools-devel] Possible issue with MaxFeatures and Filters in all ContentStore based Datastores

Hi Jody, wondering if the regression is an actual one afaik the current code can return north/east oriented data, but with a CRS declaring it as such. If that is the case, that is not strictly a regression, it's just an assumption that the client made that was unwarranted Cheers Andrea On Fr

Re: [Geotools-devel] Possible issue with MaxFeatures and Filters in all ContentStore based Datastores

Also found an axis order regression when upgrading geonetwork to use wfs-ng from wfs. Looks like reprojection may just be on srs name and not on actual data structure axis order. -- Jody Garnett On Fri, 21 Jun 2019 at 12:58, Ian Turton wrote: > While fixing GEOT-6310 >

Re: [Geotools-devel] Move to SFTP for geotools deploy to osgeo repository

I have used those steps to publish some of custom jars (where we release a fork with a different version number). On Thu, Jun 27, 2019 at 23:23 Torben Barsballe via GeoTools-Devel < geotools-devel@lists.sourceforge.net> wrote: > Hello All, > > While getting the GeoTools release working on Jenkins

[Geotools-devel] Move to SFTP for geotools deploy to osgeo repository

Hello All, While getting the GeoTools release working on Jenkins again, I spoke with the OSGeo SAC. Currently, GeoTools uses WebDAV for uploading maven artifacts to the osgeo repository. GeoTools is the only think using WebDAV, and the OSGeo SAC would prefer if we could use SFTP like everyone els

[Geotools-devel] Build failed in Jenkins: geotools-java11 #268

See Changes: [Torben Barsballe] publish_release - re-enable osgeo deploy -- [...truncated 1.90 MB...] [INFO] [INFO] --

[Geotools-devel] Jenkins build is back to normal : geotools-master #2931

See ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] GEOS Geostationary Satellite projection with sweep

Turns out the parser has very little knowledge of tags. I delegates the names to factories, and the parameters to a named factory, and that's about it. Pretty clean design, really. Cheers, Eric On Thu, Jun 27, 2019 at 2:04 PM Andrea Aime wrote: > No objection, it would at least allow direct pro

Re: [Geotools-devel] GEOS Geostationary Satellite projection with sweep

No objection, it would at least allow direct programmatic usage. Whether or not that will also allow wkt parsing of the same, I don't know, but there is indeed a chance Cheers Andrea Il gio 27 giu 2019, 22:20 Eric Engle ha scritto: > Any objections to adding a sweep parameter to the projection

Re: [Geotools-devel] GEOS Geostationary Satellite projection with sweep

Any objections to adding a sweep parameter to the projection parameter descriptors in the GEOS factory? Then you can just put the value in the wkt we can already parse. On Thu, Jun 27, 2019, 12:52 PM Andrea Aime wrote: > Hi Kurt, > I believe the existing WKT parser is in this package: > > > http

Re: [Geotools-devel] GEOS Geostationary Satellite projection with sweep

Hi Kurt, I believe the existing WKT parser is in this package: https://github.com/geotools/geotools/tree/205e62c54e9e97b65df4637135785b8728473617/modules/library/referencing/src/main/java/org/geotools/referencing/wkt It may be that it can just parse extra bits without throwing errors, but I doubt

[Geotools-devel] Build failed in Jenkins: geotools-master #2930

See Changes: [Torben Barsballe] Deploy artifacts copied via Copy-release plugin -- [...truncated 883.14 KB...] [ERROR] at org.apache.maven.lifecycle.internal.Lif

[Geotools-devel] Build failed in Jenkins: geotools-java11 #267

See Changes: [Torben Barsballe] Deploy artifacts copied via Copy-release plugin -- [...truncated 2.41 MB...] [INFO] Downloaded from central.maven.org: http://central.mave

Re: [Geotools-devel] GEOS Geostationary Satellite projection with sweep

I will have to think about it. I don't really have a clue. WKT2 was definitely a ton of work by Even for PROJ/GDAL. I'd guess that it would be less now that Even has made it through this, but still very substantial. https://gdal.org/development/rfc/rfc73_proj6_wkt2_srsbarn.html On Thu, Jun 27

[Geotools-devel] Build failed in Jenkins: geotools-java11 #266

See Changes: [Torben Barsballe] release - disable osgeo deploy until credentials restored, don't use -- [...truncated 2.39 MB...] [INFO] Downloaded from boundless: https

Re: [Geotools-devel] GEOS Geostationary Satellite projection with sweep

HI Kurt, sorry I don't have time to check in detail, but GeoTools does not support WKT2, I'm guessing the existing WKT parser would have to be extended somehow? I'm not familiar with that part of GeoTools code (nowadays, nobody is I'm afraid). Can you start by proposing something, in terms of what

[Geotools-devel] Jenkins build is back to normal : geotools-master #2929

See ___ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel

Re: [Geotools-devel] GEOS Geostationary Satellite projection with sweep

Hi Andrea, I'm definitely aware of the contributing and would only be aiming at patches to head. By back porting, I only mean to my local repository I'm in that isn't public anyway. Even noted that the WKT PROJ extension is a hack and the sweep WKT2 is stuff he made up, so it would be worth disc

Re: [Geotools-devel] GEOS Geostationary Satellite projection with sweep

Hi Kurt, your assumptions are correct. GeoTools 19 is out of support and no longer being released, if you want to contribute you'd have to start with a pull request with changes and tests on the master branch (version 22-SNAPSHOT) and then eventually backport to 21.x and 20.x (those are the branch

[Geotools-devel] GEOS Geostationary Satellite projection with sweep

Hi all, I'm trying to figure out how to correctly handle projecting GEOS 16 / 17 data with GeoTools. My initial attempt was via data imported through gdal_translate, so I started asking here: https://lists.osgeo.org/pipermail/proj/2019-June/008675.html