Hi All

The dependency on internal code has been removed from the OS ITN data loader by 
using geotools.
This means you should be able to try it out now.  Some of the tests currently 
fail but the basics work.  To build you will want to skip the acceptancetesting 
module, since that is an internal test which will probably be moved out of this 
repository as it is data dependant. For now skip tests whilst I figure out what 
has broken the unit tests, hopefully tomorrow.

To run graphhopper loading itn files supply the following configuration options


osmreader.osm=<path to data file as normal but this should be either a 
directory or itn xml file rather than osm>

reader.implementation=com.graphhopper.reader.osgb.OsItnReader


the reader.implementation setting changes which DataReader implementation 
GraphHopper uses with com.graphhopper.reader.osgb.OsItnReader and 
com.graphhopper.reader.OSMReader now implementing an interface DataReader.  if 
reader.implementation is not set com.graphhopper.reader.OSMReader is used by 
default.

osmreader.osm setting should probably change to datareader.src with this change 
but for now I have left that alone for compatibility reasons.

Once the data is imported it can be used in a standard GraphHopper server 
without having to switch reader implementation which means ingested data should 
work in a GraphHopper instance from the main repo without consuming the 
engaric/graphhopper branch though I believe at the moment I need to resync with 
graphhopper/graphhopper repo as I suspect the graph version has been changing 
rapidly recently.

Sincerely
Stuart Adam

                                          
_______________________________________________
GraphHopper mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/graphhopper

Reply via email to