[Geotools-devel] ECQL temporal filter question

Hi all, I'm running into an issue with serializing/deserializing ECQL filters with ECQL.toCQL and ECQL.toFilter. In particular, I'm noticing that these functions are not inverses when I pass in a temporal filter containing Dates with milliseconds information specified. The millis info is

Re: [Geotools-devel] ECQL temporal filter question

Thanks Jody, I've put up https://github.com/geotools/geotools/pull/519. I'm a little unsure how much of the tests it made sense to duplicate. Also, given that the current behavior is to truncate Dates to the second, I figured it was reasonable to print the extra info if it is present, but

Re: [Geotools-devel] ECQL temporal filter question

Message - From: Jody Garnett jody.garn...@gmail.com mailto:jody.garn...@gmail.com To: Jim Hughes jn...@ccri.com mailto:jn...@ccri.com Cc: GeoTools Developers list geotools-devel@lists.sourceforge.net mailto:geotools-devel

Re: [Geotools-devel] ECQL temporal filter question

Jody, Here's the ticket: http://jira.codehaus.org/browse/GEOT-4867 More inline. On 08/06/2014 04:23 PM, Jody Garnett wrote: Additional comments inline: If there were a general test, I imagine one could test the DataStore interface rather than that ContentDataStore

[Geotools-devel] Issue with ID filter serialization

Hi all, I think I've found a small issue with how ID filters are serialized by ECQL.toCQL. From what I can gather from the ECQL grammar, an ID filter should either be ID (number) or ID('string'). The existent quote check in FilterToECQL checks to see if there are .'s in the string which I

Re: [Geotools-devel] failure building on ares (jjtree-javacc:jar:11-SNAPSHOT)

Hi all, I'm generally interested in the CQL parser. Is switching to the Maven mojo project something I could contribute in a few weeks? (I'd be doing it on personal time.) Jim On 08/16/2014 03:57 AM, Andrea Aime wrote: On Sat, Aug 16, 2014 at 7:46 AM, Jody Garnett jody.garn...@gmail.com

Re: [Geotools-devel] distributed rendering

Hi all, I'd like to try and summarize the discussion so far to make sure that I understand. As a request comes into GeoServer, it would either be handled by a custom GetMapCallback or by a distributed-render-aware Renderer by GetMap. From there, the distributed GeoTools data/feature store

Re: [Geotools-devel] Replacing Vecmath

Hi all, Jody, Tyler, and I hacked at this on Friday during a code sprint. The partial results are here: https://github.com/geotools/geotools/commits/matrix There are a few remaining errors to track down, and the cautious part of me wants to go back and cook up a set of unit tests for

Re: [Geotools-devel] Another ECQL.toFilter question

Garnett On 17 March 2015 at 10:36, Jim Hughes jn...@ccri.com mailto:jn...@ccri.com wrote: Hi Jody, I just confirmed briefly: Who != 'Bierce' does not parse with ECQL.toFilter; on the other hand, Who 'Bierce' is just fine. Thanks for the merge and JIRA ticket. This one

Re: [Geotools-devel] JAI Logging PR

gap between the beta and the release is not doing us much good - we really need to get RC1 tested) -- Jody Garnett On 17 March 2015 at 10:21, Jim Hughes jn...@ccri.com mailto:jn...@ccri.com wrote: Hi all, Back at the OSGeo/LocationTech code sprint, I tried out GeoMesa

Re: [Geotools-devel] Another ECQL.toFilter question

!= and ? I am content to grab this pull request on to master, but this is very close. Here is your jira ticket for the release notes: https://jira.codehaus.org/browse/GEOT-5051 -- Jody Garnett On 17 March 2015 at 09:35, Jim Hughes jn...@ccri.com mailto:jn...@ccri.com wrote: Hi

[Geotools-devel] JAI Logging PR

