David Blasby wrote:
Jody,
I looked more into the featurewriting stuff that we talked about last
night -- here's what I found.
I think there's a problem in how "Feature" implements "equals". Here's
where it came up.
I wrote a tiny program that updates a table in my database:
/**
* similiar
David Blasby wrote:
Jody, I modified my program so it looks like this (using a
DefaultTransaction ):
private void process() throws Exception
{
DefaultTransaction trans = new DefaultTransaction();
FeatureWriter aWriter =
ds.getFeatureWriter(table_name,trans);
GeoTools2 module build report 20060405
gt2:referencing cleaned, compiled, tested, INSTALLED 2359
gt2:sample-data cleaned, compiled, tested, INSTALLED 2359
gt2:coverage cleaned, compiled, tested, INSTALLED
gt2:api cleaned, compiled, tested, INSTALLED
gt2:main cleaned,
>That is horrible, and now I need to think :-(
>Ah - please reverse aWriter.close() and trans.commit().
Thats not going to do anything since I can see that its not in a
transaction when its in the while() loop.
IE. while its processing I can open another connection to the database
and see the
Hi,
I have a concern that I would like to mention and ask if anyone has had
this problem before for does someone know a work around?
We are running on a Internet line that has a cap, so when we doing the
build we want to minimize the use of the internet (downloading poms &
jars) because it i
Hi,
I have got geotools branch 2.2.x to compile and build successfully with
Maven 2.0. Thanks to all who made this possible.
Kind Regards,
Clint Lewis
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that ex
Geotools build failed
-
Key: GEOT-833
URL: http://jira.codehaus.org/browse/GEOT-833
Project: GeoTools
Type: Bug
Environment: Windows XP Pro,Java 1.5.0_06
Reporter: arxit
Priority: Blocker
Hi i try to use geotools with eclipse
I'm usin
Clint Lewis a écrit :
We are running on a Internet line that has a cap, so when we doing the
build we want to minimize the use of the internet (downloading poms &
jars) because it is literally costing us $dollars$ when we have to down
these jars for multiple people compiling against the same pr
So after some heroics (thanks Refractions, Dave and everyone) we are
finally back in the game.
We found that the number of dependencies in the "parent" pom actually
masks the real needs of a module like referencing.
According to the current sturcture, referencing needs batik for example.
I un
Jody Garnett a écrit :
We found that the number of dependencies in the "parent" pom actually
masks the real needs of a module like referencing.
According to the current sturcture, referencing needs batik for example.
Referencing do not need batik, I'm pretty sure of that. Unless I didn't notic
Cory Horner a écrit :
Maven 2.0.4 is due out in a few days, and it seems to solve our issues
with surefire (silent failures). Snapshots are available:
http://maven.zones.apache.org/~maven/builds/branches/maven-2.0.x/
I tend to believe that our current trouble with Maven 2 may be a Maven bug (
Martin Desruisseaux wrote:
Jody Garnett a écrit :
We found that the number of dependencies in the "parent" pom actually
masks the real needs of a module like referencing.
According to the current sturcture, referencing needs batik for example.
Referencing do not need batik, I'm pretty sure of t
Thanks Martin, Oliver is on it as I am typing this email..
Martin Desruisseaux wrote:
Clint Lewis a écrit :
We are running on a Internet line that has a cap, so when we doing
the build we want to minimize the use of the internet (downloading
poms & jars) because it is literally costing us $do
Thanks Martin you have helped us here again.. Thanks again
Martin Desruisseaux wrote:
Jody Garnett a écrit :
We found that the number of dependencies in the "parent" pom actually
masks the real needs of a module like referencing.
According to the current sturcture, referencing needs batik for
Clint Lewis a écrit :
Thanks Martin, Oliver is on it as I am typing this email..
It would be interresting to know if it worked (or if any change to pom.xml file is needed in order
to support this kind of need)
Martin.
---
This SF.
Jody Garnett a écrit :
referencing do not need JTS (or it did in 2.2, but is doesn't need it anymore
in 2.3).
Okay we can update that then
Actually this dependency was already removed from referencing/pom.xml in trunk (but should still
presents in 2.2 branch, since this branch still need it)
The vs issue gave me an idea. Should we move all our current
declarations outside Geotools (maybe in OSGEO?) in some parent pom.xml file
inherited by Geotools, Geoserver, uDig and maybe some other open source projects? It would make sure
that Geotools and Geoserver were built and tested with
Hi Clint, I am trying to commit some of your hacking today and am
running into some consistency issues - as an example the vpf module
failes when I do a:
- 2.2.x/> mvn clean
- 2.2.x/> mvn install
The problem seems to be an inability to find - JTS. Please see the logs
at the end of this message
Hi MartinThere is no need to do
anything else to the pom.xml, simply create the settings.xml file and
place it in your local HOME/.m2/ directory.Simple as that. Thanks for finding this, it's really helpful.
OliverOn 4/6/06, Martin Desruisseaux <[EMAIL PROTECTED]> wrote:
Clint Lewis a écrit :> Thank
HiSeems like we have found the problem. Main was dependent on referencing and referencing was depedent on api, but main was also dependent on api, so there were 2 dependencies on api, causing a conflict. Seems like you cannot have more than one dependency over multiple dependencies.
OliverOn 4/6/06
So we are starting to figure it out - I am sure Martin tried to tell us
this - but we chose to learn it the hard way.
The long term solution is to make a dummy module for each "layer' in the
geotools system, so referencing would be one point of reuse, core would
be another ...
Here is a POM de
Okay, this still doesnt work.
I stepped through the code and the connection to postgresql is still in
auto-commit mode which would explain why its not working.
private void process() throws Exception
{
DefaultTransaction trans = new DefaultTransaction();
FeatureWriter a
Oliver Loe wrote:
Seems like we have found the problem. Main was dependent on
referencing and referencing was depedent on api, but main was also
dependent on api, so there were 2 dependencies on api, causing a
conflict. Seems like you cannot have more than one dependency over
multiple depende
If you're in the USA (or must deal with data from US data warehouses),
feast your peepers on:
http://docs.codehaus.org/display/GEOTOOLS/Exploring+an+elevation+standard
The upshot is that the proposed American National Standards Institute
(ANSI) standard is fundamentally unworkable as it stands, a
We are doing a bunch of profiling on some vector data cleaning
algorithms. The basic idea is:
foreach ( feature: Features in shapefile ){
foreach( neighbor : features close to feature ){
// do some work; (typically pretty quick work)
}
}
Since we are only interested in the geomet
Okay, maven 1 builds are not working at the moment for oracle spatial
and maven 2 doesnt have the eclipseAll option.
dave
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and m
David Blasby wrote:
Okay, maven 1 builds are not working at the moment for oracle spatial
and maven 2 doesnt have the eclipseAll option.
Hay - I just deleted the plugin/oraclespatial directory and now things
work. This is a *great* fixing technique!
dave
-
:) good job dave!.. For maven 2 you can use mvn eclipse:eclipse to
do the same thing as eclipseAll.
Jesse
On 6-Apr-06, at 3:08 PM, David Blasby wrote:
David Blasby wrote:
Okay, maven 1 builds are not working at the moment for oracle
spatial and maven 2 doesnt have the eclipseAll option
Jesse Eichar a écrit :
Since we are only interested in the geometry we made a query so that
only the geometry attribute is read from disk. As you know this
involves creating a new FeatureType, which in turn involves searching
for a FeatureTypeFactory using the FactoryFinder service. According
Help!
Jesse pointed out that one can run groups of tests in eclipse, so i've
finally got the test failures in a readable format for main (although
debugging doesn't quite work right). I've noticed one thing: most
failures have something to do with FeatureType and $Proxy0. Does anyone
know w
I think I have committed some code that makes HSQL not compile...
I'm on it and will commit the fix in a moment... Sorry folks.
Jesse
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications
Chris, Jody, ...
I'm following up with the Oracle Geometry thread from about a month ago. At this time I didn't know how to insert a null geometry into Oracle through JDBC. After trying a couple combination of the setNull method, I figured it out.
Here's my code snippet, this will work the sam
Cory Horner a écrit :
Jesse pointed out that one can run groups of tests in eclipse, so i've
finally got the test failures in a readable format for main (although
debugging doesn't quite work right). I've noticed one thing: most
failures have something to do with FeatureType and $Proxy0. Does
Ok I've fixed the errors.
Jesse
On 6-Apr-06, at 4:18 PM, Jesse Eichar wrote:
I think I have committed some code that makes HSQL not compile...
I'm on it and will commit the fix in a moment... Sorry folks.
Jesse
---
This SF.Net email is s
Martin Desruisseaux wrote:
Cory Horner a écrit :
Jesse pointed out that one can run groups of tests in eclipse, so
i've finally got the test failures in a readable format for main
(although debugging doesn't quite work right). I've noticed one
thing: most failures have something to do with
Found the problem. module/main/project.properties and
module/main/modified-src/* were not being included in the moveSrc goal.
I fixed it in the root maven.xml incase any other projects do this as well.
Cheers
Richard
Richard Gould wrote:
So I'm trying to release 2.2.RC2, but I am having probl
View results here ->
http://geovista16.geog.psu.edu/cruisecontrol/buildresults/geotools_snapshot?log=log20060407003230
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile
After toiling for two days, RC2 has been released. The source released
has been fixed (apparently it has been broken since November).
This release was made with Maven 1. I honestly have no idea what is new.
http://docs.codehaus.org/display/GEOTOOLS/2.2.RC2
Cheers,
Richard
--
Thank you Cory! [INFO] [INFO] Reactor Summary:[INFO] [INFO] Geotools 2 SUCCESS [
1.297s][INFO] Maven plugins f
Martin Desruisseaux wrote:
Jesse Eichar a écrit :
Since we are only interested in the geometry we made a query so that
only the geometry attribute is read from disk. As you know this
involves creating a new FeatureType, which in turn involves searching
for a FeatureTypeFactory using the Facto
40 matches
Mail list logo
