Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/geosensing/allocator
Efficiently collect data from geographically distributed locations
https://github.com/geosensing/allocator
distributed-data-collection traveling-salesman
Last synced: about 2 months ago
JSON representation
Efficiently collect data from geographically distributed locations
- Host: GitHub
- URL: https://github.com/geosensing/allocator
- Owner: geosensing
- License: mit
- Created: 2017-07-15T20:58:58.000Z (over 7 years ago)
- Default Branch: master
- Last Pushed: 2023-10-25T19:36:55.000Z (about 1 year ago)
- Last Synced: 2024-08-08T23:54:20.273Z (5 months ago)
- Topics: distributed-data-collection, traveling-salesman
- Language: HTML
- Homepage: https://allocator.readthedocs.io/
- Size: 23.8 MB
- Stars: 6
- Watchers: 3
- Forks: 2
- Open Issues: 0
-
Metadata Files:
- Readme: README.rst
- License: LICENSE
- Citation: Citation.cff
Awesome Lists containing this project
README
allocator: Optimally Allocate Geographically Distributed Tasks
==============================================================.. image:: https://travis-ci.org/geosensing/allocator.svg?branch=master
:target: https://travis-ci.org/geosensing/allocator
.. image:: https://img.shields.io/pypi/v/allocator.svg
:target: https://pypi.python.org/pypi/allocator
.. image:: https://ci.appveyor.com/api/projects/status/m2oxean5ona6p2m6?svg=true
:target: https://ci.appveyor.com/project/geosensing/allocator
.. image:: https://pepy.tech/badge/allocator
:target: https://pepy.tech/project/allocatorHow can we efficiently collect data from geographically distributed locations? If the data
collection is being crowd-sourced, then we may want to exploit the fact that workers
are geographically distributed. One simple heuristic to do so is to order the locations by
distance for each worker (with some task registration backend). If you have hired
workers (or rented drones) who you can send to different locations, then you must split the tasks
across workers (drones), and plan the 'shortest' routes for each, ala the Traveling Salesman
Problem (TSP). This is a problem that companies like Fedex etc. solve all the time. Since there
are no computationally feasible solutions for solving for the global minimum, one heuristic solution
is to split the locations into clusters of points that are close to each other (ideally,
we want the clusters to be 'balanced'), and then to estimate a TSP solution for each cluster.The package provides a simple way to implement these solutions. Broadly, it provides three kinds of functions:
1. **Sort by Distance:** Produces an ordered list of workers for each point or an ordered list of points
for each worker.2. **Cluster the Points:** Clusters the points into *n_worker* groups.
3. **Shortest Path:** Order points within a cluster (or any small number of points) into a path or itinerary.
The package also provides access to three different kinds of distance functions for calculating the distance matrices
that underlie these functions:1. **Euclidean Distance:** use option ``-d euclidean``; similar to the Haversine distance within the same `UTM zone `__)
2. **Haversine Distance:** use option ``-d haversine``.
3. **OSRM Distance:** use option ``-d osrm``. Neither Haversine nor Euclidean distance take account of the actual road network or the traffic. To use actual travel time, use `Open Source Routing Machine API `__ A maximum number of 100 points can be passed to the function if we use the public server. However, you can set up your own private OSRM server with ``--max-table-size`` to specific the maximum number of points.
4. **Google Distance Matrix API:**. use option ``-d google``. This option available in ``sort_by_distane`` and ``cluster_kahip`` only due to Google Distance Matrix API has very usage limits. Please look at the limitations `here. `__
Downloads
----------
As of February 3rd, 2018, the package had been downloaded nearly 1,700 times (see the `saved BigQuery `__).Related Package
^^^^^^^^^^^^^^^
To sample locations randomly on the streets, check out `geo_sampling `__.Application
^^^^^^^^^^^^^^^
Missing Women on the streets of Delhi. See `women count `__Install
-------::
pip install allocator
Functions
---------1. `Sort By Distance `__
2. **Cluster**
Cluster data collection locations using k-means (clustering) or KaHIP (graph partitioning). To check which of the algorithms produces more cohesive, balanced clusters,
run `Compare K-means to KaHIP `__
a. `k-means `__**Examples:**
::
python -m allocator.cluster_kmeans -n 10 allocator/examples/chonburi-roads-1k.csv --plot
b. `KaHIP allocator `__
3. **Shortest Path**
These function can be used find the estimated shortest path across all the locations in a cluster. We expose three different ways of getting the 'shortest' path, a) via MST (Christofides algorithm), b) via Google OR-Tools, b) Google Maps Directions API.
a. `Approximate TSP using MST `__
b. `Google OR Tools TSP solver Shortest path `__
c. `Google Maps Directions API Shortest path `__
d. `OSRM Trip API Shortest path `__
Documentation
-------------Documentation available at: https://allocator.readthedocs.io/en/latest/
Authors
-------Suriyan Laohaprapanon and Gaurav Sood
Contributor Code of Conduct
---------------------------The project welcomes contributions from everyone! In fact, it depends on
it. To maintain this welcoming atmosphere, and to collaborate in a fun
and productive way, we expect contributors to the project to abide by
the `Contributor Code of
Conduct `__.License
-------The package is released under the `MIT
License `__.