It is quite unusual. My concern is that this may reflect an underlying
code problem that could prevent some use-cases, such as GeoTools used
for offline processing on a host with no networking. This is JAI
brain-damage, not really a GeoTools problem, but if we can defend
against it then we shou
Hello again Kenneth,
I just replied to your other thread before seeing this conversation
with Jody. I'll happily defer to Jody's EMF-guruness so there is no
need to reply to my previous message.
Michael
On 14 April 2011 09:06, Kenneth Gulbrandsoy
wrote:
> Thanks, I'll look into it after I'm fi
Hi Kenneth,
I'm one of the PMC members. Welcome, and thanks for putting up your proposal.
I also work with data from experimental settings, and having spatial
and temporal components, so I'm interested in your proposal. However,
after reading it I don't properly understand what, precisely, a
spat
Build failure in imagemosaic CatalogBuilderTest on host with name problems
--
Key: GEOT-3515
URL: http://jira.codehaus.org/browse/GEOT-3515
Project: GeoTools
Issue Type:
Hi,
I have recently started working at LisaSoft and Jody Garnett has been
introducing me to GeoTools. We are currently working on putting a patch
together for the Jira GEOT-3151: WFS Filter Bug.
We should have a patch ready for review shortly.
Thanks,
Patrick Jessup
_
Hi list!
I have completed my proposal for adding spatial support to EMF models. The
proposal can be found here
http://docs.codehaus.org/display/GEOTOOLS/EFeatureDataStore.
I believe the next step is to ask for access to the unsupported folder in
the SVN repo so code can be shared and reviewed by
I will comment on the bug reports directly. However as a general question -
what is it that you are trying to work on? As user interface for filters? A DSL?
If you look in the gt-brewer module there is a FilterBuilder I created a while
back that I have not pushed into day to day use (mostly as i
Thanks, I'll look into it after I'm finished editing my RnD page :-)
Kenneth
2011/4/14 Jody Garnett
> Links:
> http://docs.codehaus.org/display/GEOTOOLS/Feature+Model+Branch
> http://docs.codehaus.org/display/GEOTOOLS/Complex-Features+Branch
>
> Don't get lots; it is not worth it, look at wha
Links:
http://docs.codehaus.org/display/GEOTOOLS/Feature+Model+Branch
http://docs.codehaus.org/display/GEOTOOLS/Complex-Features+Branch
Don't get lots; it is not worth it, look at what the code does now...
http://docs.geotools.org/latest/userguide/guide/library/opengis/type.html
http://docs.geot
2011/4/13 Jody Garnett
> If it helps we did look at EMF when we were designing our Feature Type
> model; you can find some crazy pages of design notes on the wiki if you want
> a fun drinking game (drink every time it says abstract).
>
Any tips regarding search terms? I did find some documentat
Thanks for jumping on this so fast. I didn't expect it to shift into high
gear so suddenly.
Commented on the PrePostFilterVisitor issue
(http://jira.codehaus.org/browse/GEOT-3514) and a minor point on the
reasoning behind "isGroupFilter" and "isLogicFilter"
(http://jira.codehaus.org/browse/GEOT-3
Some progress reported against http://jira.codehaus.org/browse/GEOT-3508
Eric if you can review when you get a chance; you should be able to try your
groovy tests and see if I missed anything, add comments to the Jira issue and
we can work through the results.
Summary of Actions:
- We had a pro
PrePostFilterVisitors
-
Key: GEOT-3514
URL: http://jira.codehaus.org/browse/GEOT-3514
Project: GeoTools
Issue Type: Sub-task
Components: core filter
Reporter: Jody Garnett
Assignee: Jody
Just to chime in I agree totally. I don't think GeoTools is the place to
start to develop "bindings" for other languages. Maybe bindings is a bad
term. I think geotools needs to remain plain old java and any scripting
capabilities get build into projects on top of it like geoscript.
2c.
On Wed, A
If it helps we did look at EMF when we were designing our Feature Type model;
you can find some crazy pages of design notes on the wiki if you want a fun
drinking game (drink every time it says abstract).
In anycase you should find that the concepts line up nicely.
Jody
--
Jody Garnett
On We
Hi again, see update below.
2011/4/13 Kenneth Gulbrandsoy
> 2011/4/13 Jody Garnett
>
>> That looks like good fun Kenneth - +1 from me.
>>
>> The next step is for me to make sure you have read the developers guide
>> (you have read the developers guide right?); and then ask you to send in a
>> c
2011/4/13 Jody Garnett
> That looks like good fun Kenneth - +1 from me.
>
> The next step is for me to make sure you have read the developers guide
> (you have read the developers guide right?); and then ask you to send in a
> code contribution agreement (the mailing address is included with the
That looks like good fun Kenneth - +1 from me.
The next step is for me to make sure you have read the developers guide (you
have read the developers guide right?); and then ask you to send in a code
contribution agreement (the mailing address is included with the form).
When you tell me that is
Additional Filters utility methods
--
Key: GEOT-3513
URL: http://jira.codehaus.org/browse/GEOT-3513
Project: GeoTools
Issue Type: Sub-task
Components: core filter
Affects Versions: 8-M0
I just tried building with the previous version of Java (1.6.0_22) and
the same tests fail.
Jody - are you still using a mac ? If so, are you these two tests
failing for you ?
Michael
On 13 April 2011 19:04, Michael Bedward wrote:
> Hi folks,
>
> It must be the day for test failures in the cov
Hi folks,
It must be the day for test failures in the coverage module. When
looking at an issue Ben reported I got two other tests failing:
Failed tests:
testGoogleWorld(org.geotools.coverage.processing.ResampleTest)
testWarpCompareGoogleWorld(org.geotools.coverage.processing.ResampleTest)
A
NotImpl incorrectly supporting BinaryLogicalOperator
Key: GEOT-3512
URL: http://jira.codehaus.org/browse/GEOT-3512
Project: GeoTools
Issue Type: Sub-task
Components: core filter
Hi Ben,
Not sure if it's fair to call this a bug - it's unusual to have no
host name isn't it ? In any case, there doesn't seem to be any way of
telling SerializableRenderedImage not to look up the host name so I
guess the thing to do is to add a boolean flag to be check by the
offending tests s
Build failure in coverage if no local host name
---
Key: GEOT-3511
URL: http://jira.codehaus.org/browse/GEOT-3511
Project: GeoTools
Issue Type: Bug
Components: core coverage
Affects V
24 matches
Mail list logo
