Jody Garnett a écrit :
> Trying this out as an experiment ... running into a problem with
> GridFormatFinder .. in short I do not see how the Hints
> make it to the constructor based on the following code:
>
>> (..snip...)
>
> Hints are used in the hintsFilter ... but by then the provider object
Jody Garnett a écrit :
> Martin your example will work for referencing, but it is a lot of work
> to clean up the rest of the library to that standard. I am not sure we
> can pull it off right now. How about this ... we recognize that GeoTools
> right now is "single use" and we gather up the ass
On Wed, 2007-04-04 at 12:00 +0200, Martin Desruisseaux wrote:
> Jody Garnett a écrit :
> > You were thinking of renaming this beast - is now a good time?
>
> org.geotools.referencing.FactoryFinder may be renamed as
> ReferencingFactoryFinder in order to distinguish it from other FactoryFinder.
>
Jody Garnett a écrit :
> You were thinking of renaming this beast - is now a good time?
org.geotools.referencing.FactoryFinder may be renamed as
ReferencingFactoryFinder in order to distinguish it from other FactoryFinder.
I'm mostly indifferent on this one.
Martin
Martin Desruisseaux wrote:
> System properties should not be needed in any way for configuring the
> factories. I admit that CRS_DIRECTORY_KEY is an exception. This is a
> bug and should be fixed. If this is an urgent issue and if you have a
> little bit of time, would you like to fix it? I may
Trying this out as an experiment ... running into a problem with
GridFormatFinder .. in short I do not see how the Hints
make it to the constructor based on the following code:
> public Iterator getServiceProviders(final Class category, final Filter
> filter, final Hints hints) {
> /*
>
Bleck - you are both right :-(
Martin your example will work for referencing, but it is a lot of work
to clean up the rest of the library to that standard. I am not sure we
can pull it off right now. How about this ... we recognize that GeoTools
right now is "single use" and we gather up the as
Martin Desruisseaux wrote:
> Jody Garnett a écrit :
>> I started in on DataSource proposal today... and Andrea asked the
>> sensible question of how does one hook it up. And I am not sure yet
>> how multiple valid CRSFactories are chosen CRS is caching a
>> DefaultAuthorityFactory - which I
Andrea Aime a écrit :
> In Geoserver we do use only the system properties, never the hints.
> The issue is, all of Geoserver is using CRS to perform its work, so the
> only way to force axis order application wide is to set the system
> property.
> Is there any other global way to set these hints?
Martin Desruisseaux ha scritto:
> System properties should not be needed in any way for configuring the
> factories.
> They are just workaround for legacy applications that do not specify their
> hints. For example the "org.geotools.referencing.forceXY" system property
> sets
> the default va
Jody Garnett a écrit :
> I am not sure yet how multiple valid CRSFactories are chosen The CRS
> utility class is caching a DefaultAuthorityFactory - which I eventually
> will need to get Hints into that process.
CRS is just a set of convenience methods. If we complexify it too much, it will
Hi Martin ...
I started in on DataSource proposal today... and Andrea
asked the sensible question of how does one hook it up. :-)
I am not sure yet how multiple valid CRSFactories are chosen The CRS
utility class is caching a DefaultAuthorityFactory - which I eventually
will need to get Hin
12 matches
Mail list logo
