On 08/28/2014 07:16 PM, Nicolas Derive wrote:
> I fail to get any position on the map or any suggestions when I enter an
> address in both start point or destination point, and can't start a
> search for a trip until I positioned start and stop points using the
> map. Is there any configuring I should do before using it? Or any way to
> fallback to another geocoder?
The built-in geocoder is enabled in the master branch, and its index
will be lazy-initialized the first time you make a request. The geocoder
is available at a URL of this form:
http://localhost:8080/otp/routers/trimet/geocode?query=xyz
The relevant classes are
org.opentripplanner.index.GeocoderResource
org.opentripplanner.common.LuceneIndex
Note that the LuceneIndex will attempt to create its index in
/var/otp/lucene. If this directory doesn't exist that probably
interferes with creation of the index.
The client code is configured by default to use this built-in geocoder.
See js/otp/config.js geocoders section, which references
js/otp/core/GeocoderBuiltin.js.
However the client code just uses "default" as the router ID so you
might need to change that or add some code to make it more generic.
> For the stop viewer: No problem with that. I was just wondering if it
> was known or not. Is that planned to correct the client or will it be
> removed for 1.0?
The client code in master was/is still being used in environments where
we can't change the URLs and data model for the transit index. We do
plan to fix it for the 1.0 release. Additionally, the 1.0 index API is
not finalized and we don't necessarily want to keep chasing behind those
changes in the client code.
-Andrew