>
> Great. Can you do a favour to the old man thought? Every time I look
> at the list I wonder which GeoTools group is the 2.3.x/2.4.x one and
> which is the trunk one. Can you call
> it "GeoTools.jdk1.4" or "GeoTools old" instead of "Geotools A"? :)
Hmmm... how about "Geootols WWW"? Haha, kidd
http://geo.openplans.org:9090/continuum/buildResult.action?buildId=86&projectId=81
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configurat
VanIngen, Erik (ESTG) ha scritto:
> Ciao Andrea and everyone,
>
> Thank you for your quick resons!
>
> What could be the solution for the subsequent error (after running mvn
> install -Dmaven.test.skip=true)?
>
> [ERROR] BUILD FAILURE
> [INFO]
>
GraphicImpl.setOpacity uses new value as the old value in "child changed" event
---
Key: GEOT-1477
URL: http://jira.codehaus.org/browse/GEOT-1477
Project: GeoTools
I
Synchronization Errors in FCBuffer
--
Key: GEOT-1478
URL: http://jira.codehaus.org/browse/GEOT-1478
Project: GeoTools
Issue Type: Bug
Components: data wfs
Affects Versions: 2.4-RC0, 2.3.4, 2.3.3,
.project
.settings
.classpath
.jetproperties
.wtpmodules
target
bin
doc
gt2
cobertura.ser
nbproject
nbactions.xml
Rational: I would like to igore "nbproject" in every module, for NetBeans 6
support. Since various modules set various properties, it was easier for me to
collect every "svn:ignore" p
Hello Jesse,
I have found something strange in the WFS-Plugin compiled from trunk.
I can't send any Filter to an WFS. All Filters are handled as an PostFilter
on Server.
Is there something broken or is there still developing in process.
One thing i found is that there is a test if the WFSFilterCap
Wonderful, I am all for consistency.
If you apply this list, can you (or Jody) also propagate this list to
the developer guide?
--adrian
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to f
Hey Jody,
Can you describe your BIRT experiment in a little more detail? As you do
such experimentation, it would be cool to have a paragraph writeup---I
spent some time looking into what it would take but decided against a
full blow investigation. Any writeup should, of course, have dates and
ver
Martin Desruisseaux ha scritto:
> .project
> .settings
> .classpath
> .jetproperties
> .wtpmodules
> target
> bin
> doc
> gt2
> cobertura.ser
> nbproject
> nbactions.xml
>
>
> Rational: I would like to igore "nbproject" in every module, for NetBeans 6
> support. Since various modules set various
Tim Englich ha scritto:
> Hello Jesse,
>
> I have found something strange in the WFS-Plugin compiled from trunk.
> I can't send any Filter to an WFS. All Filters are handled as an PostFilter
> on Server.
> Is there something broken or is there still developing in process.
> One thing i found is th
I realize that it may be pointless since the talk was about debuging Geotools in
an Eclipse environment, but I would just like to inform that NetBeans 6 has an
impresive Maven 2 support. Nothing to configure, no Maven task to lauch. You
even don't have to download Maven! (you need to select "Maven"
Adrian Custer a écrit :
> If you apply this list, can you (or Jody) also propagate this list to
> the developer guide?
Yes I will do, if I get the okay for applying this list.
Martin
-
This SF.net email is sponsored
Hi, we are currently paying a developer to create a chartpanel (a view
that should be usable by anyone) with BIRT, in order to make a first
step towards that technology.
I did some tests some time ago for the charting part and even if I'm
not really aware of the performance yet, it looks nice.
We
Sounds good martin; I think doc was used by the maven one build; is
there a good location for docbook files in maven 2 that we could use
instead? I would love to know what some of the other files are about?
Make sure you try a deploy after removing these things; I we had some
magic license file
Andrea Aime a écrit :
> Agreed on the principle, I have doubts on a few items above: why are you
> ignoring doc and gt2? That may catch by surprise anybody trying to
> stick some docs in his module.
Just because I noticed that some modules are already ignoring those directories
right now. The list
Applied the following svn:ignore on every directory that contains a pom.xml on
trunk and 2.4 branch:
> .project
> .settings
> .classpath
> .jetproperties
> .wtpmodules
> target
> bin
> cobertura.ser
> nbproject
> nbactions.xml
Compared to my previous email, I omitted the "gt2" and "doc" directori
Well there was a day when it worked well. But it people have been
making changes to it so perhaps it now is broken. I know Saul has
done some work on the class.
Jesse
On Sep 4, 2007, at 1:23 AM, Tim Englich wrote:
> Hello Jesse,
>
> I have found something strange in the WFS-Plugin compiled
Hi,
so, I've been assigned a GeoAPI feature model review
and I've spent the last day wandering in the interface,
looking at javadocs and reverse engineering models.
The result along with my observation can be downloaded
from here:
http://geo.openplans.org/aaime/GeoApiFMReview.pdf
If you have any
Great review Andrea. Here are my comments.
* AttributeType.isIdentified()
This is more or less straight from xml schema. It used to denote whether
instances of types have an id essentially. Think feature. But also in
GML other types are identifiable. Like geometries.
* getUserData()/putUserData(
Hi all,
I am trying to move the xml stuff on trunk to supported before i start
work on wfs 1.1 client. There is also a nasty performance issue that I
am trying to kill that has to do with not caching parsed schemas. It
involves some minor api changes which is why i want to get them out of
the way
[The copy of this message in moderator's queue can be deleted]
Hey all,
The attached file (which is small enough to send to everyone) contains
prototypes for the headers for Geotools code files once we start signing
the copyright assignment agreements.
Does this approach seem reasonable to ev
Justin Deoliveira ha scritto:
...
> * getUserData()/putUserData()
>
> I know that Gabriel found this useful for complex features. What he did
> was use it to store the actualy parsed XSD elements straight from an xml
> schema. He found it a nice way to keep the information around without
> explici
Hey Andrea,
I'm glad to see you're taking this on. We all need to digest Feature
someday and it would be good to have a solid analysis of the whole
thing. I hope you can grow your analysis into a full featured doc.
Being, as I am, a non-cognecenti I have little to offer you by way of
analysis exc
Ok i have done my refactoring. This involved a lot of updates to code so
next time you update don't do it over a week connection ;).
Justin Deoliveira wrote:
> Hi all,
>
> I am trying to move the xml stuff on trunk to supported before i start
> work on wfs 1.1 client. There is also a nasty perfor
Justin Deoliveira wrote:
> Great review Andrea. Here are my comments.
>
Looking forward to looking at your review Andrea :-)
> * getUserData()/putUserData()
>
This is a big plus for getting things done (rather than forcing
information into some stupid metadata class or format). The real thin
I can't find the WFSFilterCapabilites test that fails... Could you
send me it or tell me which folder it is in?
THanks
Jesse
On Sep 4, 2007, at 1:23 AM, Tim Englich wrote:
> Hello Jesse,
>
> I have found something strange in the WFS-Plugin compiled from trunk.
> I can't send any Filter to an WF
Hi, I wrote an Image mosaicking/pyramidal plugin for a tile store in a DB.
It is the same principle as the existing image mosaicking plugin, but it was
impossible to use it because I have 10 million tiles (200x200 inPixel) and
my wms client requests images of 1280x1024 size. 10 million files
Jody,
I took a quick trip through the wiki for GeoTools Reprojection. It
seems simple enough to use.
However, I am one of those really sick people that needs to see how
things work under the hood. Could you tell me where I would look in
GeoTools to find out more about how the MathTransforms are c
Jody,
I just realized the GeoTools Javadoc already has told me where to
look. I think it is in the source code for the findMathTransform of
the CRS class.
I'll check there.
Still, any extra information is always helpful.
SS
On 9/4/07, Sunburned Surveyor <[EMAIL PROTECTED]> wrote:
> Jody,
>
> I
Look at the test code in the referencing module. That's undoubtedly the
best place to start. Martin is Mr. Referencing but he's busy enough that
he hides as much as he can afford to.
--adrian
On Tue, 2007-09-04 at 16:15 -0700, Sunburned Surveyor wrote:
> Jody,
>
> I took a quick trip through th
Thanks Adrian.
Will I find the test code in the GeoTools SVN?
I've been digging around some more and I think I'm on the right trail.
The CRS.findMathTransform method led me to the
CoordinateOperationFactory interface.
I'm guessing that a Plug-In like the EPSG WKT Wiki mentioned in the
Referencin
Hi Andrea,
I am just now looking at the Feature part of your review. And here are
my comments.
* Property exposing name and type from descriptor
This is kind of tricky issue. I need to provide some context. Consider
for a moment two types of attributes:
1. An attribute that is part of another t
Andrea Aime wrote:
> Tim Englich ha scritto:
>
>> Hello Jesse,
>>
>> I have found something strange in the WFS-Plugin compiled from trunk.
>> I can't send any Filter to an WFS. All Filters are handled as an PostFilter
>> on Server.
>> Is there something broken or is there still developing in pro
I started some notes here:
- http://docs.codehaus.org/display/GEOTDOC/Referencing+Developers+Guide
-
http://docs.codehaus.org/display/GEOTDOC/1+Referencing+Configuration+and+Tool
-
http://docs.codehaus.org/display/GEOTDOC/3+Authorities+backed+by+the+EPSG+Database
You may also be interested in th
I have been running into problems deploying trunk ... it seems to come
down to this bug report:
- http://jira.codehaus.org/browse/MNG-2934
Which is marked as fixed for maven 2.0.7 :-(
I am loath to touch anything and am destroying my local repository and
building from scratch on the off chance
I was able to deploy when i upgraded to Maven 2.0.7, but unable to do
javadocs. Dropping back to Maven 2.0.5 i was able to do everything. Also
the build box is still deploying nightly with no issues.
-Justin
Jody Garnett wrote:
> I have been running into problems deploying trunk ... it se
http://geo.openplans.org:9090/continuum/buildResult.action?buildId=97&projectId=1
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configurati
Thanks for the sanity check Justin; I have blown away my repository and
started from scratch ... and can now deploy.
So the 2.5-M0 release is tagged and will be available for download soon.
Cheers,
Jody
> I was able to deploy when i upgraded to Maven 2.0.7, but unable to do
> javadocs. Dropping b
Why not just reply to the original thread instead of creating a new one?
Best regards,
Paul.
On 9/5/07, Justin Deoliveira <[EMAIL PROTECTED]> wrote:
> Hi Andrea,
>
> I am just now looking at the Feature part of your review. And here are
> my comments.
>
> * Property exposing name and type from de
The most recent build error:
-
http://geo.openplans.org:9090/continuum/buildResult.action?buildId=97&projectId=1
Is a bit suspect; looking through the logs I see maven-2.0.6 in use? Is
this intensional?
The build appears to have failed due to lack of memory.
Jody
---
I guess I thought that since the topic of this thread was to provide
comments about a different section of Andreas document, a second thread
was warranted. Maybe not. Apologies for stepping out of the bounds of
good email etiquette.
-Justin
Paul Selormey wrote:
> Why not just reply to the origina
When building from the source download we get the following error:
> Running org.geotools.data.mif.MIFDataStoreFactoryTest
> 4-Sep-2007 9:26:47 PM org.geotools.data.DataStoreFinder getDataStore
> WARNING: MIFDataStore should be used, but could not connect
> java.io.FileNotFoundException: Can't find
Hmmm...MIF datastore has not seen development in ages... i doubt that
its a problem with the module. Could it be a random failure?
Jody Garnett wrote:
> When building from the source download we get the following error:
>> Running org.geotools.data.mif.MIFDataStoreFactoryTest
>> 4-Sep-2007 9:26:47
The GeoTools 2.5-M0 milestone release is available for download:
* http://geotools.codehaus.org/2.5-M0
This is our first Java 5 GeoTools release and should be considered alpha.
Features:
* Java 5
* Improved CRSAuthorityFactory implementations available for Java
Enterprise Edition u
Justin Deoliveira ha scritto:
> Hmmm...MIF datastore has not seen development in ages... i doubt that
> its a problem with the module. Could it be a random failure?
Quite possible, I've seen that module fail once me too, rebuild, build
was fine... I guess we should just move it into the limbo of u
Hello Jesse,
that's the Problem. There is no test that fails.
The WFSCapabilties were read. But the Process which determine which part of
the Filter is PreFilter and which is PostFilter always say that it is all
PostFilter.
I take a look at the Algorithm which do that an I think that there are som
47 matches
Mail list logo
