I had posted some ideas for collaboration opportunities to the GeoAPI
list. I realized after some discussion on that thread that GeoAPI
wasn't the best vehicle for the type of collaboration I was
discussing.
The two ideas I mentioned was geometry and spatial relationship
constraints built on top o
XXXDialectEpsgFactory instances from FactoryUsingXXXSQL
---
Key: GEOT-1344
URL: http://jira.codehaus.org/browse/GEOT-1344
Project: GeoTools
Issue Type: Sub-task
Components: core r
DirectEpsgFactory from FactoryUsingSQL
--
Key: GEOT-1343
URL: http://jira.codehaus.org/browse/GEOT-1343
Project: GeoTools
Issue Type: Sub-task
Components: core referencing
Affects Versions: 2
Rename various FactoryOnXXXSQL to the form ThreadedXXXEpsgFactory
-
Key: GEOT-1342
URL: http://jira.codehaus.org/browse/GEOT-1342
Project: GeoTools
Issue Type: Sub-task
ThreadedEpsgFactory from DefaultFactory
---
Key: GEOT-1341
URL: http://jira.codehaus.org/browse/GEOT-1341
Project: GeoTools
Issue Type: Sub-task
Components: core referencing
Affects Versions:
Introduce ObjectPool to ThreadedAuthorityFactory to support multiple workers
Key: GEOT-1340
URL: http://jira.codehaus.org/browse/GEOT-1340
Project: GeoTools
Issue T
ThreadedAuthorityFactory from BufferedAuthorityFactory
--
Key: GEOT-1339
URL: http://jira.codehaus.org/browse/GEOT-1339
Project: GeoTools
Issue Type: Sub-task
Components: core ref
Note I am not suggesting we remove (or change) the default
implementation. Just that data includes a "pure geoapi" implementation
that we can use for testing.
Cheers,
Jody
-
This SF.net email is sponsored by DB2 Express
Dow
Nice catch Richard - you could add this method to DataUtilities :-)
Jody
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just d
I am doing testing against trying to view/edit/manipulate files that reside on
a windows network share, and I have run into several instances across both uDig
and GeoTools where java.net.URLs are (improperly?) converted into
java.io.Files. The usual method of doing this is to just use URL.getPat
We should write down the two use cases here so we can document how the
proposal solves them. I am going to try Gabriel - but I may be wrong
(but since your email always bounces you will never know).
> speaking out of ignorance here, so please be patient
>
> I will be totally fine with this when I
speaking out of ignorance here, so please be patient
I will be totally fine with this when I can set up datastores to use
DataSource through JNDI on the major commercial J2EE servers.
Would love to contribute instructions on how to do that at least for the ones
there are linux trials (websphere
Chris Holmes ha scritto:
> One other thought is to have the driver class name and url's filled out
> as defaults in the factory. In an app like uDig they can just be part
> of the 'advanced' tab. For GeoServer a user would get default values,
> and they wouldn't know what they do, so they'd ju
Hi Jody,
On Monday 18 June 2007 18:42:52 Jody Garnett wrote:
> Hi Gabriel; Thanks for getting going on this!
not a problem, glad to attack some issues that bother so much.
>
> We can make a "normal" implementation of Filter in Data (and just not
> make it the default FilterFactory) - this would b
One other thought is to have the driver class name and url's filled out
as defaults in the factory. In an app like uDig they can just be part
of the 'advanced' tab. For GeoServer a user would get default values,
and they wouldn't know what they do, so they'd just leave them in. That
might no
ReferencingFactoryContainer created to replace FactoryGroup
---
Key: GEOT-1338
URL: http://jira.codehaus.org/browse/GEOT-1338
Project: GeoTools
Issue Type: Sub-task
Components
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/995
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and t
Isolate Cache into a separate object (ReferencingObjectCache)
-
Key: GEOT-1337
URL: http://jira.codehaus.org/browse/GEOT-1337
Project: GeoTools
Issue Type: Sub-task
Repo
WorldImageReader does not convert from URL to File properly
---
Key: GEOT-1336
URL: http://jira.codehaus.org/browse/GEOT-1336
Project: GeoTools
Issue Type: Bug
Components: gc
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/994
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and t
Determine CRS the same way as Postgis
-
Key: GEOT-1335
URL: http://jira.codehaus.org/browse/GEOT-1335
Project: GeoTools
Issue Type: Bug
Components: data oraclespatial
Reporter: Andrea
Cannot write to Oracle datastore when attribute types does not have the proper
SRID
---
Key: GEOT-1334
URL: http://jira.codehaus.org/browse/GEOT-1334
Project: GeoTools
Hi Gabriel; Thanks for getting going on this!
We can make a "normal" implementation of Filter in Data (and just not
make it the default FilterFactory) - this would be useful for DataStore
testing (to ensure they are ready).
Cheers,
Jody
> Hi,
>
> so I spent most of the weekend working on GEOT-1
StreamingRenderer eats valuable information when an exception occurrs during
layer queriying
Key: GEOT-1333
URL: http://jira.codehaus.org/browse/GEOT-1333
Pr
Make sure StreamingRenderer uses lenient transformations
Key: GEOT-1332
URL: http://jira.codehaus.org/browse/GEOT-1332
Project: GeoTools
Issue Type: Improvement
Components: c
http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/983
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and t
Ok Helge,
thank you very much for your help ... I'll check the code you provided ASAP.
On 6/14/07, Helge Koch <[EMAIL PROTECTED]> wrote:
Hi Alessio,
SORRY! I meant ZOOM OUT! Aargh. Pleace replace "zoom in" in my orginal
post
with "zoom out".
The root cause seems to be that ImagePyramidReader
Time Conversion Failed
--
Key: GEOT-1331
URL: http://jira.codehaus.org/browse/GEOT-1331
Project: GeoTools
Issue Type: Bug
Components: core feature
Affects Versions: 2.3.2, 2.3.1, 2.3.0
Reporter:
Hi,
so I spent most of the weekend working on GEOT-1192.
So far I have main cleaned up, except for the filter package. After quite a
few failed attemps to clean up as much as possible in the filter package and
subpackages in main, I think it'll be better to attack them for the next
release. Rat
Continuum a écrit :
> http://geo.openplans.org:9090/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/1/buildId/977
This is again our beloved lock issue. The report from the Continuum working
copy is:
-
30 matches
Mail list logo
