[Geotools-devel] unable to build offline?
I have been having a bit of fun trying to build offline - I find that a few of the artifacts are not properly built. - demo/intro requires gt-repository - demo/mappane-use requires gt-mappane gt-repositry and gt-mappane are currently unsupported ... I am going to add them back into the build so that a clean offline build can run to completion ... Jody - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-2135) Could shapefile supports coding with DBF header
Could shapefile supports coding with DBF header --- Key: GEOT-2135 URL: http://jira.codehaus.org/browse/GEOT-2135 Project: GeoTools Issue Type: Improvement Components: data shapefile Reporter: Min Feng Assignee: Jesse Eichar ShapefileDataStore accepts customized coding (Charset) parameter, which is used with writing and reading shapefile records. However, only iso-8859-1 coding is supported with DBF header names, so shapefiles which has Chinese DBF field names could not be read and wrote correctly. How about passing the coding parameter into DbaseFileHeader class, and encode/decode field name with the same encoding as records do. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] swing-widget-pending examples
Hi Eclesia; I am arrived in Australia - but do not have much internet access yet. I have been trying to build geotools offline and have been running into dependency problems. The demo/example application includes Demo_ContextTree and StreamWidgetDemo that depend on swing-widget-pending in order to compile. Since swing-widget-pending is currently unsupported (and depends on many unsupported modules like oracle and so on ...) I am a bit at a loss as how to make the build work. When connected to the internet I imagine most people do not notice this build problem; what would you like me to do? Jody - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-2136) Some WPS model objects are missing the xml:lang attribute
Some WPS model objects are missing the xml:lang attribute - Key: GEOT-2136 URL: http://jira.codehaus.org/browse/GEOT-2136 Project: GeoTools Issue Type: New Feature Components: ext xml-xsd Reporter: Andrea Aime Assignee: Justin Deoliveira This means the attribute is lost during parsing, and not generated during encoding, making the output not schema compliant for a few requests, including WPS capabilities response. The situation is a mixed bag, some elements do use an attribute language or type String, whilst capabilities uses xml:lang... very curious. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-2137) WPS Capabilities/Languages model does not conform to the schema
WPS Capabilities/Languages model does not conform to the schema
---
Key: GEOT-2137
URL: http://jira.codehaus.org/browse/GEOT-2137
Project: GeoTools
Issue Type: New Feature
Components: ext xml-xsd
Reporter: Andrea Aime
Assignee: Justin Deoliveira
There are two issues here:
- the languages item does not get encoded, and this is due to a custom binding,
which looks like a hack to work around a naming issue in the schema itself
- the model does not conform to the schema
The first item could be probably solved by improving the existing binding (I
guess using a complex emf binding does not work to start with, or the custom
binding would not be there, right?).
Model wise, the schema is:
{code:xml}
element name=Languages
annotation
documentationListing of the default and other
languages supported by this service. /documentation
/annotation
complexType
sequence
element name=Default
annotation
documentationIdentifies the
default language that will be used unless the operation request specifies
another supported language. /documentation
/annotation
complexType
sequence
element
ref=ows:Language
annotation
documentationIdentifier of the default language supported by the service.
This language identifier shall be as specified in IETF RFC 4646./documentation
/annotation
/element
/sequence
/complexType
/element
element name=Supported
type=wps:LanguagesType
annotation
documentationUnordered list
of references to all of the languages supported by this service. The default
language shall be included in this list./documentation
/annotation
/element
/sequence
/complexType
/element
!-- === --
complexType name=LanguagesType
annotation
documentationIdentifies a list of languages supported
by this service./documentation
/annotation
sequence
element ref=ows:Language maxOccurs=unbounded
annotation
documentationIdentifier of a language
supported by the service. This language identifier shall be as specified in
IETF RFC 4646./documentation
/annotation
/element
/sequence
/complexType
{code}
Now the model for LanguagesType accepts jsut one string, while the schema says
many ows:language items can appear (multiplicity is unbounded).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-2138) WPSCapabilites.version does not get encoded
WPSCapabilites.version does not get encoded --- Key: GEOT-2138 URL: http://jira.codehaus.org/browse/GEOT-2138 Project: GeoTools Issue Type: New Feature Components: ext xml-xsd Reporter: Andrea Aime Assignee: Justin Deoliveira The version attribute is present in the schema, it's in the model, the binding is a ComplexEMFBinding and the version attribute is part of the base class of WPSCapabilitiesType, yet the version attribute is not included in the output when encoding the capabilities. I have no idea why. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] swing-widget-pending examples
Jody Garnett a écrit : Hi Eclesia; I am arrived in Australia - but do not have much internet access yet. I have been trying to build geotools offline and have been running into dependency problems. The demo/example application includes Demo_ContextTree and StreamWidgetDemo that depend on swing-widget-pending in order to compile. Since swing-widget-pending is currently unsupported (and depends on many unsupported modules like oracle and so on ...) I am a bit at a loss as how to make the build work. When connected to the internet I imagine most people do not notice this build problem; what would you like me to do? Jody Hi jody, There has been some time since my last commit on the swing pending module, and this module is no longer accessible to commun user because it is unsupported. We can sum up the content of the module in categories and advancement level, here is the list : - MapContext tree ( stable ) - CRS Chooser dialog ( stable ) - Data Chooser dialog ( not much advanced not usable ) - A big set of style edition panels ( was working fine before the GT style upgrade, need major upgrade to work again ) - Map2D and JStreamMap widgets ( ~stable ) - and some other small widgets not working anymore. The bad news is : they are not maintained anymore in GT. I will maintain them in GeoTidy / Puzzle-GIS in the futur. Is there someone willing to continue the work on GeoTools ? If not I will reduce the widgets to the working ones : - MapContext Tree - CRS Chooser dialog - Map2D and JStreamMap widgets I believe thoses could be moved in a suported module if someone could take care of them. Any volonteer ? any opinion ? Johann Sorel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] looking for a theme for my master thesis
Hello Mickael Michael Bedward a écrit : Sorry to briefly hijack Christian's topic but I just wanted to ask if you'd thought about combining a Bayesian approach with the single image reconstruction algorithm described in the Clint Sprott's paper ? One naive suggestion would be to use the Sprott method to construct something akin to a Bayesian prior which feeds in to a Gibbs sampling regression analysis using your other variables. Thanks for your suggestion, I didn't though about mixing the two approachs. I was thinking about implementing them separatly for now. The main reason why I'm interrested in the Bayesian approach is to get (for each pixel) the result as a probability distribution instead than a single scalar value. We would need to check if mixing the two approachs would not cause the lost of this probability distribution. Anyway, for anything related to the Bayesian approach, I could not implement it alone or answer questions by myself. I will need the help of a friend on mine who is a real mathematician. We had the plan to implement Bayesian approach since a few years, but both of us are still missing time up to date... Martin - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-2139) WPS GetCapabilitiesType should extend OWS11GetCapabilities
WPS GetCapabilitiesType should extend OWS11GetCapabilities -- Key: GEOT-2139 URL: http://jira.codehaus.org/browse/GEOT-2139 Project: GeoTools Issue Type: New Feature Components: ext xml-xsd Reporter: Andrea Aime Assignee: Justin Deoliveira Unlike the WCS 1.1 one, the WPS GetCapabilitiesType interface does not extend from net.opengis.ows11.GetCapabilitiesType. I've noticed this because it does not contain the updateSequence attribute (needed for update sequence negotiation) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] swing-widget-pending examples
Jody Garnett a écrit : The bad news is : they are not maintained anymore in GT. I will maintain them in GeoTidy / Puzzle-GIS in the futur. Is there someone willing to continue the work on GeoTools ? Hi Johann, I'm very interested in the work you've done to date on the Swing components for Geotools. I haven't been following the discussion about GeoTidy, other than I thought it was a fork of the referencing and metadata modules. But is it the case now that the GT Swing pending module and your work on Puzzle are no longer related ? I suppose what I'm trying to understand is this: if someone were to continue work on some or all of the swing pending components is there any overlap with the other work you will be doing that would need to be managed ? cheers Michael - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] swing-widget-pending examples
Michael Bedward a écrit : The bad news is : they are not maintained anymore in GT. I will maintain them in GeoTidy / Puzzle-GIS in the futur. Is there someone willing to continue the work on GeoTools ? I'm very interested in the work you've done to date on the Swing components for Geotools. I haven't been following the discussion about GeoTidy, other than I thought it was a fork of the referencing and metadata modules. But is it the case now that the GT Swing pending module and your work on Puzzle are no longer related ? I suppose what I'm trying to understand is this: if someone were to continue work on some or all of the swing pending components is there any overlap with the other work you will be doing that would need to be managed ? Puzzle-GIS doesnt use GeoTools anymore, so it's not related to the GT swing module indirectly. There are several reasons why I have made this choice, the main ones are : - First because I believe geotidy will have a bright futur - Java 1.6 - The new renderer We can say there will be some overlap since both have the same purpose (easy swing widgets) but they dont have the same background model anymore. I believe the one who will be in charge of the swing module could try to follow the geotidy swing module if he wish. johann - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-2140) Make sure WPS DescribeProcess response is schema compliant
Make sure WPS DescribeProcess response is schema compliant -- Key: GEOT-2140 URL: http://jira.codehaus.org/browse/GEOT-2140 Project: GeoTools Issue Type: New Feature Reporter: Andrea Aime -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-2143) Missing converter between XMLGregorianCalendar and java.util.Date
Missing converter between XMLGregorianCalendar and java.util.Date - Key: GEOT-2143 URL: http://jira.codehaus.org/browse/GEOT-2143 Project: GeoTools Issue Type: New Feature Components: ext xml-xsd Reporter: Andrea Aime Assignee: Justin Deoliveira WPS Execute response uses the following code to translate a date into an XMLGregorianCalendar: response.getStatus().setCreationTime( Converters.convert( started, XMLGregorianCalendar.class )); Yet at the time of writing, no converter for that kind of conversion has been created, resulting in null, which is a problem also because the creationTime attribute is required, so the Execute response as of now is not schema compliant. A converter that goes from Date to XMLGregorianCalendar would fit the bill. Yet, I'm surprised this come out now, WFS 1.1 uses dates a lot and does not need one. Wondering if the problem should be addressed at the model level (having the model use date) or at the converter level. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] community-schemas ported to trunk, renamed app-schema
To better conform to ISO 19101 nomenclature, after discussions with Rob Atkinson and others, I have renamed the GeoTools unsupported module community-schemas to app-schema on trunk. This change resolves the misleading complex/community-schemas naming tangle. Some significant changes: (1) Renamed classes ComplexDataStore* - AppSchemaDataAccess*. (2) Renamed artifact gt-community-schemas-ds - gt-app-schema. (3) Renamed containing module directory community-schemas - app-schema. (4) Changed dbtype connection parameter from complex to app-schema. The module app-schema now compiles and all unit tests pass. No regression tests have been performed as GeoServer integration has not been performed. Consider this software to be pre-alpha. More notes on the port can be found here: https://www.seegrid.csiro.au/twiki/bin/view/Infosrvices/GeoserverPortToTrunk -- Ben Caradoc-Davies [EMAIL PROTECTED] Software Engineer, CSIRO Exploration and Mining Australian Resources Research Centre 26 Dick Perry Ave, Kensington WA 6151, Australia - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] app-schema and uDig
Jody, Rob Atkinson suggested to me that uDig might be able to load DataAccessFactory implementations such as AppSchemaDataAccessFactory via SPI. Do you expect it to support these? We have some units tests such as this that demonstrate the AppSchemaDataAccess in action: http://svn.geotools.org/trunk/modules/unsupported/app-schema/app-schema/src/test/java/org/geotools/data/complex/GeoSciMLTest.java Kind regards, -- Ben Caradoc-Davies [EMAIL PROTECTED] Software Engineer, CSIRO Exploration and Mining Australian Resources Research Centre 26 Dick Perry Ave, Kensington WA 6151, Australia - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] [jira] Created: (GEOT-2144) ScriptTest failure on Linux w/ Java 6
ScriptTest failure on Linux w/ Java 6 - Key: GEOT-2144 URL: http://jira.codehaus.org/browse/GEOT-2144 Project: GeoTools Issue Type: Bug Components: core referencing Environment: Maven version: 2.0.9 Java version: 1.6.0_10 OS name: linux version: 2.6.27-7-generic arch: i386 Family: unix Reporter: Jody Garnett Assignee: Martin Desruisseaux Fix For: 2.6-M0 This is my first chance to try building on linux in years; after battling with dependency trouble I am now down to sorting out compile errors. Test set: org.geotools.referencing.ScriptTest --- Tests run: 16, Failures: 0, Errors: 2, Skipped: 2, Time elapsed: 0.842 sec FAILURE! testStereographic(org.geotools.referencing.ScriptTest) Time elapsed: 0.043 sec ERROR! org.opengis.referencing.operation.TransformException: Transformation doesn't produce the expected values. ... testOrthographic(org.geotools.referencing.ScriptTest) Time elapsed: 0.019 sec ERROR! org.geotools.referencing.operation.projection.ProjectionException: The transform result may be 1,943,446.412 mete rs away from the expected position. Are you sure that the input coordinates are inside this map projection area o f validity? The point is located 270°00.0'W away from the central meridian and 40°47.0'S away from the latitude o f origin. The projection is Orthographic. at org.geotools.referencing.operation.projection.MapProjection.checkReciprocal(MapProjection.java:630) at org.geotools.referencing.operation.projection.MapProjection.transform(MapProjection.java:821) at org.geotools.referencing.operation.projection.MapProjection.transform(MapProjection.java:855) at org.geotools.referencing.operation.transform.AbstractMathTransform.transform(AbstractMathTransform.jav a:256) at org.geotools.referencing.Console.test(Console.java:602) at org.geotools.referencing.ScriptRunner.test(ScriptRunner.java:61) Is this one of those cases where Java 5 handles things differently? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Problems integrating app-schema DataAccess with GeoServer on trunk
Jody, I have performed the initial port of the app-schema DataAccess (formerly known as ComplexDataStore) to trunk. Although there is some support in DataAccessFinder for using SPI to find and load implementations of DataAccessFactory, this implementation is not used by GeoServer. How should we proceed? Would the GeoServer community like to support DataAccess providers, or should we work around this problem? The solution on the 1.6.x branch was to fork the wfs and web modules into wfs-c and web-c. Now that we have DataAccess, we can do better. Kind regards, -- Ben Caradoc-Davies [EMAIL PROTECTED] Software Engineer, CSIRO Exploration and Mining Australian Resources Research Centre 26 Dick Perry Ave, Kensington WA 6151, Australia - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] looking for a theme for my master thesis
Hi Martin I would love to have a friend who was a real mathematician. Does he/she want another friend ? :-) Using the Sprott algorithm to generate a prior doesn't make any difference to the form of the results: ie. you will still be deriving a posterior probability distribution. Since it is a Bayesian analysis you need a prior of some sort, even it is just a vague / uninformative distribution. Using the Sprott algorithm would represent the statement: I hypothesize the relationship between the missing data and known data to be approximately fractal. As with any Bayesian analysis, the influence of this prior on your results will depend on the strenth of the relationship between the variable of interest and the covariates: - weak relationship = prior will dominate the predictions - strong relationship congruent with prior = prior and covariates evident in results - strong relationship but not conforming to prior = results driven by covariates Michael Thanks for your suggestion, I didn't though about mixing the two approachs. I was thinking about implementing them separatly for now. The main reason why I'm interrested in the Bayesian approach is to get (for each pixel) the result as a probability distribution instead than a single scalar value. We would need to check if mixing the two approachs would not cause the lost of this probability distribution. Anyway, for anything related to the Bayesian approach, I could not implement it alone or answer questions by myself. I will need the help of a friend on mine who is a real mathematician. We had the plan to implement Bayesian approach since a few years, but both of us are still missing time up to date... - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
[Geotools-devel] Build failed in Hudson: geotools-trunk #1112
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1112/changes
Changes:
[jgarnett] ignore eclipse:eclipse generated files
[jgarnett] mode example code into unsupported module
[jgarnett] move example code for unsupported module out of the way
--
[...truncated 6738 lines...]
[INFO] Building ISO 19107 implementation using JTS
[INFO]task-segment: [clean, install]
[INFO]
[INFO] [clean:clean]
[INFO] Deleting directory
http://hudson.opengeo.org/hudson/job/geotools-trunk/ws/gtsvn_trunk/modules/unsupported/jts-wrapper/target
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 41 source files to
http://hudson.opengeo.org/hudson/job/geotools-trunk/ws/gtsvn_trunk/modules/unsupported/jts-wrapper/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar:
http://hudson.opengeo.org/hudson/job/geotools-trunk/ws/gtsvn_trunk/modules/unsupported/jts-wrapper/target/gt-jts-wrapper-2.6-SNAPSHOT.jar
[INFO] Preparing source:jar
[WARNING] Removing: jar from forked lifecycle, to prevent recursive invocation.
[INFO] No goals needed for project - skipping
[INFO] [source:jar {execution: attach-sources}]
[INFO] Building jar:
http://hudson.opengeo.org/hudson/job/geotools-trunk/ws/gtsvn_trunk/modules/unsupported/jts-wrapper/target/gt-jts-wrapper-2.6-SNAPSHOT-sources.jar
[INFO] [jar-collector:collect {execution: default}]
[INFO] [install:install]
[INFO] Installing
http://hudson.opengeo.org/hudson/job/geotools-trunk/ws/gtsvn_trunk/modules/unsupported/jts-wrapper/target/gt-jts-wrapper-2.6-SNAPSHOT.jar
to
/home/tomcat/.m2/repository/org/geotools/gt-jts-wrapper/2.6-SNAPSHOT/gt-jts-wrapper-2.6-SNAPSHOT.jar
[INFO] Installing
http://hudson.opengeo.org/hudson/job/geotools-trunk/ws/gtsvn_trunk/modules/unsupported/jts-wrapper/target/gt-jts-wrapper-2.6-SNAPSHOT-sources.jar
to
/home/tomcat/.m2/repository/org/geotools/gt-jts-wrapper/2.6-SNAPSHOT/gt-jts-wrapper-2.6-SNAPSHOT-sources.jar
[INFO]
[INFO] Building Geometries
[INFO]task-segment: [clean, install]
[INFO]
[INFO] [clean:clean]
[INFO] Deleting directory
http://hudson.opengeo.org/hudson/job/geotools-trunk/ws/gtsvn_trunk/modules/unsupported/geometry/target
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 172 source files to
http://hudson.opengeo.org/hudson/job/geotools-trunk/ws/gtsvn_trunk/modules/unsupported/geometry/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Compiling 69 source files to
http://hudson.opengeo.org/hudson/job/geotools-trunk/ws/gtsvn_trunk/modules/unsupported/geometry/target/test-classes
[INFO] [surefire:test]
[INFO] Surefire report directory:
http://hudson.opengeo.org/hudson/job/geotools-trunk/ws/gtsvn_trunk/modules/unsupported/geometry/target/surefire-reports
---
T E S T S
---
Running org.geotools.geometry.iso.coordinate.PositionImplTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.021 sec
Running org.geotools.geometry.iso.coordinate.DirectPositionTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec
Running org.geotools.geometry.iso.primitive.PicoSurfaceTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.066 sec
Running org.geotools.geometry.iso.operations.ConvexHullTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec
Running org.geotools.geometry.iso.aggregate.PicoMultiCurveTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running org.geotools.geometry.iso.complex.PicoCompositePointTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.geotools.geometry.iso.coordinate.GeometryFactoryTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.geotools.geometry.iso.primitive.PicoPointTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running org.geotools.geometry.iso.aggregate.AggregateGeometryBuilderTest
Nov 10, 2008 1:14:40 AM java.util.prefs.FileSystemPreferences$7 run
WARNING: Prefs file removed in background
/home/tomcat/.java/.userPrefs/org/geotools/referencing/wkt/prefs.xml
GEOGCS[WGS84(DD),
DATUM[WGS84,
SPHEROID[WGS84, 6378137.0, 298.257223563]],
PRIMEM[Greenwich, 0.0],
UNIT[degree,
[Geotools-devel] Hudson build is back to normal: geotools-trunk #1113
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1113/changes - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
Re: [Geotools-devel] swing-widget-pending examples
2008/11/9 johann Sorel wrote: Puzzle-GIS doesnt use GeoTools anymore, so it's not related to the GT swing module indirectly. There are several reasons why I have made this choice, the main ones are : - First because I believe geotidy will have a bright futur - Java 1.6 - The new renderer We can say there will be some overlap since both have the same purpose (easy swing widgets) but they dont have the same background model anymore. I believe the one who will be in charge of the swing module could try to follow the geotidy swing module if he wish. OK. I've just been browsing the Puzzle source but now I'm confused... There are some references to GeoTidy and there are classes than are specifically written for Puzzle (e.g shapefile classes). So these latter classes will remain specific to Puzzle and are not going to be part of GT3 ? Perhaps all this means that I should be thinking about my own coding at the moment. The simulation app that I'm working on is getting towards the point of adding display and reporting components. Previously I assumed that the swing widgets in GT 2.x would be the basis for this. But now that I know they are not supported presently I guess that I need to decide whether to stick with GT 2.6 and attempt further development of the swing widgets, or move over to GeoTidy / Puzzle / whatever ? Apologies if these are dumb questions :) Michael - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Geotools-devel mailing list Geotools-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
