Jody Garnett a écrit :
> The line where we have:
>> if (cached instanceof CoordinateOperation) {
>> operations = (Set/**/) cached;
>> }
> Can never succeed - it shoudl result in a class cast exception! But
> since we only ever put an unmodifieableSet into the cache - it has nev
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/1191
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/1190
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and
Jody Garnett wrote:
> Should note that this has replaced the earlier proposals I punted onto
> the wiki in order to talk with Gabriel about this kind of work.
>
> Justin I had a look over the on the 2.4.x page at the list of blocking
> items remaining against 2.4 - and I don't really belive the
Should note that this has replaced the earlier proposals I punted onto
the wiki in order to talk with Gabriel about this kind of work.
Justin I had a look over the on the 2.4.x page at the list of blocking
items remaining against 2.4 - and I don't really belive the list ...
but yes if we get t
In order to easily stress test with multiple threads against the new
"ObjectCache" in metadata/org.geotools.util, I have added
groboutils-core to the test dependencies of the metadata module.
The jar has been deployed to the lists.refractions.net/m2 repository.
Questions or concerns?
Cory.
--
Hi all,
In preparation for my work on feature model I have put together a formal
proposal.
http://docs.codehaus.org/display/GEOTOOLS/Implement+GeoAPI+Feature+Model
I have broken down the tasks under this jira issue:
http://jira.codehaus.org/browse/GEOT-1191
Creating subtasks and linking to the
resolve geotools / geoapi feature model naming conflicts
Key: GEOT-1365
URL: http://jira.codehaus.org/browse/GEOT-1365
Project: GeoTools
Issue Type: Task
Reporter: Justin D
make geotools.FeatureType extend opengis.FeatureType
Key: GEOT-1363
URL: http://jira.codehaus.org/browse/GEOT-1363
Project: GeoTools
Issue Type: Task
Components: core feature
make geotools.Feature extend opengis.Feature
Key: GEOT-1364
URL: http://jira.codehaus.org/browse/GEOT-1364
Project: GeoTools
Issue Type: Task
Components: core feature
Reporte
make geotools.AttributeType extend opengis.AttributeDescriptor
--
Key: GEOT-1362
URL: http://jira.codehaus.org/browse/GEOT-1362
Project: GeoTools
Issue Type: Task
Report
deprecate old feature model
---
Key: GEOT-1360
URL: http://jira.codehaus.org/browse/GEOT-1360
Project: GeoTools
Issue Type: Sub-task
Components: core feature
Reporter: Justin Deoliveira
switch client code to new feature and feature type builder api
--
Key: GEOT-1361
URL: http://jira.codehaus.org/browse/GEOT-1361
Project: GeoTools
Issue Type: Sub-task
Re
make old feature model extend new feature model
---
Key: GEOT-1359
URL: http://jira.codehaus.org/browse/GEOT-1359
Project: GeoTools
Issue Type: Sub-task
Components: core feature
+1, it will make the continuum logs smaller and easier to read.
-Justin
Martin Desruisseaux wrote:
> I'm in the process of deploying GeoAPI milestone and updating Geotools code
> for
> the removal of deprecated methods in BoundingBox and renaming of
> PointArray.getPosition(...) to getDirectPo
Hi Martin I am walking through some of your code and I think I spotted a
problem:
> public synchronized Set/**/
> createFromCoordinateReferenceSystemCodes(
> final String sourceCode, final String targetCode)
> throws FactoryException
> {
> final
lsun ha scritto:
> hi,
> I got error message which said "Cannot load a service for category
> MathTransformProvider . classNotFound:javax/media/jai/warpaffine" when I
> used geotools. I don't have images in my application. Somebody said it fixed
> in v2.2. What I'm using is v2.2 but why I still got
The change looks good, and hasn't caused me any problems. I don't think
there is anything else that needed to be applied. Thanks,
Graham.
Martin Desruisseaux wrote:
> Graham Davis a écrit :
>
>> Thanks for making those PointArray changes Martin. I was planning on
>> doing it before the rel
Graham Davis a écrit :
> Thanks for making those PointArray changes Martin. I was planning on
> doing it before the release, but you beat me to it. Cheers!
I just wanted to take advantage of timezone shift, since the release is
scheduled for tomorrow. Was the change in PointArray okay, or is t
We use some of the cool math stuff in JAI - Usually people discover that
we use the concept of Range as provided by JAI.
You are talented and seem to have found a spot where we use it for
warping - I bet it is for some fancy CRS reprojection? JAI has a lot of
really good optimized (down into C
I have used the JTS linear referencing stuff before (and backed it onto
oracle). I think the JTS stuff is only useful if you are storing
additional measurements (in the form of additional doubles) along with
your coordinates. I know that I could only store additional doubles in
an Oracle SDO_GE
Edgar Soldin a écrit :
> are there known bugs or problems, which prevent cts extension from
> running in openjump? Are there requirements?
I'm not aware of any blocking issue in Geotools referencing module. Can someone
from OpenJump side share with us which problems they encounter?
Mart
Thanks for making those PointArray changes Martin. I was planning on
doing it before the release, but you beat me to it. Cheers!
Graham.
Martin Desruisseaux wrote:
>I have not yet released a GeoAPI milestone, but just a snapshot.
>
>Updated Geotools code as of revision 26041. Developpers nee
Alexander Petkov a écrit :
> Has anyone done an ISO 19108 implementation? If not, can I get some
> help with reviewing and committing to geotools whatever I have
> implemented so far? It works with the Gregorian calendar as it is now.
We don't have an implementation, but there is GeoAPI interfaces
hi,
I got error message which said "Cannot load a service for category
MathTransformProvider . classNotFound:javax/media/jai/warpaffine" when I
used geotools. I don't have images in my application. Somebody said it fixed
in v2.2. What I'm using is v2.2 but why I still got this exception?
Thanks,
That sounds great Martin :-)
> I'm in the process of deploying GeoAPI milestone and updating Geotools code
> for
> the removal of deprecated methods in BoundingBox and renaming of
> PointArray.getPosition(...) to getDirectPosition(...).
>
> For making the process easier, I tuned the following op
Hello all,
are there known bugs or problems, which prevent cts extension from
running in openjump? Are there requirements?
Not sure but maybe I could spend a weekend these days...
regards ede
--
> Jody has offered to help if there is interest in prefecting/fixing the
> code that Edgar wrote for
Hi,
> Bryce wrote: "I presume you would like to build linear referencing
> functionality on top of the 19107 geometric objects."
>
> Not quite. I want to build linear referencing on top of JTS, but if I
> can do it in a way that will allow for the use of other geometry
> libraries I'm open to that.
Ciao Martin,
I was looking yesterday at the SoftHashValueMap since I need it for another
project. I have a question regarding the WeakCollectionCleaner. Is it really
needed? All it seems to do is clearing the internal reference of our
WeakReference or SoftReference but it seems to do nothing beyo
I want to know whether that geotools supports simple Chinese in shapefile?are
there any Chinese people ?
--
View this message in context:
http://www.nabble.com/does-that-geotools-support-simple-Chinsese-language--tf3958527.html#a11232375
Sent from the geotools-devel mailing list archive at Nabbl
Hey guys:
Has anyone done an ISO 19108 implementation? If not, can I get some
help with reviewing and committing to geotools whatever I have
implemented so far? It works with the Gregorian calendar as it is now.
Thanks much,
Alex
-- Forwarded message --
From: Ronald White <[EMAI
Martin Desruisseaux wrote:
> Jody Garnett a écrit :
>> Updated the docs -
>> http://docs.codehaus.org/display/GEOTDOC/09+Collection+Classes
> Thanks. but I wonder if we should bother users with low level details?
> I think that most of them will not look at the code. And I don't think
> that the
XMLNS namespaces and serialization
--
Key: GEOT-1358
URL: http://jira.codehaus.org/browse/GEOT-1358
Project: GeoTools
Issue Type: Bug
Components: core xml
Affects Versions: 2.2.2
Environ
I have not yet released a GeoAPI milestone, but just a snapshot.
Updated Geotools code as of revision 26041. Developpers need to run Maven with
option "--update-snapshots" (or "-U") at least once.
I removed the deprecated methods from BoundingBox as suggested in last IRC.
Also
renamed PointArr
I'm in the process of deploying GeoAPI milestone and updating Geotools code for
the removal of deprecated methods in BoundingBox and renaming of
PointArray.getPosition(...) to getDirectPosition(...).
For making the process easier, I tuned the following option to "false". Is
there
any objection
Jody Garnett a écrit :
> Added the code example to the user docs:
> - http://docs.codehaus.org/display/GEOTDOC/03+Referencing+Factories
Thanks a lot! I applied minor formatting.
Martin
-
This SF.net email is sponsore
Jody Garnett a écrit :
> Updated the docs -
> http://docs.codehaus.org/display/GEOTDOC/09+Collection+Classes
Thanks. but I wonder if we should bother users with low level details? I think
that most of them will not look at the code. And I don't think that the
priority
stuff is really geotools-
Hello Jan
Jan Jezek a écrit :
> I've implemented first draft of builder that generates LocalizationGrid
> from a set of MappedPostions using inverse distance weighted
> interpolation. I've also made a small demo to be able to see the results.
> I've uploaded some screenshots of results to the wik
38 matches
Mail list logo