| Road Map |
| libspatialite |
- supporting SQLite v.3.7.3 [Geometry Callbacks]
SpatiaLite can now support the R*Tree Spatial Index in an easier way, via the following SQL functions:
RTreeWithin(), RTreeContains(), RTreeIntersects() and RTreeDistWithin()
- introduced KML output support: AsKML()
- introduced GML output support: AsGML()
- introduced a further SQL function: PtDistWithin()
This supports easy filtering of WGS84 (GPS) POINTs
- quite complete refactoring of the TXT/CSV reader
- fixed some inconsitencies in Spatial Index handling for NULL Geometries
fixed some inconsitencies in Spatial Index handling for REPLACE
[refactored TRIGGER implementation for Spatial Index alignement]
- fixed several memory leaks related with the recently introduced new WKT parser
- ... and a lot of bug fixing, here and there ...
- anyway, the main goal of this realease is the one to introduce a better build system:
- the canonical distribution is intended to support developers and system packagers
simply requiring to get a shared library (aka DLL) completely
depending on the external (system) libsqlite3
i.e. this is the most common case for peoples mainly interested
in using some connector or language binding (Python, .NET ...)
- on the other way the amalgamation distribution is intended to support developers
wishing to get a completly self standing Spatial DBMS core, with no external dependencies
(the amalgamation includes an internal private copy of SQLite 3.7.3).
May well be, because they intend to build statically linked apps, in order to simplify the
installation process.
|
|
| spatialite-tools |
- added a new CLI tool spatialite_osm_raw
- the tool previously name spatialite_osm has been renamed as spatialite_osm_net
for the sake of clarity.
So the OSM supporting tools are now:
- spatialite_osm_net: genarating a Network (aka Graph) from OSM XML
- spatialite_osm_map: generating multi-layered map from OSM XML
- spatialite_osm_raw: simply acquiring OSM XML into DB tables (fully preserving the XML layout)
- modified build scripts, so to support both canonical and amalgmation base-libraries
|
|
| libgaiagraphics |
This new library supports graphical rendering.
The main rationale explaining why this library is usefull is because
it allows to centralize in only one place any rendering task.
In the previous implementation such stuff was badly sparsed between spatialite-gui,
spatialite-gis and librasterlite (more or less, at random).
And it was widely depending on wxWidgets.
So introducing this new library permits to adopt a much more cleaner design.
Please note: the current version is still an incomplete one.
A more complete version will be surely released when the new RasterLite-2
will be released as well.
Anyway any rendering task is now largely based on the top of the
well known Cairo graphics library, and this marks a significative milestone.
|
|
| librasterlite |
Major refactoring still in progress ...
please wait until next-to-come release |
|
| spatialite-gui |
- Long queries: progress handler
- Long queries: kill/abort now supported
- Map preview for Geometry Tables (layer)
- Statistic snapshot [column level]
- Brand new build scripts:
- standard ./configure is now supported
- can be built on the top of standard wxWidget on any Linux
|
|
| spatialite-gis |
Major refactoring still in progress ...
please wait until next-to-come release |
|