icecondor
Differences
This shows you the differences between two versions of the page.
| Previous revision | |||
| — | icecondor [2024/01/31 04:08] (current) – external edit 127.0.0.1 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ===== IceCondor: Continuous Location Tracking | ||
| + | See http:// | ||
| + | |||
| + | See [[icecondor: | ||
| + | See [[icecondor: | ||
| + | See [[icecondor: | ||
| + | See [[icecondor: | ||
| + | See [[icecondor: | ||
| + | See server [[icecondor: | ||
| + | See [[icecondor: | ||
| + | See [[icecondor: | ||
| + | See [[icecondor: | ||
| + | See [[icecondor: | ||
| + | See [[icecondor: | ||
| + | |||
| + | == terms == | ||
| + | |||
| + | A point location is defined by lat/ | ||
| + | An area location or polygon is defined by 3 or more point locations. | ||
| + | A track point is a point location or area location plus a time. | ||
| + | A 3d polygon? | ||
| + | |||
| + | == accuracy estimate == | ||
| + | The openmoko app, tangogps, introduced me to a new GPS concept - Horizontal/ | ||
| + | |||
| + | == search | ||
| + | build a set of filters from the following. use a filter language/ | ||
| + | * geo - location, radius | ||
| + | * geo - polygon (set of points) | ||
| + | * object type - person, business, event | ||
| + | * record creation date | ||
| + | * user id | ||
| + | |||
| + | == publish/ | ||
| + | I want to be notified when the results of a search are positive, or have result count of X. examples: | ||
| + | * user A moves into/outof polygon B (in 3D space, could be in an elevator etc) | ||
| + | * a filter set for polygon A results in X or more objects (eg. favorite bar has 4 or more friends) | ||
| + | |||
| + | A list of notification triggers would be managed. | ||
| + | |||
| + | == clients == | ||
| + | * unix command line | ||
| + | * unix daemon | ||
| + | * android app (see [[dotcom: | ||
| + | * web site | ||
| + | |||
| + | == technology == | ||
| + | language possibilities: | ||
| + | * erlang | ||
| + | * ruby | ||
| + | * java | ||
| + | |||
| + | database: | ||
| + | * postgresql + postGIS extension | ||
| + | * couchdb | ||
| + | |||
| + | access protocols: | ||
| + | * HTML | ||
| + | * XMPP | ||
| + | * OAUTH / OpenID | ||
| + | |||
| + | == URLs == | ||
| + | object being tracked: / | ||
| + | one object at one location: / | ||
| + | |||
| + | == possible directions == | ||
| + | Distributed. Each IceCondor installation (node) uses a distributed hash table to store location records. Nodes can be added to the network easily and once added, its data is searchable by any other node. Using a DHT for storage would loose the benefits of postGIS for lat/long queries. Hadoop? | ||
| + | |||