Perhaps I can ask a more general question: what the heck should we bind
"ows:UOM" to :-) We can keep these values in string form (maybe make a
code list out of them); but they appear to come from a small OGC data
dictionary referenced by WPS and GML etc...
I know the CoordinateReferenceSystem c
Martin or anyone else that can help,
I'm working on getting Units hooked up with the WPS parser. I've made a
binding to hook it into the javax.units stuff. I've run into a problem
parsing a string unit (ie: "meters") and getting the right Unit object
for it. Basically I'm parsing a describe
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/645/changes
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/d
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/644/changes
--
started
Updating http://svn.geotools.org/trunk
ERROR: Failed to update http://svn.geotools.org/trunk
org.tmatesoft.svn.core.SVNException: svn: Working copy
'http://gridlock.open
There you go making me read a standard again. :]
I'll take a look at the code for the unsupported module in the SVN.
Then I will talk to Mehdi about possible using his module to
accomplish my modest goals for working with the temporal nature of GPX
entities.
Landon
On Wed, May 28, 2008 at 1:16 P
Roger that.
Landon
On Wed, May 28, 2008 at 1:10 PM, Jody Garnett <[EMAIL PROTECTED]> wrote:
> Sunburned Surveyor wrote:
>>
>> But I had a quick question about the interface, now that I understand
>> the difference between PropertyType and PropertyDescriptor a little
>> bit better.
>>
>> Is there
That's correct. I have the module in eclipse after doing a
mvn:eclipse:eclipse. My JUnit test has this error when run from eclipse
unless I remove the jaxb dependency from the metadata pom file and redo
mvn eclipse:eclipse.
Graham.
Martin Desruisseaux wrote:
> Graham Davis a écrit :
>> I jus
Hmm. Hints.FEATURE_2D exists on trunk, with "@since 2.4.1", but it is
not referenced from anywhere in the code. Could it be, that it was
introduced in 2.4.1, but the usages where not "foreward-ported"?
Peter
Bolla, Péter wrote:
> I revoke this question. I overlooked the fact, that there is an
Strangely enough there is lots of interest and activity on this topic;
you will see in the last week that Joda was considered, you will find
that a JAXB utility classes is used right now for this purpose.
Due to the size of the JAXB dependency we are going to try and roll our
own and have a lo
Sunburned Surveyor wrote:
> But I had a quick question about the interface, now that I understand
> the difference between PropertyType and PropertyDescriptor a little
> bit better.
>
> Is there a reason why the methods that return instances of
> AttributeDescriptor are not named something like
> "
Hi Gabriel; looking forward to your review ... and then we can hook
these events up; Jesse shapefile datastore should also consider
supporting these.
Gabriel I have reports of two things from testing:
- the ArcSDEDataStore (in single connection mode) is working very well;
except
- if there
I know that working with time (temporal features) in GIS can get
really complex really quickly, but I want to cautiously ask about
existing support in GeoTools for SimpleFeatures with one or more
temporal attributes.
I know that Peter began to explore this area a little bit with his GPX
code, and
johann sorel wrote:
> Jody Garnett a écrit :
>> johann sorel wrote:
>>> Is it possible to make a visitor that break out of the "visiting"
>>> operation if he found something he doesnt like ?
>> Yes; but for the specifics it depends on how the visitor interface
>> was written. Some visitor interfa
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/643/changes
--
started
Updating http://svn.geotools.org/trunk
FATAL: Java heap space
java.lang.OutOfMemoryError: Java heap space
--
I was working on my DataObjectMetadata, which is something like a
FeatureSchema for OpenJUMP. I realized that it is essentially the same
thing as the org.opengis.feature.simple.SimpleFeatureType class, and
that I could simply implement SimpleFeatureType to improve my
DataObject module's compatabili
Graham Davis a écrit :
> I just wanted to add that I am now having issues with the mt-metadata
> jaxb stuff too. I am trying to test the parsing of my WPS module and am
> getting jaxb class signing errors. If I remove the jaxb dependency in
> the metatdata module it breaks metadata but my test
I revoke this question. I overlooked the fact, that there is an
overloaded version of getFeatureReader(...) which takes the Query as
parameter.
Peter
Bolla, Péter wrote:
>
> Jody Garnett wrote:
>> My understanding is:
>> - your DataStore/FeatureSource has a "get supported hints" method; you
Jody Garnett wrote:
>
> My understanding is:
> - your DataStore/FeatureSource has a "get supported hints" method; you
> need to advertise the fact that you understand the FEATURE_2D hint
> - when your FeatureSource is a getFeatures( Query ) call you can check
> the Hints provided by the client
Hi lists (sorry for cross posting)
I'm working on refactoring the multidimensional coverages support in
imageio-ext (and then I am willing to wrap this for geotools) and
now I need some help/advice/guidance :)
Basically we work on top of a class called "SliceDescriptor" (name is
temporary) which
Bolla, Péter wrote:
> I'm getting back to this Hint.
> Jody Garnett wrote:
>> Thus was born the Hints.FORCE_2D - so if your datastore can support
>> this hint (which is used by the renderer) we should be able to cut
>> off the data before the render gets confused.
> Did you mean Hints.FEATURE_2D?
I just wanted to add that I am now having issues with the mt-metadata
jaxb stuff too. I am trying to test the parsing of my WPS module and am
getting jaxb class signing errors. If I remove the jaxb dependency in
the metatdata module it breaks metadata but my test works fine.
So is there any u
I'm getting back to this Hint.
Jody Garnett wrote:
> Thus was born the Hints.FORCE_2D - so if your datastore can support this
> hint (which is used by the renderer) we should be able to cut off the
> data before the render gets confused.
Did you mean Hints.FEATURE_2D?
And how can I use the hint
Jody Garnett a écrit :
> johann sorel wrote:
>> Is it possible to make a visitor that break out of the "visiting"
>> operation if he found something he doesnt like ?
> Yes; but for the specifics it depends on how the visitor interface was
> written. Some visitor interfaces explicitly return a tru
Andrea Aime ha scritto:
...
> Post at least 3 patches for geotools and some for geoserver as well
> and we'll see to give you commit access so that you can keep the two
> working well in those environment. I'm actually very happy to
> have someone able to work on that one, the more platform we supp
mcr ha scritto:
> Getting the commit access will help a lot. At the moment I am deploying
> geoserver on AIX Boxes and Linux on z/OS will be the next platform. It is
> important to get geotools ibm sdk ready, afterwards I have to focus on
> geoserver which has also some minor bugs in Websphere Appl
Getting the commit access will help a lot. At the moment I am deploying
geoserver on AIX Boxes and Linux on z/OS will be the next platform. It is
important to get geotools ibm sdk ready, afterwards I have to focus on
geoserver which has also some minor bugs in Websphere Application Server
(e.g you
mcr ha scritto:
> I opened a jira as you suggested.
>
> Excluding the ibm sdk means excluding the Websphere App Server platform
> which is the most installed commerical j2ee product. Some times ago I
> discussed with Dave Adler from IBM about deploying geoserver in Websphere
> and i did some tes
You can learn about Yed here:
http://www.yworks.com/en/products_yed_about.html
Unfortunately it is free, but not "free" as in open source. :[
Landon
On Wed, May 28, 2008 at 6:58 AM, Sunburned Surveyor
<[EMAIL PROTECTED]> wrote:
> It seems like you've got led me to the correct place. I'll revisi
It seems like you've got led me to the correct place. I'll revisit
this issue when I have some working code.
Landon
On Tue, May 27, 2008 at 10:35 PM, Jody Garnett <[EMAIL PROTECTED]> wrote:
> Sunburned Surveyor wrote:
>>
>> No problem Jody. I'm just trying to clear up my own confusion, that's all
I opened a jira as you suggested.
Excluding the ibm sdk means excluding the Websphere App Server platform
which is the most installed commerical j2ee product. Some times ago I
discussed with Dave Adler from IBM about deploying geoserver in Websphere
and i did some tests. It works but some stran
unneeded sun specific import results in compile error on other sdks
---
Key: GEOT-1836
URL: http://jira.codehaus.org/browse/GEOT-1836
Project: GeoTools
Issue Type: Bug
Could you try to update to revision 30436 on trunk and build again please? I
think it should be fixed.
Martin
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http
Simone Giannecchini a écrit :
> Here is the file you are requesting.
The file contains:
tag = "$URL:
http://svn.geotools.org:80/trunk/build/maven/javadoc/src/test/java/org/geotools/maven/taglet/SourceTest.java
$";
My guess is that the class is confused by the ":80" in
"http://svn.geotools.o
mcr ha scritto:
> Is it possible to test your builds also on an ibm sdk. (All Websphere
> developers would be happy).
GeoTools is built only with Sun JDK 1.4 (2.4.x branch) and Sun JDK 1.5
(trunk). Any other JDK (Sun or not) is not guaranteed to work
> In the trunk there are some some import stat
I just did an update and then re-run mvn install, but still no joy.
Here is the file you are requesting.
Simone.
On Wed, May 28, 2008 at 2:14 PM, Martin Desruisseaux
<[EMAIL PROTECTED]> wrote:
> Simone Giannecchini a écrit :
>>
>> Running org.geotools.maven.taglet.SourceTest
>> Tests run: 1, Fai
Simone Giannecchini a écrit :
> Running org.geotools.maven.taglet.SourceTest
> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.11 sec <<<
> FAILURE!
>
> Failed tests:
> testCurrentTag(org.geotools.maven.taglet.SourceTest)
Was it built against latest SVN revision number? If so
HI list,
I am having problems building trunk on a clean machine.
I have installed the latest JDK 1.5 as well as maven 2.0.9.
I typed simply maven install from the root of the source tree, and now
I am getting this error in the maven/javadoc module:
Running org.geotools.maven.taglet.SourceTest
Te
Is it possible to test your builds also on an ibm sdk. (All Websphere
developers would be happy).
In the trunk there are some some import statements which are sun sdk
specific. The imports are not needed, deleting these lines and the errors
disappear.
A very nasty bug is GEOT_1688 which is very
EPSG factory needs to handle primary keys as integers
-
Key: GEOT-1835
URL: http://jira.codehaus.org/browse/GEOT-1835
Project: GeoTools
Issue Type: Bug
Components: core referencin
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/640/changes
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/d
See http://gridlock.openplans.org:8080/hudson/job/geotools-trunk/639/changes
--
started
Updating http://svn.geotools.org/trunk
ERROR: Failed to update http://svn.geotools.org/trunk
org.tmatesoft.svn.core.SVNException: svn: WC report failed: Java heap space
41 matches
Mail list logo
