Well, FeatureServer supports AppEngine as a backend for points using
GeoModel (I've used this in a few projects), and for points/lines/
polys using a (slighty buggy, unfortunately) geohash
implementation. So there's your schemaless geojson/kml/etc API
covered?
Not sure what you mean by store should be agnostic of language you
write your app in ... wouldn't that be inherent if you were only
accessing it by a geojson api? Or did you mean you wanted to be
able to also write the rest of the app on the same platform as the
store? I do this w/AppEngine, but it only supports python/java for
now.
AppEngine's big limitation using GeoModel is it's somewhat cpu
intensive to query. Unless you can make use of quite a bit of
caching, you'll likely end up hitting their free limits pretty
fast. Deciding on your caching style would depend a bit on your
app's usage, and right now would require a little tweaking to the
store code.
-Josh
On Mon, Nov 23, 2009 at 5:05 AM, Andrew Turner
<[email protected]
> wrote:
To open the question up - what are the example or best case interfaces
and mechanisms of a "spatially-enabled cloud database"?
And by "cloud" I mean internet accessible, on-demand, fast
provisioned, near-limitless scaling without me having to do the
administration. So setting up PostGIS/JTS/CouchDB are not cloud
databases, just db's that people tend to run on horizontally scaling
systems.
As a first step, I'd like to see a GeoJSON API for a schema-less
'cloud' datastore that exposed an OpenSearch-Geo interface for
querying it. Start with Point, but definitely needs to gain support
more complex features as well.
The store should be agnostic to the language I write my application
in.
Andrew
On Sat, Nov 21, 2009 at 12:52 PM, Josh Livni
<[email protected]> wrote:
> You didn't mention if you're using java or python style
appengine. If java,
> then go w/Sean's recommendation (JTS) -- if python, I'd recommend
GeoModel,
> which unlike a standard geohash implementation will let you both
query by
> bounding box and still have access to your single inequality
filter for
> other items...
> -Josh
>
>
> On Sat, Nov 21, 2009 at 2:14 AM, John McKerrell
<[email protected]> wrote:
>>
>> As we're on this subject... a friend asked me recently if I knew
a way to
>> get AppEngine to do bounding box requests, as far as he could
tell it wasn't
>> possible, I had a look and I couldn't see a way either. I think
perhaps the
>> issue was that he was using the GeoPt type but there's no way to
access the
>> lat/lon from within it in a search so if he just stored the lat/
lon as
>> separate fields that might work better. It's not something I've
looked at
>> too much but if anyone can offer a suggestion that would be good.
>>
>> He was originally asking my about geohashing in case that would
help but
>> as far as I could tell it has the same problem as quadtiles in
that if
>> you're on the edge of a big tile you don't find stuff on the next
tile. As
>> it was a UK based app the meridian is likely to cause problems
there.
>>
>> John
>>
>> On 21 Nov 2009, at 02:00, Ivan Lucena wrote:
>>
>> > Oracle Spatial does work in the EC2 environment. Once you have
an EC2
>> > account you can go to OTN ,
>> > http://www.oracle.com/technology/tech/cloud/index.html, and get
an EC2 kit.
>> > That means Features, 3D Point Cloud, Raster, the whole package.
>> >
>> > ________________________________________
>> > From: [email protected]
>> > [[email protected]] On Behalf Of Raj Singh
>> > [[email protected]]
>> > Sent: Friday, November 20, 2009 2:29 PM
>> > To: [email protected]
>> > Subject: [Geowanking] do cloud databases do spatial?
>> >
>> > So, does Amazon SimpleDB do spatial?
>> > http://aws.amazon.com/simpledb/
>> >
>> > Or how about MS SQL Azure?
>> > http://www.microsoft.com/windowsazure/sqlazure/
>> >
>> > Any others to know about?
>> >
>> > ---
>> > Raj
>> >
>> >
>>
_______________________________________________
Geowanking mailing list
[email protected]
http://geowanking.org/mailman/listinfo/geowanking_geowanking.org
