I'm a bit at a loss here. Why does the Configuration matter if the
schema is to be ignored anyway? I have been using the WFSConfiguration,
but it also does not work with GMLConfiguration. I have not set up an
ApplicationSchema configuration as I thought the whole point of the
exercise was that
Michael Lutz ha scritto:
> I'm a bit at a loss here. Why does the Configuration matter if the
> schema is to be ignored anyway? I have been using the WFSConfiguration,
> but it also does not work with GMLConfiguration. I have not set up an
> ApplicationSchema configuration as I thought the whole
CQL Parser fails when parsing a single function
---
Key: GEOT-1167
URL: http://jira.codehaus.org/browse/GEOT-1167
Project: GeoTools
Issue Type: Bug
Components: new modules
Affects Ver
Extend CQL Parser to allow functions as right arguments on comparison
predicates
-
Key: GEOT-1168
URL: http://jira.codehaus.org/browse/GEOT-1168
Project: GeoTools
CQL Parser should allow nested function calls
-
Key: GEOT-1169
URL: http://jira.codehaus.org/browse/GEOT-1169
Project: GeoTools
Issue Type: Improvement
Components: new modules
Affects
By telling the parser to ignore the schema location you are essentially
telling it to ignore your application schema types, so that when it
comes to actually parsing a feature, it really knows nothing about your
type of feature. The upside is that the parser can be used for any
application schema.
> Michal, I think we would be able to solve this faster if you could
> give us a small GML document and a main with the code you're using
> to parse it. Add a bit of patience too, since Justin lives in Canada, west
> coast,
> so he's quite out of synch with our timezone.
Well I believe it is a b
Hi Justin, Andrea,
here's my code. The WFS (GeoServer) request included should work as an
example.
public static void main(String[] args) {
try {
InputStream in = new
URL("http://pisa007.pisa.intecs.it/geoserver/wfs?request=GetFeature&service=WFS&version=1.0.0&typeName=topp:Portugal_Cr
Cool let me just confirm my thinking with Mauricio then.
Mauricio - I like CQL a lot and plan to use it in all the sample code.
As such users are
going to be using it everywhere. A year from now most won't actually
know what
a FilterFactory is ... because they never will of used it.
As such I w
Hi Adam
You created a page on our wiki:
- http://docs.codehaus.org/display/GEOTOOLS/Problems+Encountered
For a common maven problem:
Next time can you throw this in the issue tracker? And remove this page.
> Maven version: 2.0.5
> Java version "1.5.0_09"
> GeoTools version gt2-2.3.0
>
> C:\Work\J
Maven 2.0.5 should work fine... I haven't tried it yet, but only because
my trust in apache hasn't yet been restored. The first 2 urls in the
error do exist, so I suspect that their server was momentarily down or
maven is having difficulties finding the internet.
Cory.
Jody Garnett wrote:
> H
Hi Bryce.
I have been so busy thinking these last couple of days I am only now
picking up the work
we outlined on IRC. Going to move the good parts of the jts-wrapper
branch to unsupported/jts-wrapper
today.
I wont add it to the build until it compiles etc.
Jody
-
Jody Garnett wrote:
> Confirmed Java 1.4 and Java 5 both work. The test failure only occurs
> with Java 6.
> Jody
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get
Cory Horner a écrit :
> Maven 2.0.5 should work fine... I haven't tried it yet, but only because
> my trust in apache hasn't yet been restored. The first 2 urls in the
> error do exist, so I suspect that their server was momentarily down or
> maven is having difficulties finding the internet.
Do you want to update the instructions then? Do you recommend 2.0.5?
So at the end of the day it seems that the repository was down at the
point in time Mr. Davies decided to
build?
Jody
> Cory Horner a écrit :
>
>> Maven 2.0.5 should work fine... I haven't tried it yet, but only because
>>
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/745
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/746
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
I am looking at the jts-wrapper implementation (currently dragged away
from a branch) and seeing how it lines up with GeoAPI 2.1.next ...
Some of the changes made are keeping me from compiling in a Java 1.4
environment - so we probably need to clean up our type erasing code.
Example:
> C:\java\g
[
http://jira.codehaus.org/browse/GEOT-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Martin Desruisseaux reopened GEOT-346:
--
> Test new referencing projection code
>
>
> K
Sorry for bothering again.
Has anyone read my mail from Mon, 19. Feb 2007? There wasn't any feedback.
Among others I asked about your opinion to following three suggestions:
1. GeoAPI imho does not need not follow the OGC (filter) specification in
detail and exclusively in order to fulfil the spe
Hey guys,
So what *are* the requirements for building trunk? Our build box is
running JDK-1.5.0_10 with JAI-1.1.3 and ImageIO-1.0_01 on linux. Am I
doing something wrong, or is hsql just being flakey?
Thanks,
Cory.
trunk/modules/plugin/geotiff
Hi Matthias:
It is on my email back log of important email that takes a long time to
read :-(
Seriously,
Jody
> Sorry for bothering again.
> Has anyone read my mail from Mon, 19. Feb 2007? There wasn't any feedback.
>
> Among others I asked about your opinion to following three suggestions:
> 1.
Cory Horner a écrit :
> So what *are* the requirements for building trunk? Our build box is
> running JDK-1.5.0_10 with JAI-1.1.3 and ImageIO-1.0_01 on linux. Am I
> doing something wrong, or is hsql just being flakey?
I don't know why this error occurs ("mvn install" work fine with JDK 1.4 on
Cory Horner a écrit :
> So what *are* the requirements for building trunk? Our build box is
> running JDK-1.5.0_10 with JAI-1.1.3 and ImageIO-1.0_01 on linux. Am I
> doing something wrong, or is hsql just being flakey?
Applied a fix on trunk as of revision 24578. Could you let us know if it wor
Done - unsupported/jts-wrapper is now available.
Jody
> Hi Bryce.
>
> I have been so busy thinking these last couple of days I am only now
> picking up the work
> we outlined on IRC. Going to move the good parts of the jts-wrapper
> branch to unsupported/jts-wrapper
> today.
>
> I wont add it to
Sorry guys - everything is okay.
I had a strange mistake in my pom.xml - it was dragging in a couple
copies of geoapi (including an old geoapi-pending jar).
My bad.
Jody
> I am looking at the jts-wrapper implementation (currently dragged away
> from a branch) and seeing how it lines up with Geo
This cycle of work is now complete,
Trunk has been updated (and I will post a follow up on Monday when when
I update the javadocs)
- http://weblogs.java.net/blog/jive/archive/2007/02/the_code_always_2.html
Jody
> Jody Garnett ha scritto:
>> Thanks Andrea
>>
>> A couple of blog posts as I do this Q
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/750
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/751
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the
29 matches
Mail list logo
