Everyone is welcome to help smoke test 13-RC1 artifacts:
http://ares.boundlessgeo.com/geotools/release/13-RC1/
--
Ben Caradoc-Davies b...@transient.nz
Software Engineer
Transient Software http://transient.nz
New Zealand
Hi,
quick peek, the fact that we mess with dates and we don't have a good story
about them has been
well known for a number of years now, see this search over the GeoServer
jira:
Are these new or have they already been reported to Jira.
--
Jody Garnett
On 19 February 2015 at 10:48, Torben Barsballe tbarsba...@boundlessgeo.com
wrote:
Automated online tests are now set up on Jenkins, in the project
'geotools-master-online'.
Currently, we have MySQL and PostGIS
Sampo,
Jody has applied your changes to master. If testing passes, I will apply
them to 13.x and include them in 13-RC1.
Kind regards,
Ben.
On 20/02/15 07:58, Ben Caradoc-Davies wrote:
Sampo,
as far as I can tell, your PR has not been merged.
Jody, does this block RC1?
Kind regards,
Hi,
Thanks! Sorry about not bringing this up yesterday.
Sampo
On Thu, Feb 19, 2015 at 9:35 PM, Ben Caradoc-Davies b...@transient.nz
wrote:
Sampo,
Jody has applied your changes to master. If testing passes, I will apply
them to 13.x and include them in 13-RC1.
Kind regards,
Ben.
On
A quick search through jira suggests that they are new issues. I have
created bug reports here:
https://jira.codehaus.org/browse/GEOT-5027
https://jira.codehaus.org/browse/GEOT-5028
Torben
On Thu, Feb 19, 2015 at 11:24 AM, Jody Garnett jody.garn...@gmail.com
wrote:
Are these new or have they
Thanks, Jody. If tests pass on master, I will cherry-pick these three
commits back onto 13.x and re-build. (Versions on master have already
been updated to 14-SNAPSHOT.)
I am delighted that we now have online tests on ares. I would also love
to see GeoServer app-schema online tests running
Title: Message Title
Torben Barsballe created an issue
Title: Message Title
Torben Barsballe created an issue
See http://ares.opengeo.org/jenkins/job/geotools-13.x/1/
--
[...truncated 42803 lines...]
62/75 KB
64/75 KB
66/75 KB
68/75 KB
70/75 KB
72/75 KB
74/75 KB
75/75 KB
Uploaded:
Hi,
as you know around a year we added dropSchema call to dataStore, allowing
clients to remove tables/files from the store.
Right now we have an equivalent for coverages only
in StructuredGridCoverage2DReader:
/**
* delete all stuff (database content, indexer files, property files,
good point Jody.
Regards,
Simone Giannecchini
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/NWWaa2 for more information.
==
Ing. Simone Giannecchini
@simogeo
Founder/Director
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584
On Thu, Feb 19, 2015 at 4:44 PM, Jody Garnett jody.garn...@gmail.com
wrote:
I would prefer an enum to a Boolean. Allows the code to be clear and gives
you the option to grow the functionality in the future.
With values SupportFiles, and DataAndSupportFiles?
What would the future options be,
I would prefer an enum to a Boolean. Allows the code to be clear and gives
you the option to grow the functionality in the future.
On Thu, Feb 19, 2015 at 7:42 AM Simone Giannecchini
simone.giannecch...@geo-solutions.it wrote:
Ciao Andrea,
please, read below
Regards,
Simone
Thanks for the feedback. Sorry I missed it, I'm only glancing over mails
while I'm away, often from the phone (like just now)
Cheers
Andrea
Il 19/feb/2015 18:37 Ian Turton ijtur...@gmail.com ha scritto:
As i mentioned in the JIRA ticket the problem is in TemporalConvertor
The whole thing
Jody,
I have built RC1 artifacts but not yet published (so nothing has been
tagged). My smoke testing is almost complete, and I am ready to publish
in minutes (waiting for a full clean empty-repo build to finish).
Sampo's WFS-NG pull request has not been merged. Is this a blocker for
RC1, or
Automated online tests are now set up on Jenkins, in the project
'geotools-master-online'.
Currently, we have MySQL and PostGIS databases set up for testing.
In addition to the PostGIS test failures already discussed, we are seeing a
number of other test failures. It would be good to get these
Sampo,
as far as I can tell, your PR has not been merged.
Jody, does this block RC1?
Kind regards,
Ben.
On 20/02/15 04:37, Sampo Savolainen wrote:
Hi,
I haven't received news on this PR. Has this been merged? It would be
really important to have this in RC1 as without it, the cascaded
See http://ares.opengeo.org/jenkins/job/geotools-13.x/2/
--
[...truncated 49322 lines...]
Uploading:
http://repo.boundlessgeo.com/main/org/geotools/gt-svg/13-SNAPSHOT/maven-metadata.xml
978/978 B
Uploaded:
I have got XML type support working for JDBC (only PostGIS is implemented
right now) and GML.
For PostGIS/JDBC:
- I will support both fragments and full documents. This means that we
cannot rely on having a schema. Note that not all databases support
document fragments, although PostGIS
See http://ares.opengeo.org/jenkins/job/geotools-13.x/3/
--
[...truncated 61030 lines...]
[INFO] --- git-commit-id-plugin:2.1.2:revision (default) @ gt-charts ---
[INFO]
[INFO]
[INFO]
Jody,
after 3 attempts and -Xmx1024m I managed to get Jenkins geotools-13.x
past the deploy phase, but not javadocs. I have now kicked geoserver and
cite, and will proceed with 13-RC1, but I will need your advice and
assistance fixing this build. I do not understand why it fails and
On Thu, Feb 19, 2015 at 10:48 PM, Torben Barsballe
tbarsba...@boundlessgeo.com wrote:
I have got XML type support working for JDBC (only PostGIS is implemented
right now) and GML.
For PostGIS/JDBC:
- I will support both fragments and full documents. This means that we
cannot rely on
On Fri, Feb 20, 2015 at 12:09 AM, Jody Garnett jody.garn...@gmail.com
wrote:
Checking, I also do not see any difference between the two.
Hi,
I did raise the memory given to javadoc in order to allow building master
javadocs some time
ago... but I don't remember exactly if I changed the build
Ciao Andrea,
please, read below
Regards,
Simone Giannecchini
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/NWWaa2 for more information.
==
Ing. Simone Giannecchini
@simogeo
Founder/Director
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
delete(SUPPORT_FILES)
delete(DATA)
delete(CASCADE)
delete(DATA|SUPPORT_FILES|CASCADE)
--
Jody Garnett
On 19 February 2015 at 07:46, Andrea Aime andrea.a...@geo-solutions.it
wrote:
On Thu, Feb 19, 2015 at 4:44 PM, Jody Garnett jody.garn...@gmail.com
wrote:
I would prefer an enum to a
On Thu, Feb 19, 2015 at 5:28 PM, Jody Garnett jody.garn...@gmail.com
wrote:
delete(SUPPORT_FILES)
delete(DATA)
delete(CASCADE)
delete(DATA|SUPPORT_FILES|CASCADE)
Yes, that's where I wanted to go... if you are or-in elements, then it's
not a Java enum, but
an integer parameter with a old
On Thu, Feb 19, 2015 at 5:48 PM, Torben Barsballe
tbarsba...@boundlessgeo.com wrote:
Andrea - I traced the date throught the debugger and when the
SimplifyingFilterVisistor is called on the Filter, the java.util.Date is
cast to a java.sql.Date. Since the SQL date has no time component, the
On Thu, Feb 19, 2015 at 6:10 PM, Andrea Aime andrea.a...@geo-solutions.it
wrote:
On Thu, Feb 19, 2015 at 5:48 PM, Torben Barsballe
tbarsba...@boundlessgeo.com wrote:
Andrea - I traced the date throught the debugger and when the
SimplifyingFilterVisistor is called on the Filter, the
Hi,
managed to get another 5 minutes peek, the line that is likely to cause the
conversion is this one, RangeCombiner line 260:
Object value = evaluate(op.getExpression2(), binding);
There is probably a Converter object around that turns a java.util.Date
into a java.sql.Date
Andrea - I traced the date throught the debugger and when the
SimplifyingFilterVisistor is called on the Filter, the java.util.Date is
cast to a java.sql.Date. Since the SQL date has no time component, the time
zone information is discarded, and we are left with 2009-27-06 instead of
the expected
Hi,
I haven't received news on this PR. Has this been merged? It would be
really important to have this in RC1 as without it, the cascaded stored
queries are essentially broken.
Sampo
On Thu, Feb 12, 2015 at 8:45 AM, Sampo Savolainen
sampo.savolai...@spatineo.com wrote:
Hi,
Thanks for
Actually there is an enum set that can be used in this case. But yeah do
what is needed, I just hate boolean (true|false) or
Boolean(true|false|null) as an exercise in API confusion.
--
Jody Garnett
On 19 February 2015 at 08:43, Andrea Aime andrea.a...@geo-solutions.it
wrote:
On Thu, Feb 19,
As i mentioned in the JIRA ticket the problem is in TemporalConvertor
The whole thing is a mess thst goes back many years from my look at the
GeoTools JIRA.
Ian
On 17:31, Thu, 19 Feb 2015 Andrea Aime andrea.a...@geo-solutions.it wrote:
Hi,
managed to get another 5 minutes peek, the line that
GeoTools 13-RC1 Released
http://geotoolsnews.blogspot.com/2015/02/geotools-13-rc1-released.html
The GeoTools community is pleased to announce the availability of
GeoTools 13-RC1
https://sourceforge.net/projects/geotools/files/GeoTools%2013%20Releases/13-RC1/,
Checking, I also do not see any difference between the two.
--
Jody Garnett
On 19 February 2015 at 14:35, Ben Caradoc-Davies b...@transient.nz wrote:
Jody,
after 3 attempts and -Xmx1024m I managed to get Jenkins geotools-13.x past
the deploy phase, but not javadocs. I have now kicked
36 matches
Mail list logo