Re: [OSGeo-Discuss] RE: OGC WPS and Amazon SQS
THere is also pywps project http://pywps.wald.intevation.org with direct support for grass gis jachym Randy George píše v St 27. 02. 2008 v 09:11 -0700: > I noticed OGC finalized the WPS spec: > http://www.opengeospatial.org/pressroom/pressreleases/843 > > > > Does anyone know of projects working on WPS implementations? > > > > The goal of WPS is apparently to provide a consistent framework for > interchangeable service process algorithms that can potentially be > chained together into answers to higher level questions than the > typical ‘what’, ‘when’, and ‘where.’ Dealing with ‘why’, ‘how much’, > and ‘what if’ modeling usually requires a process pipeline for > convolutions, boolean band operations, and summary pixel calculations, > all of which are cpu cycle intense, especially for large imagery sets. > In fact cpu usage issues would make the usual service approach > prohibitive. Even the little I have worked on JAI pipelines shows me > the futility of a one cpu to many service requests approach for WPS. > > > > However, looking at the AWS Simple Queue Service, SQS > http://www.amazon.com/Simple-Queue-Service-home-page/b/ref=sc_fe_l_2?ie=UTF8&node=13584001&no=3435361&me=A36L942TSJ2AJA, > some interesting possibilities come to mind. > > Locking message queues with AMI instance pools is essentially a poor > man’s supercomputer. It would be interesting to look at harnessing the > utility computing concept with instance pools available for each stage > in a process pipeline connected using the asynchronous SQS service. > This is a more or less controlled ‘distributed computing model’ > applied to WPS. > > Ref here for some examples of existing distributed computing projects: > http://distributedcomputing.info/projects.html > > > > Here are a couple possible approaches to a WPS service model that > might overcome the cpu bottle neck: > > 1) Sequential SQS pipeline with dedicated instance for each > process node - this would work best for operations amenable to a > streaming pipeline – Boolean band operations or pixel summary > operations for instance > > > > 2) Distributed computing model with a chunk server feeding a > pipeline and an array pool of instances processing the chunks coming > down the SQS queue – this would be better suited to tiled operations > > > > WPS is great when someone else provides the service. I imagine it > would be very interesting to the academic scientific world and > government groups tasked with providing access to all the myriad > imagery coming off space sensor platforms. > > > > Just thinking out loud. More thoughts here: > http://www.cadmaps.com/gisblog/?p=28 > > > > randy > > > > > ___ > Discuss mailing list > Discuss@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/discuss -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub signature.asc Description: Toto je digitálně podepsaná část zprávy ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] OSGeo Buttons
Tyler et al, I just ran across this previous post about specialized OSGeo logos for members, supporters, etc. to place on their respective web sites. Not sure if there is still such a need, but here is an attempt: http://www.hydromap.com/download/OSGeoMemberLogos.zip Dan On Wed, Oct 17, 2007 at 10:42 AM, Tyler Mitchell (OSGeo) < [EMAIL PROTECTED]> wrote: > > On 17-Oct-07, at 2:53 AM, Mateusz Loskot wrote: > > > Hi, > > > > Do we have anything like official OSGeo banners or buttons > > members can put on their website? > > Not really, but we do have need for a few different variations of > them. They can built on top of the OSGeo logos (http://osgeo.org/logos) > > Specifically I've been wanting to have ones for: > * Member > * Charter Member > * Supporter > * Sponsor > and probably some more... > > Any volunteers to do up some prototype buttons or badge graphics? :) > > Tyler > ___ > Discuss mailing list > Discuss@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/discuss > -- Daniel P. Ames, PhD, PE Geospatial Software lab Department of Geosciences Idaho State University - Idaho Falls [EMAIL PROTECTED] www.hydromap.com ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
Re: [OSGeo-Discuss] RE: OGC WPS and Amazon SQS
I've tried 52North WPS service in Netbeans and it's modified JUMP client It looks great in my computer : ) Thanks, Andreas On Fri, Feb 29, 2008 at 10:40 PM, Andreas Wytzisk (52north) < [EMAIL PROTECTED]> wrote: > Hi Randy, > 52°North (http://www.52north.org) is working on an WPS Framework > Implementation. Please find details at > http://52north.org/joomla//index.php?option=com_projects&task=showProject&id=21&Itemid=127 > > Best regards, > Andreas > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Randy George > > Sent: Wednesday, February 27, 2008 5:12 PM > > To: Discuss@lists.osgeo.org > > Subject: [OSGeo-Discuss] RE: OGC WPS and Amazon SQS > > > > I noticed OGC finalized the WPS spec: > > http://www.opengeospatial.org/pressroom/pressreleases/843 > > > > > > > > Does anyone know of projects working on WPS implementations? > > > > > > > > The goal of WPS is apparently to provide a consistent > > framework for interchangeable service process algorithms that > > can potentially be chained together into answers to higher > > level questions than the typical 'what', 'when', and 'where.' > > Dealing with 'why', 'how much', and 'what if' modeling > > usually requires a process pipeline for convolutions, boolean > > band operations, and summary pixel calculations, all of which > > are cpu cycle intense, especially for large imagery sets. In > > fact cpu usage issues would make the usual service approach > > prohibitive. Even the little I have worked on JAI pipelines > > shows me the futility of a one cpu to many service requests > > approach for WPS. > > > > > > > > However, looking at the AWS Simple Queue Service, SQS > > http://www.amazon.com/Simple-Queue-Service-home-page/b/ref=sc_ > > fe_l_2?ie=UTF8&node=13584001&no=3435361&me=A36L942TSJ2AJA, > > some interesting possibilities come to mind. > > > > Locking message queues with AMI instance pools is essentially > > a poor man's supercomputer. It would be interesting to look > > at harnessing the utility computing concept with instance > > pools available for each stage in a process pipeline > > connected using the asynchronous SQS service. This is a more > > or less controlled 'distributed computing model' applied to WPS. > > > > Ref here for some examples of existing distributed computing > > projects: http://distributedcomputing.info/projects.html > > > > > > > > Here are a couple possible approaches to a WPS service model > > that might overcome the cpu bottle neck: > > > > 1) Sequential SQS pipeline with dedicated instance for > > each process node - this would work best for operations > > amenable to a streaming pipeline - Boolean band operations or > > pixel summary operations for instance > > > > > > > > 2) Distributed computing model with a chunk server > > feeding a pipeline and an array pool of instances processing > > the chunks coming down the SQS queue - this would be better > > suited to tiled operations > > > > > > > > WPS is great when someone else provides the service. I > > imagine it would be very interesting to the academic > > scientific world and government groups tasked with providing > > access to all the myriad imagery coming off space sensor platforms. > > > > > > > > Just thinking out loud. More thoughts here: > > http://www.cadmaps.com/gisblog/?p=28 > > > > > > > > randy > > > > > > > > > > ___ > Discuss mailing list > Discuss@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/discuss > ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss
RE: [OSGeo-Discuss] RE: OGC WPS and Amazon SQS
Hi Randy, 52°North (http://www.52north.org) is working on an WPS Framework Implementation. Please find details at http://52north.org/joomla//index.php?option=com_projects&task=showProject&id=21&Itemid=127 Best regards, Andreas > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Randy George > Sent: Wednesday, February 27, 2008 5:12 PM > To: Discuss@lists.osgeo.org > Subject: [OSGeo-Discuss] RE: OGC WPS and Amazon SQS > > I noticed OGC finalized the WPS spec: > http://www.opengeospatial.org/pressroom/pressreleases/843 > > > > Does anyone know of projects working on WPS implementations? > > > > The goal of WPS is apparently to provide a consistent > framework for interchangeable service process algorithms that > can potentially be chained together into answers to higher > level questions than the typical 'what', 'when', and 'where.' > Dealing with 'why', 'how much', and 'what if' modeling > usually requires a process pipeline for convolutions, boolean > band operations, and summary pixel calculations, all of which > are cpu cycle intense, especially for large imagery sets. In > fact cpu usage issues would make the usual service approach > prohibitive. Even the little I have worked on JAI pipelines > shows me the futility of a one cpu to many service requests > approach for WPS. > > > > However, looking at the AWS Simple Queue Service, SQS > http://www.amazon.com/Simple-Queue-Service-home-page/b/ref=sc_ > fe_l_2?ie=UTF8&node=13584001&no=3435361&me=A36L942TSJ2AJA, > some interesting possibilities come to mind. > > Locking message queues with AMI instance pools is essentially > a poor man's supercomputer. It would be interesting to look > at harnessing the utility computing concept with instance > pools available for each stage in a process pipeline > connected using the asynchronous SQS service. This is a more > or less controlled 'distributed computing model' applied to WPS. > > Ref here for some examples of existing distributed computing > projects: http://distributedcomputing.info/projects.html > > > > Here are a couple possible approaches to a WPS service model > that might overcome the cpu bottle neck: > > 1) Sequential SQS pipeline with dedicated instance for > each process node - this would work best for operations > amenable to a streaming pipeline - Boolean band operations or > pixel summary operations for instance > > > > 2) Distributed computing model with a chunk server > feeding a pipeline and an array pool of instances processing > the chunks coming down the SQS queue - this would be better > suited to tiled operations > > > > WPS is great when someone else provides the service. I > imagine it would be very interesting to the academic > scientific world and government groups tasked with providing > access to all the myriad imagery coming off space sensor platforms. > > > > Just thinking out loud. More thoughts here: > http://www.cadmaps.com/gisblog/?p=28 > > > > randy > > > > ___ Discuss mailing list Discuss@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss