This unbreaks dependent ports like osm2pgsql because some osmium headers
needs utf8.h.
e.g.
/usr/local/include/osmium/io/detail/opl_parser_functions.hpp:50:10: fatal error: 'utf8.h' file not found
#include <utf8.h>
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.
building the only .cpp file (generated by cython) that includes
cpl_port.h from GDAL (which requires c++11). clang seems to do the right
thing. *shrug*. dunno if the actual problem is with language detection
in distutils or egcc..
Tested on macppc with ports-gcc & amd64 with base-clang & ports-gcc
Now requires c++11 per https://trac.osgeo.org/geos/wiki/RFC5 so set
COMPILER accordingly.
Built the following consumers on amd64: mapserver, mapcache, qgis, gdal,
libosmium, postgis, and gdal on i386. No fallout.
Previous versions of the package give _osrm_routed a nonexistent home
directory, causing errors when using the rc script in certain situations.
This can't be fixed by updating the package alone.
N.B.: if you've EVER installed osrm-backend, wait for the package
mirrors to update with osrm-backend5.18.0p1, and then run the following:
# pkg_delete osrm-backend
# userdel _osrm_routed
After doing so, you can safely re-add the package.
noticed by tb@
C library for parsing/normalizing street addresses around the world, powered
by statistical NLP and open geo data.
This library helps convert the free-form addresses that humans use into clean
normalized forms suitable for machine comparison and full-text indexing.
OK rsadowski@
OSRM is a high performance routing engine written in C++14 designed to run on
OpenStreetMap data.
The following services are available via HTTP API, C++ library interface and
NodeJs wrapper:
- Nearest - Snaps coordinates to the street network and returns the nearest
matches
- Route - Finds the fastest route between coordinates
- Table - Computes the duration or distances of the fastest route between all
pairs of supplied coordinates
- Match - Snaps noisy GPS traces to the road network in the most plausible way
- Trip - Solves the Traveling Salesman Problem using a greedy heuristic
- Tile - Generates Mapbox Vector Tiles with internal routing metadata
ok landry@
Osmium is a fast and flexible C++ library for working with OpenStreetMap data.
The Osmium library has extensive support for all types of OSM entities:
nodes, ways, relations, and changesets. It allows reading from and writing
to OSM files in XML and PBF formats, including change files and full history
files. Osmium can store OSM data in memory and on disk in various formats
and using various indexes. Its easy to use handler interface allows you to
quickly write data filtering and conversion functions. Osmium can create
WKT, WKB, OGR, GEOS and GeoJSON geometries for easy conversion into many GIS
formats and it can assemble multipolygons from ways and relations.
ok landry@
