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
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
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
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
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
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
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
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
WPS GetCapabilitiesType should extend OWS11GetCapabilities
--
Key: GEOT-2139
URL: http://jira.codehaus.org/browse/GEOT-2139
Project: GeoTools
Issue Type: New Feature
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
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.
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
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
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)
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:
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
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
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
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
--
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
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
21 matches
Mail list logo
