Re: [Geotools-devel] Adding time extensions to GeoTools

On Fri, Oct 9, 2015 at 3:24 AM, Travis Brundage wrote: > Hey all, > > I'm looking to get some work done in a separate GeoTools branch back into > the community. This work was actually done a while back by Ian Schneider, > and since then has been rebased onto 12.x to be used elsewhere. I have the

[Geotools-devel] [JIRA] (GEOT-5246) Complex feature WFS client fails to parse nested features

Title: Message Title Ben Caradoc-Davies created an issue

Re: [Geotools-devel] Adding time extensions to GeoTools

Good hunting. Thanks for doing the legwork. On Thu, Oct 8, 2015 at 7:05 PM Travis Brundage wrote: > He has committed to GeoTools before, I did some research to check: > https://github.com/geotools/geotools/commits?author=ischneider > > And yes, it was done by IanS as a Boundless employee. :) > >

Re: [Geotools-devel] Adding time extensions to GeoTools

He has committed to GeoTools before, I did some research to check: https://github.com/geotools/geotools/commits?author=ischneider And yes, it was done by IanS as a Boundless employee. :) On Thu, Oct 8, 2015 at 6:34 PM, Jody Garnett wrote: > If the work was done by IanS a boundless employee then

Re: [Geotools-devel] Adding time extensions to GeoTools

If the work was done by IanS a boundless employee then we are all good. If not we check if he has a personal contribution agreement on file, or hunt him down and ask. On Thu, Oct 8, 2015 at 6:25 PM Travis Brundage wrote: > Hey all, > > I'm looking to get some work done in a separate GeoTools bran

[Geotools-devel] Adding time extensions to GeoTools

Hey all, I'm looking to get some work done in a separate GeoTools branch back into the community. This work was actually done a while back by Ian Schneider, and since then has been rebased onto 12.x to be used elsewhere. I have the branch here: https://github.com/travislbrundage/geotools/tree/xdat

Re: [Geotools-devel] GeoTools Test dependencies

You could check the release repo at OSGeo. On Thu, Oct 8, 2015 at 5:42 PM Torben Barsballe wrote: > Does anyone know if we deployed test dependencies (ie test jars) to the > reposity before the (current/ongoing) migration, or did they always need to > be built locally? > > Thanks, > > Torben > >

[Geotools-devel] GeoTools Test dependencies

Does anyone know if we deployed test dependencies (ie test jars) to the reposity before the (current/ongoing) migration, or did they always need to be built locally? Thanks, Torben -- _

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

See -- ___ GeoTools-Devel mailing list [email protected] https://lists.sourceforge.net/lists

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

See Changes: [jody.garnett] change back to repo.boundlessgeo.com [jody.garnett] change to http ... -- [...truncated 19678 lines...] [INFO] Complex Features Support [INFO] Application Schema

[Geotools-devel] maven repo update

Updated master and testing now, Torben will report back on updating stable and maintenance. (So glad to get this finished up) -- Jody Garnett -- ___ GeoTools-Devel mailing list G

Re: [Geotools-devel] My test case cannot reveal the bug I'm fixing without altering the setup - is this a reasonable way?

Walter, that makes sense to me. Please go ahead and submit a pull request with this test and your OracleDialect change; the pull request will allow your ready-to-be-merged change to be reviewed in context, and a developer with a configured Oracle fixture (Andrea?) can also checkout your branch

Re: [Geotools-devel] FW: My test case cannot reveal the bug I'm fixing without altering the setup - is this a reasonable way?

No, you are welcome. Oracle needs some love, and I am happy to support anyone so Oracle does not have to be loved by me. :-D On 09/10/15 09:11, Walter Stovall wrote: > Excuse all the email... -- Ben Caradoc-Davies Director Transient Software Limited New Zealand --

Re: [Geotools-devel] App-schema cannot set string value to swe:DataArray/swe:values element

Aha! This is the complex-type-with-simple-content problem. I recall encountering it when adding support for gml:CodeType, which has the same information model mismatch, but without the complication of an anyType in the mix. Have you tried using TargetAttributeNode to set the property to gml:Co

