re: I'm thinking about a json-select like interface to leveldb where you can treat the whole database like it's just one single enormous json file
so one downside of geojson is that some feature collections may have a million features in them. to store this in leveldb would require breaking up each feature into a row (or even more than that)
I have been thinking for a little while about how to store large json in leveldb, shooting for the roughly 1-100kb sweet spot leveldb row size
re:
I'm thinking about a json-select like interface to leveldb where you can treat the whole database like it's just one single enormous json file
so one downside of geojson is that some feature collections may have a million features in them. to store this in leveldb would require breaking up each feature into a row (or even more than that)
I have been thinking for a little while about how to store large json in leveldb, shooting for the roughly 1-100kb sweet spot leveldb row size
what about taking this:
giving it a UUID of say
abc123
, and storing this in leveldb:this way (or some variant but you get the idea)
json-select
could implement its query api on top of leveldb (I think)