Hi all, Back at the OSGeo/LocationTech code sprint, I tried out GeoMesa with GeoTools 13.x. LocationTech is not allowing us to ship JAI, and we ran into some issues as GeoTools tried to configure JAI logging without JAI. Jody had submitted a PR to fix an issue when JAI is not present

[Geotools-devel] Another ECQL.toFilter question

Hi all, Last Friday, some of my fellow GeoMesans noticed that ECQL.toFilter writes out PropertyIsNotEqual with != rather than (which is what the EBNF specifies). Anyhow, Chris tossed up a PR here: https://github.com/geotools/geotools/pull/772. Anyhow, I wanted to start a discussion of the

Re: [Geotools-devel] ECQL Irregularities

are not escaped. I fiddled with cooking up filters with Literals rather than PropertyNames, and those were escaped by code above. Cheers, Jim On 03/30/2015 09:16 PM, Kevin Smith wrote: On 30 March 2015 at 18:04, Jim Hughes jn...@ccri.com mailto:jn...@ccri.com wrote: The EBNF does reference key

Re: [Geotools-devel] GeoTools / GeoServer Meeting 2015-03-03

When/where is the mini-sprint going to be? Jody floated the idea of doing something on Friday, and I'd be up for hanging out and working on the various GeoTools/GeoServer things I'm interested in. Cheers, Jim On 03/03/2015 01:47 PM, Ben Caradoc-Davies wrote: foss4gna mini-sprint

Re: [Geotools-devel] New JIRA account request

Are the previous accounts being transferred? Or will we all need to request new accounts? Thanks for handling the transition! Jim On 03/27/2015 02:28 PM, Jody Garnett wrote: There is an option to let users sign up, but I am scared to turn it on due to spammers. I will set up PSC members

[Geotools-devel] JAI Logging once more

Hi all, As a background, I'm trying to use GeoTools while excluding jai-core as a dependency. This will likely be the required state of LocationTech projects using GeoTools. I goofed testing Jody's initial solution to the problem after a final commit was added which used less reflection. I

Re: [Geotools-devel] JAI Logging once more

solved. I know it is not pretty, but since when is logging code pretty. -- Jody Garnett On 21 April 2015 at 11:44, Jim Hughes jn...@ccri.com mailto:jn...@ccri.com wrote: Hi all, As a background, I'm trying to use GeoTools while excluding jai-core

Re: [Geotools-devel] Replacing Vecmath

/change-from-vecmath-to-ejml -- Jody Garnett On 20 April 2015 at 11:04, Jim Hughes jn...@ccri.com mailto:jn...@ccri.com wrote: Hi all, I know the release and moving from Codehaus are likely taking lots of folks' cycles... I wanted to bump this thread. What kind of timeline

Re: [Geotools-devel] Replacing Vecmath

to predict LocationTech IP timelines (sigh) - if needed we can make a 14-M1 milestone release to the maven repository. -- Jody Garnett On 9 April 2015 at 15:08, Jim Hughes jn...@ccri.com mailto:jn...@ccri.com wrote: Hi Jody, Yeah, I'm glad that I'm caught up enough to work

Re: [Geotools-devel] Replacing Vecmath

. -- Jody Garnett On 20 April 2015 at 11:10, Jim Hughes jn...@ccri.com mailto:jn...@ccri.com wrote: Jody, Thanks. If I'm reading it right, the code sprint and my PR should finish up 3. Jim On 04/20/2015 02:07 PM, Jody Garnett wrote

Re: [Geotools-devel] Replacing Vecmath

, none of which are named EPSG.sql. -- Jody Garnett On 28 April 2015 at 22:02, Jim Hughes jn...@ccri.com mailto:jn...@ccri.com wrote: Jody, Thanks! Shout if there's something else I can help with. Jim On 04/28

Re: [Geotools-devel] milestone release dependency roundup

I replied about the same topic on the GeoServer-devel. For visibility, I'll mention things here as well... Eclipse had approved hsqldb 2.3.0, so we happily used Maven to manage our version, and we didn't encounter any problems with that. The biggest hsqldb issue we had is that Hadoop also

Re: [Geotools-devel] Replacing Vecmath

section of the proposal and stick your initials next to it if you are in position to volunteer. I hope other PMC members can review the plan and vote. On Sat, Mar 14, 2015 at 3:12 PM Jim Hughes jn...@ccri.com mailto:jn...@ccri.com wrote: Hi all, Jody, Tyler, and I hacked

Re: [Geotools-devel] [JIRA] (GEOT-5139) CSV datastore won't honor the configured namespace URI

First, the PR looks great, and I think my question is tangential. As a broad question, is this something we could address at the ContentDataStore level? I ask since we had to solve this problem separately for the GeoMesa datastore(1). We end up cooking up a new DataStore for something

Re: [Geotools-devel] release schedule / blocker

Jody, For the IP issue, if we don't hear back from Emanuele, what options do we have? Would it be possible to remove the code or would we need a 'clean room' implementation? In the latter case, I haven't seen the function in question (either in the GeoTools or JAI core codebases). Perhaps

Re: [Geotools-devel] [Geoserver-devel] Raster data source configuration in GeoServer

, Feb 4, 2016 at 3:44 PM, Jim Hughes <jn...@ccri.com <mailto:jn...@ccri.com>> wrote: Hi all, Since this falls between GeoTools and GeoServer, I figured I'd bump it and cross-post. Phrased differently, "Does the CoverageFactory interface have the same hooks f

Re: [Geotools-devel] [Geoserver-devel] Raster data source configuration in GeoServer

- but it would be a fun bit of RnD that would benefit all of geoserver. -- Jody Garnett On 4 February 2016 at 06:44, Jim Hughes <jn...@ccri.com <mailto:jn...@ccri.com>> wrote: Hi all, Since this falls between GeoTools and GeoServer, I figured I'd bump it an

Re: [Geotools-devel] [Geoserver-devel] Raster data source configuration in GeoServer

Hi all, Since this falls between GeoTools and GeoServer, I figured I'd bump it and cross-post. Phrased differently, "Does the CoverageFactory interface have the same hooks for auto EditPanel generation as the DataStore interface?" As the minute, in order to add a raster data source, we are

[Geotools-devel] More ImageIO-Ext questions

Hi all, As I mentioned on the GeoTools/GeoServer call today, the Eclipse Foundation is doing a legal review of GeoTools and its transitive dependencies. Jody, Tyler and others have helped extensively with the process so far. Some more questions about ImageIO-Ext have come up... The

[Geotools-devel] Imageio-ext questions

Hi all, From an IP review for GeoMesa's use of GeoTools (and hence imageio-ext), the following questions came up: 1. For Benjamin Stark's contributions, is there any agreement or license allowing for them to be in Imageio-ext? See these two files:

Re: [Geotools-devel] WFS Transaction XML parsing

As you’ll notice this only applies to simple features. If working with complex features i am actually not sure where that logic lives anymore. One of the app-schema folks can point you at that if need be. Hope that helps! -Justin On Fri, Apr 8, 2016 at 8:09 AM Jim Hughes <jn...@ccri.

[Geotools-devel] WFS Transaction XML parsing

Hi all, Apologies for the cross-post, but my question hits a little of how GeoServer handles WFS transactions and a little bit of how GeoTools may handle WFS/GML parsing. My high-level goal is to find a way to add security info to a WFS transaction. I can see three big options: 1. add some

Re: [Geotools-devel] WFS Transaction XML parsing

to address the situation. For this task, the TransactionPlugins and Native tags do provide one general solution already. Thanks, Jim On 04/08/2016 11:50 AM, Andrea Aime wrote: On Fri, Apr 8, 2016 at 4:09 PM, Jim Hughes <jn...@ccri.com <mailto:jn...@ccri.com>> wrote: My hig

Re: [Geotools-devel] Reading GeoTiffs from HDFS

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

Re: [Geotools-devel] [Geoserver-devel] Reading GeoTiffs from HDFS

der [mailto:chris.sni...@issinc.com] > Sent: Friday, April 22, 2016 12:11 PM > To: Jim Hughes <jn...@ccri.com>; Simone Giannecchini > <simone.giannecch...@geo-solutions.it> > Cc: geoserver-de...@lists.sourceforge.net; GeoTools Developers list > <geotools-devel@lists.s

[Geotools-devel] In-memory vs on-disk sorting

Hi all, Will looking into some slow WFS paging/sorting results, I found that the hint MAX_MEMORY_SORT is both 1) really low (1000) and 2) not configurable from the commandline or GeoServer's UI. Would anyone be fussed if we bumped the value from 1000? (Configured here: (1).) Would something

Re: [Geotools-devel] GeoTools / GeoServer Meeting 2016-04-19

t; Attending > - > > Ben Caradoc-Davies > Kevin Smith > Jim Hughes > Torben Barsballe > Jody Garnett > Dave Blasby > Jukka Rahkonen > > Apologies > - > > Brad Hards > Andrea Aime > > Agenda > -- > > - Release of 15-beta2 / 2.9-beta2 > -

Re: [Geotools-devel] GeoTools / GeoServer Meeting 2016-04-19

the same update? -- Jody Garnett On 19 April 2016 at 13:29, Jim Hughes <jn...@ccri.com <mailto:jn...@ccri.com>> wrote: Hi all, The GeoTools PR for the Apache Collections update is here: https://github.com/geotools/geotools/pull/1175. Cheers, Jim On 04/1

[Geotools-devel] Reading GeoTiffs from HDFS

Hi all, I want to report on my success with registering and displaying GeoTiffs stored on HDFS. There are some limitations with this approach; particularly, I am unsure if there's anyway to cache / memory-map the data. As such, I believe each request is re-downloading the entire file.

[Geotools-devel] Deleting the unsupported coverage-multidim module

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,

Re: [Geotools-devel] [Geoserver-users] [Geoserver-devel] Call for Online MiniSprint

Hi all, I'd like to participate as well; maybe you can kick a few of the easy tasks my way. Cheers, Jim On 7/11/2016 7:15 PM, Ben Caradoc-Davies wrote: > Count me in! > > Kind regards, > Ben. > > On 12/07/16 10:28, Jody Garnett wrote: >> I tomorrows meeting I would like to firmly establish

Re: [Geotools-devel] Idea: FeatureStream

Hi Devon, Jody, This looks exciting! For the (E)CQL filters as predicates, is there any chance those predicates could be passed down to the FeatureSource? Or would there be different execution from... featureSource.stream.filter(predicate) and

Re: [Geotools-devel] Idea: FeatureStream

On 8/6/2016 4:41 AM, Andrea Aime wrote: On Sat, Aug 6, 2016 at 9:01 AM, Jody Garnett > wrote: The sad part / danger / risk is that that our Filter interface would only be one kind of predicate, and I would expect normal java

[Geotools-devel] Question about final marker on ContentDataStore method

Hi all, In GeoMesa, we are using the ContentDataStore, etc abstract interfaces. In the case of ContentDataStore.getSchema functions, I'd like to suggest that getSchema(String typename) ought not be marked final. For the DataStore in question, sufficient metadata is available at the DataStore

Re: [Geotools-devel] [Geoserver-devel] proposed change: coverage readers custom dimension data type conversion

Hi all, Sorry I missed this until now. I'm not following too closely, but it sounds like this is an improvement. If it requires a slight update to any Coverage Readers, we can sort things out. Cheers, Jim On 03/22/2017 09:56 AM, Andrea Aime wrote: Hi Niels, there is one test about

[Geotools-devel] JTS Use of Oracle read/write code

