Wellmann, Harald wrote:
> Interesting, that FactoryIterator thing adds a new dimension to the
> discussion. It might offer a rather seamless migration path from poor man's
> META-INF service registry to the OSGi service registry.
>
> 1) Osgify all Geotools libraries as outlined in my wiki additio
Split h2 module into core and dbms specific modules
---
Key: GEOT-2032
URL: http://jira.codehaus.org/browse/GEOT-2032
Project: GeoTools
Issue Type: Improvement
Components: data h2
Andrea Aime wrote:
> Yet the java Font size is defined in points:
> http://java.sun.com/javase/6/docs/api/java/awt/Font.html#getSize()
>
> Hmm... anybody knows a way to turn pixels into points? It seems
> to be screen dependent...
>
Java documents a default DPI (72 I think?) to use when making t
Only thing I can think to do is take the old repository and load it up
and then apply to changes made on the new repository...
However I expect that these gaps we are encountering are the kind of
thing Mr Custer warned us about when he was assembling a smaller
repository. Our own sys admin was
Here is the part of the origional email where we are in agreement:
> So I would recommend:
> - Making a new Transaction interface (perhaps called Session) that meets
> your needs. This can prove the concept and serve to motivate your design
> choices.
> - Repository idea seems dead ... replace wi
Andrea Aime wrote:
> read your mail and I'm wondering if Christian really needs all of
> what you're proposing. To "jsut" work in typical J2EE enviroment
> where you only have databases around, no files, no remote servers,
> I believe there would be no need for a repository concept, but
> just a Tr
JDBCDataStore should not cache the feature type on createSchema
---
Key: GEOT-2031
URL: http://jira.codehaus.org/browse/GEOT-2031
Project: GeoTools
Issue Type: Bug
Repor
So that is useful background information ... what is your recommended
course of action - and can we start the process of fixing GeoTools to be
more friendly in an OSGi environment?
Based on you page it sounds like:
- add information to MANIFEST.MF
- add BuddyPolicy to work around scanForPlugins(
SQLEncoder.encodeEnvelope should provide the srid
-
Key: GEOT-2030
URL: http://jira.codehaus.org/browse/GEOT-2030
Project: GeoTools
Issue Type: Improvement
Reporter: Andrea Aime
Martin Desruisseaux ha scritto:
> Andrea Aime a écrit :
>> I mean, it would be easy if DMS was supposed to be stored
>> as decimal degrees... but I'm just hoping for the unlikely.
>> Can anybody clarify?
>
> I have not seen a clear answer for this one. My interpretation is that
> is should be sto
Andrea Aime a écrit :
> I mean, it would be easy if DMS was supposed to be stored
> as decimal degrees... but I'm just hoping for the unlikely.
> Can anybody clarify?
I have not seen a clear answer for this one. My interpretation is that is
should
be stored in DMS, for example 10°30' would need
High Andrea,
1)
There was a misunderstanding, I wrote
"3) UDIG and Geoserver are no references because (as far as i know) they do
not use NON geotools transactional resources"
meaning that these 2 products are doing all their transaction handling with
geotools having no further transactio
Hi,
looking into a difference in font rendering
between MapServer and GeoServer I noticed that
GeoTools SLDStyelFactory is using the size defined
in the TextSymbolizer as is, and this is not what
the specification mandates for.
SLD 1.0, page 46, states:
The "font-size" CssParameter element gives t
Hi,
looking at the 4327 definition in the official epsg database:
GEOGCS["WGS 84 (geographic 3D)",
DATUM["World Geodetic System 1984",
SPHEROID["WGS 84", 6378137.0, 298.257223563,
AUTHORITY["EPSG","7030"]],
AUTHORITY["EPSG","6326"]],
PRIMEM["Greenwich", 0.0, AUTHORITY["EPSG","8901"
Jody Garnett ha scritto:
> So I really thing the revison history is messed up; going through the
> milestones the nearest I have found is:
>
> C:\java\geotools\trunk>svn info http://svn.geotools.org/tags/2.5-M2
> Path: 2.5-M2
> URL: http://svn.geotools.org/tags/2.5-M2
> Repository Root: http://sv
Christian Müller ha scritto:
>
> 1) I think I should make a proposal in the wiki (where is the best place)
> 2) I am working on a system handling animal deseases. A typical transaction
> does modifications on an host db2, stores zone geometries in an AIX DB2
> and puts
> some informations for
Just a test email.
-
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 prizes
Grand prize is a trip for two to an Open Source ev
1) I think I should make a proposal in the wiki (where is the best place)
2) I am working on a system handling animal deseases. A typical transaction
does modifications on an host db2, stores zone geometries in an AIX DB2 and
puts
some informations for animal doctors in a jms queue (resulting i
Jody Garnett ha scritto:
>> Jody:
>> I think we should start some discussions about transaction handling.
>> Do you know this article
>> http://static.springframework.org/spring/docs/2.5.5/reference/transaction.ht
>> ml
>> Btw, GeoServer uses Spring, GeoServer should do the transaction handling,
19 matches
Mail list logo