Re: [Geotools-devel] I would like to make a bug fix and need help on the process

On 09/10/15 02:55, Walter Stovall wrote: > What's the difference between a "failure" and an "error"? A failure is when a JUnit assertion fails (an AssertionFailedError is thrown and caught in the enclosing JUnit TestRunner) and errors are when other exceptions are thrown. In practice they are al

Re: [Geotools-devel] I would like to make a bug fix and need help on the process

Walter, documentation is generated only if sphinx is installed: https://github.com/geotools/geotools/blob/master/docs/readme.txt http://docs.geotools.org/latest/developer/docs/index.html ReStructuredText files can be edited with any text editor. Some support RST syntax highlighting. Kind regard

Re: [Geotools-devel] My test case cannot reveal the bug I'm fixing without altering the setup - is this a reasonable way?

I think I got this working right by. I removed the override of setUpInternal() and added this much more straightforward code... public void testLifeCycleDoubleUnwrap() { try { // Use startup SQL when connecting so the connection is // doubly wrapped (adding Lif

[Geotools-devel] FW: My test case cannot reveal the bug I'm fixing without altering the setup - is this a reasonable way?

I suppose what I should do is create a new DataStore in my test and see that THAT one has startup-sql on it. That makes it fail inside my test code and not in the setup. Excuse all the email... From: Walter Stovall Sent: Thursday, October 08, 2015 4:07 PM To: [email protected]

Re: [Geotools-devel] My test case cannot reveal the bug I'm fixing without altering the setup - is this a reasonable way?

I think I see this is not the way to do it. Suggestions are welcome. From: Walter Stovall Sent: Thursday, October 08, 2015 3:18 PM To: [email protected] Subject: [Geotools-devel] My test case cannot reveal the bug I'm fixing without altering the setup - is this a reasonable wa

[Geotools-devel] My test case cannot reveal the bug I'm fixing without altering the setup - is this a reasonable way?

I'm building a test case that will reveal the bug (https://osgeo-org.atlassian.net/browse/GEOT-5239) I've developed a fix for. The bug can be distilled to the simple fact that you can't create a JDBCDataStore for which you have startup-sql configured when using an Oracle database. If you do, t

Re: [Geotools-devel] I would like to make a bug fix and need help on the process

Thanks Andrea. I have not debugged the failures I see when running all of the Oracle tests from my maven build. But I am in fact connecting to Oracle, the tests are successfully creating and dropping various tables, etc. In my eclipse environment I can run the OracleConnectionLifecycleOnlineT

Re: [Geotools-devel] I would like to make a bug fix and need help on the process

On Thu, Oct 8, 2015 at 3:55 PM, Walter Stovall wrote: > Thank you for these essential details Ben! I'd be floundering big-time > without your help. > > I got the Oracle test running (without my changes) albeit not cleanly. > There are a number of warnings and stack traces including some oracle S

[Geotools-devel] App-schema cannot set string value to swe:DataArray/swe:values element

Dear all, I'm working on mapping some data stored in a database to the OGC SWE schema using app-schema. I'm having troubles mapping to swe:DataArray/swe:values, which is an element of type swe:EncodedValuesPropertyType, whose definition follows: /* taken from http://schemas.opengis.net/sweCommon/

Re: [Geotools-devel] I would like to make a bug fix and need help on the process

Thank you for these essential details Ben! I'd be floundering big-time without your help. I got the Oracle test running (without my changes) albeit not cleanly. There are a number of warnings and stack traces including some oracle SQL syntax errors such as an invalid reference to ROAD_ID and

Re: [Geotools-devel] I would like to make a bug fix and need help on the process

To fix the outdated setup instructions for Oracle based on ojdbc14.jar instead of ojdbc7.jar… I see the docs\user\build\maven\tips.rst file in my local build where these instructions are. How can I test my changes to that file? I can’t see that my “clean install” build is generating the docum