Hi all, As a continuation of relicensing JTS we are hunting down where external contributions came from. For reading and writing with Oracle, JTS has based some of its code on GeoTools.  Examples of JTS code are below. Would the GeoTools PSC approve give permission for JTS to relicense the

Re: [Geotools-devel] Community Module Proposal: s3-geotiff

Hi Devon, Big +1 for this module. The module for S3 will be useful right now. Generally, I'd note that there's a logical extension to move this module to use the Hadoop FileSystem abstraction. With that kind of move, you'd be able to pick up support for whatever someone implements support

Re: [Geotools-devel] Public domain contribution

Hi all, Separate from the licensing, I believe that ElasticSearch uses Guava 18. GeoTools and GeoServer uses version 17. Does ElasticGeo work with Guava 17? Cheers, Jim On 06/02/2017 05:42 PM, sjudeng wrote: Jody, Thanks for your quick response. It does sound like a pain. I'll look

Re: [Geotools-devel] geotools process raster - JAI native dependency problems in fat jar

Hi Georg, I don't have a complete answer for you, but you might check to see what the META-INF/services directory in your fat jar has. From a quick read of the Java docs for ParameterBlockJAI, it looks like a file like this (1) may be important. If that's the case, then you'll just need to

Re: [Geotools-devel] Public domain contribution

Ah, so you are using the ElasticSearch REST client then? Sounds like a reasonable solution. On 06/13/2017 05:56 PM, sjudeng wrote: Hi Jim, In the last ElasticGeo release I removed the org.elasticsearch:elasticsearch dependency and as a result freed it from the transitive Guava dependency.

Re: [Geotools-devel] Geotools Inclusion of locationtech JTS instead of vividsolutions

Hi Bret, Ian, The JTS team is close to having a LocationTech approved release. (I'm helping with some of the IP/Eclipse-related bits which the release depends on.) If there a bits you need in JTS, feel free to discuss them on the JTS mailing list

Re: [Geotools-devel] Trouble using WFS-NG DataStore with https

On 12/15/2017 08:50 AM, Mark Prins wrote: Broken isn't a very well defined state, it's quite a valid use case to have (valid ofcourse) urls pointing all over the place. Fair enough.:) wrt following redirects; as geotools is still on an old version of apache httpclient which doesn't provide

Re: [Geotools-devel] Trouble using WFS-NG DataStore with https

that, this seems like a time when a GetCapabilities document should be re-written to be 'correct'. Are there other approaches or ideas to consider? Cheers, Jim On 12/12/2017 11:14 PM, Jim Hughes wrote: Hi all, Today I tried out the WFS-NG DataStore with a GeoServer configured with HTTPS, and I hit

Re: [Geotools-devel] Trouble using WFS-NG DataStore with https

be worth considering if the GeoTools WFS-NG datastore should have a work-around for a 'broken' environment? Cheers, Jim On 12/12/2017 11:52 PM, Jim Hughes wrote: Hi all, And to answer my own question...  the incorrect URL is coming from the GetCapabilities document.  Basically, I'm getting

[Geotools-devel] Trouble using WFS-NG DataStore with https

Hi all, Today I tried out the WFS-NG DataStore with a GeoServer configured with HTTPS, and I hit two issues.  I'll start with the one where I could use some help... I passed a url of the form https://hostname/geoserver/..., and after connecting correctly (using a username and password),

Re: [Geotools-devel] JTS Use of Oracle read/write code

.it <mailto:andrea.a...@geo-solutions.it>> wrote: +1 Cheers Andrea On Sat, Aug 19, 2017 at 4:41 PM, Jim Hughes <jn...@ccri.com <mailto:jn...@ccri.com>> wrote: Hi all, As a continuation of relicensing JTS we are hunting down where

Re: [Geotools-devel] JTS Use of Oracle read/write code

