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 ve
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 prize
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/
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 w
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) Renam
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
--
[..
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 B
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 rende
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
WPS ProcessDescription (and children) prefix issues
---
Key: GEOT-2142
URL: http://jira.codehaus.org/browse/GEOT-2142
Project: GeoTools
Issue Type: New Feature
Components: ext xml-xsd
WPS ProcessDescription.processVersion does not get encoded
--
Key: GEOT-2141
URL: http://jira.codehaus.org/browse/GEOT-2141
Project: GeoTools
Issue Type: New Feature
Component
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
Reporte
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 S
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 G
WPS GetCapabilitiesType should extend OWS11GetCapabilities
--
Key: GEOT-2139
URL: http://jira.codehaus.org/browse/GEOT-2139
Project: GeoTools
Issue Type: New Feature
Component
> 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
componen
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 depen
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
Rep
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
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:
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 orde
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
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
23 matches
Mail list logo
