Julian Simioni
7 years ago
1 changed files with 317 additions and 0 deletions
@ -0,0 +1,317 @@
|
||||
# Installing Pelias from Scratch |
||||
|
||||
These instructions will help you set up the Pelias geocoder from scratch. We strongly recommend |
||||
using our [Docker](http://github.com/pelias/docker/) tools for your first Pelias installation. |
||||
|
||||
However, for more in-depth usage, or to learn more about the internals of Pelias, use this guide. |
||||
|
||||
It assumes some knowledge of the command line and Node.js, but we'd like as many people as possible |
||||
to be able to install Pelias, so if anything is confusing, please don't hesitate to reach out. We'll |
||||
do what we can to help and also improve the documentation. |
||||
|
||||
## Installation Overview |
||||
|
||||
These are the steps for fully installing Pelias: |
||||
1. [Check that the hardware and software requirements are met](#system-requirements) |
||||
1. [Decide which datasets to use and download them](#choose-your-datasets) |
||||
1. [Download the Pelias code](#download-the-pelias-repositories) |
||||
1. [Customize Pelias Configuration file `~/pelias.json`](#customize-pelias-config) |
||||
1. [Install the Elasticsearch schema using pelias-schema](#set-up-the-elasticsearch-schema) |
||||
1. [Use one or more importers to load data into Elasticsearch](#run-the-importers) |
||||
1. [Install and start the Pelias services](#install-and-start-the-pelias-services) |
||||
1. [Start the API server to begin handling queries](#start-the-api) |
||||
|
||||
|
||||
## System Requirements |
||||
|
||||
See our [software requirements](requirements.md) and insure all of them are installed before moving forward |
||||
|
||||
### Hardware recommendations |
||||
* At a minimum 50GB disk space to download, extract, and process data |
||||
* Lots of RAM, 8GB is a good minimum for a small import like a single city or small country. A full North America OSM import just fits in 16GB RAM |
||||
|
||||
## Choose your datasets |
||||
Pelias can currently import data from [four different sources](data-sources.md), using five different importers. |
||||
|
||||
Only one dataset is _required_: [Who's on First](https://whosonfirst.org/). This dataset is used to enrich all data imported into Pelias with [administrative information](glossary.md). For more on this process, see the [wof-admin-lookup](https://github.com/pelias/wof-admin-lookup) documentation. |
||||
|
||||
**Note:** You don't have to run the `whosonfirst` importer, but you do have to have Who's on First |
||||
data available on disk for use by the other importers. |
||||
|
||||
Here's an overview of how to download each dataset. |
||||
|
||||
### Who's on First |
||||
|
||||
The [Who's on First](https://github.com/pelias/whosonfirst#downloading-the-data) importer can download all the Who's |
||||
on First data quickly and easily. |
||||
|
||||
### Geonames |
||||
|
||||
The [pelias/geonames](https://github.com/pelias/geonames/#installation) importer contains code and |
||||
instructions for downloading Geonames data automatically. Individual countries, or the entire planet |
||||
(1.3GB compressed) can be specified. |
||||
|
||||
### OpenAddresses |
||||
|
||||
The Pelias Openaddresses importer can [download specific files from |
||||
OpenAddresses](https://github.com/pelias/openaddresses/#data-download). |
||||
|
||||
Additionally, the [OpenAddresses](https://results.openaddresses.io/) project includes numerous download options, |
||||
all of which are `.zip` downloads. The full dataset is just over 6 gigabytes compressed (the |
||||
extracted files are around 30GB), but there are numerous subdivision options. |
||||
|
||||
### OpenStreetMap |
||||
|
||||
OpenStreetMap (OSM) has a nearly limitless array of download options, and any of them should work as long as |
||||
they're in [PBF](http://wiki.openstreetmap.org/wiki/PBF_Format) format. Generally the files will |
||||
have the extension `.osm.pbf`. Good sources include [download.geofabrik.de](http://download.geofabrik.de/), [Nextzen Metro Extracts](https://metro-extracts.nextzen.org/), [Interline OSM Extracts](https://www.interline.io/osm/extracts/), and planet files listed on the [OSM wiki](http://wiki.openstreetmap.org/wiki/Planet.osm). |
||||
A full planet PBF file is about 41GB. |
||||
|
||||
#### Street Data (Polylines) |
||||
|
||||
To download and import [street data](https://github.com/pelias/polylines#download-data) from OSM, a separate importer is used that operates on a preprocessed dataset |
||||
derived from the OSM planet file. |
||||
|
||||
## Installation |
||||
|
||||
### Download the Pelias repositories |
||||
|
||||
At a minimum, you'll need |
||||
1. [Pelias schema](https://github.com/pelias/schema/) |
||||
2. The Pelias [API](https://github.com/pelias/api/) and other Pelias services |
||||
3. Importer(s) |
||||
|
||||
|
||||
Here's a bash snippet that will download all the repositories (they are all small enough that you don't |
||||
have to worry about the space of the code itself), check out the production branch (which is |
||||
probably the one you want), and install all the node module dependencies. |
||||
|
||||
```bash |
||||
for repository in schema whosonfirst geonames openaddresses openstreetmap polylines api placeholder |
||||
interpolation pip-service; do |
||||
git clone https://github.com/pelias/${repository}.git # clone from Github |
||||
pushd $repository > /dev/null # switch into importer directory |
||||
git checkout production # or remove this line to stay with master |
||||
npm install # install npm dependencies |
||||
popd > /dev/null # return to code directory |
||||
done |
||||
``` |
||||
|
||||
<details> |
||||
<summary>Not sure which branch to use?</summary> |
||||
|
||||
Pelias uses three diferent branches as part of our release process. |
||||
|
||||
`production` **(recommended)**: contains only code that has been well tested, generally against a |
||||
full-planet build. This is the "safest" branch and it will change the least frequently, although we |
||||
generally release new code at least once a week. |
||||
|
||||
`staging`: these branches contain the code that is currently being tested against a full planet |
||||
build for imminent release. It's useful to track what code will be going out in the next release, |
||||
but not much else. |
||||
|
||||
`master`: master branches contain the latest code that has passed code review, unit/integration |
||||
tests, and is reasonably functional. While we try to avoid it, the nature of the master branch is |
||||
that it will sometimes be broken. That said, these are the branches to use for development of new |
||||
features. |
||||
</details> |
||||
|
||||
### Customize Pelias Config |
||||
|
||||
Nearly all configuration for Pelias is driven through a single config file: `pelias.json`. By |
||||
default, Pelias will look for this file in your home directory, but you can configure where it |
||||
looks. For more details, see the [pelias-config](https://github.com/pelias/config) repository. |
||||
|
||||
#### Where on the network to find Elasticsearch |
||||
|
||||
Pelias will by default look for Elasticsearch on `localhost` at port 9200 (the standard |
||||
Elasticsearch port). |
||||
Take a look at the [default config](https://github.com/pelias/config/blob/master/config/defaults.json#L2). You can see the Elasticsearch configuration looks something like this: |
||||
|
||||
```js |
||||
{ |
||||
"esclient": { |
||||
"hosts": [{ |
||||
"host": "localhost", |
||||
"port": 9200 |
||||
}] |
||||
|
||||
... // rest of config |
||||
} |
||||
``` |
||||
|
||||
If you want to connect to Elasticsearch somewhere else, change `localhost` as needed. You can |
||||
specify multiple hosts if you have a large cluster. In fact, the entire `esclient` section of the |
||||
config is sent along to the [elasticsearch-js](https://github.com/elastic/elasticsearch-js) module, so |
||||
any of its [configuration options](https://www.elastic.co/guide/en/elasticsearch/client/javascript-api/current/configuration.html) |
||||
are valid. |
||||
|
||||
#### Where to find the downloaded data files |
||||
The other major section, `imports`, defines settings for each importer. `adminLookup` has it's own section and its value applies to all importers. The defaults look like this: |
||||
|
||||
```json |
||||
{ |
||||
"imports": { |
||||
"adminLookup": { |
||||
"enabled": true |
||||
}, |
||||
"geonames": { |
||||
"datapath": "/mnt/pelias/geonames", |
||||
}, |
||||
"openstreetmap": { |
||||
"datapath": "/mnt/pelias/openstreetmap", |
||||
"leveldbpath": "/tmp", |
||||
"import": [{ |
||||
"filename": "planet.osm.pbf" |
||||
}] |
||||
}, |
||||
"openaddresses": { |
||||
"datapath": "/mnt/pelias/openaddresses", |
||||
"files": [] |
||||
}, |
||||
"whosonfirst": { |
||||
"datapath": "/mnt/pelias/whosonfirst" |
||||
}, |
||||
"polyline": { |
||||
"datapath": "/mnt/pelias/polyline", |
||||
"files": [] |
||||
} |
||||
} |
||||
} |
||||
``` |
||||
|
||||
Note: The datapath must be an _absolute path._ |
||||
As you can see, the default datapaths are meant to be changed. |
||||
|
||||
### Install Elasticsearch |
||||
|
||||
Please refer to the [official 2.4 install docs](https://www.elastic.co/guide/en/elasticsearch/reference/2.4/setup.html) for how to install Elasticsearch. |
||||
|
||||
Be sure to modify the Elasticsearch [heap size](https://www.elastic.co/guide/en/elasticsearch/guide/2.x/heap-sizing.html) as appropriate to your machine. |
||||
|
||||
Make sure Elasticsearch is running and connectable, and then you can continue with the Pelias |
||||
specific setup and importing. Using a plugin like [Sense](https://github.com/bleskes/sense) [(Chrome extension)](https://chrome.google.com/webstore/detail/sense-beta/lhjgkmllcaadmopgmanpapmpjgmfcfig?hl=en), [head](https://mobz.github.io/elasticsearch-head/) |
||||
or [Marvel](https://www.elastic.co/products/marvel) can help monitor Elasticsearch as you import |
||||
data. |
||||
|
||||
### Set up the Elasticsearch Schema |
||||
|
||||
Pelias requires specific configuration settings for both performance and accuracy reasons. Fortunately, now that your `pelias.json` file is configured with how to connect to Elasticsearch, |
||||
the schema repository can automatically create the Pelias index and configure it exactly as needed. |
||||
|
||||
```bash |
||||
cd schema # assuming you have just run the bash snippet to download the repos from earlier |
||||
node scripts/create_index.js |
||||
``` |
||||
The Elasticsearch Schema is analogous to the layout of a table in a traditional relational database, |
||||
like MySQL or PostgreSQL. While Elasticsearch attempts to auto-detect a schema that works when |
||||
inserting new data, this generally leads to non-optimal results. In the case of Pelias, inserting |
||||
data without first applying the Pelias schema will cause all queries to fail completely. |
||||
|
||||
### Run the importers |
||||
|
||||
Now that the schema is set up, you're ready to begin importing data. |
||||
|
||||
For each importer, you can start the import process with the `npm start` command: |
||||
|
||||
```bash |
||||
cd importer_directory; npm start |
||||
``` |
||||
|
||||
Depending on how much data you've imported, now may be a good time to grab a coffee. |
||||
You can expect around 800-2000 inserts per second. |
||||
|
||||
The order of imports does not matter. Multiple importers can be run in parallel to speed up the setup process. |
||||
Each of our importers operates independent of the data that is already in Elasticsearch. |
||||
For example, you can import OSM data without importing WOF data first. |
||||
|
||||
#### Aside: When to delete the data already in Elasticsearch |
||||
|
||||
If you have previously run a build, and are looking to start another one, it generally a good idea |
||||
to delete the existing Pelias index and re-create it. Here's how: |
||||
|
||||
```bash |
||||
# !! WARNING: this will remove all your data from pelias!! |
||||
node scripts/drop_index.js # it will ask for confirmation first |
||||
node scripts/create_index.js |
||||
``` |
||||
|
||||
When is this necessary? Here's a guideline: when in doubt, delete the index, re-create it, and start |
||||
fresh. |
||||
|
||||
This is because Elasticsearch has no analog to a schema migration like a relational database, and |
||||
all the importers start over when re-run. |
||||
|
||||
The only time when this isn't necessary is if the following conditions are true: |
||||
1. You are trying to re-import the exact same data again (for example, because the build failed, or |
||||
you are testing changes to an importer) |
||||
2. The Pelias schema has not changed |
||||
|
||||
## Install and start the Pelias Services |
||||
|
||||
Pelias is made up of several different services, each providing a specific aspect of Pelias's |
||||
functionality. |
||||
|
||||
The [list of Pelias services](services.md) descibes the functionality of each service, and can be |
||||
used to determine if you need to install that service. It also includes links to setup instructions |
||||
for each service. |
||||
|
||||
When in doubt, install everything except the interpolation engine (it requires a long download or |
||||
build process). |
||||
|
||||
### Configure `pelias.json` for services |
||||
|
||||
The Pelias API needs to know about each of the other services available to it. Once again, this is |
||||
configured in `pelias.json`. The following section will tell the API to use all services running |
||||
locally and on their default ports. |
||||
|
||||
```js |
||||
{ |
||||
"api": { |
||||
"services": { |
||||
"placeholder": { |
||||
"url": "http://localhost:3000" |
||||
}, |
||||
"libpostal": { |
||||
"url": "http://localhost:8080" |
||||
}, |
||||
"pip": { |
||||
"url": "http://localhost:3102" |
||||
}, |
||||
"interpolation" |
||||
"url": "http://localhost:3000" |
||||
} |
||||
} |
||||
} |
||||
} |
||||
``` |
||||
|
||||
### Start the API |
||||
|
||||
Now that the API knows how to connect to Elasticsearch and all other Pelias services, all that is |
||||
required to start the API is: |
||||
|
||||
``` |
||||
npm start |
||||
``` |
||||
|
||||
## Geocode with Pelias |
||||
|
||||
Pelias should now be up and running and will respond to your queries. |
||||
|
||||
For a quick check, a request to `http://localhost:3100` should display a link to the documentation |
||||
for handy reference. |
||||
|
||||
*Here are some queries to try:* |
||||
|
||||
[http://localhost:3100/v1/search?text=london](http://localhost:3100/v1/search?text=london): a search |
||||
for the city of London. |
||||
|
||||
[http://localhost:3100/v1/autocomplete?text=londo](http://localhost:3100/v1/autocomplete?text=londo): another query for London, but using the autocomplete endpoint which supports partial matches and is intended to be sent queries as a user types (note the query is for `londo` but London is returned) |
||||
|
||||
[http://localhost:3100/v1/reverse?point.lon=-73.986027&point.lat=40.748517](http://localhost:3100/v1/reverse?point.lon=-73.986027&point.lat=40.748517): a reverse geocode for results near the Empire State Building in New York City. |
||||
|
||||
For information on everything Pelias can do, see our [documentation |
||||
index](README.md). |
||||
|
||||
Happy geocoding! |
Loading…
Reference in new issue