page: https://github.com/geotools/geotools/wiki/JTS-ORA-Contribution -- Jody Garnett On 24 October 2017 at 13:19, Jim Hughes <jn...@ccri.com <mailto:jn...@ccri.com>> wrote: Hi all, To close the loop on this, did a letter get drafted and/or approved for the Ora{Reader,

Re: [Geotools-devel] Composing feature calcs in a composite collection

On 10/31/2017 01:47 PM, Jody Garnett wrote: Opinion - great direction for visitor, think it would allow us to make better use of collections model as a result. The functionality is used for optimization in JDBC, but the ability to split/merge feature visitors (including their result) would be

[Geotools-devel] JTS upgrade and Jaitools+Jai-ext

Hi all, Jody and I have been working on some of the background tasks to upgrade GeoTools/GWC/GeoServer to JTS 1.15.0 (or later).  We have a proposal here (https://github.com/geotools/geotools/wiki/Upgrade-to-JTS-1.15.0) to track progress. At the last GT/GS meeting, it was noted that

Re: [Geotools-devel] [Geoserver-devel] SourceForge exit strategy

Hi all, As a quick question, are there any impediments to publishing GeoTools and GeoServer jars on Maven Central? I believe the requirements could be met easily enough: http://central.sonatype.org/pages/requirements.html. (I've done this for LocationTech projects like JTS and GeoMesa, and

Re: [Geotools-devel] [Geoserver-devel] SourceForge exit strategy

a reasonable plan. http://central.sonatype.org/pages/requirements.html Basically, I'm suggesting Maven central for Jars, and then GitHub+SourceForge for wars/other binaries. Cheers, Jim On 03/07/2018 10:38 AM, Andrea Aime wrote: On Wed, Mar 7, 2018 at 4:34 PM, Jim Hughes <jn...@ccri.

Re: [Geotools-devel] its 1.15.0 upgrade chat

Hi Jody, To be honest, I'm not too worried about merging order. As a bit more info, I ended up having forks of GeoDB, Jai-ext, and Jaitools in order to build GeoTools (and GeoWebCache and GeoServer). Given that 1) I haven't pushed those projects to have a JTS 1.15.0 release, 2) we don't

Re: [Geotools-devel] Filter function to extract bits from json

Hi Andrea, We've done something similar in GeoMesa.  We needed to implement a JsonPathPropertyAccessor[1] and a JsonPathFilterFunction[2].  We used Jayway for that and maybe json-simple2 somewhere along the way. The unit tests cover lots of little corner cases we've already fussed through.

Re: [Geotools-devel] Filter-CQL issues

Hi Jody, Devon, Thanks for asking.  From chatting with Emilio, we don't think it'd affect anything in GeoMesa. From a quick look at the ECQL reference, it looks like attributes with non-alphanumeric characters should be double-quoted:

Re: [Geotools-devel] [Geoserver-devel] circle-ci cross project integration tests

Hi Andrea, Congrats, this is awesome!  I'm glad you were able to clean up what I started at the OSGeo code sprint! Cheers, Jim On 5/19/2019 5:18 PM, Andrea Aime wrote: Hi, following on Jim's work I've prepared a build that seems to be doing the trick, and building in sequence: *

Re: [Geotools-devel] [GSoC] Possibility of contributing to GeoTools project as a GSoC project

Hi Sameera, Should some of these contributions be to JTS directly?  JTS already has an implementation of DelaunayTriangulation[1].  How is your work different? It may be worth chatting with the JTS team on gitter here: https://gitter.im/locationtech/jts (or joining the JTS mailing list).

Re: [Geotools-devel] Commit message must be in the form "[GEOT-XYZW] Title of the Jira ticket"

Hi Jody, For what it is worth, I do this on projects like GeoMesa with merge squashes both as I put a PR and when I merge a PR.  This means that the first line of commit will have the ticket number from the first commit. Generally, I like linear histories with one commits solving one ticket!

Re: [Geotools-devel] GeoTools 23-RC ready for testing - part II the return of testing

