I've thought a little about that - thought this could be better directed at the crisismappers list.
I always thought, that with the info that came in via text messages, people reporting they were trapped in some building, but that info seems hard to get to folks on the ground. Now if they had a gps, whether it is a garmin, iphone/ipad, some tablet or whatever - they could have a way to display where they were and where some person may be trapped. It's no use if you're looking in the wrong building. So electricity can be scarce, such as Haiti. I though it would be cool to have a small server (like a mac mini server) and when people returned to camp at night, their devices could syn via wireless to the mac mini (the mini does have a 802.11N card, and can serve over that). This would include serving fresh imagery or maps to the devices as well as the latest information on the area where they will be working. I would think you could get the mini running off of battery power and solar. A generator could power a few of them. The fastest way to get a lot of imagery to the crew on the ground is to send a hard drive with someone going there. Plug it in to the server... On a closer related note - I wouldnt mind a server that had just the imagery boundary, along with relevant meta info (including cloud cover, bands, resolution, etc), . I could add that to the project I'm on and see what's available, and make decisions as to which imagery I might like to use. Anyway - Progress on this project is certainly exciting. Keep up the good work. -Mike On Thu, Mar 17, 2011 at 7:19 PM, Christopher Schmidt < [email protected]> wrote: > On Thu, Mar 17, 2011 at 05:18:25PM -0500, Mark Korver wrote: > > I've been checking out the progress with the Imagery Index. It's > > lookin good. So have been thinking about "Access Tools" abit now that > > Chris has the index working. > > > > Assuming the data is Processed image data. > > I have some area of interest, so I use a bbox and some other filters > > to get back a list of urls, having those urls I download the data to > > my application. > > Once I have the data local, the tool auto-builds index and mapfile ( > > MapServer ) allowing me to see it as a wms. > > Once I can view it as a wms ( assuming overviews are in the tifs here > > ) I can check it and run code to TMS it. > > Once I have the TMS ( like on S3 ) I can delete the source tifs. > > > > I would imagine all of this working off of some app that you just > > started from a public EC2 instance that would start you off with OL > > showing you the result of your query to the Imagery Index ( Chris > > already showed this to us ), then allow you to run the process kind've > > like TileMill. > > > > This shouldn't be so hard to do with one application instance, the > > trick would be to do it with 100 to speed things up. > > > > Is this the kind've thing people have in mind for Access Tools? > > Yep, that's exactly one sort of access tool. Of course, another is > the simple demo that I built -- using the API + OpenLayers to display > outlines of the layers, for example. Another potential access tool > is one that allows you to download a set of data, and deploy it on a > machine -- perhaps in response to a humanitarian disaster, for example -- > and ship that machine off to some other location and use all the > data. > > Basically, 'access tools' is code for "Anything people want to do with > OAM" -- and our goal is to make that as easy as possible. So, for > example, one of the things I wnat to do that I didn't think of was > make a seperate overview of "This is the imagery this server is hosting", > built from the index... but I can't stash additional data about layers > in the index (like a WMS URL for a layer). So that requires extending > the imagery index -- I'm thinking with tags on layers for storage > of additional key/value data that can be consumed by layers. > > You can imagine building other types of tools: Evaluation of cloud > cover, landcover changes using dated images and diffing them, etc. > These are all a bit more advanced: I think that the thing you described > is exactly the kind of thing we're hoping people will be able to > do relatively easily, and is a solid first target for access tools. > > Regards, > -- > Christopher Schmidt > Web Developer > > _______________________________________________ > talk mailing list > [email protected] > http://host134.hostmonster.com/mailman/listinfo/talk_openaerialmap.org >
_______________________________________________ talk mailing list [email protected] http://host134.hostmonster.com/mailman/listinfo/talk_openaerialmap.org
