tmpvar

var Polygon = require('polygon');
var fc = require('fc');
var Vec2 = require('vec2');
var ndarray = require('ndarray');
var sn = require('surface-nets');
var cwise = require('cwise');
var fill = require('ndarray-fill');


var poly = new Polygon([

morganherlocker

This is a rough spec for an implementation of a realtime virtual world using OpenStreetMap data and voxel.js. The basic idea is to encode feature data pulled from Mapbox vector tiles as overzoomed tiles, which can be represented as voxels. This allows for easy scalability, since it utilizes existing algorithms and architecture.

The initial implementation is going on here.

###general

• 1 voxel = 1 tile at zoom 17 = 1.1943 sq meters
• the world is a 33,554,432 x 33,554,432 voxel grid
• assume that a server is serving up vector tile pbfs at z15 (mapbox.com, local, etc.)
• vector tiles are loaded at zoom 15 and geometry is encoded as 4096x4096 pixel coordinates, which is equivalent to tiles at zoom 24

mobz

DOM transport via JSON (DOMj)

move to repo mobz/domj

max-mapper

var plumbdb = require('plumbdb')
var shp2json = require('shp2json')
var tako = require('tako')
var geohash = require('geohash').GeoHash
var JSONStream = require('JSONStream')
var async = require('async')
var gju = require('geostuff')

var t = tako()

damncabbage

Assume concat is some function sticking two strings together, and uppercase is... well:

Haskell (argument application):

> let a |> f = f a

> "def"
    |> (\x -> concat "abc" x)
 |> uppercase -- (\x -> uppercase x) if you want to be explicit.

sterlingwes

(function () { 
/*
Copyright 2012 Research In Motion Limited.

Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at

http://www.apache.org/licenses/LICENSE-2.0

legastero

• http://github.com/legastero/sdp-jingle-json -- General library to transform SDP to JSON suitable for Jingle, and back

• http://github.com/legastero/jingle.js -- Generic Jingle library for integrating with WebRTC and managing sessions

• http://github.com/legastero/jingle-interop-demos -- A collection of demos for testing interop between our various implementations

• http://github.com/legastero/stanza.io -- An XMPP over Websocket library that does XMPP in the browser, but exposes a JSON api. Includes a Jingle plugin.

• http://github.com/lloydwatkin/xmpp-ftw -- XMPP as JSON library that proxies the connection over Primus so the browser only ever receives JSON

• http://github.com/lloydwatkin/xmpp-ftw-jingle -- A Jingle plugin for XMPP-FTW

• http://github.com/estos/strophe.jingle -- A Jingle plugin for Strophe.js

• https://github.com/valeriansaliou/jsjac-jingle -- Jingle plugin for JSJac, another XMPP sans XML library

max-mapper

var plumbdb = require('plumbdb')
var shp2json = require('shp2json')
var tako = require('tako')
var geohash = require('geohash').GeoHash // my fork (not on npm): https://github.com/maxogden/geohash-js
var JSONStream = require('JSONStream')
var async = require('async')
var gju = require('geostuff')

var t = tako()

valueof

;; https://gist.github.com/antonkovalyov/8663025

{:+ {
     ;; The app tag is kind of like global scope. You assign behaviors that affect
     ;; all of Light Table here
     :app [(:lt.objs.style/set-skin "light")]

     ;; The editor tag is applied to all editors
     :editor [:lt.objs.editor/no-wrap
              (:lt.objs.style/set-theme "solarized-light")

max-mapper

Your API does REST, but can it SLEEP?

SLEEP (Syncable Lightweight Event Emitting Persistence) is an emerging standard for distributed data sync using HTTP and JSON. A generalized version of CouchDB's much lauded built-in replication, SLEEP extends the REST architecture to define a way in which databases can offer syncable JSON APIs that foster open data innovation by allowing developers to replicate entire databases over the net.

---

SLEEP comes from the Apache CouchDB project which is now widely known for it's multi-master streaming HTTP + JSON replication. This is possible in part because of the CouchDB _changes feed, which is a particular API that lets you see if there have been any changes made to the database since last time you synchronized. CouchDB can efficiently implement the _changes feed because of one subtle difference between it and most other databases: it stores a history of all changes that happen to the database, including deletes.

If you synchronize data from a remote source and then the