Hello Simone
As told in a previous email (before Lausane), I commited
BufferedCoordinateOperationFactory as a replacement of
BufferedDefaultCoordinateOperationFactory, and deprecated the later. The main
difference is that BufferedCoordinateOperationFactory is a wrapper around an
arbitrary CoordinateOperationFactory, instead of extending
DefaultCoordinateOperationFactory. This is important because the actual backing
factory is not always DefaultCoordinateOperationFactory. It can also be
AuthorityBackedFactory is some EPSG authority factory is avaialble on the
classpath. This lead to more accurate transformations.
In addition, BufferedCoordinateOperationFactory is automatically registered for
use by FactoryFinder, so users don't need to know at all about this class. Just
use CoordinateOperationFactory as usual, no need to care about buffering; this
is done automatically.
Could you tell me when we can remove the old
BufferedDefaultCoordinateOperationFactory please? And SoftHashMap as well
(replaced by SoftValueHashMap for consistency with WeakValueHashMap, avoiding
licensing issue and I also took the opportunity for implementing entrySet()).
Thanks,
Martin
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
