Peer-to-peer OpenStreetMap API v0.6 Server
npm install hyperdb-osm-server> Peer-to-peer [OpenStreetMap API v0.6][1] Server
[1]: http://wiki.openstreetmap.org/wiki/API_v0.6
An implementation of the [OpenStreetMap API v0.6][1] for hyperdb-osm, a peer-to-peer OSM database. It runs on node.js or, if you are creative, also in the browser. Data is stored in a LevelUP database. There is no need to set up a database, everything you need to get started is available as a single package that you can install from npm.
hyperdb-osm-server is tested and working with iD Editor - it appears as identical to the standard [OSM API][1]. It should theoretically work in the future with other editors such as JOSM but hyperdb-osm-server needs to use at least 64-bit ids to avoid collisions, and JOSM currently still uses 32-bit integers for some ids, such as changeset ids and version numbers.
hyperdb-osm-server is designed to run locally on each client. Synchronize data between clients by replicating the hyperdb-osm database. You can implement replication over wifi, bluetooth or via USB thumb drives (examples coming soon).
This module is for developers who want to build their own OSM tools. For users who want a one-click install of hyperdb-osm-server with iD Editor see Mapeo Desktop.
- Install
- Routes
- API
- var router = osmrouter\(osm\)
- var m = router.handle\(req, res\)
- var m = router.match\(method, url\)
- API Example
- Use as Express middleware
- REST API
- Differences to OSM API v0.6
- Contributing
- License
You will need to first install node.js
``
npm install hyperdb-osm-server
hyperdb-osm-server currently implements the following routes from the [OSM API v0.6][1]:
- [x] GET /api(/0.6)?/capabilities
- [x]
- [x]
- [x]
- [x]
- [x]
- [x]
- [x]
- [x]
- [x]
- [x]
- [ ]
` js`
var osmrouter = require('hyperdb-osm-server')
Create a new OpenStreetMap router given anhyperdb-osm handle osm.
Match the req.method and req.url and dispatch m.fn(m, req, res) and returnnull
the match object if there is a match, or else .
Return a match object m if method and url can be handled by the server.router.handle()
Used internally by .router.match('GET', '/api/0.6/node/1234')
The match object for would be:
`js`
{
params: {
type: 'node',
id: '1234',
},
splats: [],
route: '/:type(node|way|relation)/:id',
fn: [Function],
next: [Function]
}
`js
var hyperosm = require('hyperdb-osm')
var hyperdb = require('hyperdb')
var ram = require('random-access-memory')
var memdb = require('memdb')
var Geo = require('grid-point-store')
var osmRouter = require('hyperdb-osm-server')
var osm = hyperosm({
db: hyperdb(ram, { valueEncoding: 'json' })),
index: memdb(),
pointstore: Geo(memdb())
})
var router = osmRouter(osm)
var http = require('http')
var server = http.createServer(function (req, res) {
if (router.handle(req, res)) {}
else {
res.statusCode = 404
res.end('not found\n')
}
})
server.listen(5000)
`
`js
var hyperosm = require('hyperdb-osm')
var hyperdb = require('hyperdb')
var ram = require('random-access-memory')
var memdb = require('memdb')
var Geo = require('grid-point-store')
var osmRouter = require('hyperdb-osm-server')
var express = require('express')
var osm = hyperosm({
db: hyperdb(ram, { valueEncoding: 'json' })),
index: memdb(),
pointstore: Geo(memdb())
})
var app = express()
app.use('/api/0.6', osmRouter(osm))
app.use(function handleError (err, req, res, next) {
if (!err) return
if (!res.headersSent) {
res.statusCode = err.status || err.statusCode || 500
res.setHeader('content-type', 'text/plain')
res.end(err.message + '\n')
} else {
next(err)
}
})
app.listen(5000, function () {
console.log('hyperdb-osm-server listening on port 5000!')
})
`
See the documentation for the [OSM API v0.6][1] - hyperdb-osm-server replicates that API as faithfully as possible.
The main differences to the OSM API v0.6 are related to the peer-to-peer architecture of hyperdb-osm-server. Ids are randomly generated, rather than sequential integers. Version ids are hashes rather than integers. For more details read hyperdb-osm Architecture.
- If two users edit the same version of an entity (node|way|relation) then two versions will exist in the database. hyperdb-osm-server will not return 409: Conflict if you try to modify or delete an entity which is not the most recent version, it will create a fork instead. Forks can be created if two users edit the same entity whilst disconnected and then later replicate the database.
- By default hyperdb-osm-server will only return the most recent 'fork', to maintain compatibility with tools that do not understand the concept of forked entities. To see all forks, append ?forks=true to the URL and if multiple forks exist the returned data will include multiple entities with the same id, but different version ids.
- In changeset uploads (/changeset/:id/upload), the version` property of each entity in the changeset
can be a comma-separated list of version hashes of the documents that the update will replace.
Use this to merge multiple forks into a single fork.
If something does not work as it should, please open an Issue. Pull Requests are welcome, please follow JS Standard Style.