Hi all, As a happy coincidence, I was able to test the GeoTools RC with GeoMesa.  I did hit an issue or two. The first one is that GeoMesa uses GeoTools library code to write out GeoJson.  Calls to FeatureJSON.writeFeature(SimpleFeature feature, Object output) use GeoJSONUtil.encode(String,

Re: [Geotools-devel] GeoTools 23-RC ready for testing - part II the return of testing

ke gt-epsg-* jars. At this point, I've looked a little, and I'm not seeing anything obvious. If folks have really quick suggestions, I'd appreciate it. That said, I'll keep digging. Cheers, Jim On 3/12/20 4:34 PM, Andrea Aime wrote: On Thu, Mar 12, 2020 at 7:51 PM Jim Hughes <ma

Re: [Geotools-devel] GeoTools 23-RC ready for testing - part II the return of testing

, and use it for the sources that happen to already be writer or a stream? Cheers Andrea On Thu, Mar 12, 2020 at 8:47 PM Jim Hughes <mailto:jhug...@ccri.com>> wrote: From API point-of-view, that makes sense.  From a code point-of-view, there's a writer created on line 274: https://

Re: [Geotools-devel] GeoTools 23-RC ready for testing - part II the return of testing

as-is, the code maybe doing something sensible. Thoughts? On 3/12/20 3:39 PM, Jody Garnett wrote: Good timing on testing, it seems rough closing the writer after one feature? I would update the javadoc to be clear about the API contract and leave the writer open. On Thu, Mar 12, 2020 at 11:50 AM Jim

Re: [Geotools-devel] geotools-master-owasp and geotools-master-owasp-check builds disabled on jenkins

Ian, Can you say more about the builds failing? I'm mildly interested.  Occasionally, I end up needing to speak for all the dependencies of GeoMesa (which pulls in GeoTools and a large swath of Apache/Hadoop projects).  I'm motivated to avoid CVE issues as close to the 'source' as possible

Re: [Geotools-devel] geotools-master-owasp and geotools-master-owasp-check builds disabled on jenkins

I wonder if there's a sane way to plan in quarterly or twice-a-year quick checks for these issues.  That'd let us address the issues without needing it to be someone's daily struggle. Thoughts about an (optional) routine like that being 'added' to the six-month release cycle? Cheers, Jim

Re: [Geotools-devel] GeoTools 23-RC ready for testing - part II the return of testing

stream. This results in an inconsistent API contract... which I am not wild about. Since this is an unsupported module should we just break the existing API contract in order to be clear about expectations? -- Jody Garnett On Tue, 17 Mar 2020 at 15:33, Jim Hughes <mailto:jhug...@ccri.

Re: [Geotools-devel] GeoTools 23-RC ready for testing - part II the return of testing

. Cheers, Jim On 3/13/2020 3:34 AM, Andrea Aime wrote: On Thu, Mar 12, 2020 at 10:11 PM Jim Hughes <mailto:jhug...@ccri.com>> wrote: Hi Andrea, Ah!  The context that some of the Objects need closing and others do not helps clarify things. I just wrote a client sid

Re: [Geotools-devel] GeoTools 23-RC ready for testing - part II the return of testing

Hi all, I wanted to follow up on this.  I am glad we were able to test the GeoTools RC and I think this dicussion has been useful.  At the minute, Emilio and I have ways to use either module to do what we want to in GeoMesa.  Given that, nothing here should hold up the release, etc.  Since

[Geotools-devel] FeatureReaderIterator's error handling

Hi all, I'm digging into error handling around timeouts for a GeoTools DataStore (the various GeoMesa DataStore implementations).  In GeoServer, the GeoMesa FeatureReader ends up being wrapped by the GeoTools FeatureReaderIterator. This class swallows exceptions from close() and hasNext(). 

Re: [Geotools-devel] FeatureReaderIterator's error handling

code (which I would support) or introduce your own wrapper (override ContentDataStore superclass). -- Jody Garnett On Fri, 8 May 2020 at 14:58, Jim Hughes <mailto:jhug...@ccri.com>> wrote: Hi all, I'm digging into error handling around timeouts for a GeoTools

Re: [Geotools-devel] Counting in GeoTools: going beyond the integer range

Hi all, The JavaDoc on this method reminded me of one of the points I wanted to suggest.  If there are multiple methods for counting records, it may be good to discuss the semantics.  If I recall, some of the methods in GeoTools have the idea that returning a -1 is suitable way to

[Geotools-devel] Eclipse EMF dependencies in GeoTools and GeoServer

Hi all, A colleague noticed that GeoTools is pointing at one version of Eclipse EMF jars[1] and GeoServer is pointing at another[2]. Anyhow, it appears that version 2.15.0 is available for all the dependencies GeoTools/GeoServer uses, so I've tossed up PRs to update to Eclipse EMF versions

Re: [Geotools-devel] JTS 1.17 upgrade planned for early July

Hi all, Thanks to Jody for merging my PRs.  Since the PRs are coordinated, there may be downstream build failures until there are GeoTools and then GWC snapshots available on the snapshot repos. Cheers, Jim On 7/3/2020 11:13 AM, Jim Hughes wrote: Hi all, As an update, Andrea suggested

Re: [Geotools-devel] JTS 1.17 upgrade planned for early July

Hi all, I'm helping with the JTS release and GT/GWC/GS upgrade.  Ian, sorry that I didn't see this request until now.  We can definitely create a ticket to track the update.  That said, JTS and Jaitools were released to Maven central today. As noted in the JTS release notes, there is a

Re: [Geotools-devel] JTS 1.17 upgrade planned for early July

Garnett wrote: The issue is here https://osgeo-org.atlassian.net/browse/GEOT-6637 for GeoTools. -- Jody Garnett On Thu, 2 Jul 2020 at 16:14, Jim Hughes <mailto:jhug...@ccri.com>> wrote: Hi all, I'm helping with the JTS release and GT/GWC/GS upgrade. Ian, sorry that I d

Re: [Geotools-devel] QA on generics: unchecked and diamond

Hi all, I poked at this a little bit today.  I managed to find some common patterns, so I worked across the code base and knocked out a few smaller modules. When I tried gt-coverage, I hit issues with JAI using raw Maps.  Should the plan there be to Suppress those readily? In

Re: [Geotools-devel] RFC: Transform DataStore

o for it. Cheers Andrea On Tue, Nov 3, 2020 at 7:20 PM Jim Hughes <mailto:jhug...@ccri.com>> wrote: Hi all, At various times, Jody and I have chatted about having a "CQL View" in GeoServer (or something similar akin to the SQL Views) that'd lev

Re: [Geotools-devel] RFC: Transform DataStore

it's a WPS process - the code is at https://github.com/ianturton/tablejoin <https://github.com/ianturton/tablejoin> It's built around a FilterVisitor that replaces join values with literals I think. Ian On Tue, 3 Nov 2020 at 19:25, Jim Hughes <mailto:jhug...@ccri.com>

Re: [Geotools-devel] RFC: Transform DataStore

ue, 3 Nov 2020 at 18:19, Jim Hughes <mailto:jhug...@ccri.com>> wrote: Hi all, At various times, Jody and I have chatted about having a "CQL View" in GeoServer (or something similar akin to the SQL Views) that'd leverage the Transform module and allo

[Geotools-devel] RFC: Transform DataStore

Hi all, At various times, Jody and I have chatted about having a "CQL View" in GeoServer (or something similar akin to the SQL Views) that'd leverage the Transform module and allow one to add columns to a FeatureSource based on expressions.  Such expressions could use existing or custom CQL

[Geotools-devel] [jira] (GEOT-4867) Add millisecond resolution to ECQL.toCQL.

Title: Message Title Jim Hughes created an issue