./geo/spatialite/tools [CLI tools for spatialite]
[+] Add this package to your ports tracker

[ CVSweb ] [ Homepage ] [ RSS feed ]

Version: 4.3.0, Package name: spatialite-tools-4.3.0
Maintained by: The OpenBSD ports mailing-list
Master sites:
Description
spatialite-tools is a collection of open source Command Line Interface
(CLI) tools supporting SpatiaLite.

* spatialite: a complete CLI front-end, more or less equivalent to the
well known sqlite3 front-end, but fully supporting SpatiaLite
* spatialite_tool: a tool supporting import/export of Shapefiles and
DBF-files
* shp_doctor: a diagnostic tool to check anomalous shapefiles
* exif_loader: an import tool for EXIF or EXIF-GPS (JPEG) pictures
* spatialite_osm_raw: a tool importing OSM files (raw format tables,
strictly corresponding to XML input)
* spatialite_osm_filter: a tool allowing to re-export spatially
selected OSM files form a raw-format DB
* spatialite_osm_map: a tool importing map layers from an OSM file
* spatialite_osm_net: a tool creating a road network from an OSM file
* spatialite_network: a tool creating a VirtualNetwork (supporting
shortest path / routing SQL queries)
* spatialite_gml: a tool importing GML files


Filesize: 528.136 KB
Version History (View Complete History)
  • (2015-09-18) Updated to version: spatialite-tools-4.3.0
  • (2014-08-27) Updated to version: spatialite-tools-4.2.0
  • (2013-03-21) Package added to openports.se, version spatialite-tools-4.0.0 (created)
[show/hide] View available PLISTS (Can be a lot of data)

CVS Commit History:

   2018-10-24 08:28:14 by Stuart Henderson | Files touched by this commit (740)
Log message:
Add COMPILER lines to c++ ports which currently use the default. Adjust
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
   2017-07-26 16:45:35 by Stuart Henderson | Files touched by this commit (937)
Log message:
bump LIBCXX/LIBECXX/COMPILER_LIBCXX ports.
   2017-07-16 13:19:06 by Marc Espie | Files touched by this commit (880)
Log message:
use COMPILER_LIBCXX where applicable
   2017-04-10 05:46:23 by Stuart Henderson | Files touched by this commit (276)
Log message:
use LIBCXX
   2016-09-23 03:16:58 by Stuart Henderson | Files touched by this commit (124)
Log message:
Cope with moving sqlite3 back to ports.
   2016-04-09 17:38:55 by Christian Weisgerber | Files touched by this commit (6)
Log message:
replace libiconv module with library dependency; no bump needed
   2015-09-18 03:48:26 by Landry Breuil | Files touched by this commit (3)
Log message:
Update to spatialite-tools 4.3.0.
   2015-09-18 03:48:26 by Landry Breuil | Files touched by this commit (3)
Log message:
Update to spatialite-tools 4.3.0.
   2015-09-18 03:48:26 by Landry Breuil | Files touched by this commit (3)
Log message:
Update to spatialite-tools 4.3.0.
   2015-04-21 12:51:26 by Stuart Henderson | Files touched by this commit (60)
Log message:
add some simple missing lzma WANTLIBs (crept in via libxml)