<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Hi Stuart,<br>
<br>
this is nice - thanks!<br>
<br>
I took a closer look at it. There seems to be an old
graphhopper.sh script? Also I had a problem with the import when
using the sample data you mentioned**<br>
<br>
What I did I described in the 'current instructions' of the issue
#227 and let us move the discussion to it:
<a class="moz-txt-link-freetext" href="https://github.com/graphhopper/graphhopper/issues/277">https://github.com/graphhopper/graphhopper/issues/277</a><br>
<br>
Let me know when you think that this is stable enough, then we can
work together on improving the abstraction and refactoring
mentioned in the notes, if you like.<br>
<br>
Kind Regards,<br>
Peter<br>
<br>
**<br>
org.opengis.referencing.NoSuchAuthorityCodeException: No code
"EPSG:27700" from authority "EPSG" found for object of type
"EngineeringCRS".<br>
at
org.geotools.referencing.factory.epsg.CartesianAuthorityFactory.noSuchAuthorityException(CartesianAuthorityFactory.java:136)<br>
at
org.geotools.referencing.factory.epsg.CartesianAuthorityFactory.createEngineeringCRS(CartesianAuthorityFactory.java:130)<br>
at
org.geotools.referencing.factory.epsg.CartesianAuthorityFactory.createCoordinateReferenceSystem(CartesianAuthorityFactory.java:121)<br>
at
org.geotools.referencing.factory.AuthorityFactoryAdapter.createCoordinateReferenceSystem(AuthorityFactoryAdapter.java:801)<br>
at
org.geotools.referencing.factory.ThreadedAuthorityFactory.createCoordinateReferenceSystem(ThreadedAuthorityFactory.java:731)<br>
at
org.geotools.referencing.DefaultAuthorityFactory.createCoordinateReferenceSystem(DefaultAuthorityFactory.java:179)<br>
at org.geotools.referencing.CRS.decode(CRS.java:519)<br>
at org.geotools.referencing.CRS.decode(CRS.java:447)<br>
at
uk.co.ordnancesurvey.api.srs.OpenCoordConverter.<clinit>(OpenCoordConverter.java:18)<br>
at
com.graphhopper.reader.osgb.OSITNNode.parseCoordinateString(OSITNNode.java:143)<br>
at
com.graphhopper.reader.osgb.OSITNNode.parseCoords(OSITNNode.java:131)<br>
at
com.graphhopper.reader.osgb.OSITNElement.handleCoordinates(OSITNElement.java:289)<br>
at
com.graphhopper.reader.osgb.OSITNElement.readTags(OSITNElement.java:89)<br>
at
com.graphhopper.reader.osgb.OSITNNode.create(OSITNNode.java:55)<br>
at
com.graphhopper.reader.osgb.OsItnInputFile.getNextXML(OsItnInputFile.java:209)<br>
at
com.graphhopper.reader.osgb.OsItnInputFile.getNext(OsItnInputFile.java:174)<br>
at
com.graphhopper.reader.osgb.OsItnReader.preProcessSingleFile(OsItnReader.java:294)<br>
at
com.graphhopper.reader.osgb.OsItnReader.preProcessSingleFile(OsItnReader.java:284)<br>
at
com.graphhopper.reader.osgb.OsItnReader.preProcessDirOrFile(OsItnReader.java:275)<br>
at
com.graphhopper.reader.osgb.OsItnReader.preProcess(OsItnReader.java:260)<br>
at
com.graphhopper.reader.osgb.OsItnReader.readGraph(OsItnReader.java:244)<br>
at
com.graphhopper.GraphHopper.importData(GraphHopper.java:634)<br>
at com.graphhopper.GraphHopper.process(GraphHopper.java:603)<br>
at
com.graphhopper.GraphHopper.importOrLoad(GraphHopper.java:576)<br>
at com.graphhopper.tools.Import.main(Import.java:16)<br>
Exception in thread "main" java.lang.RuntimeException: Problem
while parsing file<br>
at
com.graphhopper.reader.osgb.OsItnReader.preProcess(OsItnReader.java:262)<br>
at
com.graphhopper.reader.osgb.OsItnReader.readGraph(OsItnReader.java:244)<br>
at
com.graphhopper.GraphHopper.importData(GraphHopper.java:634)<br>
at com.graphhopper.GraphHopper.process(GraphHopper.java:603)<br>
at
com.graphhopper.GraphHopper.importOrLoad(GraphHopper.java:576)<br>
at com.graphhopper.tools.Import.main(Import.java:16)<br>
Caused by: java.lang.NullPointerException<br>
at
org.geotools.referencing.CRS.findMathTransform(CRS.java:1201)<br>
at
uk.co.ordnancesurvey.api.srs.OpenCoordConverter.toWGS84(OpenCoordConverter.java:30)<br>
at
com.graphhopper.reader.osgb.OSITNNode.parseCoordinateString(OSITNNode.java:143)<br>
at
com.graphhopper.reader.osgb.OSITNNode.parseCoords(OSITNNode.java:131)<br>
at
com.graphhopper.reader.osgb.OSITNElement.handleCoordinates(OSITNElement.java:289)<br>
at
com.graphhopper.reader.osgb.OSITNElement.readTags(OSITNElement.java:89)<br>
at
com.graphhopper.reader.osgb.OSITNNode.create(OSITNNode.java:55)<br>
at
com.graphhopper.reader.osgb.OsItnInputFile.getNextXML(OsItnInputFile.java:209)<br>
at
com.graphhopper.reader.osgb.OsItnInputFile.getNext(OsItnInputFile.java:174)<br>
at
com.graphhopper.reader.osgb.OsItnReader.preProcessSingleFile(OsItnReader.java:294)<br>
at
com.graphhopper.reader.osgb.OsItnReader.preProcessSingleFile(OsItnReader.java:284)<br>
at
com.graphhopper.reader.osgb.OsItnReader.preProcessDirOrFile(OsItnReader.java:275)<br>
at
com.graphhopper.reader.osgb.OsItnReader.preProcess(OsItnReader.java:260)<br>
... 5 more<br>
<br>
<br>
On 19.11.2014 00:08, Stuart Adam wrote:<br>
</div>
<blockquote cite="mid:DUB119-W3911DBD014521749052905BA880@phx.gbl"
type="cite">
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
<div dir="ltr">Hi All<br>
<br>
The dependency on internal code has been removed from the OS ITN
data loader by using geotools.<br>
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.<br>
<br>
To run graphhopper loading itn files supply the following
configuration options<br>
<br>
<br>
osmreader.osm=<path to data file as normal but this should be
either a directory or itn xml file rather than osm><br>
<br>
reader.implementation=com.graphhopper.reader.osgb.OsItnReader<br>
<br>
<br>
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.<br>
<br>
osmreader.osm setting should probably change to datareader.src
with this change but for now I have left that alone for
compatibility reasons.<br>
<br>
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.<br>
<br>
Sincerely<br>
Stuart Adam<br>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
GraphHopper mailing list
<a class="moz-txt-link-abbreviated" href="mailto:GraphHopper@openstreetmap.org">GraphHopper@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/graphhopper">https://lists.openstreetmap.org/listinfo/graphhopper</a>
</pre>
</blockquote>
<br>
</body>
</html>