You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sis.apache.org by "Mattmann, Chris A (388J)" <ch...@jpl.nasa.gov> on 2013/03/08 18:48:06 UTC
Re: Research project on integrating geoservices with Apache Airavata
Hey Guys,
One other thing I might point you at is the work going on in Apache SIS
[1]:
http://incubator.apache.org/sis/
I recently made a presentation on SIS to the NOAA FOSS meet up here:
http://svn.apache.org/repos/asf/sis/presentations/NOAA-Meetup-Feb21-2013/Ap
acheSIS-NOAAMeetup-Final.fodp
Right now SIS has support for a Quad Tree, and there is information on how
to connect it with Apache OODT:
https://cwiki.apache.org/confluence/display/SIS/SIS+Wiki
https://cwiki.apache.org/confluence/display/SIS/OODT+File+Manager+to+SIS+Co
nnection+Demo
SIS is currently undergoing a humongous change bringing over GeoTK, which
is essentially a fully supported
Java spatial library originated by Martin Desruisseaux.
You may consider doing some Airavata and SIS integration, and potentially
looking at some of the OODT integration with geospatial as well.
See:
http://snow.jpl.nasa.gov/
That is an Apache OODT data system integrated with GDAL workflows, and
pushing data to GeoServer. Would be great to bring all the projects
together here.
I'm copying dev@oodt and dev@sis for their feedback. Maybe we could do a
few geospatial projects during GSoC between the communities this summer.
We did a Geospatial project with Ross Laidlaw as my GSoC student (now on
the SIS and OODT PMCs) last summer.
Cheers,
Chris
On 3/7/13 10:20 PM, "Sameera Jayaratna" <sa...@gmail.com> wrote:
>Hi all,
>
>We are a group of final year students from the Department of Computer
>Science and Engineering, University of Moratuwa, Sri Lanka. We are doing a
>research project on Integration of Open Geo-Spatial Consortium¹s WPS [1]
>with Apache Airavata under the supervision of Dr. Shahani Markus
>Weerawarana.
>
>The outcome of this project would be a geoscience gateway leveraging
>Apache
>Airavata and OGC¹s standards-based geo-services. As the initial step we
>are
>doing a background study on Apache Airavata, scientific workflows,
>scientific gateways, geoscience workflows and geo-services. We would like
>to explore some solid examples of scientific workflows and resources used
>to integrate them apart from what is published on Apache Airavata web
>site.
>
>We would like to receive any thoughts, comments and any other useful
>resources.
>
>[1] http://www.opengeospatial.org/standards/wps
>
>Thank you.
>Sameera.
>
>--
>*Sameera Jayaratna*
>*Undergraduate*
>*Department of Computer Science And Engineering*
>*University of Moratuwa*
>*Sri Lanka*
Re: Research project on integrating geoservices with Apache Airavata
Posted by Harsha Kumara <ha...@gmail.com>.
Thanks a lot Suresh for pointing out this resource lunk,I will go through
the resources available in this website.It has good set of publications as
I roughly went through it.:)
On Fri, Apr 19, 2013 at 3:34 PM, Suresh Marru <sm...@apache.org> wrote:
> On Apr 19, 2013, at 1:59 AM, Harsha Kumara <ha...@gmail.com> wrote:
>
> > Thanks a lot for Chirs for providing us these resources.It's really
> > interesting to see the practical applications built by using
> > existing software systems.
> >
> > This is a my point of view which I have in my mind by going through many
> > research papers.
> >
> > There are no well known geoscience gateways available in the world.
>
> Did you look at CyberGIS community -
> http://cybergis.cigi.uiuc.edu/cyberGISwiki/doku.php/home, there is a
> annual conference where papers on this topic are presented. You should
> navigate through those papers and their related work to find out other
> efforts in this area.
>
> Suresh
>
> > But
> > there are few existing ones which are focusing on specific application
> > scenarios only.So i think there is a need of strong geoscience gateway
> > which can be use by starting from students to geoscientists. Geoscience
> is
> > a emerging area where computer resources highly engaged. Geoscience
> gateway
> > will not only will popular with geoscience people but also with
> > computer science people too.
> >
> > I have saw how PyWPS(implementation of OGC's WPS) use with taverna for
> > creating geoscience workflows. According to my knowledge enhancing geo
> > science capabilities in Apache Airavata will create a pathway to
> originate
> > a fruitful geoscience gateway.
> >
> > In taverna It import WPS services through WSDL for creating workflows.
> >
> > I would like to have some thoughts about the starting point of
> integrating
> > OGC services like WPS to Apache Airavata. Any help will be appreciated.
> >
> > Thanks!
> > Harsha
> >
> >
> > On Fri, Apr 19, 2013 at 12:48 AM, Mattmann, Chris A (398J) <
> > chris.a.mattmann@jpl.nasa.gov> wrote:
> >
> >> Hey Amila,
> >>
> >> Check out:
> >>
> >> http://sunset.usc.edu/~mattmann/pubs/SEN10.pdf
> >>
> >> C. Mattmann, A. Braverman, D. Crichton. Understanding Architectural
> >> Tradeoffs Necessary
> >> to Increase Climate Model Intercomparison Efficiency. ACM SIGSOFT
> Software
> >> Engineering
> >> Notes, vol. 35, no. 3, pp. 1-6, May 2010.
> >>
> >> Also you may find these useful:
> >>
> >> http://xldb.org/use
> >>
> >>
> >>
> >> I've been a long time participant of XLDB so happy to connect
> >> you to that community as well too if you are interested.
> >>
> >> Cheers,
> >> Chris
> >>
> >>
> >>
> >>
> >>
> >>
> >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >> Chris Mattmann, Ph.D.
> >> Senior Computer Scientist
> >> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> >> Office: 171-266B, Mailstop: 171-246
> >> Email: chris.a.mattmann@nasa.gov
> >> WWW: http://sunset.usc.edu/~mattmann/
> >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >> Adjunct Assistant Professor, Computer Science Department
> >> University of Southern California, Los Angeles, CA 90089 USA
> >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >>
> >>
> >>
> >>
> >>
> >>
> >> -----Original Message-----
> >> From: AMILA RANATUNGA <ne...@gmail.com>
> >> Date: Thursday, April 18, 2013 11:47 AM
> >> To: jpluser <ch...@jpl.nasa.gov>
> >> Cc: "dev@airavata.apache.org" <de...@airavata.apache.org>, Martin
> >> Desruisseaux <ma...@geomatys.fr>, "dev@sis.apache.org"
> >> <de...@sis.apache.org>, Harsha Kumara <ha...@gmail.com>, Shahani Markus
> >> Weerawarana <sh...@gmail.com>, "dev@oodt.apache.org"
> >> <de...@oodt.apache.org>
> >> Subject: Re: Research project on integrating geoservices with Apache
> >> Airavata
> >>
> >>> Hi,
> >>>
> >>>
> >>> Thank you very much for the replies so far here and in SIS dev list as
> >>> well. They were really helpful. We are currently writing a research
> paper
> >>> regarding what kind of model that should be used by when building a
> >>> geoscience gateway. We intend to discuss
> >>> issues that a geoscientist face during his/her research and features
> >>> that should be inserted to such a gateway to overcome them. Then we can
> >>> consider them during our main project as well. It is appreciated if you
> >>> can point any research papers or resources
> >>> where we can see this domain from an eye of a geoscientist will be
> >>> really useful. Even a good case study will be really helpful.
> >>>
> >>>
> >>>
> >>>
> >>> Thank You !
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> On Thu, Apr 18, 2013 at 11:15 PM, Mattmann, Chris A (398J)
> >>> <ch...@jpl.nasa.gov> wrote:
> >>>
> >>> Sounding good, very interesting Amila..
> >>>
> >>> Cheers,
> >>> Chris
> >>>
> >>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >>> Chris Mattmann, Ph.D.
> >>> Senior Computer Scientist
> >>> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> >>> Office: 171-266B, Mailstop: 171-246
> >>> Email: chris.a.mattmann@nasa.gov
> >>> WWW: http://sunset.usc.edu/~mattmann/
> >>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >>> Adjunct Assistant Professor, Computer Science Department
> >>> University of Southern California, Los Angeles, CA 90089 USA
> >>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> -----Original Message-----
> >>>
> >>> From: Nipuni Perera <ni...@gmail.com>
> >>> Reply-To: "dev@airavata.apache.org" <de...@airavata.apache.org>
> >>> Date: Wednesday, April 10, 2013 12:52 AM
> >>> To: Martin Desruisseaux <ma...@geomatys.fr>
> >>>
> >>> Cc: AMILA RANATUNGA <ne...@gmail.com>, "dev@sis.apache.org"
> >>> <de...@sis.apache.org>, "dev@airavata.apache.org" <
> dev@airavata.apache.org
> >>> ,
> >>> Harsha Kumara <ha...@gmail.com>, Shahani Markus Weerawarana
> >>>
> >>> <sh...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
> >>> Subject: Re: Research project on integrating geoservices with Apache
> >>> Airavata
> >>>
> >>>
> >>>> Hi,
> >>>>
> >>>> Thanks for the guidance so far and we will study on the above
> mentioned
> >>>> resources.
> >>>>
> >>>> According to our understanding so far we feel that SIS can be used to
> >>>> implement a server which exposes OGC web services such as WPS.
> >>>> We feel that in order to enable geoscientists to create workflows
> >>>> accessing
> >>>> OGC compliant web services like WPS services, the main focus will be
> to
> >>>> integrated client side of OGC compliant web services with Airavata.
> >>>>
> >>>> If SIS can be used as a library for underlying geospatial processes
> what
> >>>> makes it different from currently exposed services. Because we have
> seen
> >>>> that Taverna also has the ability to create geoscience workflows using
> >>>> some
> >>>> web processing services.
> >>>>
> >>>> Any comments on our thoughts are highly appreciated.
> >>>>
> >>>> Thanks,
> >>>> Nipuni
> >>>>
> >>>>
> >>>> On Sun, Apr 7, 2013 at 9:27 PM, Martin Desruisseaux <
> >>>> martin.desruisseaux@geomatys.fr> wrote:
> >>>>
> >>>>> Hello Amila
> >>>>>
> >>>>> Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
> >>>>>
> >>>>> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So
> will
> >>>>> that integration make Apache SIS be considered as those services
> >>>>> enabled?
> >>>>>
> >>>>> Yes, after the port of Constellation-SDI as Apache SIS modules
> >>>>> (including
> >>>>> the test suites that execute CITE tests), SIS should be WPS, WMS and
> >>>>> WFS
> >>>>> (among other services) compliant. Frédéric or Vincent could hopefully
> >>>>> complete this list and tell more about compliance.
> >>>>>
> >>>>>
> >>>>> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is
> a
> >>>>> must"? What about WPS. Will that make SIS out of the scope. Because
> we
> >>>>> feel that since Airavata using Science gateway concept, really
> >>>>> essential
> >>>>> to implement WPS too.
> >>>>>
> >>>>> I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
> >>>>> support because I perceive those services as the ones that every GIS
> >>>>> users
> >>>>> take for granted. But they are only the minimum. WPS and SensorML are
> >>>>> supplemental services also implemented in Constellation-SDI and to be
> >>>>> proposed to Apache SIS. So WPS is not out of SIS scope, quite the
> >>>>> contrary
> >>>>> :-).
> >>>>>
> >>>>> Martin
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>> --
> >>>> Nipuni Piyabasi Perera
> >>>> Undergraduate
> >>>> Department of Computer Science And Engineering
> >>>> University of Moratuwa
> >>>> Sri Lanka
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >
> >
> > --
> > *Harsha Kumara*
> > *Undergraduate*
> > *Department of Computer Science and Engineering*
> > *University of Moratuwa*
> > *Sri Lanka.*
>
>
--
*Harsha Kumara*
*Undergraduate*
*Department of Computer Science and Engineering*
*University of Moratuwa*
*Sri Lanka.*
Re: Research project on integrating geoservices with Apache Airavata
Posted by Suresh Marru <sm...@apache.org>.
On Apr 19, 2013, at 1:59 AM, Harsha Kumara <ha...@gmail.com> wrote:
> Thanks a lot for Chirs for providing us these resources.It's really
> interesting to see the practical applications built by using
> existing software systems.
>
> This is a my point of view which I have in my mind by going through many
> research papers.
>
> There are no well known geoscience gateways available in the world.
Did you look at CyberGIS community - http://cybergis.cigi.uiuc.edu/cyberGISwiki/doku.php/home, there is a annual conference where papers on this topic are presented. You should navigate through those papers and their related work to find out other efforts in this area.
Suresh
> But
> there are few existing ones which are focusing on specific application
> scenarios only.So i think there is a need of strong geoscience gateway
> which can be use by starting from students to geoscientists. Geoscience is
> a emerging area where computer resources highly engaged. Geoscience gateway
> will not only will popular with geoscience people but also with
> computer science people too.
>
> I have saw how PyWPS(implementation of OGC's WPS) use with taverna for
> creating geoscience workflows. According to my knowledge enhancing geo
> science capabilities in Apache Airavata will create a pathway to originate
> a fruitful geoscience gateway.
>
> In taverna It import WPS services through WSDL for creating workflows.
>
> I would like to have some thoughts about the starting point of integrating
> OGC services like WPS to Apache Airavata. Any help will be appreciated.
>
> Thanks!
> Harsha
>
>
> On Fri, Apr 19, 2013 at 12:48 AM, Mattmann, Chris A (398J) <
> chris.a.mattmann@jpl.nasa.gov> wrote:
>
>> Hey Amila,
>>
>> Check out:
>>
>> http://sunset.usc.edu/~mattmann/pubs/SEN10.pdf
>>
>> C. Mattmann, A. Braverman, D. Crichton. Understanding Architectural
>> Tradeoffs Necessary
>> to Increase Climate Model Intercomparison Efficiency. ACM SIGSOFT Software
>> Engineering
>> Notes, vol. 35, no. 3, pp. 1-6, May 2010.
>>
>> Also you may find these useful:
>>
>> http://xldb.org/use
>>
>>
>>
>> I've been a long time participant of XLDB so happy to connect
>> you to that community as well too if you are interested.
>>
>> Cheers,
>> Chris
>>
>>
>>
>>
>>
>>
>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>> Chris Mattmann, Ph.D.
>> Senior Computer Scientist
>> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
>> Office: 171-266B, Mailstop: 171-246
>> Email: chris.a.mattmann@nasa.gov
>> WWW: http://sunset.usc.edu/~mattmann/
>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>> Adjunct Assistant Professor, Computer Science Department
>> University of Southern California, Los Angeles, CA 90089 USA
>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>
>>
>>
>>
>>
>>
>> -----Original Message-----
>> From: AMILA RANATUNGA <ne...@gmail.com>
>> Date: Thursday, April 18, 2013 11:47 AM
>> To: jpluser <ch...@jpl.nasa.gov>
>> Cc: "dev@airavata.apache.org" <de...@airavata.apache.org>, Martin
>> Desruisseaux <ma...@geomatys.fr>, "dev@sis.apache.org"
>> <de...@sis.apache.org>, Harsha Kumara <ha...@gmail.com>, Shahani Markus
>> Weerawarana <sh...@gmail.com>, "dev@oodt.apache.org"
>> <de...@oodt.apache.org>
>> Subject: Re: Research project on integrating geoservices with Apache
>> Airavata
>>
>>> Hi,
>>>
>>>
>>> Thank you very much for the replies so far here and in SIS dev list as
>>> well. They were really helpful. We are currently writing a research paper
>>> regarding what kind of model that should be used by when building a
>>> geoscience gateway. We intend to discuss
>>> issues that a geoscientist face during his/her research and features
>>> that should be inserted to such a gateway to overcome them. Then we can
>>> consider them during our main project as well. It is appreciated if you
>>> can point any research papers or resources
>>> where we can see this domain from an eye of a geoscientist will be
>>> really useful. Even a good case study will be really helpful.
>>>
>>>
>>>
>>>
>>> Thank You !
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Thu, Apr 18, 2013 at 11:15 PM, Mattmann, Chris A (398J)
>>> <ch...@jpl.nasa.gov> wrote:
>>>
>>> Sounding good, very interesting Amila..
>>>
>>> Cheers,
>>> Chris
>>>
>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>> Chris Mattmann, Ph.D.
>>> Senior Computer Scientist
>>> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
>>> Office: 171-266B, Mailstop: 171-246
>>> Email: chris.a.mattmann@nasa.gov
>>> WWW: http://sunset.usc.edu/~mattmann/
>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>> Adjunct Assistant Professor, Computer Science Department
>>> University of Southern California, Los Angeles, CA 90089 USA
>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>>
>>>
>>>
>>>
>>>
>>>
>>> -----Original Message-----
>>>
>>> From: Nipuni Perera <ni...@gmail.com>
>>> Reply-To: "dev@airavata.apache.org" <de...@airavata.apache.org>
>>> Date: Wednesday, April 10, 2013 12:52 AM
>>> To: Martin Desruisseaux <ma...@geomatys.fr>
>>>
>>> Cc: AMILA RANATUNGA <ne...@gmail.com>, "dev@sis.apache.org"
>>> <de...@sis.apache.org>, "dev@airavata.apache.org" <dev@airavata.apache.org
>>> ,
>>> Harsha Kumara <ha...@gmail.com>, Shahani Markus Weerawarana
>>>
>>> <sh...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
>>> Subject: Re: Research project on integrating geoservices with Apache
>>> Airavata
>>>
>>>
>>>> Hi,
>>>>
>>>> Thanks for the guidance so far and we will study on the above mentioned
>>>> resources.
>>>>
>>>> According to our understanding so far we feel that SIS can be used to
>>>> implement a server which exposes OGC web services such as WPS.
>>>> We feel that in order to enable geoscientists to create workflows
>>>> accessing
>>>> OGC compliant web services like WPS services, the main focus will be to
>>>> integrated client side of OGC compliant web services with Airavata.
>>>>
>>>> If SIS can be used as a library for underlying geospatial processes what
>>>> makes it different from currently exposed services. Because we have seen
>>>> that Taverna also has the ability to create geoscience workflows using
>>>> some
>>>> web processing services.
>>>>
>>>> Any comments on our thoughts are highly appreciated.
>>>>
>>>> Thanks,
>>>> Nipuni
>>>>
>>>>
>>>> On Sun, Apr 7, 2013 at 9:27 PM, Martin Desruisseaux <
>>>> martin.desruisseaux@geomatys.fr> wrote:
>>>>
>>>>> Hello Amila
>>>>>
>>>>> Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
>>>>>
>>>>> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So will
>>>>> that integration make Apache SIS be considered as those services
>>>>> enabled?
>>>>>
>>>>> Yes, after the port of Constellation-SDI as Apache SIS modules
>>>>> (including
>>>>> the test suites that execute CITE tests), SIS should be WPS, WMS and
>>>>> WFS
>>>>> (among other services) compliant. Frédéric or Vincent could hopefully
>>>>> complete this list and tell more about compliance.
>>>>>
>>>>>
>>>>> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
>>>>> must"? What about WPS. Will that make SIS out of the scope. Because we
>>>>> feel that since Airavata using Science gateway concept, really
>>>>> essential
>>>>> to implement WPS too.
>>>>>
>>>>> I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
>>>>> support because I perceive those services as the ones that every GIS
>>>>> users
>>>>> take for granted. But they are only the minimum. WPS and SensorML are
>>>>> supplemental services also implemented in Constellation-SDI and to be
>>>>> proposed to Apache SIS. So WPS is not out of SIS scope, quite the
>>>>> contrary
>>>>> :-).
>>>>>
>>>>> Martin
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Nipuni Piyabasi Perera
>>>> Undergraduate
>>>> Department of Computer Science And Engineering
>>>> University of Moratuwa
>>>> Sri Lanka
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>
> --
> *Harsha Kumara*
> *Undergraduate*
> *Department of Computer Science and Engineering*
> *University of Moratuwa*
> *Sri Lanka.*
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Sounds great Harsha, please move forward and I'll help where I can.
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: Harsha Kumara <ha...@gmail.com>
Reply-To: "dev@airavata.apache.org" <de...@airavata.apache.org>
Date: Thursday, April 18, 2013 10:59 PM
To: "dev@airavata.apache.org" <de...@airavata.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Thanks a lot for Chirs for providing us these resources.It's really
>interesting to see the practical applications built by using
> existing software systems.
>
>This is a my point of view which I have in my mind by going through many
>research papers.
>
>There are no well known geoscience gateways available in the world.But
>there are few existing ones which are focusing on specific application
>scenarios only.So i think there is a need of strong geoscience gateway
>which can be use by starting from students to geoscientists. Geoscience
>is
>a emerging area where computer resources highly engaged. Geoscience
>gateway
>will not only will popular with geoscience people but also with
>computer science people too.
>
>I have saw how PyWPS(implementation of OGC's WPS) use with taverna for
>creating geoscience workflows. According to my knowledge enhancing geo
>science capabilities in Apache Airavata will create a pathway to originate
>a fruitful geoscience gateway.
>
>In taverna It import WPS services through WSDL for creating workflows.
>
>I would like to have some thoughts about the starting point of integrating
>OGC services like WPS to Apache Airavata. Any help will be appreciated.
>
>Thanks!
>Harsha
>
>
>On Fri, Apr 19, 2013 at 12:48 AM, Mattmann, Chris A (398J) <
>chris.a.mattmann@jpl.nasa.gov> wrote:
>
>> Hey Amila,
>>
>> Check out:
>>
>> http://sunset.usc.edu/~mattmann/pubs/SEN10.pdf
>>
>> C. Mattmann, A. Braverman, D. Crichton. Understanding Architectural
>> Tradeoffs Necessary
>> to Increase Climate Model Intercomparison Efficiency. ACM SIGSOFT
>>Software
>> Engineering
>> Notes, vol. 35, no. 3, pp. 1-6, May 2010.
>>
>> Also you may find these useful:
>>
>> http://xldb.org/use
>>
>>
>>
>> I've been a long time participant of XLDB so happy to connect
>> you to that community as well too if you are interested.
>>
>> Cheers,
>> Chris
>>
>>
>>
>>
>>
>>
>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>> Chris Mattmann, Ph.D.
>> Senior Computer Scientist
>> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
>> Office: 171-266B, Mailstop: 171-246
>> Email: chris.a.mattmann@nasa.gov
>> WWW: http://sunset.usc.edu/~mattmann/
>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>> Adjunct Assistant Professor, Computer Science Department
>> University of Southern California, Los Angeles, CA 90089 USA
>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>
>>
>>
>>
>>
>>
>> -----Original Message-----
>> From: AMILA RANATUNGA <ne...@gmail.com>
>> Date: Thursday, April 18, 2013 11:47 AM
>> To: jpluser <ch...@jpl.nasa.gov>
>> Cc: "dev@airavata.apache.org" <de...@airavata.apache.org>, Martin
>> Desruisseaux <ma...@geomatys.fr>, "dev@sis.apache.org"
>> <de...@sis.apache.org>, Harsha Kumara <ha...@gmail.com>, Shahani Markus
>> Weerawarana <sh...@gmail.com>, "dev@oodt.apache.org"
>> <de...@oodt.apache.org>
>> Subject: Re: Research project on integrating geoservices with Apache
>> Airavata
>>
>> >Hi,
>> >
>> >
>> >Thank you very much for the replies so far here and in SIS dev list as
>> >well. They were really helpful. We are currently writing a research
>>paper
>> >regarding what kind of model that should be used by when building a
>> >geoscience gateway. We intend to discuss
>> > issues that a geoscientist face during his/her research and features
>> >that should be inserted to such a gateway to overcome them. Then we can
>> >consider them during our main project as well. It is appreciated if you
>> >can point any research papers or resources
>> > where we can see this domain from an eye of a geoscientist will be
>> >really useful. Even a good case study will be really helpful.
>> >
>> >
>> >
>> >
>> >Thank You !
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >On Thu, Apr 18, 2013 at 11:15 PM, Mattmann, Chris A (398J)
>> ><ch...@jpl.nasa.gov> wrote:
>> >
>> >Sounding good, very interesting Amila..
>> >
>> >Cheers,
>> >Chris
>> >
>> >++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>> >Chris Mattmann, Ph.D.
>> >Senior Computer Scientist
>> >NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
>> >Office: 171-266B, Mailstop: 171-246
>> >Email: chris.a.mattmann@nasa.gov
>> >WWW: http://sunset.usc.edu/~mattmann/
>> >++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>> >Adjunct Assistant Professor, Computer Science Department
>> >University of Southern California, Los Angeles, CA 90089 USA
>> >++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>> >
>> >
>> >
>> >
>> >
>> >
>> >-----Original Message-----
>> >
>> >From: Nipuni Perera <ni...@gmail.com>
>> >Reply-To: "dev@airavata.apache.org" <de...@airavata.apache.org>
>> >Date: Wednesday, April 10, 2013 12:52 AM
>> >To: Martin Desruisseaux <ma...@geomatys.fr>
>> >
>> >Cc: AMILA RANATUNGA <ne...@gmail.com>, "dev@sis.apache.org"
>> ><de...@sis.apache.org>, "dev@airavata.apache.org"
>><dev@airavata.apache.org
>> >,
>> >Harsha Kumara <ha...@gmail.com>, Shahani Markus Weerawarana
>> >
>> ><sh...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
>> >Subject: Re: Research project on integrating geoservices with Apache
>> >Airavata
>> >
>> >
>> >>Hi,
>> >>
>> >>Thanks for the guidance so far and we will study on the above
>>mentioned
>> >>resources.
>> >>
>> >>According to our understanding so far we feel that SIS can be used to
>> >>implement a server which exposes OGC web services such as WPS.
>> >>We feel that in order to enable geoscientists to create workflows
>> >>accessing
>> >>OGC compliant web services like WPS services, the main focus will be
>>to
>> >>integrated client side of OGC compliant web services with Airavata.
>> >>
>> >>If SIS can be used as a library for underlying geospatial processes
>>what
>> >>makes it different from currently exposed services. Because we have
>>seen
>> >>that Taverna also has the ability to create geoscience workflows using
>> >>some
>> >>web processing services.
>> >>
>> >>Any comments on our thoughts are highly appreciated.
>> >>
>> >>Thanks,
>> >>Nipuni
>> >>
>> >>
>> >>On Sun, Apr 7, 2013 at 9:27 PM, Martin Desruisseaux <
>> >>martin.desruisseaux@geomatys.fr> wrote:
>> >>
>> >>> Hello Amila
>> >>>
>> >>> Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
>> >>>
>> >>> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So
>>will
>> >>> that integration make Apache SIS be considered as those services
>> >>>enabled?
>> >>>
>> >>> Yes, after the port of Constellation-SDI as Apache SIS modules
>> >>>(including
>> >>> the test suites that execute CITE tests), SIS should be WPS, WMS and
>> >>>WFS
>> >>> (among other services) compliant. Frédéric or Vincent could
>>hopefully
>> >>> complete this list and tell more about compliance.
>> >>>
>> >>>
>> >>> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS
>>is a
>> >>> must"? What about WPS. Will that make SIS out of the scope. Because
>>we
>> >>> feel that since Airavata using Science gateway concept, really
>> >>>essential
>> >>> to implement WPS too.
>> >>>
>> >>> I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
>> >>> support because I perceive those services as the ones that every GIS
>> >>>users
>> >>> take for granted. But they are only the minimum. WPS and SensorML
>>are
>> >>> supplemental services also implemented in Constellation-SDI and to
>>be
>> >>> proposed to Apache SIS. So WPS is not out of SIS scope, quite the
>> >>>contrary
>> >>> :-).
>> >>>
>> >>> Martin
>> >>>
>> >>>
>> >>
>> >>
>> >>--
>> >>Nipuni Piyabasi Perera
>> >>Undergraduate
>> >>Department of Computer Science And Engineering
>> >>University of Moratuwa
>> >>Sri Lanka
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>>
>>
>
>
>--
>*Harsha Kumara*
>*Undergraduate*
>*Department of Computer Science and Engineering*
>*University of Moratuwa*
>*Sri Lanka.*
Re: Research project on integrating geoservices with Apache Airavata
Posted by Harsha Kumara <ha...@gmail.com>.
Thanks a lot for Chirs for providing us these resources.It's really
interesting to see the practical applications built by using
existing software systems.
This is a my point of view which I have in my mind by going through many
research papers.
There are no well known geoscience gateways available in the world.But
there are few existing ones which are focusing on specific application
scenarios only.So i think there is a need of strong geoscience gateway
which can be use by starting from students to geoscientists. Geoscience is
a emerging area where computer resources highly engaged. Geoscience gateway
will not only will popular with geoscience people but also with
computer science people too.
I have saw how PyWPS(implementation of OGC's WPS) use with taverna for
creating geoscience workflows. According to my knowledge enhancing geo
science capabilities in Apache Airavata will create a pathway to originate
a fruitful geoscience gateway.
In taverna It import WPS services through WSDL for creating workflows.
I would like to have some thoughts about the starting point of integrating
OGC services like WPS to Apache Airavata. Any help will be appreciated.
Thanks!
Harsha
On Fri, Apr 19, 2013 at 12:48 AM, Mattmann, Chris A (398J) <
chris.a.mattmann@jpl.nasa.gov> wrote:
> Hey Amila,
>
> Check out:
>
> http://sunset.usc.edu/~mattmann/pubs/SEN10.pdf
>
> C. Mattmann, A. Braverman, D. Crichton. Understanding Architectural
> Tradeoffs Necessary
> to Increase Climate Model Intercomparison Efficiency. ACM SIGSOFT Software
> Engineering
> Notes, vol. 35, no. 3, pp. 1-6, May 2010.
>
> Also you may find these useful:
>
> http://xldb.org/use
>
>
>
> I've been a long time participant of XLDB so happy to connect
> you to that community as well too if you are interested.
>
> Cheers,
> Chris
>
>
>
>
>
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Chris Mattmann, Ph.D.
> Senior Computer Scientist
> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> Office: 171-266B, Mailstop: 171-246
> Email: chris.a.mattmann@nasa.gov
> WWW: http://sunset.usc.edu/~mattmann/
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Adjunct Assistant Professor, Computer Science Department
> University of Southern California, Los Angeles, CA 90089 USA
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
>
>
>
> -----Original Message-----
> From: AMILA RANATUNGA <ne...@gmail.com>
> Date: Thursday, April 18, 2013 11:47 AM
> To: jpluser <ch...@jpl.nasa.gov>
> Cc: "dev@airavata.apache.org" <de...@airavata.apache.org>, Martin
> Desruisseaux <ma...@geomatys.fr>, "dev@sis.apache.org"
> <de...@sis.apache.org>, Harsha Kumara <ha...@gmail.com>, Shahani Markus
> Weerawarana <sh...@gmail.com>, "dev@oodt.apache.org"
> <de...@oodt.apache.org>
> Subject: Re: Research project on integrating geoservices with Apache
> Airavata
>
> >Hi,
> >
> >
> >Thank you very much for the replies so far here and in SIS dev list as
> >well. They were really helpful. We are currently writing a research paper
> >regarding what kind of model that should be used by when building a
> >geoscience gateway. We intend to discuss
> > issues that a geoscientist face during his/her research and features
> >that should be inserted to such a gateway to overcome them. Then we can
> >consider them during our main project as well. It is appreciated if you
> >can point any research papers or resources
> > where we can see this domain from an eye of a geoscientist will be
> >really useful. Even a good case study will be really helpful.
> >
> >
> >
> >
> >Thank You !
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >On Thu, Apr 18, 2013 at 11:15 PM, Mattmann, Chris A (398J)
> ><ch...@jpl.nasa.gov> wrote:
> >
> >Sounding good, very interesting Amila..
> >
> >Cheers,
> >Chris
> >
> >++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >Chris Mattmann, Ph.D.
> >Senior Computer Scientist
> >NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> >Office: 171-266B, Mailstop: 171-246
> >Email: chris.a.mattmann@nasa.gov
> >WWW: http://sunset.usc.edu/~mattmann/
> >++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >Adjunct Assistant Professor, Computer Science Department
> >University of Southern California, Los Angeles, CA 90089 USA
> >++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >
> >
> >
> >
> >
> >
> >-----Original Message-----
> >
> >From: Nipuni Perera <ni...@gmail.com>
> >Reply-To: "dev@airavata.apache.org" <de...@airavata.apache.org>
> >Date: Wednesday, April 10, 2013 12:52 AM
> >To: Martin Desruisseaux <ma...@geomatys.fr>
> >
> >Cc: AMILA RANATUNGA <ne...@gmail.com>, "dev@sis.apache.org"
> ><de...@sis.apache.org>, "dev@airavata.apache.org" <dev@airavata.apache.org
> >,
> >Harsha Kumara <ha...@gmail.com>, Shahani Markus Weerawarana
> >
> ><sh...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
> >Subject: Re: Research project on integrating geoservices with Apache
> >Airavata
> >
> >
> >>Hi,
> >>
> >>Thanks for the guidance so far and we will study on the above mentioned
> >>resources.
> >>
> >>According to our understanding so far we feel that SIS can be used to
> >>implement a server which exposes OGC web services such as WPS.
> >>We feel that in order to enable geoscientists to create workflows
> >>accessing
> >>OGC compliant web services like WPS services, the main focus will be to
> >>integrated client side of OGC compliant web services with Airavata.
> >>
> >>If SIS can be used as a library for underlying geospatial processes what
> >>makes it different from currently exposed services. Because we have seen
> >>that Taverna also has the ability to create geoscience workflows using
> >>some
> >>web processing services.
> >>
> >>Any comments on our thoughts are highly appreciated.
> >>
> >>Thanks,
> >>Nipuni
> >>
> >>
> >>On Sun, Apr 7, 2013 at 9:27 PM, Martin Desruisseaux <
> >>martin.desruisseaux@geomatys.fr> wrote:
> >>
> >>> Hello Amila
> >>>
> >>> Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
> >>>
> >>> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So will
> >>> that integration make Apache SIS be considered as those services
> >>>enabled?
> >>>
> >>> Yes, after the port of Constellation-SDI as Apache SIS modules
> >>>(including
> >>> the test suites that execute CITE tests), SIS should be WPS, WMS and
> >>>WFS
> >>> (among other services) compliant. Frédéric or Vincent could hopefully
> >>> complete this list and tell more about compliance.
> >>>
> >>>
> >>> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
> >>> must"? What about WPS. Will that make SIS out of the scope. Because we
> >>> feel that since Airavata using Science gateway concept, really
> >>>essential
> >>> to implement WPS too.
> >>>
> >>> I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
> >>> support because I perceive those services as the ones that every GIS
> >>>users
> >>> take for granted. But they are only the minimum. WPS and SensorML are
> >>> supplemental services also implemented in Constellation-SDI and to be
> >>> proposed to Apache SIS. So WPS is not out of SIS scope, quite the
> >>>contrary
> >>> :-).
> >>>
> >>> Martin
> >>>
> >>>
> >>
> >>
> >>--
> >>Nipuni Piyabasi Perera
> >>Undergraduate
> >>Department of Computer Science And Engineering
> >>University of Moratuwa
> >>Sri Lanka
> >
> >
> >
> >
> >
> >
> >
> >
>
>
--
*Harsha Kumara*
*Undergraduate*
*Department of Computer Science and Engineering*
*University of Moratuwa*
*Sri Lanka.*
Re: Research project on integrating geoservices with Apache Airavata
Posted by AMILA RANATUNGA <ne...@gmail.com>.
Hi all,
Thanks a lot for the contribution and help given. We have prepared a brief
report about what are in our mind about this whole scenario. I am posting
this if you have missed the new
thread<https://mail.google.com/mail/u/0/#search/report+dev%40airavata.apache.org/13ec2f36f36a76bb>we
started. Anyway the the report can also be accessed
here<https://docs.google.com/document/d/1vATyBC7ZoH9hSgbpqCHSH4abyUC0eAMu-eG6ZPjyScc/edit#>.
Lot of modifications needs to be carried out conceptual and hence
architectural level. So your valuable comments are highly appreciated and
help given thus far has kept us going on right track.
Thank you !
On Sun, Apr 21, 2013 at 1:43 AM, Martin Desruisseaux <
martin.desruisseaux@geomatys.fr> wrote:
> Hello Bruce
>
> Le 20/04/13 21:01, Bruce Barkstrom a écrit :
>
> If you approached this from a kind of generic computer science standpoint,
>> it would seem natural to create a record structure at the finest spatial
>> resolution.
>> At each point in this structure, you would define a record such as
>>
>> type Data_Record is record
>> longitude : double;
>> latitude : double;
>> SST : double;
>> Chlorophyl_A : double;
>> SLA : double;
>> Eckman_Pumping : double;
>> ...
>> end record;
>>
>
> Yes, this is basically what I did, where (longitude, latitude) were
> locations of fisheries data, and some additional columns exist for the
> fisheries data themselves. The mechanism that I wanted to describe was
> precisely about generating those records (more precisely, about filling the
> SST, Chlorophyl_a, SLA and Eckman_Pumping columns in those records).
>
> Regards,
>
> Martin
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Bruce
Le 20/04/13 21:01, Bruce Barkstrom a écrit :
> If you approached this from a kind of generic computer science standpoint,
> it would seem natural to create a record structure at the finest spatial resolution.
> At each point in this structure, you would define a record such as
>
> type Data_Record is record
> longitude : double;
> latitude : double;
> SST : double;
> Chlorophyl_A : double;
> SLA : double;
> Eckman_Pumping : double;
> ...
> end record;
Yes, this is basically what I did, where (longitude, latitude) were
locations of fisheries data, and some additional columns exist for the
fisheries data themselves. The mechanism that I wanted to describe was
precisely about generating those records (more precisely, about filling
the SST, Chlorophyl_a, SLA and Eckman_Pumping columns in those records).
Regards,
Martin
Re: Research project on integrating geoservices with Apache Airavata
Posted by Bruce Barkstrom <br...@gmail.com>.
If you approached this from a kind of generic computer science standpoint,
it would seem
natural to create a record structure at the finest spatial resolution. At
each point in this
structure, you would define a record such as
type Data_Record is record
longitude : double;
latitude : double;
SST : double;
Chlorophyl_A : double;
SLA : double;
Eckman_Pumping : double;
...
end record;
If the data are not at the same resolution, then it will be necessary to
interpolate between
the measurements. Perhaps the simplest approach in this case would be to
create a
data structure for each field and then to provide pointers to the measured
values and
then for each point in the grid, to allocate a weight to each measured
value that will give
the interpolated value when averaged up.
This two-paragraph discussion lacks details, but might be generalized to
produce what
you want.
Bruce R. Barkstrom
On Fri, Apr 19, 2013 at 5:09 AM, Martin Desruisseaux <
martin.desruisseaux@geomatys.fr> wrote:
> Hello Amila
>
> Le 18/04/13 20:47, AMILA RANATUNGA a écrit :
>
>> Thank you very much for the replies so far here and in SIS dev list as
>> well. They were really helpful. We are currently writing a research paper
>> regarding what kind of model that should be used by when building a
>> geoscience gateway. We intend to discuss issues that a geoscientist face
>> during his/her research and features that should be inserted to such a
>> gateway to overcome them. Then we can consider them during our main project
>> as well. It is appreciated if you can point any research papers or
>> resources where we can see this domain from an eye of a geoscientist will
>> be really useful. Even a good case study will be really helpful.
>>
>
> There is a chapter in my Ph.D thesis that I wrote 10 years ago [1], but it
> is in French... However there is some points:
>
> Before to start coding open source software, I had a formation on ERDAS
> Imagine. At that time, the raster data could be either measurement (e.g.
> altitude in metres), or categories (land, forest, lake, etc.). However for
> my work in oceanography I needed a mix of both in the same raster: Sea
> Surface Temperature (SST) measurement, together with some NaN
> (Not-a-Number) values indicating that the pixel was a cloud, or a land,
> etc. The software 10 years ago was not allowing that.
>
> My study was correlating data from remote sensing image, with fisheries
> data. From OGC perspective, this is equivalent to getting WCS and WebSensor
> to work together. Raster and sensor are two very different kind of data,
> and doing some work of the kind "I want all temperature data at the
> location and time of each sensor data, and also all temperature data 10
> days before the time of each sensor data" was needed.
>
> On the remote images side, my study was using 4 different kind of data:
> Sea Surface Temperature (SST), chlorophyll-a concentration, Sea Level
> Anomaly (SLA) and Ekman pumping. Each kind of data have very different
> characteristics in term spatial and temporal coverage, resolution and
> format. Handling such heterogeneous source of data was a challenge. Indeed,
> in my review of previous work, I saw many study correlating fish
> populations with temperature, or correlating fish population with
> chlorophyll, but I found no study correlating fish population to many
> parameters taken together (e.g. some condition of temperature in same time
> than some concentration of chlorophyll-a). Doing such combined study has
> been a big development effort. However it was 10 years ago, I'm sure the
> situation is different now.
>
> For each time and location of a sensor data, I needed to interpolate the
> temperature, chlorophyll-a, etc. measurement from the raster data, at the
> sensor time, 5 days before, 10 days before, etc., compute on the fly some
> derivative quantities like gradient of temperature (i.e. apply the Sobel
> operator on rasters of SST data) again 0 day, 5 days, 10 days, etc. before,
> handle the case of missing (NaN) values (e.g. if got a NaN when
> interpolating a value using the bi-cubic interpolation, try again with the
> bi-linear interpolation since it uses less data and thus reduce the risk of
> getting NaN). So having a software doing the work automatically was crucial.
>
> An other way to explain the above paragraph would be to said that for each
> sensor, we create many (potentially hundred) "virtual sensors" derived from
> remote sensing data. For example if you had a sensor measuring temperature
> inside your car, it is like attaching "virtual sensors" to the real sensor,
> where the virtual sensors behave like any real sensor but using the data
> from remote sensing images. Of course we have to take in account that the
> car is moving, to pixel requested on the remote sensing images is always
> changing.
>
> The amount of data produced in the above step was huge. Some statistical
> tools was needed for evaluating the coefficient of correlation between the
> above "virtual sensors" and the real ones, so we can trim the "virtual
> sensors" that do not seem relevant to our study. Again, because of the
> amount of data, automation is key.
>
> Not sure if it is of any help...
>
> Martin
>
> [1] http://horizon.documentation.**ird.fr/exl-doc/pleins_textes/**
> divers09-08/010035115.pdf<http://horizon.documentation.ird.fr/exl-doc/pleins_textes/divers09-08/010035115.pdf>
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Bruce Barkstrom <br...@gmail.com>.
If you approached this from a kind of generic computer science standpoint,
it would seem
natural to create a record structure at the finest spatial resolution. At
each point in this
structure, you would define a record such as
type Data_Record is record
longitude : double;
latitude : double;
SST : double;
Chlorophyl_A : double;
SLA : double;
Eckman_Pumping : double;
...
end record;
If the data are not at the same resolution, then it will be necessary to
interpolate between
the measurements. Perhaps the simplest approach in this case would be to
create a
data structure for each field and then to provide pointers to the measured
values and
then for each point in the grid, to allocate a weight to each measured
value that will give
the interpolated value when averaged up.
This two-paragraph discussion lacks details, but might be generalized to
produce what
you want.
Bruce R. Barkstrom
On Fri, Apr 19, 2013 at 5:09 AM, Martin Desruisseaux <
martin.desruisseaux@geomatys.fr> wrote:
> Hello Amila
>
> Le 18/04/13 20:47, AMILA RANATUNGA a écrit :
>
>> Thank you very much for the replies so far here and in SIS dev list as
>> well. They were really helpful. We are currently writing a research paper
>> regarding what kind of model that should be used by when building a
>> geoscience gateway. We intend to discuss issues that a geoscientist face
>> during his/her research and features that should be inserted to such a
>> gateway to overcome them. Then we can consider them during our main project
>> as well. It is appreciated if you can point any research papers or
>> resources where we can see this domain from an eye of a geoscientist will
>> be really useful. Even a good case study will be really helpful.
>>
>
> There is a chapter in my Ph.D thesis that I wrote 10 years ago [1], but it
> is in French... However there is some points:
>
> Before to start coding open source software, I had a formation on ERDAS
> Imagine. At that time, the raster data could be either measurement (e.g.
> altitude in metres), or categories (land, forest, lake, etc.). However for
> my work in oceanography I needed a mix of both in the same raster: Sea
> Surface Temperature (SST) measurement, together with some NaN
> (Not-a-Number) values indicating that the pixel was a cloud, or a land,
> etc. The software 10 years ago was not allowing that.
>
> My study was correlating data from remote sensing image, with fisheries
> data. From OGC perspective, this is equivalent to getting WCS and WebSensor
> to work together. Raster and sensor are two very different kind of data,
> and doing some work of the kind "I want all temperature data at the
> location and time of each sensor data, and also all temperature data 10
> days before the time of each sensor data" was needed.
>
> On the remote images side, my study was using 4 different kind of data:
> Sea Surface Temperature (SST), chlorophyll-a concentration, Sea Level
> Anomaly (SLA) and Ekman pumping. Each kind of data have very different
> characteristics in term spatial and temporal coverage, resolution and
> format. Handling such heterogeneous source of data was a challenge. Indeed,
> in my review of previous work, I saw many study correlating fish
> populations with temperature, or correlating fish population with
> chlorophyll, but I found no study correlating fish population to many
> parameters taken together (e.g. some condition of temperature in same time
> than some concentration of chlorophyll-a). Doing such combined study has
> been a big development effort. However it was 10 years ago, I'm sure the
> situation is different now.
>
> For each time and location of a sensor data, I needed to interpolate the
> temperature, chlorophyll-a, etc. measurement from the raster data, at the
> sensor time, 5 days before, 10 days before, etc., compute on the fly some
> derivative quantities like gradient of temperature (i.e. apply the Sobel
> operator on rasters of SST data) again 0 day, 5 days, 10 days, etc. before,
> handle the case of missing (NaN) values (e.g. if got a NaN when
> interpolating a value using the bi-cubic interpolation, try again with the
> bi-linear interpolation since it uses less data and thus reduce the risk of
> getting NaN). So having a software doing the work automatically was crucial.
>
> An other way to explain the above paragraph would be to said that for each
> sensor, we create many (potentially hundred) "virtual sensors" derived from
> remote sensing data. For example if you had a sensor measuring temperature
> inside your car, it is like attaching "virtual sensors" to the real sensor,
> where the virtual sensors behave like any real sensor but using the data
> from remote sensing images. Of course we have to take in account that the
> car is moving, to pixel requested on the remote sensing images is always
> changing.
>
> The amount of data produced in the above step was huge. Some statistical
> tools was needed for evaluating the coefficient of correlation between the
> above "virtual sensors" and the real ones, so we can trim the "virtual
> sensors" that do not seem relevant to our study. Again, because of the
> amount of data, automation is key.
>
> Not sure if it is of any help...
>
> Martin
>
> [1] http://horizon.documentation.**ird.fr/exl-doc/pleins_textes/**
> divers09-08/010035115.pdf<http://horizon.documentation.ird.fr/exl-doc/pleins_textes/divers09-08/010035115.pdf>
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Bruce Barkstrom <br...@gmail.com>.
If you approached this from a kind of generic computer science standpoint,
it would seem
natural to create a record structure at the finest spatial resolution. At
each point in this
structure, you would define a record such as
type Data_Record is record
longitude : double;
latitude : double;
SST : double;
Chlorophyl_A : double;
SLA : double;
Eckman_Pumping : double;
...
end record;
If the data are not at the same resolution, then it will be necessary to
interpolate between
the measurements. Perhaps the simplest approach in this case would be to
create a
data structure for each field and then to provide pointers to the measured
values and
then for each point in the grid, to allocate a weight to each measured
value that will give
the interpolated value when averaged up.
This two-paragraph discussion lacks details, but might be generalized to
produce what
you want.
Bruce R. Barkstrom
On Fri, Apr 19, 2013 at 5:09 AM, Martin Desruisseaux <
martin.desruisseaux@geomatys.fr> wrote:
> Hello Amila
>
> Le 18/04/13 20:47, AMILA RANATUNGA a écrit :
>
>> Thank you very much for the replies so far here and in SIS dev list as
>> well. They were really helpful. We are currently writing a research paper
>> regarding what kind of model that should be used by when building a
>> geoscience gateway. We intend to discuss issues that a geoscientist face
>> during his/her research and features that should be inserted to such a
>> gateway to overcome them. Then we can consider them during our main project
>> as well. It is appreciated if you can point any research papers or
>> resources where we can see this domain from an eye of a geoscientist will
>> be really useful. Even a good case study will be really helpful.
>>
>
> There is a chapter in my Ph.D thesis that I wrote 10 years ago [1], but it
> is in French... However there is some points:
>
> Before to start coding open source software, I had a formation on ERDAS
> Imagine. At that time, the raster data could be either measurement (e.g.
> altitude in metres), or categories (land, forest, lake, etc.). However for
> my work in oceanography I needed a mix of both in the same raster: Sea
> Surface Temperature (SST) measurement, together with some NaN
> (Not-a-Number) values indicating that the pixel was a cloud, or a land,
> etc. The software 10 years ago was not allowing that.
>
> My study was correlating data from remote sensing image, with fisheries
> data. From OGC perspective, this is equivalent to getting WCS and WebSensor
> to work together. Raster and sensor are two very different kind of data,
> and doing some work of the kind "I want all temperature data at the
> location and time of each sensor data, and also all temperature data 10
> days before the time of each sensor data" was needed.
>
> On the remote images side, my study was using 4 different kind of data:
> Sea Surface Temperature (SST), chlorophyll-a concentration, Sea Level
> Anomaly (SLA) and Ekman pumping. Each kind of data have very different
> characteristics in term spatial and temporal coverage, resolution and
> format. Handling such heterogeneous source of data was a challenge. Indeed,
> in my review of previous work, I saw many study correlating fish
> populations with temperature, or correlating fish population with
> chlorophyll, but I found no study correlating fish population to many
> parameters taken together (e.g. some condition of temperature in same time
> than some concentration of chlorophyll-a). Doing such combined study has
> been a big development effort. However it was 10 years ago, I'm sure the
> situation is different now.
>
> For each time and location of a sensor data, I needed to interpolate the
> temperature, chlorophyll-a, etc. measurement from the raster data, at the
> sensor time, 5 days before, 10 days before, etc., compute on the fly some
> derivative quantities like gradient of temperature (i.e. apply the Sobel
> operator on rasters of SST data) again 0 day, 5 days, 10 days, etc. before,
> handle the case of missing (NaN) values (e.g. if got a NaN when
> interpolating a value using the bi-cubic interpolation, try again with the
> bi-linear interpolation since it uses less data and thus reduce the risk of
> getting NaN). So having a software doing the work automatically was crucial.
>
> An other way to explain the above paragraph would be to said that for each
> sensor, we create many (potentially hundred) "virtual sensors" derived from
> remote sensing data. For example if you had a sensor measuring temperature
> inside your car, it is like attaching "virtual sensors" to the real sensor,
> where the virtual sensors behave like any real sensor but using the data
> from remote sensing images. Of course we have to take in account that the
> car is moving, to pixel requested on the remote sensing images is always
> changing.
>
> The amount of data produced in the above step was huge. Some statistical
> tools was needed for evaluating the coefficient of correlation between the
> above "virtual sensors" and the real ones, so we can trim the "virtual
> sensors" that do not seem relevant to our study. Again, because of the
> amount of data, automation is key.
>
> Not sure if it is of any help...
>
> Martin
>
> [1] http://horizon.documentation.**ird.fr/exl-doc/pleins_textes/**
> divers09-08/010035115.pdf<http://horizon.documentation.ird.fr/exl-doc/pleins_textes/divers09-08/010035115.pdf>
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Amila
Le 18/04/13 20:47, AMILA RANATUNGA a écrit :
> Thank you very much for the replies so far here and in SIS dev list as
> well. They were really helpful. We are currently writing a research
> paper regarding what kind of model that should be used by when
> building a geoscience gateway. We intend to discuss issues that a
> geoscientist face during his/her research and features that should be
> inserted to such a gateway to overcome them. Then we can consider them
> during our main project as well. It is appreciated if you can point
> any research papers or resources where we can see this domain from an
> eye of a geoscientist will be really useful. Even a good case study
> will be really helpful.
There is a chapter in my Ph.D thesis that I wrote 10 years ago [1], but
it is in French... However there is some points:
Before to start coding open source software, I had a formation on ERDAS
Imagine. At that time, the raster data could be either measurement (e.g.
altitude in metres), or categories (land, forest, lake, etc.). However
for my work in oceanography I needed a mix of both in the same raster:
Sea Surface Temperature (SST) measurement, together with some NaN
(Not-a-Number) values indicating that the pixel was a cloud, or a land,
etc. The software 10 years ago was not allowing that.
My study was correlating data from remote sensing image, with fisheries
data. From OGC perspective, this is equivalent to getting WCS and
WebSensor to work together. Raster and sensor are two very different
kind of data, and doing some work of the kind "I want all temperature
data at the location and time of each sensor data, and also all
temperature data 10 days before the time of each sensor data" was needed.
On the remote images side, my study was using 4 different kind of data:
Sea Surface Temperature (SST), chlorophyll-a concentration, Sea Level
Anomaly (SLA) and Ekman pumping. Each kind of data have very different
characteristics in term spatial and temporal coverage, resolution and
format. Handling such heterogeneous source of data was a challenge.
Indeed, in my review of previous work, I saw many study correlating fish
populations with temperature, or correlating fish population with
chlorophyll, but I found no study correlating fish population to many
parameters taken together (e.g. some condition of temperature in same
time than some concentration of chlorophyll-a). Doing such combined
study has been a big development effort. However it was 10 years ago,
I'm sure the situation is different now.
For each time and location of a sensor data, I needed to interpolate the
temperature, chlorophyll-a, etc. measurement from the raster data, at
the sensor time, 5 days before, 10 days before, etc., compute on the fly
some derivative quantities like gradient of temperature (i.e. apply the
Sobel operator on rasters of SST data) again 0 day, 5 days, 10 days,
etc. before, handle the case of missing (NaN) values (e.g. if got a NaN
when interpolating a value using the bi-cubic interpolation, try again
with the bi-linear interpolation since it uses less data and thus reduce
the risk of getting NaN). So having a software doing the work
automatically was crucial.
An other way to explain the above paragraph would be to said that for
each sensor, we create many (potentially hundred) "virtual sensors"
derived from remote sensing data. For example if you had a sensor
measuring temperature inside your car, it is like attaching "virtual
sensors" to the real sensor, where the virtual sensors behave like any
real sensor but using the data from remote sensing images. Of course we
have to take in account that the car is moving, to pixel requested on
the remote sensing images is always changing.
The amount of data produced in the above step was huge. Some statistical
tools was needed for evaluating the coefficient of correlation between
the above "virtual sensors" and the real ones, so we can trim the
"virtual sensors" that do not seem relevant to our study. Again, because
of the amount of data, automation is key.
Not sure if it is of any help...
Martin
[1]
http://horizon.documentation.ird.fr/exl-doc/pleins_textes/divers09-08/010035115.pdf
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Amila
Le 18/04/13 20:47, AMILA RANATUNGA a écrit :
> Thank you very much for the replies so far here and in SIS dev list as
> well. They were really helpful. We are currently writing a research
> paper regarding what kind of model that should be used by when
> building a geoscience gateway. We intend to discuss issues that a
> geoscientist face during his/her research and features that should be
> inserted to such a gateway to overcome them. Then we can consider them
> during our main project as well. It is appreciated if you can point
> any research papers or resources where we can see this domain from an
> eye of a geoscientist will be really useful. Even a good case study
> will be really helpful.
There is a chapter in my Ph.D thesis that I wrote 10 years ago [1], but
it is in French... However there is some points:
Before to start coding open source software, I had a formation on ERDAS
Imagine. At that time, the raster data could be either measurement (e.g.
altitude in metres), or categories (land, forest, lake, etc.). However
for my work in oceanography I needed a mix of both in the same raster:
Sea Surface Temperature (SST) measurement, together with some NaN
(Not-a-Number) values indicating that the pixel was a cloud, or a land,
etc. The software 10 years ago was not allowing that.
My study was correlating data from remote sensing image, with fisheries
data. From OGC perspective, this is equivalent to getting WCS and
WebSensor to work together. Raster and sensor are two very different
kind of data, and doing some work of the kind "I want all temperature
data at the location and time of each sensor data, and also all
temperature data 10 days before the time of each sensor data" was needed.
On the remote images side, my study was using 4 different kind of data:
Sea Surface Temperature (SST), chlorophyll-a concentration, Sea Level
Anomaly (SLA) and Ekman pumping. Each kind of data have very different
characteristics in term spatial and temporal coverage, resolution and
format. Handling such heterogeneous source of data was a challenge.
Indeed, in my review of previous work, I saw many study correlating fish
populations with temperature, or correlating fish population with
chlorophyll, but I found no study correlating fish population to many
parameters taken together (e.g. some condition of temperature in same
time than some concentration of chlorophyll-a). Doing such combined
study has been a big development effort. However it was 10 years ago,
I'm sure the situation is different now.
For each time and location of a sensor data, I needed to interpolate the
temperature, chlorophyll-a, etc. measurement from the raster data, at
the sensor time, 5 days before, 10 days before, etc., compute on the fly
some derivative quantities like gradient of temperature (i.e. apply the
Sobel operator on rasters of SST data) again 0 day, 5 days, 10 days,
etc. before, handle the case of missing (NaN) values (e.g. if got a NaN
when interpolating a value using the bi-cubic interpolation, try again
with the bi-linear interpolation since it uses less data and thus reduce
the risk of getting NaN). So having a software doing the work
automatically was crucial.
An other way to explain the above paragraph would be to said that for
each sensor, we create many (potentially hundred) "virtual sensors"
derived from remote sensing data. For example if you had a sensor
measuring temperature inside your car, it is like attaching "virtual
sensors" to the real sensor, where the virtual sensors behave like any
real sensor but using the data from remote sensing images. Of course we
have to take in account that the car is moving, to pixel requested on
the remote sensing images is always changing.
The amount of data produced in the above step was huge. Some statistical
tools was needed for evaluating the coefficient of correlation between
the above "virtual sensors" and the real ones, so we can trim the
"virtual sensors" that do not seem relevant to our study. Again, because
of the amount of data, automation is key.
Not sure if it is of any help...
Martin
[1]
http://horizon.documentation.ird.fr/exl-doc/pleins_textes/divers09-08/010035115.pdf
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Amila
Le 18/04/13 20:47, AMILA RANATUNGA a écrit :
> Thank you very much for the replies so far here and in SIS dev list as
> well. They were really helpful. We are currently writing a research
> paper regarding what kind of model that should be used by when
> building a geoscience gateway. We intend to discuss issues that a
> geoscientist face during his/her research and features that should be
> inserted to such a gateway to overcome them. Then we can consider them
> during our main project as well. It is appreciated if you can point
> any research papers or resources where we can see this domain from an
> eye of a geoscientist will be really useful. Even a good case study
> will be really helpful.
There is a chapter in my Ph.D thesis that I wrote 10 years ago [1], but
it is in French... However there is some points:
Before to start coding open source software, I had a formation on ERDAS
Imagine. At that time, the raster data could be either measurement (e.g.
altitude in metres), or categories (land, forest, lake, etc.). However
for my work in oceanography I needed a mix of both in the same raster:
Sea Surface Temperature (SST) measurement, together with some NaN
(Not-a-Number) values indicating that the pixel was a cloud, or a land,
etc. The software 10 years ago was not allowing that.
My study was correlating data from remote sensing image, with fisheries
data. From OGC perspective, this is equivalent to getting WCS and
WebSensor to work together. Raster and sensor are two very different
kind of data, and doing some work of the kind "I want all temperature
data at the location and time of each sensor data, and also all
temperature data 10 days before the time of each sensor data" was needed.
On the remote images side, my study was using 4 different kind of data:
Sea Surface Temperature (SST), chlorophyll-a concentration, Sea Level
Anomaly (SLA) and Ekman pumping. Each kind of data have very different
characteristics in term spatial and temporal coverage, resolution and
format. Handling such heterogeneous source of data was a challenge.
Indeed, in my review of previous work, I saw many study correlating fish
populations with temperature, or correlating fish population with
chlorophyll, but I found no study correlating fish population to many
parameters taken together (e.g. some condition of temperature in same
time than some concentration of chlorophyll-a). Doing such combined
study has been a big development effort. However it was 10 years ago,
I'm sure the situation is different now.
For each time and location of a sensor data, I needed to interpolate the
temperature, chlorophyll-a, etc. measurement from the raster data, at
the sensor time, 5 days before, 10 days before, etc., compute on the fly
some derivative quantities like gradient of temperature (i.e. apply the
Sobel operator on rasters of SST data) again 0 day, 5 days, 10 days,
etc. before, handle the case of missing (NaN) values (e.g. if got a NaN
when interpolating a value using the bi-cubic interpolation, try again
with the bi-linear interpolation since it uses less data and thus reduce
the risk of getting NaN). So having a software doing the work
automatically was crucial.
An other way to explain the above paragraph would be to said that for
each sensor, we create many (potentially hundred) "virtual sensors"
derived from remote sensing data. For example if you had a sensor
measuring temperature inside your car, it is like attaching "virtual
sensors" to the real sensor, where the virtual sensors behave like any
real sensor but using the data from remote sensing images. Of course we
have to take in account that the car is moving, to pixel requested on
the remote sensing images is always changing.
The amount of data produced in the above step was huge. Some statistical
tools was needed for evaluating the coefficient of correlation between
the above "virtual sensors" and the real ones, so we can trim the
"virtual sensors" that do not seem relevant to our study. Again, because
of the amount of data, automation is key.
Not sure if it is of any help...
Martin
[1]
http://horizon.documentation.ird.fr/exl-doc/pleins_textes/divers09-08/010035115.pdf
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Hey Amila,
Check out:
http://sunset.usc.edu/~mattmann/pubs/SEN10.pdf
C. Mattmann, A. Braverman, D. Crichton. Understanding Architectural
Tradeoffs Necessary
to Increase Climate Model Intercomparison Efficiency. ACM SIGSOFT Software
Engineering
Notes, vol. 35, no. 3, pp. 1-6, May 2010.
Also you may find these useful:
http://xldb.org/use
I've been a long time participant of XLDB so happy to connect
you to that community as well too if you are interested.
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: AMILA RANATUNGA <ne...@gmail.com>
Date: Thursday, April 18, 2013 11:47 AM
To: jpluser <ch...@jpl.nasa.gov>
Cc: "dev@airavata.apache.org" <de...@airavata.apache.org>, Martin
Desruisseaux <ma...@geomatys.fr>, "dev@sis.apache.org"
<de...@sis.apache.org>, Harsha Kumara <ha...@gmail.com>, Shahani Markus
Weerawarana <sh...@gmail.com>, "dev@oodt.apache.org"
<de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi,
>
>
>Thank you very much for the replies so far here and in SIS dev list as
>well. They were really helpful. We are currently writing a research paper
>regarding what kind of model that should be used by when building a
>geoscience gateway. We intend to discuss
> issues that a geoscientist face during his/her research and features
>that should be inserted to such a gateway to overcome them. Then we can
>consider them during our main project as well. It is appreciated if you
>can point any research papers or resources
> where we can see this domain from an eye of a geoscientist will be
>really useful. Even a good case study will be really helpful.
>
>
>
>
>Thank You !
>
>
>
>
>
>
>
>
>
>On Thu, Apr 18, 2013 at 11:15 PM, Mattmann, Chris A (398J)
><ch...@jpl.nasa.gov> wrote:
>
>Sounding good, very interesting Amila..
>
>Cheers,
>Chris
>
>++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>Chris Mattmann, Ph.D.
>Senior Computer Scientist
>NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
>Office: 171-266B, Mailstop: 171-246
>Email: chris.a.mattmann@nasa.gov
>WWW: http://sunset.usc.edu/~mattmann/
>++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>Adjunct Assistant Professor, Computer Science Department
>University of Southern California, Los Angeles, CA 90089 USA
>++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
>
>
>
>-----Original Message-----
>
>From: Nipuni Perera <ni...@gmail.com>
>Reply-To: "dev@airavata.apache.org" <de...@airavata.apache.org>
>Date: Wednesday, April 10, 2013 12:52 AM
>To: Martin Desruisseaux <ma...@geomatys.fr>
>
>Cc: AMILA RANATUNGA <ne...@gmail.com>, "dev@sis.apache.org"
><de...@sis.apache.org>, "dev@airavata.apache.org" <de...@airavata.apache.org>,
>Harsha Kumara <ha...@gmail.com>, Shahani Markus Weerawarana
>
><sh...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
>Subject: Re: Research project on integrating geoservices with Apache
>Airavata
>
>
>>Hi,
>>
>>Thanks for the guidance so far and we will study on the above mentioned
>>resources.
>>
>>According to our understanding so far we feel that SIS can be used to
>>implement a server which exposes OGC web services such as WPS.
>>We feel that in order to enable geoscientists to create workflows
>>accessing
>>OGC compliant web services like WPS services, the main focus will be to
>>integrated client side of OGC compliant web services with Airavata.
>>
>>If SIS can be used as a library for underlying geospatial processes what
>>makes it different from currently exposed services. Because we have seen
>>that Taverna also has the ability to create geoscience workflows using
>>some
>>web processing services.
>>
>>Any comments on our thoughts are highly appreciated.
>>
>>Thanks,
>>Nipuni
>>
>>
>>On Sun, Apr 7, 2013 at 9:27 PM, Martin Desruisseaux <
>>martin.desruisseaux@geomatys.fr> wrote:
>>
>>> Hello Amila
>>>
>>> Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
>>>
>>> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So will
>>> that integration make Apache SIS be considered as those services
>>>enabled?
>>>
>>> Yes, after the port of Constellation-SDI as Apache SIS modules
>>>(including
>>> the test suites that execute CITE tests), SIS should be WPS, WMS and
>>>WFS
>>> (among other services) compliant. Frédéric or Vincent could hopefully
>>> complete this list and tell more about compliance.
>>>
>>>
>>> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
>>> must"? What about WPS. Will that make SIS out of the scope. Because we
>>> feel that since Airavata using Science gateway concept, really
>>>essential
>>> to implement WPS too.
>>>
>>> I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
>>> support because I perceive those services as the ones that every GIS
>>>users
>>> take for granted. But they are only the minimum. WPS and SensorML are
>>> supplemental services also implemented in Constellation-SDI and to be
>>> proposed to Apache SIS. So WPS is not out of SIS scope, quite the
>>>contrary
>>> :-).
>>>
>>> Martin
>>>
>>>
>>
>>
>>--
>>Nipuni Piyabasi Perera
>>Undergraduate
>>Department of Computer Science And Engineering
>>University of Moratuwa
>>Sri Lanka
>
>
>
>
>
>
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Hey Amila,
Check out:
http://sunset.usc.edu/~mattmann/pubs/SEN10.pdf
C. Mattmann, A. Braverman, D. Crichton. Understanding Architectural
Tradeoffs Necessary
to Increase Climate Model Intercomparison Efficiency. ACM SIGSOFT Software
Engineering
Notes, vol. 35, no. 3, pp. 1-6, May 2010.
Also you may find these useful:
http://xldb.org/use
I've been a long time participant of XLDB so happy to connect
you to that community as well too if you are interested.
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: AMILA RANATUNGA <ne...@gmail.com>
Date: Thursday, April 18, 2013 11:47 AM
To: jpluser <ch...@jpl.nasa.gov>
Cc: "dev@airavata.apache.org" <de...@airavata.apache.org>, Martin
Desruisseaux <ma...@geomatys.fr>, "dev@sis.apache.org"
<de...@sis.apache.org>, Harsha Kumara <ha...@gmail.com>, Shahani Markus
Weerawarana <sh...@gmail.com>, "dev@oodt.apache.org"
<de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi,
>
>
>Thank you very much for the replies so far here and in SIS dev list as
>well. They were really helpful. We are currently writing a research paper
>regarding what kind of model that should be used by when building a
>geoscience gateway. We intend to discuss
> issues that a geoscientist face during his/her research and features
>that should be inserted to such a gateway to overcome them. Then we can
>consider them during our main project as well. It is appreciated if you
>can point any research papers or resources
> where we can see this domain from an eye of a geoscientist will be
>really useful. Even a good case study will be really helpful.
>
>
>
>
>Thank You !
>
>
>
>
>
>
>
>
>
>On Thu, Apr 18, 2013 at 11:15 PM, Mattmann, Chris A (398J)
><ch...@jpl.nasa.gov> wrote:
>
>Sounding good, very interesting Amila..
>
>Cheers,
>Chris
>
>++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>Chris Mattmann, Ph.D.
>Senior Computer Scientist
>NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
>Office: 171-266B, Mailstop: 171-246
>Email: chris.a.mattmann@nasa.gov
>WWW: http://sunset.usc.edu/~mattmann/
>++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>Adjunct Assistant Professor, Computer Science Department
>University of Southern California, Los Angeles, CA 90089 USA
>++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
>
>
>
>-----Original Message-----
>
>From: Nipuni Perera <ni...@gmail.com>
>Reply-To: "dev@airavata.apache.org" <de...@airavata.apache.org>
>Date: Wednesday, April 10, 2013 12:52 AM
>To: Martin Desruisseaux <ma...@geomatys.fr>
>
>Cc: AMILA RANATUNGA <ne...@gmail.com>, "dev@sis.apache.org"
><de...@sis.apache.org>, "dev@airavata.apache.org" <de...@airavata.apache.org>,
>Harsha Kumara <ha...@gmail.com>, Shahani Markus Weerawarana
>
><sh...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
>Subject: Re: Research project on integrating geoservices with Apache
>Airavata
>
>
>>Hi,
>>
>>Thanks for the guidance so far and we will study on the above mentioned
>>resources.
>>
>>According to our understanding so far we feel that SIS can be used to
>>implement a server which exposes OGC web services such as WPS.
>>We feel that in order to enable geoscientists to create workflows
>>accessing
>>OGC compliant web services like WPS services, the main focus will be to
>>integrated client side of OGC compliant web services with Airavata.
>>
>>If SIS can be used as a library for underlying geospatial processes what
>>makes it different from currently exposed services. Because we have seen
>>that Taverna also has the ability to create geoscience workflows using
>>some
>>web processing services.
>>
>>Any comments on our thoughts are highly appreciated.
>>
>>Thanks,
>>Nipuni
>>
>>
>>On Sun, Apr 7, 2013 at 9:27 PM, Martin Desruisseaux <
>>martin.desruisseaux@geomatys.fr> wrote:
>>
>>> Hello Amila
>>>
>>> Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
>>>
>>> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So will
>>> that integration make Apache SIS be considered as those services
>>>enabled?
>>>
>>> Yes, after the port of Constellation-SDI as Apache SIS modules
>>>(including
>>> the test suites that execute CITE tests), SIS should be WPS, WMS and
>>>WFS
>>> (among other services) compliant. Frédéric or Vincent could hopefully
>>> complete this list and tell more about compliance.
>>>
>>>
>>> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
>>> must"? What about WPS. Will that make SIS out of the scope. Because we
>>> feel that since Airavata using Science gateway concept, really
>>>essential
>>> to implement WPS too.
>>>
>>> I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
>>> support because I perceive those services as the ones that every GIS
>>>users
>>> take for granted. But they are only the minimum. WPS and SensorML are
>>> supplemental services also implemented in Constellation-SDI and to be
>>> proposed to Apache SIS. So WPS is not out of SIS scope, quite the
>>>contrary
>>> :-).
>>>
>>> Martin
>>>
>>>
>>
>>
>>--
>>Nipuni Piyabasi Perera
>>Undergraduate
>>Department of Computer Science And Engineering
>>University of Moratuwa
>>Sri Lanka
>
>
>
>
>
>
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Hey Amila,
Check out:
http://sunset.usc.edu/~mattmann/pubs/SEN10.pdf
C. Mattmann, A. Braverman, D. Crichton. Understanding Architectural
Tradeoffs Necessary
to Increase Climate Model Intercomparison Efficiency. ACM SIGSOFT Software
Engineering
Notes, vol. 35, no. 3, pp. 1-6, May 2010.
Also you may find these useful:
http://xldb.org/use
I've been a long time participant of XLDB so happy to connect
you to that community as well too if you are interested.
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: AMILA RANATUNGA <ne...@gmail.com>
Date: Thursday, April 18, 2013 11:47 AM
To: jpluser <ch...@jpl.nasa.gov>
Cc: "dev@airavata.apache.org" <de...@airavata.apache.org>, Martin
Desruisseaux <ma...@geomatys.fr>, "dev@sis.apache.org"
<de...@sis.apache.org>, Harsha Kumara <ha...@gmail.com>, Shahani Markus
Weerawarana <sh...@gmail.com>, "dev@oodt.apache.org"
<de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi,
>
>
>Thank you very much for the replies so far here and in SIS dev list as
>well. They were really helpful. We are currently writing a research paper
>regarding what kind of model that should be used by when building a
>geoscience gateway. We intend to discuss
> issues that a geoscientist face during his/her research and features
>that should be inserted to such a gateway to overcome them. Then we can
>consider them during our main project as well. It is appreciated if you
>can point any research papers or resources
> where we can see this domain from an eye of a geoscientist will be
>really useful. Even a good case study will be really helpful.
>
>
>
>
>Thank You !
>
>
>
>
>
>
>
>
>
>On Thu, Apr 18, 2013 at 11:15 PM, Mattmann, Chris A (398J)
><ch...@jpl.nasa.gov> wrote:
>
>Sounding good, very interesting Amila..
>
>Cheers,
>Chris
>
>++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>Chris Mattmann, Ph.D.
>Senior Computer Scientist
>NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
>Office: 171-266B, Mailstop: 171-246
>Email: chris.a.mattmann@nasa.gov
>WWW: http://sunset.usc.edu/~mattmann/
>++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>Adjunct Assistant Professor, Computer Science Department
>University of Southern California, Los Angeles, CA 90089 USA
>++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
>
>
>
>-----Original Message-----
>
>From: Nipuni Perera <ni...@gmail.com>
>Reply-To: "dev@airavata.apache.org" <de...@airavata.apache.org>
>Date: Wednesday, April 10, 2013 12:52 AM
>To: Martin Desruisseaux <ma...@geomatys.fr>
>
>Cc: AMILA RANATUNGA <ne...@gmail.com>, "dev@sis.apache.org"
><de...@sis.apache.org>, "dev@airavata.apache.org" <de...@airavata.apache.org>,
>Harsha Kumara <ha...@gmail.com>, Shahani Markus Weerawarana
>
><sh...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
>Subject: Re: Research project on integrating geoservices with Apache
>Airavata
>
>
>>Hi,
>>
>>Thanks for the guidance so far and we will study on the above mentioned
>>resources.
>>
>>According to our understanding so far we feel that SIS can be used to
>>implement a server which exposes OGC web services such as WPS.
>>We feel that in order to enable geoscientists to create workflows
>>accessing
>>OGC compliant web services like WPS services, the main focus will be to
>>integrated client side of OGC compliant web services with Airavata.
>>
>>If SIS can be used as a library for underlying geospatial processes what
>>makes it different from currently exposed services. Because we have seen
>>that Taverna also has the ability to create geoscience workflows using
>>some
>>web processing services.
>>
>>Any comments on our thoughts are highly appreciated.
>>
>>Thanks,
>>Nipuni
>>
>>
>>On Sun, Apr 7, 2013 at 9:27 PM, Martin Desruisseaux <
>>martin.desruisseaux@geomatys.fr> wrote:
>>
>>> Hello Amila
>>>
>>> Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
>>>
>>> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So will
>>> that integration make Apache SIS be considered as those services
>>>enabled?
>>>
>>> Yes, after the port of Constellation-SDI as Apache SIS modules
>>>(including
>>> the test suites that execute CITE tests), SIS should be WPS, WMS and
>>>WFS
>>> (among other services) compliant. Frédéric or Vincent could hopefully
>>> complete this list and tell more about compliance.
>>>
>>>
>>> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
>>> must"? What about WPS. Will that make SIS out of the scope. Because we
>>> feel that since Airavata using Science gateway concept, really
>>>essential
>>> to implement WPS too.
>>>
>>> I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
>>> support because I perceive those services as the ones that every GIS
>>>users
>>> take for granted. But they are only the minimum. WPS and SensorML are
>>> supplemental services also implemented in Constellation-SDI and to be
>>> proposed to Apache SIS. So WPS is not out of SIS scope, quite the
>>>contrary
>>> :-).
>>>
>>> Martin
>>>
>>>
>>
>>
>>--
>>Nipuni Piyabasi Perera
>>Undergraduate
>>Department of Computer Science And Engineering
>>University of Moratuwa
>>Sri Lanka
>
>
>
>
>
>
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by AMILA RANATUNGA <ne...@gmail.com>.
Hi,
Thank you very much for the replies so far here and in SIS dev list as
well. They were really helpful. We are currently writing a research paper
regarding what kind of model that should be used by when building a
geoscience gateway. We intend to discuss issues that a geoscientist face
during his/her research and features that should be inserted to such a
gateway to overcome them. Then we can consider them during our main project
as well. It is appreciated if you can point any research papers or
resources where we can see this domain from an eye of a geoscientist will
be really useful. Even a good case study will be really helpful.
Thank You !
On Thu, Apr 18, 2013 at 11:15 PM, Mattmann, Chris A (398J) <
chris.a.mattmann@jpl.nasa.gov> wrote:
> Sounding good, very interesting Amila..
>
> Cheers,
> Chris
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Chris Mattmann, Ph.D.
> Senior Computer Scientist
> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> Office: 171-266B, Mailstop: 171-246
> Email: chris.a.mattmann@nasa.gov
> WWW: http://sunset.usc.edu/~mattmann/
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Adjunct Assistant Professor, Computer Science Department
> University of Southern California, Los Angeles, CA 90089 USA
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
>
>
>
> -----Original Message-----
> From: Nipuni Perera <ni...@gmail.com>
> Reply-To: "dev@airavata.apache.org" <de...@airavata.apache.org>
> Date: Wednesday, April 10, 2013 12:52 AM
> To: Martin Desruisseaux <ma...@geomatys.fr>
> Cc: AMILA RANATUNGA <ne...@gmail.com>, "dev@sis.apache.org"
> <de...@sis.apache.org>, "dev@airavata.apache.org" <de...@airavata.apache.org>,
> Harsha Kumara <ha...@gmail.com>, Shahani Markus Weerawarana
> <sh...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
> Subject: Re: Research project on integrating geoservices with Apache
> Airavata
>
> >Hi,
> >
> >Thanks for the guidance so far and we will study on the above mentioned
> >resources.
> >
> >According to our understanding so far we feel that SIS can be used to
> >implement a server which exposes OGC web services such as WPS.
> >We feel that in order to enable geoscientists to create workflows
> >accessing
> >OGC compliant web services like WPS services, the main focus will be to
> >integrated client side of OGC compliant web services with Airavata.
> >
> >If SIS can be used as a library for underlying geospatial processes what
> >makes it different from currently exposed services. Because we have seen
> >that Taverna also has the ability to create geoscience workflows using
> >some
> >web processing services.
> >
> >Any comments on our thoughts are highly appreciated.
> >
> >Thanks,
> >Nipuni
> >
> >
> >On Sun, Apr 7, 2013 at 9:27 PM, Martin Desruisseaux <
> >martin.desruisseaux@geomatys.fr> wrote:
> >
> >> Hello Amila
> >>
> >> Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
> >>
> >> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So will
> >> that integration make Apache SIS be considered as those services
> >>enabled?
> >>
> >> Yes, after the port of Constellation-SDI as Apache SIS modules
> >>(including
> >> the test suites that execute CITE tests), SIS should be WPS, WMS and WFS
> >> (among other services) compliant. Frédéric or Vincent could hopefully
> >> complete this list and tell more about compliance.
> >>
> >>
> >> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
> >> must"? What about WPS. Will that make SIS out of the scope. Because we
> >> feel that since Airavata using Science gateway concept, really essential
> >> to implement WPS too.
> >>
> >> I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
> >> support because I perceive those services as the ones that every GIS
> >>users
> >> take for granted. But they are only the minimum. WPS and SensorML are
> >> supplemental services also implemented in Constellation-SDI and to be
> >> proposed to Apache SIS. So WPS is not out of SIS scope, quite the
> >>contrary
> >> :-).
> >>
> >> Martin
> >>
> >>
> >
> >
> >--
> >Nipuni Piyabasi Perera
> >Undergraduate
> >Department of Computer Science And Engineering
> >University of Moratuwa
> >Sri Lanka
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by AMILA RANATUNGA <ne...@gmail.com>.
Hi,
Thank you very much for the replies so far here and in SIS dev list as
well. They were really helpful. We are currently writing a research paper
regarding what kind of model that should be used by when building a
geoscience gateway. We intend to discuss issues that a geoscientist face
during his/her research and features that should be inserted to such a
gateway to overcome them. Then we can consider them during our main project
as well. It is appreciated if you can point any research papers or
resources where we can see this domain from an eye of a geoscientist will
be really useful. Even a good case study will be really helpful.
Thank You !
On Thu, Apr 18, 2013 at 11:15 PM, Mattmann, Chris A (398J) <
chris.a.mattmann@jpl.nasa.gov> wrote:
> Sounding good, very interesting Amila..
>
> Cheers,
> Chris
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Chris Mattmann, Ph.D.
> Senior Computer Scientist
> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> Office: 171-266B, Mailstop: 171-246
> Email: chris.a.mattmann@nasa.gov
> WWW: http://sunset.usc.edu/~mattmann/
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Adjunct Assistant Professor, Computer Science Department
> University of Southern California, Los Angeles, CA 90089 USA
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
>
>
>
> -----Original Message-----
> From: Nipuni Perera <ni...@gmail.com>
> Reply-To: "dev@airavata.apache.org" <de...@airavata.apache.org>
> Date: Wednesday, April 10, 2013 12:52 AM
> To: Martin Desruisseaux <ma...@geomatys.fr>
> Cc: AMILA RANATUNGA <ne...@gmail.com>, "dev@sis.apache.org"
> <de...@sis.apache.org>, "dev@airavata.apache.org" <de...@airavata.apache.org>,
> Harsha Kumara <ha...@gmail.com>, Shahani Markus Weerawarana
> <sh...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
> Subject: Re: Research project on integrating geoservices with Apache
> Airavata
>
> >Hi,
> >
> >Thanks for the guidance so far and we will study on the above mentioned
> >resources.
> >
> >According to our understanding so far we feel that SIS can be used to
> >implement a server which exposes OGC web services such as WPS.
> >We feel that in order to enable geoscientists to create workflows
> >accessing
> >OGC compliant web services like WPS services, the main focus will be to
> >integrated client side of OGC compliant web services with Airavata.
> >
> >If SIS can be used as a library for underlying geospatial processes what
> >makes it different from currently exposed services. Because we have seen
> >that Taverna also has the ability to create geoscience workflows using
> >some
> >web processing services.
> >
> >Any comments on our thoughts are highly appreciated.
> >
> >Thanks,
> >Nipuni
> >
> >
> >On Sun, Apr 7, 2013 at 9:27 PM, Martin Desruisseaux <
> >martin.desruisseaux@geomatys.fr> wrote:
> >
> >> Hello Amila
> >>
> >> Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
> >>
> >> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So will
> >> that integration make Apache SIS be considered as those services
> >>enabled?
> >>
> >> Yes, after the port of Constellation-SDI as Apache SIS modules
> >>(including
> >> the test suites that execute CITE tests), SIS should be WPS, WMS and WFS
> >> (among other services) compliant. Frédéric or Vincent could hopefully
> >> complete this list and tell more about compliance.
> >>
> >>
> >> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
> >> must"? What about WPS. Will that make SIS out of the scope. Because we
> >> feel that since Airavata using Science gateway concept, really essential
> >> to implement WPS too.
> >>
> >> I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
> >> support because I perceive those services as the ones that every GIS
> >>users
> >> take for granted. But they are only the minimum. WPS and SensorML are
> >> supplemental services also implemented in Constellation-SDI and to be
> >> proposed to Apache SIS. So WPS is not out of SIS scope, quite the
> >>contrary
> >> :-).
> >>
> >> Martin
> >>
> >>
> >
> >
> >--
> >Nipuni Piyabasi Perera
> >Undergraduate
> >Department of Computer Science And Engineering
> >University of Moratuwa
> >Sri Lanka
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by AMILA RANATUNGA <ne...@gmail.com>.
Hi,
Thank you very much for the replies so far here and in SIS dev list as
well. They were really helpful. We are currently writing a research paper
regarding what kind of model that should be used by when building a
geoscience gateway. We intend to discuss issues that a geoscientist face
during his/her research and features that should be inserted to such a
gateway to overcome them. Then we can consider them during our main project
as well. It is appreciated if you can point any research papers or
resources where we can see this domain from an eye of a geoscientist will
be really useful. Even a good case study will be really helpful.
Thank You !
On Thu, Apr 18, 2013 at 11:15 PM, Mattmann, Chris A (398J) <
chris.a.mattmann@jpl.nasa.gov> wrote:
> Sounding good, very interesting Amila..
>
> Cheers,
> Chris
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Chris Mattmann, Ph.D.
> Senior Computer Scientist
> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> Office: 171-266B, Mailstop: 171-246
> Email: chris.a.mattmann@nasa.gov
> WWW: http://sunset.usc.edu/~mattmann/
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Adjunct Assistant Professor, Computer Science Department
> University of Southern California, Los Angeles, CA 90089 USA
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
>
>
>
> -----Original Message-----
> From: Nipuni Perera <ni...@gmail.com>
> Reply-To: "dev@airavata.apache.org" <de...@airavata.apache.org>
> Date: Wednesday, April 10, 2013 12:52 AM
> To: Martin Desruisseaux <ma...@geomatys.fr>
> Cc: AMILA RANATUNGA <ne...@gmail.com>, "dev@sis.apache.org"
> <de...@sis.apache.org>, "dev@airavata.apache.org" <de...@airavata.apache.org>,
> Harsha Kumara <ha...@gmail.com>, Shahani Markus Weerawarana
> <sh...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
> Subject: Re: Research project on integrating geoservices with Apache
> Airavata
>
> >Hi,
> >
> >Thanks for the guidance so far and we will study on the above mentioned
> >resources.
> >
> >According to our understanding so far we feel that SIS can be used to
> >implement a server which exposes OGC web services such as WPS.
> >We feel that in order to enable geoscientists to create workflows
> >accessing
> >OGC compliant web services like WPS services, the main focus will be to
> >integrated client side of OGC compliant web services with Airavata.
> >
> >If SIS can be used as a library for underlying geospatial processes what
> >makes it different from currently exposed services. Because we have seen
> >that Taverna also has the ability to create geoscience workflows using
> >some
> >web processing services.
> >
> >Any comments on our thoughts are highly appreciated.
> >
> >Thanks,
> >Nipuni
> >
> >
> >On Sun, Apr 7, 2013 at 9:27 PM, Martin Desruisseaux <
> >martin.desruisseaux@geomatys.fr> wrote:
> >
> >> Hello Amila
> >>
> >> Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
> >>
> >> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So will
> >> that integration make Apache SIS be considered as those services
> >>enabled?
> >>
> >> Yes, after the port of Constellation-SDI as Apache SIS modules
> >>(including
> >> the test suites that execute CITE tests), SIS should be WPS, WMS and WFS
> >> (among other services) compliant. Frédéric or Vincent could hopefully
> >> complete this list and tell more about compliance.
> >>
> >>
> >> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
> >> must"? What about WPS. Will that make SIS out of the scope. Because we
> >> feel that since Airavata using Science gateway concept, really essential
> >> to implement WPS too.
> >>
> >> I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
> >> support because I perceive those services as the ones that every GIS
> >>users
> >> take for granted. But they are only the minimum. WPS and SensorML are
> >> supplemental services also implemented in Constellation-SDI and to be
> >> proposed to Apache SIS. So WPS is not out of SIS scope, quite the
> >>contrary
> >> :-).
> >>
> >> Martin
> >>
> >>
> >
> >
> >--
> >Nipuni Piyabasi Perera
> >Undergraduate
> >Department of Computer Science And Engineering
> >University of Moratuwa
> >Sri Lanka
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Nipuni
Le 10/04/13 09:52, Nipuni Perera a écrit :
> According to our understanding so far we feel that SIS can be used to
> implement a server which exposes OGC web services such as WPS.
Actually SIS is not yet there, but this is clearly the goal. In current
situation however, peoples wanting WPS would need to complete SIS with
other projects until we completed the port of those projects to SIS.
> If SIS can be used as a library for underlying geospatial processes
> what makes it different from currently exposed services. Because we
> have seen that Taverna also has the ability to create geoscience
> workflows using some web processing services.
Different libraries have different pro and cons. Given the large variety
of geospatial formats, you may find that for some data, library A
behaves better than library B, and for other data library B behaves
better than library A. There is also different implementation trade-offs
which impact accuracy. For example the "Geospatial integrity of
geoscience software (GIGS)" test suite recognizes two kinds of
referencing engine: "early binding" and "late binding" [1]. GIGS
recommends the "late binding" model, but recognizes that many products
use the "early binding" model for simplicity. To code to be ported to
SIS implement a "late binding" model, while some other popular projects
implement an "early binding" model.
I think that SIS will focus more on science than many other projects. In
our participation to an other project before we came to Geotk/SIS, we
were the ones who insisted that we can not interpolate RGB colors in a
raster of Sea Surface Temperature (SST); we need to interpolate
temperatures, then convert to RGB values using the color map. In areas
of thermal front, the two approaches produce very different colors.
Non-scientists may be more inclined to handle the rasters as ordinary
RGB images for simplicity, which is great for mass-market but not
appropriate for geophysics data. Geotk/SIS also implement "map
projection derivatives". In numerical calculations, knowing the
derivative of a function often allows faster and more accurate
calculations. In the case of map projections, this allow more accurate
calculation of envelopes. Since "function derivatives" is a relatively
"advanced" mathematical concept, I'm not aware of any other open source
GIS projects implementing them. The fact that we implement them show our
inclination for sciences. The efforts that we are putting in GIGS tests
also show our efforts to ensure correctness or, when we are wrong, to
get an estimation of our error. This greater attention given to
uncertainties is also a symptom of more science-inclined projects.
In an ideal world, you should be able to code against GeoAPI interfaces
[2] and choose different implementations according your needs. This is
the same goal than JDBC interfaces, which allow applications to use
different database engine. GeoAPI has not yet reached this level of
acceptance unfortunately, but you may still be able to isolate your
application from the library by using GeoAPI interfaces when they suit,
or your own set of interfaces (maybe as temporary interfaces until we
fill the holes in GeoAPI) for the missing parts.
Regards,
Martin
[1] http://www.ogp.org.uk/pubs/430-1.pdf section 3.4
[2] http://www.geoapi.org/
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Nipuni
Le 10/04/13 09:52, Nipuni Perera a écrit :
> According to our understanding so far we feel that SIS can be used to
> implement a server which exposes OGC web services such as WPS.
Actually SIS is not yet there, but this is clearly the goal. In current
situation however, peoples wanting WPS would need to complete SIS with
other projects until we completed the port of those projects to SIS.
> If SIS can be used as a library for underlying geospatial processes
> what makes it different from currently exposed services. Because we
> have seen that Taverna also has the ability to create geoscience
> workflows using some web processing services.
Different libraries have different pro and cons. Given the large variety
of geospatial formats, you may find that for some data, library A
behaves better than library B, and for other data library B behaves
better than library A. There is also different implementation trade-offs
which impact accuracy. For example the "Geospatial integrity of
geoscience software (GIGS)" test suite recognizes two kinds of
referencing engine: "early binding" and "late binding" [1]. GIGS
recommends the "late binding" model, but recognizes that many products
use the "early binding" model for simplicity. To code to be ported to
SIS implement a "late binding" model, while some other popular projects
implement an "early binding" model.
I think that SIS will focus more on science than many other projects. In
our participation to an other project before we came to Geotk/SIS, we
were the ones who insisted that we can not interpolate RGB colors in a
raster of Sea Surface Temperature (SST); we need to interpolate
temperatures, then convert to RGB values using the color map. In areas
of thermal front, the two approaches produce very different colors.
Non-scientists may be more inclined to handle the rasters as ordinary
RGB images for simplicity, which is great for mass-market but not
appropriate for geophysics data. Geotk/SIS also implement "map
projection derivatives". In numerical calculations, knowing the
derivative of a function often allows faster and more accurate
calculations. In the case of map projections, this allow more accurate
calculation of envelopes. Since "function derivatives" is a relatively
"advanced" mathematical concept, I'm not aware of any other open source
GIS projects implementing them. The fact that we implement them show our
inclination for sciences. The efforts that we are putting in GIGS tests
also show our efforts to ensure correctness or, when we are wrong, to
get an estimation of our error. This greater attention given to
uncertainties is also a symptom of more science-inclined projects.
In an ideal world, you should be able to code against GeoAPI interfaces
[2] and choose different implementations according your needs. This is
the same goal than JDBC interfaces, which allow applications to use
different database engine. GeoAPI has not yet reached this level of
acceptance unfortunately, but you may still be able to isolate your
application from the library by using GeoAPI interfaces when they suit,
or your own set of interfaces (maybe as temporary interfaces until we
fill the holes in GeoAPI) for the missing parts.
Regards,
Martin
[1] http://www.ogp.org.uk/pubs/430-1.pdf section 3.4
[2] http://www.geoapi.org/
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Sounding good, very interesting Amila..
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: Nipuni Perera <ni...@gmail.com>
Reply-To: "dev@airavata.apache.org" <de...@airavata.apache.org>
Date: Wednesday, April 10, 2013 12:52 AM
To: Martin Desruisseaux <ma...@geomatys.fr>
Cc: AMILA RANATUNGA <ne...@gmail.com>, "dev@sis.apache.org"
<de...@sis.apache.org>, "dev@airavata.apache.org" <de...@airavata.apache.org>,
Harsha Kumara <ha...@gmail.com>, Shahani Markus Weerawarana
<sh...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi,
>
>Thanks for the guidance so far and we will study on the above mentioned
>resources.
>
>According to our understanding so far we feel that SIS can be used to
>implement a server which exposes OGC web services such as WPS.
>We feel that in order to enable geoscientists to create workflows
>accessing
>OGC compliant web services like WPS services, the main focus will be to
>integrated client side of OGC compliant web services with Airavata.
>
>If SIS can be used as a library for underlying geospatial processes what
>makes it different from currently exposed services. Because we have seen
>that Taverna also has the ability to create geoscience workflows using
>some
>web processing services.
>
>Any comments on our thoughts are highly appreciated.
>
>Thanks,
>Nipuni
>
>
>On Sun, Apr 7, 2013 at 9:27 PM, Martin Desruisseaux <
>martin.desruisseaux@geomatys.fr> wrote:
>
>> Hello Amila
>>
>> Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
>>
>> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So will
>> that integration make Apache SIS be considered as those services
>>enabled?
>>
>> Yes, after the port of Constellation-SDI as Apache SIS modules
>>(including
>> the test suites that execute CITE tests), SIS should be WPS, WMS and WFS
>> (among other services) compliant. Frédéric or Vincent could hopefully
>> complete this list and tell more about compliance.
>>
>>
>> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
>> must"? What about WPS. Will that make SIS out of the scope. Because we
>> feel that since Airavata using Science gateway concept, really essential
>> to implement WPS too.
>>
>> I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
>> support because I perceive those services as the ones that every GIS
>>users
>> take for granted. But they are only the minimum. WPS and SensorML are
>> supplemental services also implemented in Constellation-SDI and to be
>> proposed to Apache SIS. So WPS is not out of SIS scope, quite the
>>contrary
>> :-).
>>
>> Martin
>>
>>
>
>
>--
>Nipuni Piyabasi Perera
>Undergraduate
>Department of Computer Science And Engineering
>University of Moratuwa
>Sri Lanka
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Sounding good, very interesting Amila..
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: Nipuni Perera <ni...@gmail.com>
Reply-To: "dev@airavata.apache.org" <de...@airavata.apache.org>
Date: Wednesday, April 10, 2013 12:52 AM
To: Martin Desruisseaux <ma...@geomatys.fr>
Cc: AMILA RANATUNGA <ne...@gmail.com>, "dev@sis.apache.org"
<de...@sis.apache.org>, "dev@airavata.apache.org" <de...@airavata.apache.org>,
Harsha Kumara <ha...@gmail.com>, Shahani Markus Weerawarana
<sh...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi,
>
>Thanks for the guidance so far and we will study on the above mentioned
>resources.
>
>According to our understanding so far we feel that SIS can be used to
>implement a server which exposes OGC web services such as WPS.
>We feel that in order to enable geoscientists to create workflows
>accessing
>OGC compliant web services like WPS services, the main focus will be to
>integrated client side of OGC compliant web services with Airavata.
>
>If SIS can be used as a library for underlying geospatial processes what
>makes it different from currently exposed services. Because we have seen
>that Taverna also has the ability to create geoscience workflows using
>some
>web processing services.
>
>Any comments on our thoughts are highly appreciated.
>
>Thanks,
>Nipuni
>
>
>On Sun, Apr 7, 2013 at 9:27 PM, Martin Desruisseaux <
>martin.desruisseaux@geomatys.fr> wrote:
>
>> Hello Amila
>>
>> Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
>>
>> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So will
>> that integration make Apache SIS be considered as those services
>>enabled?
>>
>> Yes, after the port of Constellation-SDI as Apache SIS modules
>>(including
>> the test suites that execute CITE tests), SIS should be WPS, WMS and WFS
>> (among other services) compliant. Frédéric or Vincent could hopefully
>> complete this list and tell more about compliance.
>>
>>
>> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
>> must"? What about WPS. Will that make SIS out of the scope. Because we
>> feel that since Airavata using Science gateway concept, really essential
>> to implement WPS too.
>>
>> I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
>> support because I perceive those services as the ones that every GIS
>>users
>> take for granted. But they are only the minimum. WPS and SensorML are
>> supplemental services also implemented in Constellation-SDI and to be
>> proposed to Apache SIS. So WPS is not out of SIS scope, quite the
>>contrary
>> :-).
>>
>> Martin
>>
>>
>
>
>--
>Nipuni Piyabasi Perera
>Undergraduate
>Department of Computer Science And Engineering
>University of Moratuwa
>Sri Lanka
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Sounding good, very interesting Amila..
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: Nipuni Perera <ni...@gmail.com>
Reply-To: "dev@airavata.apache.org" <de...@airavata.apache.org>
Date: Wednesday, April 10, 2013 12:52 AM
To: Martin Desruisseaux <ma...@geomatys.fr>
Cc: AMILA RANATUNGA <ne...@gmail.com>, "dev@sis.apache.org"
<de...@sis.apache.org>, "dev@airavata.apache.org" <de...@airavata.apache.org>,
Harsha Kumara <ha...@gmail.com>, Shahani Markus Weerawarana
<sh...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi,
>
>Thanks for the guidance so far and we will study on the above mentioned
>resources.
>
>According to our understanding so far we feel that SIS can be used to
>implement a server which exposes OGC web services such as WPS.
>We feel that in order to enable geoscientists to create workflows
>accessing
>OGC compliant web services like WPS services, the main focus will be to
>integrated client side of OGC compliant web services with Airavata.
>
>If SIS can be used as a library for underlying geospatial processes what
>makes it different from currently exposed services. Because we have seen
>that Taverna also has the ability to create geoscience workflows using
>some
>web processing services.
>
>Any comments on our thoughts are highly appreciated.
>
>Thanks,
>Nipuni
>
>
>On Sun, Apr 7, 2013 at 9:27 PM, Martin Desruisseaux <
>martin.desruisseaux@geomatys.fr> wrote:
>
>> Hello Amila
>>
>> Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
>>
>> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So will
>> that integration make Apache SIS be considered as those services
>>enabled?
>>
>> Yes, after the port of Constellation-SDI as Apache SIS modules
>>(including
>> the test suites that execute CITE tests), SIS should be WPS, WMS and WFS
>> (among other services) compliant. Frédéric or Vincent could hopefully
>> complete this list and tell more about compliance.
>>
>>
>> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
>> must"? What about WPS. Will that make SIS out of the scope. Because we
>> feel that since Airavata using Science gateway concept, really essential
>> to implement WPS too.
>>
>> I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
>> support because I perceive those services as the ones that every GIS
>>users
>> take for granted. But they are only the minimum. WPS and SensorML are
>> supplemental services also implemented in Constellation-SDI and to be
>> proposed to Apache SIS. So WPS is not out of SIS scope, quite the
>>contrary
>> :-).
>>
>> Martin
>>
>>
>
>
>--
>Nipuni Piyabasi Perera
>Undergraduate
>Department of Computer Science And Engineering
>University of Moratuwa
>Sri Lanka
Re: Research project on integrating geoservices with Apache Airavata
Posted by Nipuni Perera <ni...@gmail.com>.
Hi,
Thanks for the guidance so far and we will study on the above mentioned
resources.
According to our understanding so far we feel that SIS can be used to
implement a server which exposes OGC web services such as WPS.
We feel that in order to enable geoscientists to create workflows accessing
OGC compliant web services like WPS services, the main focus will be to
integrated client side of OGC compliant web services with Airavata.
If SIS can be used as a library for underlying geospatial processes what
makes it different from currently exposed services. Because we have seen
that Taverna also has the ability to create geoscience workflows using some
web processing services.
Any comments on our thoughts are highly appreciated.
Thanks,
Nipuni
On Sun, Apr 7, 2013 at 9:27 PM, Martin Desruisseaux <
martin.desruisseaux@geomatys.fr> wrote:
> Hello Amila
>
> Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
>
> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So will
> that integration make Apache SIS be considered as those services enabled?
>
> Yes, after the port of Constellation-SDI as Apache SIS modules (including
> the test suites that execute CITE tests), SIS should be WPS, WMS and WFS
> (among other services) compliant. Frédéric or Vincent could hopefully
> complete this list and tell more about compliance.
>
>
> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
> must"? What about WPS. Will that make SIS out of the scope. Because we
> feel that since Airavata using Science gateway concept, really essential
> to implement WPS too.
>
> I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
> support because I perceive those services as the ones that every GIS users
> take for granted. But they are only the minimum. WPS and SensorML are
> supplemental services also implemented in Constellation-SDI and to be
> proposed to Apache SIS. So WPS is not out of SIS scope, quite the contrary
> :-).
>
> Martin
>
>
--
Nipuni Piyabasi Perera
Undergraduate
Department of Computer Science And Engineering
University of Moratuwa
Sri Lanka
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Amila
Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So
> will that integration make Apache SIS be considered as those services
> enabled?
Yes, after the port of Constellation-SDI as Apache SIS modules
(including the test suites that execute CITE tests), SIS should be WPS,
WMS and WFS (among other services) compliant. Frédéric or Vincent could
hopefully complete this list and tell more about compliance.
> And why you said "Having SIS to implement WMS, WMTS, WCS and WFS is a
> must"? What about WPS. Will that make SIS out of the scope. Because we
> feel that since Airavata using Science gateway concept, really
> essential to implement WPS too.
I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
support because I perceive those services as the ones that every GIS
users take for granted. But they are only the minimum. WPS and SensorML
are supplemental services also implemented in Constellation-SDI and to
be proposed to Apache SIS. So WPS is not out of SIS scope, quite the
contrary :-).
Martin
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Amila
Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So
> will that integration make Apache SIS be considered as those services
> enabled?
Yes, after the port of Constellation-SDI as Apache SIS modules
(including the test suites that execute CITE tests), SIS should be WPS,
WMS and WFS (among other services) compliant. Frédéric or Vincent could
hopefully complete this list and tell more about compliance.
> And why you said "Having SIS to implement WMS, WMTS, WCS and WFS is a
> must"? What about WPS. Will that make SIS out of the scope. Because we
> feel that since Airavata using Science gateway concept, really
> essential to implement WPS too.
I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
support because I perceive those services as the ones that every GIS
users take for granted. But they are only the minimum. WPS and SensorML
are supplemental services also implemented in Constellation-SDI and to
be proposed to Apache SIS. So WPS is not out of SIS scope, quite the
contrary :-).
Martin
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Amila
Le 06/04/13 06:25, AMILA RANATUNGA a écrit :
> Constellation-SDI consisted of WPS, WMS, WFS as server modules. So
> will that integration make Apache SIS be considered as those services
> enabled?
Yes, after the port of Constellation-SDI as Apache SIS modules
(including the test suites that execute CITE tests), SIS should be WPS,
WMS and WFS (among other services) compliant. Frédéric or Vincent could
hopefully complete this list and tell more about compliance.
> And why you said "Having SIS to implement WMS, WMTS, WCS and WFS is a
> must"? What about WPS. Will that make SIS out of the scope. Because we
> feel that since Airavata using Science gateway concept, really
> essential to implement WPS too.
I cited WMS, WMTS, WCS and WFS as the minimal services that SIS must
support because I perceive those services as the ones that every GIS
users take for granted. But they are only the minimum. WPS and SensorML
are supplemental services also implemented in Constellation-SDI and to
be proposed to Apache SIS. So WPS is not out of SIS scope, quite the
contrary :-).
Martin
Re: Research project on integrating geoservices with Apache Airavata
Posted by Marlon Pierce <ma...@iu.edu>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
It is definitely an interesting addition for Airavata.
Marlon
On 4/6/13 1:00 AM, Mattmann, Chris A (398J) wrote:
> Hi Amila,
>
> I think that WPS can potentially be something that Airavata and/or
> OODT help to layer on top of SIS as a core library.
>
> Thanks!
>
> Cheers, Chris
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion
> Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop:
> 171-246 Email: chris.a.mattmann@nasa.gov WWW:
> http://sunset.usc.edu/~mattmann/
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Adjunct Assistant Professor, Computer Science Department University
> of Southern California, Los Angeles, CA 90089 USA
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
>
>
>
> -----Original Message----- From: AMILA RANATUNGA
> <ne...@gmail.com> Reply-To: "dev@oodt.apache.org"
> <de...@oodt.apache.org> Date: Friday, April 5, 2013 9:25 PM To:
> Martin Desruisseaux <ma...@geomatys.fr> Cc:
> "dev@sis.apache.org" <de...@sis.apache.org>,
> "dev@airavata.apache.org" <de...@airavata.apache.org>, Harsha Kumara
> <ha...@gmail.com>, Shahani Markus Weerawarana
> <sh...@gmail.com>, Nipuni Perera <ni...@gmail.com>,
> "dev@oodt.apache.org" <de...@oodt.apache.org> Subject: Re: Research
> project on integrating geoservices with Apache Airavata
>
>> Hi,
>>
>> Thank you for the long reply. As you suggest "GeoTk" is the core
>> part which suits to scientists. And "Constellation-SDI" is
>> intended to provide web-services using maximum use of those
>> tools. Constellation-SDI consisted of WPS, WMS, WFS as server
>> modules. So will that integration make Apache SIS be considered
>> as those services enabled?
>>
>> And why you said " Having SIS to implement WMS, WMTS, WCS and WFS
>> is a must"? What about WPS. Will that make SIS out of the scope.
>> Because we feel that since Airavata using Science gateway
>> concept, really essential to implement WPS too.
>>
>> Thank You !
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Fri, Apr 5, 2013 at 7:04 PM, Martin Desruisseaux <
>> martin.desruisseaux@geomatys.fr> wrote:
>>
>>> Hello Amila
>>>
>>> Le 05/04/13 12:57, AMILA RANATUNGA a écrit :
>>>
>>> the slide 21 describes remaining code to move as WMS, WCS,
>>> WCTS, WPS and
>>>> more. Is that mean Apache SIS does not support them?
>>>>
>>>
>>> Yes. SIS is still in an early stage and does not support WMS,
>>> WCS and similar services yet.
>>>
>>>
>>>
>>> And GeoTk code was moved to SIS and claims that reference
>>> implementation
>>>> of GEOAPI.
>>>>
>>>
>>> Geotk code is in process of being moved to SIS. But only
>>> metadata port is close to completion. The next module to port
>>> will be referencing (hopefully completed before FOSS4G in
>>> September).
>>>
>>>
>>> geotoolkit.org (...snip...) Mapfaces (...snip...)
>>> constellation-sdi
>>>> (...snip...) puzzle-gis (...snip...)
>>>>
>>>>
>>>> Will integrating those into sis make one step ahead to "SIS
>>>> well-suited to some communities (*scientists, but also
>>>> non-scientists* wanting to explore
>>>>
>>>> data in more dimensions than the usual x,y)."?
>>>>
>>>
>>> Maybe I should said that those projects will not be
>>> automatically added to SIS. They will be offered, but by the
>>> time we reach them, the technologies may have evolved to a
>>> point where peoples may want to explore other approaches. For
>>> example MapFaces is built on top of JSF. But maybe some peoples
>>> will want to explore the Play framework instead. An other
>>> example is Swing-based technologies, which are going to be
>>> phased out in favour of JavaFX. However we may still use the
>>> existing code as a starting point and try to port them to the
>>> new technologies. We will revisit this issue when we will be
>>> there.
>>>
>>> The core part aiming to make SIS "well suited to scientists" is
>>> Geotk. First by its focus on ISO 19115 metadata for describing
>>> the data. Those metadata include a package for describing data
>>> quality, an aspect usually neglected by mass-market projects
>>> but important for scientists. The GeoTk (future SIS)
>>> referencing module takes its information directly from the EPSG
>>> database, which provides us information about transformation
>>> accuracy and CRS (Coordinate Reference System) area of
>>> validity. Many popular projects use simplified version of EPSG
>>> database without those information, since not anyone see them
>>> as useful. GeoTk paid high attention to correctness through our
>>> current effort of expanding 'geoapi-conformance' test suite
>>> with the GIGS tests (provided by the EPSG authors). GeoTk also
>>> have support for n-dimensional CRS. Those CRS may be more than
>>> (x,y,z,t), for example meteorologists use 2 time axes and
>>> oceanographers often use pressure instead of z. On the
>>> coverages (rasters) side, GeoTk provides a way to describe the
>>> meaning of pixel values (by contrast with some projects
>>> handling rasters basically as RGB images), which allow for
>>> example to compute "gradient of sea surface temperature"
>>> without confusing a temperature value with a pixel covered by a
>>> cloud (without such knowledge, calculations like "gradient"
>>> produce strong artefacts). Large dataset can be organized in a
>>> database schema designed for making easier the statistical
>>> analysis over time series.
>>>
>>> Constellation-SDI simply uses the "building blocks" provided
>>> by SIS/GeoTk for providing web services. Our approach for
>>> aiming such web services as "well suited to scientists" is to
>>> make sure that we use properly the tools provided by SIS.
>>> Similar reasoning apply to Puzzle-GIS. Providing those web
>>> services and desktop application directly in SIS would allow
>>> SIS to run "out of the box", but community may decide that this
>>> is not a goal.
>>>
>>>
>>>
>>> We also referred the white paper[2].There are OGC compliance
>>> products and
>>>> OGC implementing products[3]. What is the main difference?
>>>> For an example zoo project is considered as OGC implementing.
>>>> But the site says " It provides an OGC WPS compliant
>>>> developer-friendly framework to create and chain WPS Web
>>>> services".
>>>>
>>>
>>> I suspect that "OGC compliant products" and "OGC implementing
>>> products" can be understood as synonymous. However Frédéric
>>> Houbie would known better.
>>>
>>>
>>>
>>> As Jun mentioned Osgeo live dvd has many products [4]. If they
>>> are
>>>> compliance with OGC. implementing OGC standards with Airavata
>>>> will make such products inter-operable with Airavta. But
>>>> those have implemented specific OGC standards (As Martin said
>>>> " I think that OGC standards are so large that no single
>>>> software in the world implement all of them"). So for such a
>>>> project what will be the major consideration should be. Or
>>>> how far an integration SIS with Airavata will solve this
>>>> problem?
>>>>
>>>
>>> The Web Map Services (WMS) is probably the most widely
>>> implemented OGC standard. Having SIS to implement WMS, WMTS,
>>> WCS and WFS is a must. Those 4 standards will probably allow
>>> inter-operability with the vast majority of OGC-compliant
>>> products.
>>>
>>> Next, there is other standards not as-widely known but
>>> nevertheless of interest for us. For example Web Processing
>>> Services (WPS) for launching calculations on distant machines.
>>> SensorML for expressing sensor data (e.g. monitoring
>>> environmental parameters). There is an ungoing "uncertainties"
>>> working group at OGC which may be seen as a specialized work
>>> for geoscientists. There is also other groups like "hydrology",
>>> "aviation" and "law enforcement" for policemen. "Law
>>> enforcement" is an example of OGC work which will probably not
>>> by my personal priority. This illustrates the idea that a
>>> single project may not implement every OGC standards.
>>>
>>> Next, there is what OGC calls "best practice" for specific
>>> domains. For example the OGC Met-Ocean working group has
>>> emitted recommendations about the way to use WMS with
>>> meteorological and oceanographical time series. This is because
>>> meteorologist have specialized needs for example in the way to
>>> handle time, not considered of common interest enough for being
>>> part of the base WMS standard. Those recommendations are a kind
>>> of gray area, not official standards but nevertheless something
>>> we should comply to if we want to increase the chances to be
>>> inter-operable with Meteo-France or the UK MetOffice.
>>>
>>> Martin
>>>
>>>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJRYFETAAoJEOEgD2XReDo5nm0H/1wBZF/4CoJpEAIbcThzm0uv
AsQayNIBW01aS5T+OdkbPoiJotBShLQl0xmpBWrzqOrqggn3jYNtyoGZLVTZ2Ukt
uKoJ6hmlnf7jwhULGyoKDq6emMM3EV4IVvvffvXtkFtwLw3CrEXh1lbafv4vgust
tA913NPXbUzBe/Sh35eA2WMDGmVqofmYxbxQMkE/EGAKVKsYd8GRd6bNTRkup/bp
Ihsi/Pbolsbcqu12MFhHVxzr53YQhlhYUOFcaIGvTLxxHlrQ9BLERQX4oapZisR+
GCWh+xKbcUhiYZkbGFMn1M46a+97heMe9sgUq3qNN/0fxT+/1O1EQYfGOGveFMw=
=ImQN
-----END PGP SIGNATURE-----
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Hi Amila,
I think that WPS can potentially be something that Airavata and/or OODT
help to layer on top of SIS as a core library.
Thanks!
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: AMILA RANATUNGA <ne...@gmail.com>
Reply-To: "dev@oodt.apache.org" <de...@oodt.apache.org>
Date: Friday, April 5, 2013 9:25 PM
To: Martin Desruisseaux <ma...@geomatys.fr>
Cc: "dev@sis.apache.org" <de...@sis.apache.org>, "dev@airavata.apache.org"
<de...@airavata.apache.org>, Harsha Kumara <ha...@gmail.com>, Shahani
Markus Weerawarana <sh...@gmail.com>, Nipuni Perera
<ni...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi,
>
>Thank you for the long reply. As you suggest "GeoTk" is the core part
>which
>suits to scientists. And "Constellation-SDI" is intended to
>provide web-services using maximum use of those tools. Constellation-SDI
>consisted of WPS, WMS, WFS as server modules. So will that integration
>make
>Apache SIS be considered as those services enabled?
>
>And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
>must"?
>What about WPS. Will that make SIS out of the scope. Because we feel that
>since Airavata using Science gateway concept, really essential to
>implement
>WPS too.
>
>Thank You !
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>On Fri, Apr 5, 2013 at 7:04 PM, Martin Desruisseaux <
>martin.desruisseaux@geomatys.fr> wrote:
>
>> Hello Amila
>>
>> Le 05/04/13 12:57, AMILA RANATUNGA a écrit :
>>
>> the slide 21 describes remaining code to move as WMS, WCS, WCTS, WPS
>>and
>>> more. Is that mean Apache SIS does not support them?
>>>
>>
>> Yes. SIS is still in an early stage and does not support WMS, WCS and
>> similar services yet.
>>
>>
>>
>> And GeoTk code was moved to SIS and claims that reference
>>implementation
>>> of
>>> GEOAPI.
>>>
>>
>> Geotk code is in process of being moved to SIS. But only metadata port
>>is
>> close to completion. The next module to port will be referencing
>>(hopefully
>> completed before FOSS4G in September).
>>
>>
>> geotoolkit.org (...snip...) Mapfaces (...snip...) constellation-sdi
>>> (...snip...) puzzle-gis (...snip...)
>>>
>>>
>>> Will integrating those into sis make one step ahead to "SIS
>>>well-suited to
>>> some communities (*scientists, but also non-scientists* wanting to
>>>explore
>>>
>>> data in more dimensions than the usual x,y)."?
>>>
>>
>> Maybe I should said that those projects will not be automatically added
>>to
>> SIS. They will be offered, but by the time we reach them, the
>>technologies
>> may have evolved to a point where peoples may want to explore other
>> approaches. For example MapFaces is built on top of JSF. But maybe some
>> peoples will want to explore the Play framework instead. An other
>>example
>> is Swing-based technologies, which are going to be phased out in favour
>>of
>> JavaFX. However we may still use the existing code as a starting point
>>and
>> try to port them to the new technologies. We will revisit this issue
>>when
>> we will be there.
>>
>> The core part aiming to make SIS "well suited to scientists" is Geotk.
>> First by its focus on ISO 19115 metadata for describing the data. Those
>> metadata include a package for describing data quality, an aspect
>>usually
>> neglected by mass-market projects but important for scientists. The
>>GeoTk
>> (future SIS) referencing module takes its information directly from the
>> EPSG database, which provides us information about transformation
>>accuracy
>> and CRS (Coordinate Reference System) area of validity. Many popular
>> projects use simplified version of EPSG database without those
>>information,
>> since not anyone see them as useful. GeoTk paid high attention to
>> correctness through our current effort of expanding 'geoapi-conformance'
>> test suite with the GIGS tests (provided by the EPSG authors). GeoTk
>>also
>> have support for n-dimensional CRS. Those CRS may be more than
>>(x,y,z,t),
>> for example meteorologists use 2 time axes and oceanographers often use
>> pressure instead of z. On the coverages (rasters) side, GeoTk provides a
>> way to describe the meaning of pixel values (by contrast with some
>>projects
>> handling rasters basically as RGB images), which allow for example to
>> compute "gradient of sea surface temperature" without confusing a
>> temperature value with a pixel covered by a cloud (without such
>>knowledge,
>> calculations like "gradient" produce strong artefacts). Large dataset
>>can
>> be organized in a database schema designed for making easier the
>> statistical analysis over time series.
>>
>> Constellation-SDI simply uses the "building blocks" provided by
>>SIS/GeoTk
>> for providing web services. Our approach for aiming such web services as
>> "well suited to scientists" is to make sure that we use properly the
>>tools
>> provided by SIS. Similar reasoning apply to Puzzle-GIS. Providing those
>>web
>> services and desktop application directly in SIS would allow SIS to run
>> "out of the box", but community may decide that this is not a goal.
>>
>>
>>
>> We also referred the white paper[2].There are OGC compliance products
>>and
>>> OGC implementing products[3]. What is the main difference? For an
>>>example
>>> zoo project is considered as OGC implementing. But the site says " It
>>> provides an OGC WPS compliant developer-friendly framework to create
>>>and
>>> chain WPS Web services".
>>>
>>
>> I suspect that "OGC compliant products" and "OGC implementing products"
>> can be understood as synonymous. However Frédéric Houbie would known
>>better.
>>
>>
>>
>> As Jun mentioned Osgeo live dvd has many products [4]. If they are
>>> compliance with OGC. implementing OGC standards with Airavata will make
>>> such products inter-operable with Airavta. But those have implemented
>>> specific OGC standards (As Martin said " I think that OGC standards
>>>are so
>>> large that no single software in the world implement all of them"). So
>>>for
>>> such a project what will be the major consideration should be. Or how
>>>far
>>> an integration SIS with Airavata will solve this problem?
>>>
>>
>> The Web Map Services (WMS) is probably the most widely implemented OGC
>> standard. Having SIS to implement WMS, WMTS, WCS and WFS is a must.
>>Those 4
>> standards will probably allow inter-operability with the vast majority
>>of
>> OGC-compliant products.
>>
>> Next, there is other standards not as-widely known but nevertheless of
>> interest for us. For example Web Processing Services (WPS) for launching
>> calculations on distant machines. SensorML for expressing sensor data
>>(e.g.
>> monitoring environmental parameters). There is an ungoing
>>"uncertainties"
>> working group at OGC which may be seen as a specialized work for
>> geoscientists. There is also other groups like "hydrology", "aviation"
>>and
>> "law enforcement" for policemen. "Law enforcement" is an example of OGC
>> work which will probably not by my personal priority. This illustrates
>>the
>> idea that a single project may not implement every OGC standards.
>>
>> Next, there is what OGC calls "best practice" for specific domains. For
>> example the OGC Met-Ocean working group has emitted recommendations
>>about
>> the way to use WMS with meteorological and oceanographical time series.
>> This is because meteorologist have specialized needs for example in the
>>way
>> to handle time, not considered of common interest enough for being part
>>of
>> the base WMS standard. Those recommendations are a kind of gray area,
>>not
>> official standards but nevertheless something we should comply to if we
>> want to increase the chances to be inter-operable with Meteo-France or
>>the
>> UK MetOffice.
>>
>> Martin
>>
>>
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Hi Amila,
I think that WPS can potentially be something that Airavata and/or OODT
help to layer on top of SIS as a core library.
Thanks!
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: AMILA RANATUNGA <ne...@gmail.com>
Reply-To: "dev@oodt.apache.org" <de...@oodt.apache.org>
Date: Friday, April 5, 2013 9:25 PM
To: Martin Desruisseaux <ma...@geomatys.fr>
Cc: "dev@sis.apache.org" <de...@sis.apache.org>, "dev@airavata.apache.org"
<de...@airavata.apache.org>, Harsha Kumara <ha...@gmail.com>, Shahani
Markus Weerawarana <sh...@gmail.com>, Nipuni Perera
<ni...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi,
>
>Thank you for the long reply. As you suggest "GeoTk" is the core part
>which
>suits to scientists. And "Constellation-SDI" is intended to
>provide web-services using maximum use of those tools. Constellation-SDI
>consisted of WPS, WMS, WFS as server modules. So will that integration
>make
>Apache SIS be considered as those services enabled?
>
>And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
>must"?
>What about WPS. Will that make SIS out of the scope. Because we feel that
>since Airavata using Science gateway concept, really essential to
>implement
>WPS too.
>
>Thank You !
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>On Fri, Apr 5, 2013 at 7:04 PM, Martin Desruisseaux <
>martin.desruisseaux@geomatys.fr> wrote:
>
>> Hello Amila
>>
>> Le 05/04/13 12:57, AMILA RANATUNGA a écrit :
>>
>> the slide 21 describes remaining code to move as WMS, WCS, WCTS, WPS
>>and
>>> more. Is that mean Apache SIS does not support them?
>>>
>>
>> Yes. SIS is still in an early stage and does not support WMS, WCS and
>> similar services yet.
>>
>>
>>
>> And GeoTk code was moved to SIS and claims that reference
>>implementation
>>> of
>>> GEOAPI.
>>>
>>
>> Geotk code is in process of being moved to SIS. But only metadata port
>>is
>> close to completion. The next module to port will be referencing
>>(hopefully
>> completed before FOSS4G in September).
>>
>>
>> geotoolkit.org (...snip...) Mapfaces (...snip...) constellation-sdi
>>> (...snip...) puzzle-gis (...snip...)
>>>
>>>
>>> Will integrating those into sis make one step ahead to "SIS
>>>well-suited to
>>> some communities (*scientists, but also non-scientists* wanting to
>>>explore
>>>
>>> data in more dimensions than the usual x,y)."?
>>>
>>
>> Maybe I should said that those projects will not be automatically added
>>to
>> SIS. They will be offered, but by the time we reach them, the
>>technologies
>> may have evolved to a point where peoples may want to explore other
>> approaches. For example MapFaces is built on top of JSF. But maybe some
>> peoples will want to explore the Play framework instead. An other
>>example
>> is Swing-based technologies, which are going to be phased out in favour
>>of
>> JavaFX. However we may still use the existing code as a starting point
>>and
>> try to port them to the new technologies. We will revisit this issue
>>when
>> we will be there.
>>
>> The core part aiming to make SIS "well suited to scientists" is Geotk.
>> First by its focus on ISO 19115 metadata for describing the data. Those
>> metadata include a package for describing data quality, an aspect
>>usually
>> neglected by mass-market projects but important for scientists. The
>>GeoTk
>> (future SIS) referencing module takes its information directly from the
>> EPSG database, which provides us information about transformation
>>accuracy
>> and CRS (Coordinate Reference System) area of validity. Many popular
>> projects use simplified version of EPSG database without those
>>information,
>> since not anyone see them as useful. GeoTk paid high attention to
>> correctness through our current effort of expanding 'geoapi-conformance'
>> test suite with the GIGS tests (provided by the EPSG authors). GeoTk
>>also
>> have support for n-dimensional CRS. Those CRS may be more than
>>(x,y,z,t),
>> for example meteorologists use 2 time axes and oceanographers often use
>> pressure instead of z. On the coverages (rasters) side, GeoTk provides a
>> way to describe the meaning of pixel values (by contrast with some
>>projects
>> handling rasters basically as RGB images), which allow for example to
>> compute "gradient of sea surface temperature" without confusing a
>> temperature value with a pixel covered by a cloud (without such
>>knowledge,
>> calculations like "gradient" produce strong artefacts). Large dataset
>>can
>> be organized in a database schema designed for making easier the
>> statistical analysis over time series.
>>
>> Constellation-SDI simply uses the "building blocks" provided by
>>SIS/GeoTk
>> for providing web services. Our approach for aiming such web services as
>> "well suited to scientists" is to make sure that we use properly the
>>tools
>> provided by SIS. Similar reasoning apply to Puzzle-GIS. Providing those
>>web
>> services and desktop application directly in SIS would allow SIS to run
>> "out of the box", but community may decide that this is not a goal.
>>
>>
>>
>> We also referred the white paper[2].There are OGC compliance products
>>and
>>> OGC implementing products[3]. What is the main difference? For an
>>>example
>>> zoo project is considered as OGC implementing. But the site says " It
>>> provides an OGC WPS compliant developer-friendly framework to create
>>>and
>>> chain WPS Web services".
>>>
>>
>> I suspect that "OGC compliant products" and "OGC implementing products"
>> can be understood as synonymous. However Frédéric Houbie would known
>>better.
>>
>>
>>
>> As Jun mentioned Osgeo live dvd has many products [4]. If they are
>>> compliance with OGC. implementing OGC standards with Airavata will make
>>> such products inter-operable with Airavta. But those have implemented
>>> specific OGC standards (As Martin said " I think that OGC standards
>>>are so
>>> large that no single software in the world implement all of them"). So
>>>for
>>> such a project what will be the major consideration should be. Or how
>>>far
>>> an integration SIS with Airavata will solve this problem?
>>>
>>
>> The Web Map Services (WMS) is probably the most widely implemented OGC
>> standard. Having SIS to implement WMS, WMTS, WCS and WFS is a must.
>>Those 4
>> standards will probably allow inter-operability with the vast majority
>>of
>> OGC-compliant products.
>>
>> Next, there is other standards not as-widely known but nevertheless of
>> interest for us. For example Web Processing Services (WPS) for launching
>> calculations on distant machines. SensorML for expressing sensor data
>>(e.g.
>> monitoring environmental parameters). There is an ungoing
>>"uncertainties"
>> working group at OGC which may be seen as a specialized work for
>> geoscientists. There is also other groups like "hydrology", "aviation"
>>and
>> "law enforcement" for policemen. "Law enforcement" is an example of OGC
>> work which will probably not by my personal priority. This illustrates
>>the
>> idea that a single project may not implement every OGC standards.
>>
>> Next, there is what OGC calls "best practice" for specific domains. For
>> example the OGC Met-Ocean working group has emitted recommendations
>>about
>> the way to use WMS with meteorological and oceanographical time series.
>> This is because meteorologist have specialized needs for example in the
>>way
>> to handle time, not considered of common interest enough for being part
>>of
>> the base WMS standard. Those recommendations are a kind of gray area,
>>not
>> official standards but nevertheless something we should comply to if we
>> want to increase the chances to be inter-operable with Meteo-France or
>>the
>> UK MetOffice.
>>
>> Martin
>>
>>
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Hi Amila,
I think that WPS can potentially be something that Airavata and/or OODT
help to layer on top of SIS as a core library.
Thanks!
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: AMILA RANATUNGA <ne...@gmail.com>
Reply-To: "dev@oodt.apache.org" <de...@oodt.apache.org>
Date: Friday, April 5, 2013 9:25 PM
To: Martin Desruisseaux <ma...@geomatys.fr>
Cc: "dev@sis.apache.org" <de...@sis.apache.org>, "dev@airavata.apache.org"
<de...@airavata.apache.org>, Harsha Kumara <ha...@gmail.com>, Shahani
Markus Weerawarana <sh...@gmail.com>, Nipuni Perera
<ni...@gmail.com>, "dev@oodt.apache.org" <de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi,
>
>Thank you for the long reply. As you suggest "GeoTk" is the core part
>which
>suits to scientists. And "Constellation-SDI" is intended to
>provide web-services using maximum use of those tools. Constellation-SDI
>consisted of WPS, WMS, WFS as server modules. So will that integration
>make
>Apache SIS be considered as those services enabled?
>
>And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a
>must"?
>What about WPS. Will that make SIS out of the scope. Because we feel that
>since Airavata using Science gateway concept, really essential to
>implement
>WPS too.
>
>Thank You !
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>On Fri, Apr 5, 2013 at 7:04 PM, Martin Desruisseaux <
>martin.desruisseaux@geomatys.fr> wrote:
>
>> Hello Amila
>>
>> Le 05/04/13 12:57, AMILA RANATUNGA a écrit :
>>
>> the slide 21 describes remaining code to move as WMS, WCS, WCTS, WPS
>>and
>>> more. Is that mean Apache SIS does not support them?
>>>
>>
>> Yes. SIS is still in an early stage and does not support WMS, WCS and
>> similar services yet.
>>
>>
>>
>> And GeoTk code was moved to SIS and claims that reference
>>implementation
>>> of
>>> GEOAPI.
>>>
>>
>> Geotk code is in process of being moved to SIS. But only metadata port
>>is
>> close to completion. The next module to port will be referencing
>>(hopefully
>> completed before FOSS4G in September).
>>
>>
>> geotoolkit.org (...snip...) Mapfaces (...snip...) constellation-sdi
>>> (...snip...) puzzle-gis (...snip...)
>>>
>>>
>>> Will integrating those into sis make one step ahead to "SIS
>>>well-suited to
>>> some communities (*scientists, but also non-scientists* wanting to
>>>explore
>>>
>>> data in more dimensions than the usual x,y)."?
>>>
>>
>> Maybe I should said that those projects will not be automatically added
>>to
>> SIS. They will be offered, but by the time we reach them, the
>>technologies
>> may have evolved to a point where peoples may want to explore other
>> approaches. For example MapFaces is built on top of JSF. But maybe some
>> peoples will want to explore the Play framework instead. An other
>>example
>> is Swing-based technologies, which are going to be phased out in favour
>>of
>> JavaFX. However we may still use the existing code as a starting point
>>and
>> try to port them to the new technologies. We will revisit this issue
>>when
>> we will be there.
>>
>> The core part aiming to make SIS "well suited to scientists" is Geotk.
>> First by its focus on ISO 19115 metadata for describing the data. Those
>> metadata include a package for describing data quality, an aspect
>>usually
>> neglected by mass-market projects but important for scientists. The
>>GeoTk
>> (future SIS) referencing module takes its information directly from the
>> EPSG database, which provides us information about transformation
>>accuracy
>> and CRS (Coordinate Reference System) area of validity. Many popular
>> projects use simplified version of EPSG database without those
>>information,
>> since not anyone see them as useful. GeoTk paid high attention to
>> correctness through our current effort of expanding 'geoapi-conformance'
>> test suite with the GIGS tests (provided by the EPSG authors). GeoTk
>>also
>> have support for n-dimensional CRS. Those CRS may be more than
>>(x,y,z,t),
>> for example meteorologists use 2 time axes and oceanographers often use
>> pressure instead of z. On the coverages (rasters) side, GeoTk provides a
>> way to describe the meaning of pixel values (by contrast with some
>>projects
>> handling rasters basically as RGB images), which allow for example to
>> compute "gradient of sea surface temperature" without confusing a
>> temperature value with a pixel covered by a cloud (without such
>>knowledge,
>> calculations like "gradient" produce strong artefacts). Large dataset
>>can
>> be organized in a database schema designed for making easier the
>> statistical analysis over time series.
>>
>> Constellation-SDI simply uses the "building blocks" provided by
>>SIS/GeoTk
>> for providing web services. Our approach for aiming such web services as
>> "well suited to scientists" is to make sure that we use properly the
>>tools
>> provided by SIS. Similar reasoning apply to Puzzle-GIS. Providing those
>>web
>> services and desktop application directly in SIS would allow SIS to run
>> "out of the box", but community may decide that this is not a goal.
>>
>>
>>
>> We also referred the white paper[2].There are OGC compliance products
>>and
>>> OGC implementing products[3]. What is the main difference? For an
>>>example
>>> zoo project is considered as OGC implementing. But the site says " It
>>> provides an OGC WPS compliant developer-friendly framework to create
>>>and
>>> chain WPS Web services".
>>>
>>
>> I suspect that "OGC compliant products" and "OGC implementing products"
>> can be understood as synonymous. However Frédéric Houbie would known
>>better.
>>
>>
>>
>> As Jun mentioned Osgeo live dvd has many products [4]. If they are
>>> compliance with OGC. implementing OGC standards with Airavata will make
>>> such products inter-operable with Airavta. But those have implemented
>>> specific OGC standards (As Martin said " I think that OGC standards
>>>are so
>>> large that no single software in the world implement all of them"). So
>>>for
>>> such a project what will be the major consideration should be. Or how
>>>far
>>> an integration SIS with Airavata will solve this problem?
>>>
>>
>> The Web Map Services (WMS) is probably the most widely implemented OGC
>> standard. Having SIS to implement WMS, WMTS, WCS and WFS is a must.
>>Those 4
>> standards will probably allow inter-operability with the vast majority
>>of
>> OGC-compliant products.
>>
>> Next, there is other standards not as-widely known but nevertheless of
>> interest for us. For example Web Processing Services (WPS) for launching
>> calculations on distant machines. SensorML for expressing sensor data
>>(e.g.
>> monitoring environmental parameters). There is an ungoing
>>"uncertainties"
>> working group at OGC which may be seen as a specialized work for
>> geoscientists. There is also other groups like "hydrology", "aviation"
>>and
>> "law enforcement" for policemen. "Law enforcement" is an example of OGC
>> work which will probably not by my personal priority. This illustrates
>>the
>> idea that a single project may not implement every OGC standards.
>>
>> Next, there is what OGC calls "best practice" for specific domains. For
>> example the OGC Met-Ocean working group has emitted recommendations
>>about
>> the way to use WMS with meteorological and oceanographical time series.
>> This is because meteorologist have specialized needs for example in the
>>way
>> to handle time, not considered of common interest enough for being part
>>of
>> the base WMS standard. Those recommendations are a kind of gray area,
>>not
>> official standards but nevertheless something we should comply to if we
>> want to increase the chances to be inter-operable with Meteo-France or
>>the
>> UK MetOffice.
>>
>> Martin
>>
>>
Re: Research project on integrating geoservices with Apache Airavata
Posted by AMILA RANATUNGA <ne...@gmail.com>.
Hi,
Thank you for the long reply. As you suggest "GeoTk" is the core part which
suits to scientists. And "Constellation-SDI" is intended to
provide web-services using maximum use of those tools. Constellation-SDI
consisted of WPS, WMS, WFS as server modules. So will that integration make
Apache SIS be considered as those services enabled?
And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a must"?
What about WPS. Will that make SIS out of the scope. Because we feel that
since Airavata using Science gateway concept, really essential to implement
WPS too.
Thank You !
On Fri, Apr 5, 2013 at 7:04 PM, Martin Desruisseaux <
martin.desruisseaux@geomatys.fr> wrote:
> Hello Amila
>
> Le 05/04/13 12:57, AMILA RANATUNGA a écrit :
>
> the slide 21 describes remaining code to move as WMS, WCS, WCTS, WPS and
>> more. Is that mean Apache SIS does not support them?
>>
>
> Yes. SIS is still in an early stage and does not support WMS, WCS and
> similar services yet.
>
>
>
> And GeoTk code was moved to SIS and claims that reference implementation
>> of
>> GEOAPI.
>>
>
> Geotk code is in process of being moved to SIS. But only metadata port is
> close to completion. The next module to port will be referencing (hopefully
> completed before FOSS4G in September).
>
>
> geotoolkit.org (...snip...) Mapfaces (...snip...) constellation-sdi
>> (...snip...) puzzle-gis (...snip...)
>>
>>
>> Will integrating those into sis make one step ahead to "SIS well-suited to
>> some communities (*scientists, but also non-scientists* wanting to explore
>>
>> data in more dimensions than the usual x,y)."?
>>
>
> Maybe I should said that those projects will not be automatically added to
> SIS. They will be offered, but by the time we reach them, the technologies
> may have evolved to a point where peoples may want to explore other
> approaches. For example MapFaces is built on top of JSF. But maybe some
> peoples will want to explore the Play framework instead. An other example
> is Swing-based technologies, which are going to be phased out in favour of
> JavaFX. However we may still use the existing code as a starting point and
> try to port them to the new technologies. We will revisit this issue when
> we will be there.
>
> The core part aiming to make SIS "well suited to scientists" is Geotk.
> First by its focus on ISO 19115 metadata for describing the data. Those
> metadata include a package for describing data quality, an aspect usually
> neglected by mass-market projects but important for scientists. The GeoTk
> (future SIS) referencing module takes its information directly from the
> EPSG database, which provides us information about transformation accuracy
> and CRS (Coordinate Reference System) area of validity. Many popular
> projects use simplified version of EPSG database without those information,
> since not anyone see them as useful. GeoTk paid high attention to
> correctness through our current effort of expanding 'geoapi-conformance'
> test suite with the GIGS tests (provided by the EPSG authors). GeoTk also
> have support for n-dimensional CRS. Those CRS may be more than (x,y,z,t),
> for example meteorologists use 2 time axes and oceanographers often use
> pressure instead of z. On the coverages (rasters) side, GeoTk provides a
> way to describe the meaning of pixel values (by contrast with some projects
> handling rasters basically as RGB images), which allow for example to
> compute "gradient of sea surface temperature" without confusing a
> temperature value with a pixel covered by a cloud (without such knowledge,
> calculations like "gradient" produce strong artefacts). Large dataset can
> be organized in a database schema designed for making easier the
> statistical analysis over time series.
>
> Constellation-SDI simply uses the "building blocks" provided by SIS/GeoTk
> for providing web services. Our approach for aiming such web services as
> "well suited to scientists" is to make sure that we use properly the tools
> provided by SIS. Similar reasoning apply to Puzzle-GIS. Providing those web
> services and desktop application directly in SIS would allow SIS to run
> "out of the box", but community may decide that this is not a goal.
>
>
>
> We also referred the white paper[2].There are OGC compliance products and
>> OGC implementing products[3]. What is the main difference? For an example
>> zoo project is considered as OGC implementing. But the site says " It
>> provides an OGC WPS compliant developer-friendly framework to create and
>> chain WPS Web services".
>>
>
> I suspect that "OGC compliant products" and "OGC implementing products"
> can be understood as synonymous. However Frédéric Houbie would known better.
>
>
>
> As Jun mentioned Osgeo live dvd has many products [4]. If they are
>> compliance with OGC. implementing OGC standards with Airavata will make
>> such products inter-operable with Airavta. But those have implemented
>> specific OGC standards (As Martin said " I think that OGC standards are so
>> large that no single software in the world implement all of them"). So for
>> such a project what will be the major consideration should be. Or how far
>> an integration SIS with Airavata will solve this problem?
>>
>
> The Web Map Services (WMS) is probably the most widely implemented OGC
> standard. Having SIS to implement WMS, WMTS, WCS and WFS is a must. Those 4
> standards will probably allow inter-operability with the vast majority of
> OGC-compliant products.
>
> Next, there is other standards not as-widely known but nevertheless of
> interest for us. For example Web Processing Services (WPS) for launching
> calculations on distant machines. SensorML for expressing sensor data (e.g.
> monitoring environmental parameters). There is an ungoing "uncertainties"
> working group at OGC which may be seen as a specialized work for
> geoscientists. There is also other groups like "hydrology", "aviation" and
> "law enforcement" for policemen. "Law enforcement" is an example of OGC
> work which will probably not by my personal priority. This illustrates the
> idea that a single project may not implement every OGC standards.
>
> Next, there is what OGC calls "best practice" for specific domains. For
> example the OGC Met-Ocean working group has emitted recommendations about
> the way to use WMS with meteorological and oceanographical time series.
> This is because meteorologist have specialized needs for example in the way
> to handle time, not considered of common interest enough for being part of
> the base WMS standard. Those recommendations are a kind of gray area, not
> official standards but nevertheless something we should comply to if we
> want to increase the chances to be inter-operable with Meteo-France or the
> UK MetOffice.
>
> Martin
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by AMILA RANATUNGA <ne...@gmail.com>.
Hi,
Thank you for the long reply. As you suggest "GeoTk" is the core part which
suits to scientists. And "Constellation-SDI" is intended to
provide web-services using maximum use of those tools. Constellation-SDI
consisted of WPS, WMS, WFS as server modules. So will that integration make
Apache SIS be considered as those services enabled?
And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a must"?
What about WPS. Will that make SIS out of the scope. Because we feel that
since Airavata using Science gateway concept, really essential to implement
WPS too.
Thank You !
On Fri, Apr 5, 2013 at 7:04 PM, Martin Desruisseaux <
martin.desruisseaux@geomatys.fr> wrote:
> Hello Amila
>
> Le 05/04/13 12:57, AMILA RANATUNGA a écrit :
>
> the slide 21 describes remaining code to move as WMS, WCS, WCTS, WPS and
>> more. Is that mean Apache SIS does not support them?
>>
>
> Yes. SIS is still in an early stage and does not support WMS, WCS and
> similar services yet.
>
>
>
> And GeoTk code was moved to SIS and claims that reference implementation
>> of
>> GEOAPI.
>>
>
> Geotk code is in process of being moved to SIS. But only metadata port is
> close to completion. The next module to port will be referencing (hopefully
> completed before FOSS4G in September).
>
>
> geotoolkit.org (...snip...) Mapfaces (...snip...) constellation-sdi
>> (...snip...) puzzle-gis (...snip...)
>>
>>
>> Will integrating those into sis make one step ahead to "SIS well-suited to
>> some communities (*scientists, but also non-scientists* wanting to explore
>>
>> data in more dimensions than the usual x,y)."?
>>
>
> Maybe I should said that those projects will not be automatically added to
> SIS. They will be offered, but by the time we reach them, the technologies
> may have evolved to a point where peoples may want to explore other
> approaches. For example MapFaces is built on top of JSF. But maybe some
> peoples will want to explore the Play framework instead. An other example
> is Swing-based technologies, which are going to be phased out in favour of
> JavaFX. However we may still use the existing code as a starting point and
> try to port them to the new technologies. We will revisit this issue when
> we will be there.
>
> The core part aiming to make SIS "well suited to scientists" is Geotk.
> First by its focus on ISO 19115 metadata for describing the data. Those
> metadata include a package for describing data quality, an aspect usually
> neglected by mass-market projects but important for scientists. The GeoTk
> (future SIS) referencing module takes its information directly from the
> EPSG database, which provides us information about transformation accuracy
> and CRS (Coordinate Reference System) area of validity. Many popular
> projects use simplified version of EPSG database without those information,
> since not anyone see them as useful. GeoTk paid high attention to
> correctness through our current effort of expanding 'geoapi-conformance'
> test suite with the GIGS tests (provided by the EPSG authors). GeoTk also
> have support for n-dimensional CRS. Those CRS may be more than (x,y,z,t),
> for example meteorologists use 2 time axes and oceanographers often use
> pressure instead of z. On the coverages (rasters) side, GeoTk provides a
> way to describe the meaning of pixel values (by contrast with some projects
> handling rasters basically as RGB images), which allow for example to
> compute "gradient of sea surface temperature" without confusing a
> temperature value with a pixel covered by a cloud (without such knowledge,
> calculations like "gradient" produce strong artefacts). Large dataset can
> be organized in a database schema designed for making easier the
> statistical analysis over time series.
>
> Constellation-SDI simply uses the "building blocks" provided by SIS/GeoTk
> for providing web services. Our approach for aiming such web services as
> "well suited to scientists" is to make sure that we use properly the tools
> provided by SIS. Similar reasoning apply to Puzzle-GIS. Providing those web
> services and desktop application directly in SIS would allow SIS to run
> "out of the box", but community may decide that this is not a goal.
>
>
>
> We also referred the white paper[2].There are OGC compliance products and
>> OGC implementing products[3]. What is the main difference? For an example
>> zoo project is considered as OGC implementing. But the site says " It
>> provides an OGC WPS compliant developer-friendly framework to create and
>> chain WPS Web services".
>>
>
> I suspect that "OGC compliant products" and "OGC implementing products"
> can be understood as synonymous. However Frédéric Houbie would known better.
>
>
>
> As Jun mentioned Osgeo live dvd has many products [4]. If they are
>> compliance with OGC. implementing OGC standards with Airavata will make
>> such products inter-operable with Airavta. But those have implemented
>> specific OGC standards (As Martin said " I think that OGC standards are so
>> large that no single software in the world implement all of them"). So for
>> such a project what will be the major consideration should be. Or how far
>> an integration SIS with Airavata will solve this problem?
>>
>
> The Web Map Services (WMS) is probably the most widely implemented OGC
> standard. Having SIS to implement WMS, WMTS, WCS and WFS is a must. Those 4
> standards will probably allow inter-operability with the vast majority of
> OGC-compliant products.
>
> Next, there is other standards not as-widely known but nevertheless of
> interest for us. For example Web Processing Services (WPS) for launching
> calculations on distant machines. SensorML for expressing sensor data (e.g.
> monitoring environmental parameters). There is an ungoing "uncertainties"
> working group at OGC which may be seen as a specialized work for
> geoscientists. There is also other groups like "hydrology", "aviation" and
> "law enforcement" for policemen. "Law enforcement" is an example of OGC
> work which will probably not by my personal priority. This illustrates the
> idea that a single project may not implement every OGC standards.
>
> Next, there is what OGC calls "best practice" for specific domains. For
> example the OGC Met-Ocean working group has emitted recommendations about
> the way to use WMS with meteorological and oceanographical time series.
> This is because meteorologist have specialized needs for example in the way
> to handle time, not considered of common interest enough for being part of
> the base WMS standard. Those recommendations are a kind of gray area, not
> official standards but nevertheless something we should comply to if we
> want to increase the chances to be inter-operable with Meteo-France or the
> UK MetOffice.
>
> Martin
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Le 06/04/13 11:19, Frédéric Houbie a écrit :
> There is a quite important difference between implement and compliant.
> Anyone (any OGC member) can claim to implement a standard, by just
> reading the specification and code it. You can only claim to be
> compliant if you successfully passed the OGC CITE Test Suite for the
> standard you've implemented.
Thanks Frédéric for the clarification.
Martin
Re: Research project on integrating geoservices with Apache Airavata
Posted by Frédéric Houbie <fr...@geomatys.com>.
Hello,
There is a quite important difference between implement and compliant.
Anyone (any OGC member) can claim to implement a standard, by just
reading the specification and code it. You can only claim to be
compliant if you successfully passed the OGC CITE Test Suite for the
standard you've implemented.
Regards,
Frédéric
On 05/04/2013 15:34, Martin Desruisseaux wrote:
> Hello Amila
>
> Le 05/04/13 12:57, AMILA RANATUNGA a écrit :
>> the slide 21 describes remaining code to move as WMS, WCS, WCTS, WPS and
>> more. Is that mean Apache SIS does not support them?
>
> Yes. SIS is still in an early stage and does not support WMS, WCS and
> similar services yet.
>
>
>> And GeoTk code was moved to SIS and claims that reference
>> implementation of
>> GEOAPI.
>
> Geotk code is in process of being moved to SIS. But only metadata port
> is close to completion. The next module to port will be referencing
> (hopefully completed before FOSS4G in September).
>
>
>> geotoolkit.org (...snip...) Mapfaces (...snip...) constellation-sdi
>> (...snip...) puzzle-gis (...snip...)
>>
>> Will integrating those into sis make one step ahead to "SIS
>> well-suited to
>> some communities (*scientists, but also non-scientists* wanting to
>> explore
>> data in more dimensions than the usual x,y)."?
>
> Maybe I should said that those projects will not be automatically
> added to SIS. They will be offered, but by the time we reach them, the
> technologies may have evolved to a point where peoples may want to
> explore other approaches. For example MapFaces is built on top of JSF.
> But maybe some peoples will want to explore the Play framework
> instead. An other example is Swing-based technologies, which are going
> to be phased out in favour of JavaFX. However we may still use the
> existing code as a starting point and try to port them to the new
> technologies. We will revisit this issue when we will be there.
>
> The core part aiming to make SIS "well suited to scientists" is Geotk.
> First by its focus on ISO 19115 metadata for describing the data.
> Those metadata include a package for describing data quality, an
> aspect usually neglected by mass-market projects but important for
> scientists. The GeoTk (future SIS) referencing module takes its
> information directly from the EPSG database, which provides us
> information about transformation accuracy and CRS (Coordinate
> Reference System) area of validity. Many popular projects use
> simplified version of EPSG database without those information, since
> not anyone see them as useful. GeoTk paid high attention to
> correctness through our current effort of expanding
> 'geoapi-conformance' test suite with the GIGS tests (provided by the
> EPSG authors). GeoTk also have support for n-dimensional CRS. Those
> CRS may be more than (x,y,z,t), for example meteorologists use 2 time
> axes and oceanographers often use pressure instead of z. On the
> coverages (rasters) side, GeoTk provides a way to describe the meaning
> of pixel values (by contrast with some projects handling rasters
> basically as RGB images), which allow for example to compute "gradient
> of sea surface temperature" without confusing a temperature value with
> a pixel covered by a cloud (without such knowledge, calculations like
> "gradient" produce strong artefacts). Large dataset can be organized
> in a database schema designed for making easier the statistical
> analysis over time series.
>
> Constellation-SDI simply uses the "building blocks" provided by
> SIS/GeoTk for providing web services. Our approach for aiming such web
> services as "well suited to scientists" is to make sure that we use
> properly the tools provided by SIS. Similar reasoning apply to
> Puzzle-GIS. Providing those web services and desktop application
> directly in SIS would allow SIS to run "out of the box", but community
> may decide that this is not a goal.
>
>
>> We also referred the white paper[2].There are OGC compliance products
>> and
>> OGC implementing products[3]. What is the main difference? For an
>> example
>> zoo project is considered as OGC implementing. But the site says " It
>> provides an OGC WPS compliant developer-friendly framework to create and
>> chain WPS Web services".
>
> I suspect that "OGC compliant products" and "OGC implementing
> products" can be understood as synonymous. However Frédéric Houbie
> would known better.
>
>
>> As Jun mentioned Osgeo live dvd has many products [4]. If they are
>> compliance with OGC. implementing OGC standards with Airavata will make
>> such products inter-operable with Airavta. But those have implemented
>> specific OGC standards (As Martin said " I think that OGC standards
>> are so
>> large that no single software in the world implement all of them").
>> So for
>> such a project what will be the major consideration should be. Or how
>> far
>> an integration SIS with Airavata will solve this problem?
>
> The Web Map Services (WMS) is probably the most widely implemented OGC
> standard. Having SIS to implement WMS, WMTS, WCS and WFS is a must.
> Those 4 standards will probably allow inter-operability with the vast
> majority of OGC-compliant products.
>
> Next, there is other standards not as-widely known but nevertheless of
> interest for us. For example Web Processing Services (WPS) for
> launching calculations on distant machines. SensorML for expressing
> sensor data (e.g. monitoring environmental parameters). There is an
> ungoing "uncertainties" working group at OGC which may be seen as a
> specialized work for geoscientists. There is also other groups like
> "hydrology", "aviation" and "law enforcement" for policemen. "Law
> enforcement" is an example of OGC work which will probably not by my
> personal priority. This illustrates the idea that a single project may
> not implement every OGC standards.
>
> Next, there is what OGC calls "best practice" for specific domains.
> For example the OGC Met-Ocean working group has emitted
> recommendations about the way to use WMS with meteorological and
> oceanographical time series. This is because meteorologist have
> specialized needs for example in the way to handle time, not
> considered of common interest enough for being part of the base WMS
> standard. Those recommendations are a kind of gray area, not official
> standards but nevertheless something we should comply to if we want to
> increase the chances to be inter-operable with Meteo-France or the UK
> MetOffice.
>
> Martin
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by AMILA RANATUNGA <ne...@gmail.com>.
Hi,
Thank you for the long reply. As you suggest "GeoTk" is the core part which
suits to scientists. And "Constellation-SDI" is intended to
provide web-services using maximum use of those tools. Constellation-SDI
consisted of WPS, WMS, WFS as server modules. So will that integration make
Apache SIS be considered as those services enabled?
And why you said " Having SIS to implement WMS, WMTS, WCS and WFS is a must"?
What about WPS. Will that make SIS out of the scope. Because we feel that
since Airavata using Science gateway concept, really essential to implement
WPS too.
Thank You !
On Fri, Apr 5, 2013 at 7:04 PM, Martin Desruisseaux <
martin.desruisseaux@geomatys.fr> wrote:
> Hello Amila
>
> Le 05/04/13 12:57, AMILA RANATUNGA a écrit :
>
> the slide 21 describes remaining code to move as WMS, WCS, WCTS, WPS and
>> more. Is that mean Apache SIS does not support them?
>>
>
> Yes. SIS is still in an early stage and does not support WMS, WCS and
> similar services yet.
>
>
>
> And GeoTk code was moved to SIS and claims that reference implementation
>> of
>> GEOAPI.
>>
>
> Geotk code is in process of being moved to SIS. But only metadata port is
> close to completion. The next module to port will be referencing (hopefully
> completed before FOSS4G in September).
>
>
> geotoolkit.org (...snip...) Mapfaces (...snip...) constellation-sdi
>> (...snip...) puzzle-gis (...snip...)
>>
>>
>> Will integrating those into sis make one step ahead to "SIS well-suited to
>> some communities (*scientists, but also non-scientists* wanting to explore
>>
>> data in more dimensions than the usual x,y)."?
>>
>
> Maybe I should said that those projects will not be automatically added to
> SIS. They will be offered, but by the time we reach them, the technologies
> may have evolved to a point where peoples may want to explore other
> approaches. For example MapFaces is built on top of JSF. But maybe some
> peoples will want to explore the Play framework instead. An other example
> is Swing-based technologies, which are going to be phased out in favour of
> JavaFX. However we may still use the existing code as a starting point and
> try to port them to the new technologies. We will revisit this issue when
> we will be there.
>
> The core part aiming to make SIS "well suited to scientists" is Geotk.
> First by its focus on ISO 19115 metadata for describing the data. Those
> metadata include a package for describing data quality, an aspect usually
> neglected by mass-market projects but important for scientists. The GeoTk
> (future SIS) referencing module takes its information directly from the
> EPSG database, which provides us information about transformation accuracy
> and CRS (Coordinate Reference System) area of validity. Many popular
> projects use simplified version of EPSG database without those information,
> since not anyone see them as useful. GeoTk paid high attention to
> correctness through our current effort of expanding 'geoapi-conformance'
> test suite with the GIGS tests (provided by the EPSG authors). GeoTk also
> have support for n-dimensional CRS. Those CRS may be more than (x,y,z,t),
> for example meteorologists use 2 time axes and oceanographers often use
> pressure instead of z. On the coverages (rasters) side, GeoTk provides a
> way to describe the meaning of pixel values (by contrast with some projects
> handling rasters basically as RGB images), which allow for example to
> compute "gradient of sea surface temperature" without confusing a
> temperature value with a pixel covered by a cloud (without such knowledge,
> calculations like "gradient" produce strong artefacts). Large dataset can
> be organized in a database schema designed for making easier the
> statistical analysis over time series.
>
> Constellation-SDI simply uses the "building blocks" provided by SIS/GeoTk
> for providing web services. Our approach for aiming such web services as
> "well suited to scientists" is to make sure that we use properly the tools
> provided by SIS. Similar reasoning apply to Puzzle-GIS. Providing those web
> services and desktop application directly in SIS would allow SIS to run
> "out of the box", but community may decide that this is not a goal.
>
>
>
> We also referred the white paper[2].There are OGC compliance products and
>> OGC implementing products[3]. What is the main difference? For an example
>> zoo project is considered as OGC implementing. But the site says " It
>> provides an OGC WPS compliant developer-friendly framework to create and
>> chain WPS Web services".
>>
>
> I suspect that "OGC compliant products" and "OGC implementing products"
> can be understood as synonymous. However Frédéric Houbie would known better.
>
>
>
> As Jun mentioned Osgeo live dvd has many products [4]. If they are
>> compliance with OGC. implementing OGC standards with Airavata will make
>> such products inter-operable with Airavta. But those have implemented
>> specific OGC standards (As Martin said " I think that OGC standards are so
>> large that no single software in the world implement all of them"). So for
>> such a project what will be the major consideration should be. Or how far
>> an integration SIS with Airavata will solve this problem?
>>
>
> The Web Map Services (WMS) is probably the most widely implemented OGC
> standard. Having SIS to implement WMS, WMTS, WCS and WFS is a must. Those 4
> standards will probably allow inter-operability with the vast majority of
> OGC-compliant products.
>
> Next, there is other standards not as-widely known but nevertheless of
> interest for us. For example Web Processing Services (WPS) for launching
> calculations on distant machines. SensorML for expressing sensor data (e.g.
> monitoring environmental parameters). There is an ungoing "uncertainties"
> working group at OGC which may be seen as a specialized work for
> geoscientists. There is also other groups like "hydrology", "aviation" and
> "law enforcement" for policemen. "Law enforcement" is an example of OGC
> work which will probably not by my personal priority. This illustrates the
> idea that a single project may not implement every OGC standards.
>
> Next, there is what OGC calls "best practice" for specific domains. For
> example the OGC Met-Ocean working group has emitted recommendations about
> the way to use WMS with meteorological and oceanographical time series.
> This is because meteorologist have specialized needs for example in the way
> to handle time, not considered of common interest enough for being part of
> the base WMS standard. Those recommendations are a kind of gray area, not
> official standards but nevertheless something we should comply to if we
> want to increase the chances to be inter-operable with Meteo-France or the
> UK MetOffice.
>
> Martin
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Amila
Le 05/04/13 12:57, AMILA RANATUNGA a écrit :
> the slide 21 describes remaining code to move as WMS, WCS, WCTS, WPS and
> more. Is that mean Apache SIS does not support them?
Yes. SIS is still in an early stage and does not support WMS, WCS and
similar services yet.
> And GeoTk code was moved to SIS and claims that reference implementation of
> GEOAPI.
Geotk code is in process of being moved to SIS. But only metadata port
is close to completion. The next module to port will be referencing
(hopefully completed before FOSS4G in September).
> geotoolkit.org (...snip...) Mapfaces (...snip...) constellation-sdi (...snip...) puzzle-gis (...snip...)
>
> Will integrating those into sis make one step ahead to "SIS well-suited to
> some communities (*scientists, but also non-scientists* wanting to explore
> data in more dimensions than the usual x,y)."?
Maybe I should said that those projects will not be automatically added
to SIS. They will be offered, but by the time we reach them, the
technologies may have evolved to a point where peoples may want to
explore other approaches. For example MapFaces is built on top of JSF.
But maybe some peoples will want to explore the Play framework instead.
An other example is Swing-based technologies, which are going to be
phased out in favour of JavaFX. However we may still use the existing
code as a starting point and try to port them to the new technologies.
We will revisit this issue when we will be there.
The core part aiming to make SIS "well suited to scientists" is Geotk.
First by its focus on ISO 19115 metadata for describing the data. Those
metadata include a package for describing data quality, an aspect
usually neglected by mass-market projects but important for scientists.
The GeoTk (future SIS) referencing module takes its information directly
from the EPSG database, which provides us information about
transformation accuracy and CRS (Coordinate Reference System) area of
validity. Many popular projects use simplified version of EPSG database
without those information, since not anyone see them as useful. GeoTk
paid high attention to correctness through our current effort of
expanding 'geoapi-conformance' test suite with the GIGS tests (provided
by the EPSG authors). GeoTk also have support for n-dimensional CRS.
Those CRS may be more than (x,y,z,t), for example meteorologists use 2
time axes and oceanographers often use pressure instead of z. On the
coverages (rasters) side, GeoTk provides a way to describe the meaning
of pixel values (by contrast with some projects handling rasters
basically as RGB images), which allow for example to compute "gradient
of sea surface temperature" without confusing a temperature value with a
pixel covered by a cloud (without such knowledge, calculations like
"gradient" produce strong artefacts). Large dataset can be organized in
a database schema designed for making easier the statistical analysis
over time series.
Constellation-SDI simply uses the "building blocks" provided by
SIS/GeoTk for providing web services. Our approach for aiming such web
services as "well suited to scientists" is to make sure that we use
properly the tools provided by SIS. Similar reasoning apply to
Puzzle-GIS. Providing those web services and desktop application
directly in SIS would allow SIS to run "out of the box", but community
may decide that this is not a goal.
> We also referred the white paper[2].There are OGC compliance products and
> OGC implementing products[3]. What is the main difference? For an example
> zoo project is considered as OGC implementing. But the site says " It
> provides an OGC WPS compliant developer-friendly framework to create and
> chain WPS Web services".
I suspect that "OGC compliant products" and "OGC implementing products"
can be understood as synonymous. However Frédéric Houbie would known better.
> As Jun mentioned Osgeo live dvd has many products [4]. If they are
> compliance with OGC. implementing OGC standards with Airavata will make
> such products inter-operable with Airavta. But those have implemented
> specific OGC standards (As Martin said " I think that OGC standards are so
> large that no single software in the world implement all of them"). So for
> such a project what will be the major consideration should be. Or how far
> an integration SIS with Airavata will solve this problem?
The Web Map Services (WMS) is probably the most widely implemented OGC
standard. Having SIS to implement WMS, WMTS, WCS and WFS is a must.
Those 4 standards will probably allow inter-operability with the vast
majority of OGC-compliant products.
Next, there is other standards not as-widely known but nevertheless of
interest for us. For example Web Processing Services (WPS) for launching
calculations on distant machines. SensorML for expressing sensor data
(e.g. monitoring environmental parameters). There is an ungoing
"uncertainties" working group at OGC which may be seen as a specialized
work for geoscientists. There is also other groups like "hydrology",
"aviation" and "law enforcement" for policemen. "Law enforcement" is an
example of OGC work which will probably not by my personal priority.
This illustrates the idea that a single project may not implement every
OGC standards.
Next, there is what OGC calls "best practice" for specific domains. For
example the OGC Met-Ocean working group has emitted recommendations
about the way to use WMS with meteorological and oceanographical time
series. This is because meteorologist have specialized needs for example
in the way to handle time, not considered of common interest enough for
being part of the base WMS standard. Those recommendations are a kind of
gray area, not official standards but nevertheless something we should
comply to if we want to increase the chances to be inter-operable with
Meteo-France or the UK MetOffice.
Martin
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Amila
Le 05/04/13 12:57, AMILA RANATUNGA a écrit :
> the slide 21 describes remaining code to move as WMS, WCS, WCTS, WPS and
> more. Is that mean Apache SIS does not support them?
Yes. SIS is still in an early stage and does not support WMS, WCS and
similar services yet.
> And GeoTk code was moved to SIS and claims that reference implementation of
> GEOAPI.
Geotk code is in process of being moved to SIS. But only metadata port
is close to completion. The next module to port will be referencing
(hopefully completed before FOSS4G in September).
> geotoolkit.org (...snip...) Mapfaces (...snip...) constellation-sdi (...snip...) puzzle-gis (...snip...)
>
> Will integrating those into sis make one step ahead to "SIS well-suited to
> some communities (*scientists, but also non-scientists* wanting to explore
> data in more dimensions than the usual x,y)."?
Maybe I should said that those projects will not be automatically added
to SIS. They will be offered, but by the time we reach them, the
technologies may have evolved to a point where peoples may want to
explore other approaches. For example MapFaces is built on top of JSF.
But maybe some peoples will want to explore the Play framework instead.
An other example is Swing-based technologies, which are going to be
phased out in favour of JavaFX. However we may still use the existing
code as a starting point and try to port them to the new technologies.
We will revisit this issue when we will be there.
The core part aiming to make SIS "well suited to scientists" is Geotk.
First by its focus on ISO 19115 metadata for describing the data. Those
metadata include a package for describing data quality, an aspect
usually neglected by mass-market projects but important for scientists.
The GeoTk (future SIS) referencing module takes its information directly
from the EPSG database, which provides us information about
transformation accuracy and CRS (Coordinate Reference System) area of
validity. Many popular projects use simplified version of EPSG database
without those information, since not anyone see them as useful. GeoTk
paid high attention to correctness through our current effort of
expanding 'geoapi-conformance' test suite with the GIGS tests (provided
by the EPSG authors). GeoTk also have support for n-dimensional CRS.
Those CRS may be more than (x,y,z,t), for example meteorologists use 2
time axes and oceanographers often use pressure instead of z. On the
coverages (rasters) side, GeoTk provides a way to describe the meaning
of pixel values (by contrast with some projects handling rasters
basically as RGB images), which allow for example to compute "gradient
of sea surface temperature" without confusing a temperature value with a
pixel covered by a cloud (without such knowledge, calculations like
"gradient" produce strong artefacts). Large dataset can be organized in
a database schema designed for making easier the statistical analysis
over time series.
Constellation-SDI simply uses the "building blocks" provided by
SIS/GeoTk for providing web services. Our approach for aiming such web
services as "well suited to scientists" is to make sure that we use
properly the tools provided by SIS. Similar reasoning apply to
Puzzle-GIS. Providing those web services and desktop application
directly in SIS would allow SIS to run "out of the box", but community
may decide that this is not a goal.
> We also referred the white paper[2].There are OGC compliance products and
> OGC implementing products[3]. What is the main difference? For an example
> zoo project is considered as OGC implementing. But the site says " It
> provides an OGC WPS compliant developer-friendly framework to create and
> chain WPS Web services".
I suspect that "OGC compliant products" and "OGC implementing products"
can be understood as synonymous. However Frédéric Houbie would known better.
> As Jun mentioned Osgeo live dvd has many products [4]. If they are
> compliance with OGC. implementing OGC standards with Airavata will make
> such products inter-operable with Airavta. But those have implemented
> specific OGC standards (As Martin said " I think that OGC standards are so
> large that no single software in the world implement all of them"). So for
> such a project what will be the major consideration should be. Or how far
> an integration SIS with Airavata will solve this problem?
The Web Map Services (WMS) is probably the most widely implemented OGC
standard. Having SIS to implement WMS, WMTS, WCS and WFS is a must.
Those 4 standards will probably allow inter-operability with the vast
majority of OGC-compliant products.
Next, there is other standards not as-widely known but nevertheless of
interest for us. For example Web Processing Services (WPS) for launching
calculations on distant machines. SensorML for expressing sensor data
(e.g. monitoring environmental parameters). There is an ungoing
"uncertainties" working group at OGC which may be seen as a specialized
work for geoscientists. There is also other groups like "hydrology",
"aviation" and "law enforcement" for policemen. "Law enforcement" is an
example of OGC work which will probably not by my personal priority.
This illustrates the idea that a single project may not implement every
OGC standards.
Next, there is what OGC calls "best practice" for specific domains. For
example the OGC Met-Ocean working group has emitted recommendations
about the way to use WMS with meteorological and oceanographical time
series. This is because meteorologist have specialized needs for example
in the way to handle time, not considered of common interest enough for
being part of the base WMS standard. Those recommendations are a kind of
gray area, not official standards but nevertheless something we should
comply to if we want to increase the chances to be inter-operable with
Meteo-France or the UK MetOffice.
Martin
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Amila
Le 05/04/13 12:57, AMILA RANATUNGA a écrit :
> the slide 21 describes remaining code to move as WMS, WCS, WCTS, WPS and
> more. Is that mean Apache SIS does not support them?
Yes. SIS is still in an early stage and does not support WMS, WCS and
similar services yet.
> And GeoTk code was moved to SIS and claims that reference implementation of
> GEOAPI.
Geotk code is in process of being moved to SIS. But only metadata port
is close to completion. The next module to port will be referencing
(hopefully completed before FOSS4G in September).
> geotoolkit.org (...snip...) Mapfaces (...snip...) constellation-sdi (...snip...) puzzle-gis (...snip...)
>
> Will integrating those into sis make one step ahead to "SIS well-suited to
> some communities (*scientists, but also non-scientists* wanting to explore
> data in more dimensions than the usual x,y)."?
Maybe I should said that those projects will not be automatically added
to SIS. They will be offered, but by the time we reach them, the
technologies may have evolved to a point where peoples may want to
explore other approaches. For example MapFaces is built on top of JSF.
But maybe some peoples will want to explore the Play framework instead.
An other example is Swing-based technologies, which are going to be
phased out in favour of JavaFX. However we may still use the existing
code as a starting point and try to port them to the new technologies.
We will revisit this issue when we will be there.
The core part aiming to make SIS "well suited to scientists" is Geotk.
First by its focus on ISO 19115 metadata for describing the data. Those
metadata include a package for describing data quality, an aspect
usually neglected by mass-market projects but important for scientists.
The GeoTk (future SIS) referencing module takes its information directly
from the EPSG database, which provides us information about
transformation accuracy and CRS (Coordinate Reference System) area of
validity. Many popular projects use simplified version of EPSG database
without those information, since not anyone see them as useful. GeoTk
paid high attention to correctness through our current effort of
expanding 'geoapi-conformance' test suite with the GIGS tests (provided
by the EPSG authors). GeoTk also have support for n-dimensional CRS.
Those CRS may be more than (x,y,z,t), for example meteorologists use 2
time axes and oceanographers often use pressure instead of z. On the
coverages (rasters) side, GeoTk provides a way to describe the meaning
of pixel values (by contrast with some projects handling rasters
basically as RGB images), which allow for example to compute "gradient
of sea surface temperature" without confusing a temperature value with a
pixel covered by a cloud (without such knowledge, calculations like
"gradient" produce strong artefacts). Large dataset can be organized in
a database schema designed for making easier the statistical analysis
over time series.
Constellation-SDI simply uses the "building blocks" provided by
SIS/GeoTk for providing web services. Our approach for aiming such web
services as "well suited to scientists" is to make sure that we use
properly the tools provided by SIS. Similar reasoning apply to
Puzzle-GIS. Providing those web services and desktop application
directly in SIS would allow SIS to run "out of the box", but community
may decide that this is not a goal.
> We also referred the white paper[2].There are OGC compliance products and
> OGC implementing products[3]. What is the main difference? For an example
> zoo project is considered as OGC implementing. But the site says " It
> provides an OGC WPS compliant developer-friendly framework to create and
> chain WPS Web services".
I suspect that "OGC compliant products" and "OGC implementing products"
can be understood as synonymous. However Frédéric Houbie would known better.
> As Jun mentioned Osgeo live dvd has many products [4]. If they are
> compliance with OGC. implementing OGC standards with Airavata will make
> such products inter-operable with Airavta. But those have implemented
> specific OGC standards (As Martin said " I think that OGC standards are so
> large that no single software in the world implement all of them"). So for
> such a project what will be the major consideration should be. Or how far
> an integration SIS with Airavata will solve this problem?
The Web Map Services (WMS) is probably the most widely implemented OGC
standard. Having SIS to implement WMS, WMTS, WCS and WFS is a must.
Those 4 standards will probably allow inter-operability with the vast
majority of OGC-compliant products.
Next, there is other standards not as-widely known but nevertheless of
interest for us. For example Web Processing Services (WPS) for launching
calculations on distant machines. SensorML for expressing sensor data
(e.g. monitoring environmental parameters). There is an ungoing
"uncertainties" working group at OGC which may be seen as a specialized
work for geoscientists. There is also other groups like "hydrology",
"aviation" and "law enforcement" for policemen. "Law enforcement" is an
example of OGC work which will probably not by my personal priority.
This illustrates the idea that a single project may not implement every
OGC standards.
Next, there is what OGC calls "best practice" for specific domains. For
example the OGC Met-Ocean working group has emitted recommendations
about the way to use WMS with meteorological and oceanographical time
series. This is because meteorologist have specialized needs for example
in the way to handle time, not considered of common interest enough for
being part of the base WMS standard. Those recommendations are a kind of
gray area, not official standards but nevertheless something we should
comply to if we want to increase the chances to be inter-operable with
Meteo-France or the UK MetOffice.
Martin
Re: Research project on integrating geoservices with Apache Airavata
Posted by AMILA RANATUNGA <ne...@gmail.com>.
Hi,
We are so thankful for all of the replies so far. Presentation given by
chris and[1] gives good understanding about the development of SIS. And
the slide 21 describes remaining code to move as WMS, WCS, WCTS, WPS and
more. Is that mean Apache SIS does not support them?
And GeoTk code was moved to SIS and claims that reference implementation of
GEOAPI.
geotoolkit,org <http://www.geotoolkit.org/> library ( claims that abridged
from GeoTk )
Mapfaces <http://mapfaces.codehaus.org/> (claims as an enhancement of
geotoolkit)
constellation-sdi <http://www.constellation-sdi.org/> (using GEOAPI and
geotoolkit as components )
puzzle-gis <http://puzzle-gis.codehaus.org/techno.html> (claims as using
geotoolkit)
Will integrating those into sis make one step ahead to "SIS well-suited to
some communities (*scientists, but also non-scientists* wanting to explore
data in more dimensions than the usual x,y)."?
We also referred the white paper[2].There are OGC compliance products and
OGC implementing products[3]. What is the main difference? For an example
zoo project is considered as OGC implementing. But the site says " It
provides an OGC WPS compliant developer-friendly framework to create and
chain WPS Web services".
As Jun mentioned Osgeo live dvd has many products [4]. If they are
compliance with OGC. implementing OGC standards with Airavata will make
such products inter-operable with Airavta. But those have implemented
specific OGC standards (As Martin said " I think that OGC standards are so
large that no single software in the world implement all of them"). So for
such a project what will be the major consideration should be. Or how far
an integration SIS with Airavata will solve this problem?
Thank you again for the help and we are definitely looking forward to
contribute for these projects.
Thank you !
[1]https://whimsy.apache.org/board/minutes/SIS.html
[2]http://portal.opengeospatial.org/files/?artifact_id=41359
[3]http://www.opengeospatial.org/resource/products
[4]http://live.osgeo.org/en/presentation.html
On Thu, Apr 4, 2013 at 9:35 PM, Mattmann, Chris A (398J) <
chris.a.mattmann@jpl.nasa.gov> wrote:
> Hi Suresh,
>
> Just to add to the below. I *do* see Apache SIS as a reference
> implementation of OGC standards that Martin and others are working
> on. I'm also a GeoAPI WG member at OGC mainly through Martin's
> encouragement
> and my own desire to get better at geospatial software.
>
> We're starting small at the library level, with plans to grow big
> and support all the way up the stack. There are a ton of interested
> geo people here on the list, but Martin is doing the bulk of the
> work on the code base at the moment, so we're trying to keep up
> and follow his lead.
>
> We welcome any contribution you guys have and connections to Airavata
> and to OODT.
>
> Cheers,
> Chris
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Chris Mattmann, Ph.D.
> Senior Computer Scientist
> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> Office: 171-266B, Mailstop: 171-246
> Email: chris.a.mattmann@nasa.gov
> WWW: http://sunset.usc.edu/~mattmann/
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Adjunct Assistant Professor, Computer Science Department
> University of Southern California, Los Angeles, CA 90089 USA
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
>
>
>
> -----Original Message-----
> From: Suresh Marru <sm...@apache.org>
> Reply-To: "dev@sis.apache.org" <de...@sis.apache.org>
> Date: Wednesday, April 3, 2013 8:01 PM
> To: "dev@airavata.apache.org" <de...@airavata.apache.org>
> Cc: "dev@sis.apache.org" <de...@sis.apache.org>, Harsha Kumara
> <ha...@gmail.com>, Shahani Markus Weerawarana <sh...@gmail.com>,
> Nipuni Perera <ni...@gmail.com>, "dev@oodt.apache.org"
> <de...@oodt.apache.org>
> Subject: Re: Research project on integrating geoservices with Apache
> Airavata
>
> >Hi Martin,
> >
> >Thank you for taking time to respond in detail. Please see comments
> >inline:
> >On Apr 3, 2013, at 6:00 PM, Martin Desruisseaux
> ><ma...@geomatys.fr> wrote:
> >
> >> Le 03/04/13 23:30, Suresh Marru a écrit :
> >>> Hello Martin, It is really pleasing to hear such a commitment from
> >>>some one deeply engaged in OGC. While I agree with you on the influence
> >>>on a younger project and also the impact an open community process like
> >>>Apache can have. I personally respect OGC as a governing organization
> >>>and as a standards defining body. But we all could not deny the fact
> >>>that community rallied behind OGC and produced some good software. I am
> >>>curious to learn how will community respond to Apache SIS vs any
> >>>software endorsed by OGC? Do you see SIS positioning itself as a
> >>>reference implementation for the OGC standard?
> >>
> >> I think that SIS will probably be a reference implementation of GeoAPI
> >>[1]. But I think that being a reference implementation of other
> >>standards implies a strong participation in the standard working group,
> >>which may be done on a case-by-case basis depending on volunteer energy.
> >
> >That makes sense.
> >
> >> However maybe your question was rather if SIS would be officially OGC
> >>compliant? This is a different question. Being OGC compliant means
> >>passing the CITE tests [2]. Actually, executing the CITE tests will be
> >>part of SIS Maven build after we ported the relevant part (I mean, CITE
> >>tests can be executed every time the project is built).
> >
> >I am more wondering on the OGC Compliance from an interoperability stand
> >point and not so much on official stamp. CITE tests as part of maven
> >builds sounds very interesting.
> >
> >> Companies can also paid OGC for testing their software and get the
> >>official "OGC compliant" logo. This is something that Geomatys plans to
> >>do, but it would be on top of SIS rather than directly in the SIS
> >>project. With the above-mentioned CITE tests executed at build time, I
> >>think that anyone would be able to do that on their side.
> >>
> >> Note that CITE tests are essentially about Web Services. An other
> >>significant source of tests is GIGS [3]. Those tests are being
> >>implemented in GeoAPI, and SIS will also execute them.
> >>
> >> On the question about how community will respond to Apache SIS, I think
> >>that OGC standards are so large that no single software in the world
> >>implement all of them. Different softwares may focus on different needs.
> >>We can probably not please to every communities. My hope is rather to
> >>have SIS well-suited to some communities (scientists, but also
> >>non-scientists wanting to explore data in more dimensions than the usual
> >>x,y).
> >
> >I agree with this. Looking forward to see SIS gets widely adopted.
> >
> >Thanks again for taking time to elaborate in detail, I kind of got of a
> >feel for it.
> >Suresh
> >
> >> Martin
> >>
> >>
> >> [1] http://www.opengeospatial.org/standards/geoapi
> >> [2] http://cite.opengeospatial.org/teamengine/
> >> [3] http://www.epsg.org/gigs.html
> >>
> >
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by AMILA RANATUNGA <ne...@gmail.com>.
Hi,
We are so thankful for all of the replies so far. Presentation given by
chris and[1] gives good understanding about the development of SIS. And
the slide 21 describes remaining code to move as WMS, WCS, WCTS, WPS and
more. Is that mean Apache SIS does not support them?
And GeoTk code was moved to SIS and claims that reference implementation of
GEOAPI.
geotoolkit,org <http://www.geotoolkit.org/> library ( claims that abridged
from GeoTk )
Mapfaces <http://mapfaces.codehaus.org/> (claims as an enhancement of
geotoolkit)
constellation-sdi <http://www.constellation-sdi.org/> (using GEOAPI and
geotoolkit as components )
puzzle-gis <http://puzzle-gis.codehaus.org/techno.html> (claims as using
geotoolkit)
Will integrating those into sis make one step ahead to "SIS well-suited to
some communities (*scientists, but also non-scientists* wanting to explore
data in more dimensions than the usual x,y)."?
We also referred the white paper[2].There are OGC compliance products and
OGC implementing products[3]. What is the main difference? For an example
zoo project is considered as OGC implementing. But the site says " It
provides an OGC WPS compliant developer-friendly framework to create and
chain WPS Web services".
As Jun mentioned Osgeo live dvd has many products [4]. If they are
compliance with OGC. implementing OGC standards with Airavata will make
such products inter-operable with Airavta. But those have implemented
specific OGC standards (As Martin said " I think that OGC standards are so
large that no single software in the world implement all of them"). So for
such a project what will be the major consideration should be. Or how far
an integration SIS with Airavata will solve this problem?
Thank you again for the help and we are definitely looking forward to
contribute for these projects.
Thank you !
[1]https://whimsy.apache.org/board/minutes/SIS.html
[2]http://portal.opengeospatial.org/files/?artifact_id=41359
[3]http://www.opengeospatial.org/resource/products
[4]http://live.osgeo.org/en/presentation.html
On Thu, Apr 4, 2013 at 9:35 PM, Mattmann, Chris A (398J) <
chris.a.mattmann@jpl.nasa.gov> wrote:
> Hi Suresh,
>
> Just to add to the below. I *do* see Apache SIS as a reference
> implementation of OGC standards that Martin and others are working
> on. I'm also a GeoAPI WG member at OGC mainly through Martin's
> encouragement
> and my own desire to get better at geospatial software.
>
> We're starting small at the library level, with plans to grow big
> and support all the way up the stack. There are a ton of interested
> geo people here on the list, but Martin is doing the bulk of the
> work on the code base at the moment, so we're trying to keep up
> and follow his lead.
>
> We welcome any contribution you guys have and connections to Airavata
> and to OODT.
>
> Cheers,
> Chris
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Chris Mattmann, Ph.D.
> Senior Computer Scientist
> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> Office: 171-266B, Mailstop: 171-246
> Email: chris.a.mattmann@nasa.gov
> WWW: http://sunset.usc.edu/~mattmann/
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Adjunct Assistant Professor, Computer Science Department
> University of Southern California, Los Angeles, CA 90089 USA
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
>
>
>
> -----Original Message-----
> From: Suresh Marru <sm...@apache.org>
> Reply-To: "dev@sis.apache.org" <de...@sis.apache.org>
> Date: Wednesday, April 3, 2013 8:01 PM
> To: "dev@airavata.apache.org" <de...@airavata.apache.org>
> Cc: "dev@sis.apache.org" <de...@sis.apache.org>, Harsha Kumara
> <ha...@gmail.com>, Shahani Markus Weerawarana <sh...@gmail.com>,
> Nipuni Perera <ni...@gmail.com>, "dev@oodt.apache.org"
> <de...@oodt.apache.org>
> Subject: Re: Research project on integrating geoservices with Apache
> Airavata
>
> >Hi Martin,
> >
> >Thank you for taking time to respond in detail. Please see comments
> >inline:
> >On Apr 3, 2013, at 6:00 PM, Martin Desruisseaux
> ><ma...@geomatys.fr> wrote:
> >
> >> Le 03/04/13 23:30, Suresh Marru a écrit :
> >>> Hello Martin, It is really pleasing to hear such a commitment from
> >>>some one deeply engaged in OGC. While I agree with you on the influence
> >>>on a younger project and also the impact an open community process like
> >>>Apache can have. I personally respect OGC as a governing organization
> >>>and as a standards defining body. But we all could not deny the fact
> >>>that community rallied behind OGC and produced some good software. I am
> >>>curious to learn how will community respond to Apache SIS vs any
> >>>software endorsed by OGC? Do you see SIS positioning itself as a
> >>>reference implementation for the OGC standard?
> >>
> >> I think that SIS will probably be a reference implementation of GeoAPI
> >>[1]. But I think that being a reference implementation of other
> >>standards implies a strong participation in the standard working group,
> >>which may be done on a case-by-case basis depending on volunteer energy.
> >
> >That makes sense.
> >
> >> However maybe your question was rather if SIS would be officially OGC
> >>compliant? This is a different question. Being OGC compliant means
> >>passing the CITE tests [2]. Actually, executing the CITE tests will be
> >>part of SIS Maven build after we ported the relevant part (I mean, CITE
> >>tests can be executed every time the project is built).
> >
> >I am more wondering on the OGC Compliance from an interoperability stand
> >point and not so much on official stamp. CITE tests as part of maven
> >builds sounds very interesting.
> >
> >> Companies can also paid OGC for testing their software and get the
> >>official "OGC compliant" logo. This is something that Geomatys plans to
> >>do, but it would be on top of SIS rather than directly in the SIS
> >>project. With the above-mentioned CITE tests executed at build time, I
> >>think that anyone would be able to do that on their side.
> >>
> >> Note that CITE tests are essentially about Web Services. An other
> >>significant source of tests is GIGS [3]. Those tests are being
> >>implemented in GeoAPI, and SIS will also execute them.
> >>
> >> On the question about how community will respond to Apache SIS, I think
> >>that OGC standards are so large that no single software in the world
> >>implement all of them. Different softwares may focus on different needs.
> >>We can probably not please to every communities. My hope is rather to
> >>have SIS well-suited to some communities (scientists, but also
> >>non-scientists wanting to explore data in more dimensions than the usual
> >>x,y).
> >
> >I agree with this. Looking forward to see SIS gets widely adopted.
> >
> >Thanks again for taking time to elaborate in detail, I kind of got of a
> >feel for it.
> >Suresh
> >
> >> Martin
> >>
> >>
> >> [1] http://www.opengeospatial.org/standards/geoapi
> >> [2] http://cite.opengeospatial.org/teamengine/
> >> [3] http://www.epsg.org/gigs.html
> >>
> >
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by AMILA RANATUNGA <ne...@gmail.com>.
Hi,
We are so thankful for all of the replies so far. Presentation given by
chris and[1] gives good understanding about the development of SIS. And
the slide 21 describes remaining code to move as WMS, WCS, WCTS, WPS and
more. Is that mean Apache SIS does not support them?
And GeoTk code was moved to SIS and claims that reference implementation of
GEOAPI.
geotoolkit,org <http://www.geotoolkit.org/> library ( claims that abridged
from GeoTk )
Mapfaces <http://mapfaces.codehaus.org/> (claims as an enhancement of
geotoolkit)
constellation-sdi <http://www.constellation-sdi.org/> (using GEOAPI and
geotoolkit as components )
puzzle-gis <http://puzzle-gis.codehaus.org/techno.html> (claims as using
geotoolkit)
Will integrating those into sis make one step ahead to "SIS well-suited to
some communities (*scientists, but also non-scientists* wanting to explore
data in more dimensions than the usual x,y)."?
We also referred the white paper[2].There are OGC compliance products and
OGC implementing products[3]. What is the main difference? For an example
zoo project is considered as OGC implementing. But the site says " It
provides an OGC WPS compliant developer-friendly framework to create and
chain WPS Web services".
As Jun mentioned Osgeo live dvd has many products [4]. If they are
compliance with OGC. implementing OGC standards with Airavata will make
such products inter-operable with Airavta. But those have implemented
specific OGC standards (As Martin said " I think that OGC standards are so
large that no single software in the world implement all of them"). So for
such a project what will be the major consideration should be. Or how far
an integration SIS with Airavata will solve this problem?
Thank you again for the help and we are definitely looking forward to
contribute for these projects.
Thank you !
[1]https://whimsy.apache.org/board/minutes/SIS.html
[2]http://portal.opengeospatial.org/files/?artifact_id=41359
[3]http://www.opengeospatial.org/resource/products
[4]http://live.osgeo.org/en/presentation.html
On Thu, Apr 4, 2013 at 9:35 PM, Mattmann, Chris A (398J) <
chris.a.mattmann@jpl.nasa.gov> wrote:
> Hi Suresh,
>
> Just to add to the below. I *do* see Apache SIS as a reference
> implementation of OGC standards that Martin and others are working
> on. I'm also a GeoAPI WG member at OGC mainly through Martin's
> encouragement
> and my own desire to get better at geospatial software.
>
> We're starting small at the library level, with plans to grow big
> and support all the way up the stack. There are a ton of interested
> geo people here on the list, but Martin is doing the bulk of the
> work on the code base at the moment, so we're trying to keep up
> and follow his lead.
>
> We welcome any contribution you guys have and connections to Airavata
> and to OODT.
>
> Cheers,
> Chris
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Chris Mattmann, Ph.D.
> Senior Computer Scientist
> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> Office: 171-266B, Mailstop: 171-246
> Email: chris.a.mattmann@nasa.gov
> WWW: http://sunset.usc.edu/~mattmann/
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Adjunct Assistant Professor, Computer Science Department
> University of Southern California, Los Angeles, CA 90089 USA
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
>
>
>
> -----Original Message-----
> From: Suresh Marru <sm...@apache.org>
> Reply-To: "dev@sis.apache.org" <de...@sis.apache.org>
> Date: Wednesday, April 3, 2013 8:01 PM
> To: "dev@airavata.apache.org" <de...@airavata.apache.org>
> Cc: "dev@sis.apache.org" <de...@sis.apache.org>, Harsha Kumara
> <ha...@gmail.com>, Shahani Markus Weerawarana <sh...@gmail.com>,
> Nipuni Perera <ni...@gmail.com>, "dev@oodt.apache.org"
> <de...@oodt.apache.org>
> Subject: Re: Research project on integrating geoservices with Apache
> Airavata
>
> >Hi Martin,
> >
> >Thank you for taking time to respond in detail. Please see comments
> >inline:
> >On Apr 3, 2013, at 6:00 PM, Martin Desruisseaux
> ><ma...@geomatys.fr> wrote:
> >
> >> Le 03/04/13 23:30, Suresh Marru a écrit :
> >>> Hello Martin, It is really pleasing to hear such a commitment from
> >>>some one deeply engaged in OGC. While I agree with you on the influence
> >>>on a younger project and also the impact an open community process like
> >>>Apache can have. I personally respect OGC as a governing organization
> >>>and as a standards defining body. But we all could not deny the fact
> >>>that community rallied behind OGC and produced some good software. I am
> >>>curious to learn how will community respond to Apache SIS vs any
> >>>software endorsed by OGC? Do you see SIS positioning itself as a
> >>>reference implementation for the OGC standard?
> >>
> >> I think that SIS will probably be a reference implementation of GeoAPI
> >>[1]. But I think that being a reference implementation of other
> >>standards implies a strong participation in the standard working group,
> >>which may be done on a case-by-case basis depending on volunteer energy.
> >
> >That makes sense.
> >
> >> However maybe your question was rather if SIS would be officially OGC
> >>compliant? This is a different question. Being OGC compliant means
> >>passing the CITE tests [2]. Actually, executing the CITE tests will be
> >>part of SIS Maven build after we ported the relevant part (I mean, CITE
> >>tests can be executed every time the project is built).
> >
> >I am more wondering on the OGC Compliance from an interoperability stand
> >point and not so much on official stamp. CITE tests as part of maven
> >builds sounds very interesting.
> >
> >> Companies can also paid OGC for testing their software and get the
> >>official "OGC compliant" logo. This is something that Geomatys plans to
> >>do, but it would be on top of SIS rather than directly in the SIS
> >>project. With the above-mentioned CITE tests executed at build time, I
> >>think that anyone would be able to do that on their side.
> >>
> >> Note that CITE tests are essentially about Web Services. An other
> >>significant source of tests is GIGS [3]. Those tests are being
> >>implemented in GeoAPI, and SIS will also execute them.
> >>
> >> On the question about how community will respond to Apache SIS, I think
> >>that OGC standards are so large that no single software in the world
> >>implement all of them. Different softwares may focus on different needs.
> >>We can probably not please to every communities. My hope is rather to
> >>have SIS well-suited to some communities (scientists, but also
> >>non-scientists wanting to explore data in more dimensions than the usual
> >>x,y).
> >
> >I agree with this. Looking forward to see SIS gets widely adopted.
> >
> >Thanks again for taking time to elaborate in detail, I kind of got of a
> >feel for it.
> >Suresh
> >
> >> Martin
> >>
> >>
> >> [1] http://www.opengeospatial.org/standards/geoapi
> >> [2] http://cite.opengeospatial.org/teamengine/
> >> [3] http://www.epsg.org/gigs.html
> >>
> >
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Hi Suresh,
Just to add to the below. I *do* see Apache SIS as a reference
implementation of OGC standards that Martin and others are working
on. I'm also a GeoAPI WG member at OGC mainly through Martin's
encouragement
and my own desire to get better at geospatial software.
We're starting small at the library level, with plans to grow big
and support all the way up the stack. There are a ton of interested
geo people here on the list, but Martin is doing the bulk of the
work on the code base at the moment, so we're trying to keep up
and follow his lead.
We welcome any contribution you guys have and connections to Airavata
and to OODT.
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: Suresh Marru <sm...@apache.org>
Reply-To: "dev@sis.apache.org" <de...@sis.apache.org>
Date: Wednesday, April 3, 2013 8:01 PM
To: "dev@airavata.apache.org" <de...@airavata.apache.org>
Cc: "dev@sis.apache.org" <de...@sis.apache.org>, Harsha Kumara
<ha...@gmail.com>, Shahani Markus Weerawarana <sh...@gmail.com>,
Nipuni Perera <ni...@gmail.com>, "dev@oodt.apache.org"
<de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi Martin,
>
>Thank you for taking time to respond in detail. Please see comments
>inline:
>On Apr 3, 2013, at 6:00 PM, Martin Desruisseaux
><ma...@geomatys.fr> wrote:
>
>> Le 03/04/13 23:30, Suresh Marru a écrit :
>>> Hello Martin, It is really pleasing to hear such a commitment from
>>>some one deeply engaged in OGC. While I agree with you on the influence
>>>on a younger project and also the impact an open community process like
>>>Apache can have. I personally respect OGC as a governing organization
>>>and as a standards defining body. But we all could not deny the fact
>>>that community rallied behind OGC and produced some good software. I am
>>>curious to learn how will community respond to Apache SIS vs any
>>>software endorsed by OGC? Do you see SIS positioning itself as a
>>>reference implementation for the OGC standard?
>>
>> I think that SIS will probably be a reference implementation of GeoAPI
>>[1]. But I think that being a reference implementation of other
>>standards implies a strong participation in the standard working group,
>>which may be done on a case-by-case basis depending on volunteer energy.
>
>That makes sense.
>
>> However maybe your question was rather if SIS would be officially OGC
>>compliant? This is a different question. Being OGC compliant means
>>passing the CITE tests [2]. Actually, executing the CITE tests will be
>>part of SIS Maven build after we ported the relevant part (I mean, CITE
>>tests can be executed every time the project is built).
>
>I am more wondering on the OGC Compliance from an interoperability stand
>point and not so much on official stamp. CITE tests as part of maven
>builds sounds very interesting.
>
>> Companies can also paid OGC for testing their software and get the
>>official "OGC compliant" logo. This is something that Geomatys plans to
>>do, but it would be on top of SIS rather than directly in the SIS
>>project. With the above-mentioned CITE tests executed at build time, I
>>think that anyone would be able to do that on their side.
>>
>> Note that CITE tests are essentially about Web Services. An other
>>significant source of tests is GIGS [3]. Those tests are being
>>implemented in GeoAPI, and SIS will also execute them.
>>
>> On the question about how community will respond to Apache SIS, I think
>>that OGC standards are so large that no single software in the world
>>implement all of them. Different softwares may focus on different needs.
>>We can probably not please to every communities. My hope is rather to
>>have SIS well-suited to some communities (scientists, but also
>>non-scientists wanting to explore data in more dimensions than the usual
>>x,y).
>
>I agree with this. Looking forward to see SIS gets widely adopted.
>
>Thanks again for taking time to elaborate in detail, I kind of got of a
>feel for it.
>Suresh
>
>> Martin
>>
>>
>> [1] http://www.opengeospatial.org/standards/geoapi
>> [2] http://cite.opengeospatial.org/teamengine/
>> [3] http://www.epsg.org/gigs.html
>>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Hi Suresh,
Just to add to the below. I *do* see Apache SIS as a reference
implementation of OGC standards that Martin and others are working
on. I'm also a GeoAPI WG member at OGC mainly through Martin's
encouragement
and my own desire to get better at geospatial software.
We're starting small at the library level, with plans to grow big
and support all the way up the stack. There are a ton of interested
geo people here on the list, but Martin is doing the bulk of the
work on the code base at the moment, so we're trying to keep up
and follow his lead.
We welcome any contribution you guys have and connections to Airavata
and to OODT.
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: Suresh Marru <sm...@apache.org>
Reply-To: "dev@sis.apache.org" <de...@sis.apache.org>
Date: Wednesday, April 3, 2013 8:01 PM
To: "dev@airavata.apache.org" <de...@airavata.apache.org>
Cc: "dev@sis.apache.org" <de...@sis.apache.org>, Harsha Kumara
<ha...@gmail.com>, Shahani Markus Weerawarana <sh...@gmail.com>,
Nipuni Perera <ni...@gmail.com>, "dev@oodt.apache.org"
<de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi Martin,
>
>Thank you for taking time to respond in detail. Please see comments
>inline:
>On Apr 3, 2013, at 6:00 PM, Martin Desruisseaux
><ma...@geomatys.fr> wrote:
>
>> Le 03/04/13 23:30, Suresh Marru a écrit :
>>> Hello Martin, It is really pleasing to hear such a commitment from
>>>some one deeply engaged in OGC. While I agree with you on the influence
>>>on a younger project and also the impact an open community process like
>>>Apache can have. I personally respect OGC as a governing organization
>>>and as a standards defining body. But we all could not deny the fact
>>>that community rallied behind OGC and produced some good software. I am
>>>curious to learn how will community respond to Apache SIS vs any
>>>software endorsed by OGC? Do you see SIS positioning itself as a
>>>reference implementation for the OGC standard?
>>
>> I think that SIS will probably be a reference implementation of GeoAPI
>>[1]. But I think that being a reference implementation of other
>>standards implies a strong participation in the standard working group,
>>which may be done on a case-by-case basis depending on volunteer energy.
>
>That makes sense.
>
>> However maybe your question was rather if SIS would be officially OGC
>>compliant? This is a different question. Being OGC compliant means
>>passing the CITE tests [2]. Actually, executing the CITE tests will be
>>part of SIS Maven build after we ported the relevant part (I mean, CITE
>>tests can be executed every time the project is built).
>
>I am more wondering on the OGC Compliance from an interoperability stand
>point and not so much on official stamp. CITE tests as part of maven
>builds sounds very interesting.
>
>> Companies can also paid OGC for testing their software and get the
>>official "OGC compliant" logo. This is something that Geomatys plans to
>>do, but it would be on top of SIS rather than directly in the SIS
>>project. With the above-mentioned CITE tests executed at build time, I
>>think that anyone would be able to do that on their side.
>>
>> Note that CITE tests are essentially about Web Services. An other
>>significant source of tests is GIGS [3]. Those tests are being
>>implemented in GeoAPI, and SIS will also execute them.
>>
>> On the question about how community will respond to Apache SIS, I think
>>that OGC standards are so large that no single software in the world
>>implement all of them. Different softwares may focus on different needs.
>>We can probably not please to every communities. My hope is rather to
>>have SIS well-suited to some communities (scientists, but also
>>non-scientists wanting to explore data in more dimensions than the usual
>>x,y).
>
>I agree with this. Looking forward to see SIS gets widely adopted.
>
>Thanks again for taking time to elaborate in detail, I kind of got of a
>feel for it.
>Suresh
>
>> Martin
>>
>>
>> [1] http://www.opengeospatial.org/standards/geoapi
>> [2] http://cite.opengeospatial.org/teamengine/
>> [3] http://www.epsg.org/gigs.html
>>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Hi Suresh,
Just to add to the below. I *do* see Apache SIS as a reference
implementation of OGC standards that Martin and others are working
on. I'm also a GeoAPI WG member at OGC mainly through Martin's
encouragement
and my own desire to get better at geospatial software.
We're starting small at the library level, with plans to grow big
and support all the way up the stack. There are a ton of interested
geo people here on the list, but Martin is doing the bulk of the
work on the code base at the moment, so we're trying to keep up
and follow his lead.
We welcome any contribution you guys have and connections to Airavata
and to OODT.
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: Suresh Marru <sm...@apache.org>
Reply-To: "dev@sis.apache.org" <de...@sis.apache.org>
Date: Wednesday, April 3, 2013 8:01 PM
To: "dev@airavata.apache.org" <de...@airavata.apache.org>
Cc: "dev@sis.apache.org" <de...@sis.apache.org>, Harsha Kumara
<ha...@gmail.com>, Shahani Markus Weerawarana <sh...@gmail.com>,
Nipuni Perera <ni...@gmail.com>, "dev@oodt.apache.org"
<de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi Martin,
>
>Thank you for taking time to respond in detail. Please see comments
>inline:
>On Apr 3, 2013, at 6:00 PM, Martin Desruisseaux
><ma...@geomatys.fr> wrote:
>
>> Le 03/04/13 23:30, Suresh Marru a écrit :
>>> Hello Martin, It is really pleasing to hear such a commitment from
>>>some one deeply engaged in OGC. While I agree with you on the influence
>>>on a younger project and also the impact an open community process like
>>>Apache can have. I personally respect OGC as a governing organization
>>>and as a standards defining body. But we all could not deny the fact
>>>that community rallied behind OGC and produced some good software. I am
>>>curious to learn how will community respond to Apache SIS vs any
>>>software endorsed by OGC? Do you see SIS positioning itself as a
>>>reference implementation for the OGC standard?
>>
>> I think that SIS will probably be a reference implementation of GeoAPI
>>[1]. But I think that being a reference implementation of other
>>standards implies a strong participation in the standard working group,
>>which may be done on a case-by-case basis depending on volunteer energy.
>
>That makes sense.
>
>> However maybe your question was rather if SIS would be officially OGC
>>compliant? This is a different question. Being OGC compliant means
>>passing the CITE tests [2]. Actually, executing the CITE tests will be
>>part of SIS Maven build after we ported the relevant part (I mean, CITE
>>tests can be executed every time the project is built).
>
>I am more wondering on the OGC Compliance from an interoperability stand
>point and not so much on official stamp. CITE tests as part of maven
>builds sounds very interesting.
>
>> Companies can also paid OGC for testing their software and get the
>>official "OGC compliant" logo. This is something that Geomatys plans to
>>do, but it would be on top of SIS rather than directly in the SIS
>>project. With the above-mentioned CITE tests executed at build time, I
>>think that anyone would be able to do that on their side.
>>
>> Note that CITE tests are essentially about Web Services. An other
>>significant source of tests is GIGS [3]. Those tests are being
>>implemented in GeoAPI, and SIS will also execute them.
>>
>> On the question about how community will respond to Apache SIS, I think
>>that OGC standards are so large that no single software in the world
>>implement all of them. Different softwares may focus on different needs.
>>We can probably not please to every communities. My hope is rather to
>>have SIS well-suited to some communities (scientists, but also
>>non-scientists wanting to explore data in more dimensions than the usual
>>x,y).
>
>I agree with this. Looking forward to see SIS gets widely adopted.
>
>Thanks again for taking time to elaborate in detail, I kind of got of a
>feel for it.
>Suresh
>
>> Martin
>>
>>
>> [1] http://www.opengeospatial.org/standards/geoapi
>> [2] http://cite.opengeospatial.org/teamengine/
>> [3] http://www.epsg.org/gigs.html
>>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Suresh Marru <sm...@apache.org>.
Hi Martin,
Thank you for taking time to respond in detail. Please see comments inline:
On Apr 3, 2013, at 6:00 PM, Martin Desruisseaux <ma...@geomatys.fr> wrote:
> Le 03/04/13 23:30, Suresh Marru a écrit :
>> Hello Martin, It is really pleasing to hear such a commitment from some one deeply engaged in OGC. While I agree with you on the influence on a younger project and also the impact an open community process like Apache can have. I personally respect OGC as a governing organization and as a standards defining body. But we all could not deny the fact that community rallied behind OGC and produced some good software. I am curious to learn how will community respond to Apache SIS vs any software endorsed by OGC? Do you see SIS positioning itself as a reference implementation for the OGC standard?
>
> I think that SIS will probably be a reference implementation of GeoAPI [1]. But I think that being a reference implementation of other standards implies a strong participation in the standard working group, which may be done on a case-by-case basis depending on volunteer energy.
That makes sense.
> However maybe your question was rather if SIS would be officially OGC compliant? This is a different question. Being OGC compliant means passing the CITE tests [2]. Actually, executing the CITE tests will be part of SIS Maven build after we ported the relevant part (I mean, CITE tests can be executed every time the project is built).
I am more wondering on the OGC Compliance from an interoperability stand point and not so much on official stamp. CITE tests as part of maven builds sounds very interesting.
> Companies can also paid OGC for testing their software and get the official "OGC compliant" logo. This is something that Geomatys plans to do, but it would be on top of SIS rather than directly in the SIS project. With the above-mentioned CITE tests executed at build time, I think that anyone would be able to do that on their side.
>
> Note that CITE tests are essentially about Web Services. An other significant source of tests is GIGS [3]. Those tests are being implemented in GeoAPI, and SIS will also execute them.
>
> On the question about how community will respond to Apache SIS, I think that OGC standards are so large that no single software in the world implement all of them. Different softwares may focus on different needs. We can probably not please to every communities. My hope is rather to have SIS well-suited to some communities (scientists, but also non-scientists wanting to explore data in more dimensions than the usual x,y).
I agree with this. Looking forward to see SIS gets widely adopted.
Thanks again for taking time to elaborate in detail, I kind of got of a feel for it.
Suresh
> Martin
>
>
> [1] http://www.opengeospatial.org/standards/geoapi
> [2] http://cite.opengeospatial.org/teamengine/
> [3] http://www.epsg.org/gigs.html
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Le 04/04/13 00:00, Martin Desruisseaux a écrit :
> Companies can also paid OGC for testing their software and get the
> official "OGC compliant" logo. This is something that Geomatys plans
> to do, but it would be on top of SIS rather than directly in the SIS
> project. With the above-mentioned CITE tests executed at build time, I
> think that anyone would be able to do that on their side.
I should add... I don't know how it works for foundations. If we wanted
the have an official "OGC compliant" logo on SIS, I guess the procedure
would needs to be done by the Apache foundation itself, and I don't know
if Apache has budget dedicated to certification programs.
An other reason is that Apache SIS is a library, while I think the
certification is applied on end products. So I can easily imagine the
certification applied to a product built on top of Apache SIS, but it is
not clear to me how it could be applied to a library.
Martin
Re: Research project on integrating geoservices with Apache Airavata
Posted by Suresh Marru <sm...@apache.org>.
Hi Martin,
Thank you for taking time to respond in detail. Please see comments inline:
On Apr 3, 2013, at 6:00 PM, Martin Desruisseaux <ma...@geomatys.fr> wrote:
> Le 03/04/13 23:30, Suresh Marru a écrit :
>> Hello Martin, It is really pleasing to hear such a commitment from some one deeply engaged in OGC. While I agree with you on the influence on a younger project and also the impact an open community process like Apache can have. I personally respect OGC as a governing organization and as a standards defining body. But we all could not deny the fact that community rallied behind OGC and produced some good software. I am curious to learn how will community respond to Apache SIS vs any software endorsed by OGC? Do you see SIS positioning itself as a reference implementation for the OGC standard?
>
> I think that SIS will probably be a reference implementation of GeoAPI [1]. But I think that being a reference implementation of other standards implies a strong participation in the standard working group, which may be done on a case-by-case basis depending on volunteer energy.
That makes sense.
> However maybe your question was rather if SIS would be officially OGC compliant? This is a different question. Being OGC compliant means passing the CITE tests [2]. Actually, executing the CITE tests will be part of SIS Maven build after we ported the relevant part (I mean, CITE tests can be executed every time the project is built).
I am more wondering on the OGC Compliance from an interoperability stand point and not so much on official stamp. CITE tests as part of maven builds sounds very interesting.
> Companies can also paid OGC for testing their software and get the official "OGC compliant" logo. This is something that Geomatys plans to do, but it would be on top of SIS rather than directly in the SIS project. With the above-mentioned CITE tests executed at build time, I think that anyone would be able to do that on their side.
>
> Note that CITE tests are essentially about Web Services. An other significant source of tests is GIGS [3]. Those tests are being implemented in GeoAPI, and SIS will also execute them.
>
> On the question about how community will respond to Apache SIS, I think that OGC standards are so large that no single software in the world implement all of them. Different softwares may focus on different needs. We can probably not please to every communities. My hope is rather to have SIS well-suited to some communities (scientists, but also non-scientists wanting to explore data in more dimensions than the usual x,y).
I agree with this. Looking forward to see SIS gets widely adopted.
Thanks again for taking time to elaborate in detail, I kind of got of a feel for it.
Suresh
> Martin
>
>
> [1] http://www.opengeospatial.org/standards/geoapi
> [2] http://cite.opengeospatial.org/teamengine/
> [3] http://www.epsg.org/gigs.html
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Le 04/04/13 00:00, Martin Desruisseaux a écrit :
> Companies can also paid OGC for testing their software and get the
> official "OGC compliant" logo. This is something that Geomatys plans
> to do, but it would be on top of SIS rather than directly in the SIS
> project. With the above-mentioned CITE tests executed at build time, I
> think that anyone would be able to do that on their side.
I should add... I don't know how it works for foundations. If we wanted
the have an official "OGC compliant" logo on SIS, I guess the procedure
would needs to be done by the Apache foundation itself, and I don't know
if Apache has budget dedicated to certification programs.
An other reason is that Apache SIS is a library, while I think the
certification is applied on end products. So I can easily imagine the
certification applied to a product built on top of Apache SIS, but it is
not clear to me how it could be applied to a library.
Martin
Re: Research project on integrating geoservices with Apache Airavata
Posted by Suresh Marru <sm...@apache.org>.
Hi Martin,
Thank you for taking time to respond in detail. Please see comments inline:
On Apr 3, 2013, at 6:00 PM, Martin Desruisseaux <ma...@geomatys.fr> wrote:
> Le 03/04/13 23:30, Suresh Marru a écrit :
>> Hello Martin, It is really pleasing to hear such a commitment from some one deeply engaged in OGC. While I agree with you on the influence on a younger project and also the impact an open community process like Apache can have. I personally respect OGC as a governing organization and as a standards defining body. But we all could not deny the fact that community rallied behind OGC and produced some good software. I am curious to learn how will community respond to Apache SIS vs any software endorsed by OGC? Do you see SIS positioning itself as a reference implementation for the OGC standard?
>
> I think that SIS will probably be a reference implementation of GeoAPI [1]. But I think that being a reference implementation of other standards implies a strong participation in the standard working group, which may be done on a case-by-case basis depending on volunteer energy.
That makes sense.
> However maybe your question was rather if SIS would be officially OGC compliant? This is a different question. Being OGC compliant means passing the CITE tests [2]. Actually, executing the CITE tests will be part of SIS Maven build after we ported the relevant part (I mean, CITE tests can be executed every time the project is built).
I am more wondering on the OGC Compliance from an interoperability stand point and not so much on official stamp. CITE tests as part of maven builds sounds very interesting.
> Companies can also paid OGC for testing their software and get the official "OGC compliant" logo. This is something that Geomatys plans to do, but it would be on top of SIS rather than directly in the SIS project. With the above-mentioned CITE tests executed at build time, I think that anyone would be able to do that on their side.
>
> Note that CITE tests are essentially about Web Services. An other significant source of tests is GIGS [3]. Those tests are being implemented in GeoAPI, and SIS will also execute them.
>
> On the question about how community will respond to Apache SIS, I think that OGC standards are so large that no single software in the world implement all of them. Different softwares may focus on different needs. We can probably not please to every communities. My hope is rather to have SIS well-suited to some communities (scientists, but also non-scientists wanting to explore data in more dimensions than the usual x,y).
I agree with this. Looking forward to see SIS gets widely adopted.
Thanks again for taking time to elaborate in detail, I kind of got of a feel for it.
Suresh
> Martin
>
>
> [1] http://www.opengeospatial.org/standards/geoapi
> [2] http://cite.opengeospatial.org/teamengine/
> [3] http://www.epsg.org/gigs.html
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Le 04/04/13 00:00, Martin Desruisseaux a écrit :
> Companies can also paid OGC for testing their software and get the
> official "OGC compliant" logo. This is something that Geomatys plans
> to do, but it would be on top of SIS rather than directly in the SIS
> project. With the above-mentioned CITE tests executed at build time, I
> think that anyone would be able to do that on their side.
I should add... I don't know how it works for foundations. If we wanted
the have an official "OGC compliant" logo on SIS, I guess the procedure
would needs to be done by the Apache foundation itself, and I don't know
if Apache has budget dedicated to certification programs.
An other reason is that Apache SIS is a library, while I think the
certification is applied on end products. So I can easily imagine the
certification applied to a product built on top of Apache SIS, but it is
not clear to me how it could be applied to a library.
Martin
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Le 03/04/13 23:30, Suresh Marru a écrit :
> Hello Martin, It is really pleasing to hear such a commitment from
> some one deeply engaged in OGC. While I agree with you on the
> influence on a younger project and also the impact an open community
> process like Apache can have. I personally respect OGC as a governing
> organization and as a standards defining body. But we all could not
> deny the fact that community rallied behind OGC and produced some good
> software. I am curious to learn how will community respond to Apache
> SIS vs any software endorsed by OGC? Do you see SIS positioning itself
> as a reference implementation for the OGC standard?
I think that SIS will probably be a reference implementation of GeoAPI
[1]. But I think that being a reference implementation of other
standards implies a strong participation in the standard working group,
which may be done on a case-by-case basis depending on volunteer energy.
However maybe your question was rather if SIS would be officially OGC
compliant? This is a different question. Being OGC compliant means
passing the CITE tests [2]. Actually, executing the CITE tests will be
part of SIS Maven build after we ported the relevant part (I mean, CITE
tests can be executed every time the project is built).
Companies can also paid OGC for testing their software and get the
official "OGC compliant" logo. This is something that Geomatys plans to
do, but it would be on top of SIS rather than directly in the SIS
project. With the above-mentioned CITE tests executed at build time, I
think that anyone would be able to do that on their side.
Note that CITE tests are essentially about Web Services. An other
significant source of tests is GIGS [3]. Those tests are being
implemented in GeoAPI, and SIS will also execute them.
On the question about how community will respond to Apache SIS, I think
that OGC standards are so large that no single software in the world
implement all of them. Different softwares may focus on different needs.
We can probably not please to every communities. My hope is rather to
have SIS well-suited to some communities (scientists, but also
non-scientists wanting to explore data in more dimensions than the usual
x,y).
Martin
[1] http://www.opengeospatial.org/standards/geoapi
[2] http://cite.opengeospatial.org/teamengine/
[3] http://www.epsg.org/gigs.html
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Le 03/04/13 23:30, Suresh Marru a écrit :
> Hello Martin, It is really pleasing to hear such a commitment from
> some one deeply engaged in OGC. While I agree with you on the
> influence on a younger project and also the impact an open community
> process like Apache can have. I personally respect OGC as a governing
> organization and as a standards defining body. But we all could not
> deny the fact that community rallied behind OGC and produced some good
> software. I am curious to learn how will community respond to Apache
> SIS vs any software endorsed by OGC? Do you see SIS positioning itself
> as a reference implementation for the OGC standard?
I think that SIS will probably be a reference implementation of GeoAPI
[1]. But I think that being a reference implementation of other
standards implies a strong participation in the standard working group,
which may be done on a case-by-case basis depending on volunteer energy.
However maybe your question was rather if SIS would be officially OGC
compliant? This is a different question. Being OGC compliant means
passing the CITE tests [2]. Actually, executing the CITE tests will be
part of SIS Maven build after we ported the relevant part (I mean, CITE
tests can be executed every time the project is built).
Companies can also paid OGC for testing their software and get the
official "OGC compliant" logo. This is something that Geomatys plans to
do, but it would be on top of SIS rather than directly in the SIS
project. With the above-mentioned CITE tests executed at build time, I
think that anyone would be able to do that on their side.
Note that CITE tests are essentially about Web Services. An other
significant source of tests is GIGS [3]. Those tests are being
implemented in GeoAPI, and SIS will also execute them.
On the question about how community will respond to Apache SIS, I think
that OGC standards are so large that no single software in the world
implement all of them. Different softwares may focus on different needs.
We can probably not please to every communities. My hope is rather to
have SIS well-suited to some communities (scientists, but also
non-scientists wanting to explore data in more dimensions than the usual
x,y).
Martin
[1] http://www.opengeospatial.org/standards/geoapi
[2] http://cite.opengeospatial.org/teamengine/
[3] http://www.epsg.org/gigs.html
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Le 03/04/13 23:30, Suresh Marru a écrit :
> Hello Martin, It is really pleasing to hear such a commitment from
> some one deeply engaged in OGC. While I agree with you on the
> influence on a younger project and also the impact an open community
> process like Apache can have. I personally respect OGC as a governing
> organization and as a standards defining body. But we all could not
> deny the fact that community rallied behind OGC and produced some good
> software. I am curious to learn how will community respond to Apache
> SIS vs any software endorsed by OGC? Do you see SIS positioning itself
> as a reference implementation for the OGC standard?
I think that SIS will probably be a reference implementation of GeoAPI
[1]. But I think that being a reference implementation of other
standards implies a strong participation in the standard working group,
which may be done on a case-by-case basis depending on volunteer energy.
However maybe your question was rather if SIS would be officially OGC
compliant? This is a different question. Being OGC compliant means
passing the CITE tests [2]. Actually, executing the CITE tests will be
part of SIS Maven build after we ported the relevant part (I mean, CITE
tests can be executed every time the project is built).
Companies can also paid OGC for testing their software and get the
official "OGC compliant" logo. This is something that Geomatys plans to
do, but it would be on top of SIS rather than directly in the SIS
project. With the above-mentioned CITE tests executed at build time, I
think that anyone would be able to do that on their side.
Note that CITE tests are essentially about Web Services. An other
significant source of tests is GIGS [3]. Those tests are being
implemented in GeoAPI, and SIS will also execute them.
On the question about how community will respond to Apache SIS, I think
that OGC standards are so large that no single software in the world
implement all of them. Different softwares may focus on different needs.
We can probably not please to every communities. My hope is rather to
have SIS well-suited to some communities (scientists, but also
non-scientists wanting to explore data in more dimensions than the usual
x,y).
Martin
[1] http://www.opengeospatial.org/standards/geoapi
[2] http://cite.opengeospatial.org/teamengine/
[3] http://www.epsg.org/gigs.html
Re: Research project on integrating geoservices with Apache Airavata
Posted by Suresh Marru <sm...@apache.org>.
On Apr 3, 2013, at 5:13 PM, Martin Desruisseaux <ma...@geomatys.fr> wrote:
> Hello Kumara
>
> Le 03/04/13 15:43, Harsha Kumara a écrit :
>> Those resources are really helpful for us to get a good background about
>> science workflows and gateways.Now we focus more on to geoscience related
>> aspects.
>> As you suggested we are looking into Apache SIS to some extent. But we need
>> to know whether that integration will completely expose OGC and how far
>> convenient it will be for scientists.
>
> To give some context, it may be worth to present some of the SIS contributors.
>
> I'm myself an oceanographer by formation (I'm not supposed to be a developer) and started to work on GIS as a side effect of a Ph.D thesis in oceanography, with a strong need for statistical analysis work. For this reason, my contribution to SIS is strongly focused on scientist needs. While I admit that ease of use is important, my personal approach is to try to be accurate first, then provide convenience methods next. Incidentally, I work in a small company which is hosted by a public research institutes specialized in remote sensing images.
>
> We are also OGC members. I'm the current chair of the GeoAPI working group. Frédéric Houbie is a member of the OGC Architecture Board (OAB) and the editor of some OGC specifications. Johann Sorel has done 2 or 3 years ago for OGC Met-Ocean group a proof of concept of SLD usability to meteorological maps.
>
> We are in the process of porting approximatively one million lines of code to Apache SIS. While only ISO 19115 metadata is emerging right now, the stack to port comprise referencing services, coverages, features, processing, rendering, catalog, sensors, web services (WMS, WCS, WPS, etc.), desktop application, and more. They are currently available as various open source projects (Geotoolkit.org, MapFaces, Constellation-SDI, Puzzle-GIS, MD-Web) that we would like to consolidate in Apache SIS. In this process, we are putting effort in consolidation, documenting, adding more tests, and resolving some known limitations.
>
> We are in an interesting situation where the project is both relatively young, and disposes of a relatively large code base. Peoples can evaluate the existing code in the above-mentioned projects and express their concerns before we port them to Apache SIS. It may be a nice opportunity, because it is easier to influence a young project than an old one in order to meet your needs.
Hello Martin,
It is really pleasing to hear such a commitment from some one deeply engaged in OGC. While I agree with you on the influence on a younger project and also the impact an open community process like Apache can have. I personally respect OGC as a governing organization and as a standards defining body. But we all could not deny the fact that community rallied behind OGC and produced some good software. I am curious to learn how will community respond to Apache SIS vs any software endorsed by OGC? Do you see SIS positioning itself as a reference implementation for the OGC standard?
Thanks,
Suresh
>
> Regards,
>
> Martin
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Suresh Marru <sm...@apache.org>.
On Apr 3, 2013, at 5:13 PM, Martin Desruisseaux <ma...@geomatys.fr> wrote:
> Hello Kumara
>
> Le 03/04/13 15:43, Harsha Kumara a écrit :
>> Those resources are really helpful for us to get a good background about
>> science workflows and gateways.Now we focus more on to geoscience related
>> aspects.
>> As you suggested we are looking into Apache SIS to some extent. But we need
>> to know whether that integration will completely expose OGC and how far
>> convenient it will be for scientists.
>
> To give some context, it may be worth to present some of the SIS contributors.
>
> I'm myself an oceanographer by formation (I'm not supposed to be a developer) and started to work on GIS as a side effect of a Ph.D thesis in oceanography, with a strong need for statistical analysis work. For this reason, my contribution to SIS is strongly focused on scientist needs. While I admit that ease of use is important, my personal approach is to try to be accurate first, then provide convenience methods next. Incidentally, I work in a small company which is hosted by a public research institutes specialized in remote sensing images.
>
> We are also OGC members. I'm the current chair of the GeoAPI working group. Frédéric Houbie is a member of the OGC Architecture Board (OAB) and the editor of some OGC specifications. Johann Sorel has done 2 or 3 years ago for OGC Met-Ocean group a proof of concept of SLD usability to meteorological maps.
>
> We are in the process of porting approximatively one million lines of code to Apache SIS. While only ISO 19115 metadata is emerging right now, the stack to port comprise referencing services, coverages, features, processing, rendering, catalog, sensors, web services (WMS, WCS, WPS, etc.), desktop application, and more. They are currently available as various open source projects (Geotoolkit.org, MapFaces, Constellation-SDI, Puzzle-GIS, MD-Web) that we would like to consolidate in Apache SIS. In this process, we are putting effort in consolidation, documenting, adding more tests, and resolving some known limitations.
>
> We are in an interesting situation where the project is both relatively young, and disposes of a relatively large code base. Peoples can evaluate the existing code in the above-mentioned projects and express their concerns before we port them to Apache SIS. It may be a nice opportunity, because it is easier to influence a young project than an old one in order to meet your needs.
Hello Martin,
It is really pleasing to hear such a commitment from some one deeply engaged in OGC. While I agree with you on the influence on a younger project and also the impact an open community process like Apache can have. I personally respect OGC as a governing organization and as a standards defining body. But we all could not deny the fact that community rallied behind OGC and produced some good software. I am curious to learn how will community respond to Apache SIS vs any software endorsed by OGC? Do you see SIS positioning itself as a reference implementation for the OGC standard?
Thanks,
Suresh
>
> Regards,
>
> Martin
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Suresh Marru <sm...@apache.org>.
On Apr 3, 2013, at 5:13 PM, Martin Desruisseaux <ma...@geomatys.fr> wrote:
> Hello Kumara
>
> Le 03/04/13 15:43, Harsha Kumara a écrit :
>> Those resources are really helpful for us to get a good background about
>> science workflows and gateways.Now we focus more on to geoscience related
>> aspects.
>> As you suggested we are looking into Apache SIS to some extent. But we need
>> to know whether that integration will completely expose OGC and how far
>> convenient it will be for scientists.
>
> To give some context, it may be worth to present some of the SIS contributors.
>
> I'm myself an oceanographer by formation (I'm not supposed to be a developer) and started to work on GIS as a side effect of a Ph.D thesis in oceanography, with a strong need for statistical analysis work. For this reason, my contribution to SIS is strongly focused on scientist needs. While I admit that ease of use is important, my personal approach is to try to be accurate first, then provide convenience methods next. Incidentally, I work in a small company which is hosted by a public research institutes specialized in remote sensing images.
>
> We are also OGC members. I'm the current chair of the GeoAPI working group. Frédéric Houbie is a member of the OGC Architecture Board (OAB) and the editor of some OGC specifications. Johann Sorel has done 2 or 3 years ago for OGC Met-Ocean group a proof of concept of SLD usability to meteorological maps.
>
> We are in the process of porting approximatively one million lines of code to Apache SIS. While only ISO 19115 metadata is emerging right now, the stack to port comprise referencing services, coverages, features, processing, rendering, catalog, sensors, web services (WMS, WCS, WPS, etc.), desktop application, and more. They are currently available as various open source projects (Geotoolkit.org, MapFaces, Constellation-SDI, Puzzle-GIS, MD-Web) that we would like to consolidate in Apache SIS. In this process, we are putting effort in consolidation, documenting, adding more tests, and resolving some known limitations.
>
> We are in an interesting situation where the project is both relatively young, and disposes of a relatively large code base. Peoples can evaluate the existing code in the above-mentioned projects and express their concerns before we port them to Apache SIS. It may be a nice opportunity, because it is easier to influence a young project than an old one in order to meet your needs.
Hello Martin,
It is really pleasing to hear such a commitment from some one deeply engaged in OGC. While I agree with you on the influence on a younger project and also the impact an open community process like Apache can have. I personally respect OGC as a governing organization and as a standards defining body. But we all could not deny the fact that community rallied behind OGC and produced some good software. I am curious to learn how will community respond to Apache SIS vs any software endorsed by OGC? Do you see SIS positioning itself as a reference implementation for the OGC standard?
Thanks,
Suresh
>
> Regards,
>
> Martin
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
What Martin said. x50 :)
Great job Martin.
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: Martin Desruisseaux <ma...@geomatys.fr>
Organization: Geomatys
Reply-To: "dev@sis.apache.org" <de...@sis.apache.org>
Date: Wednesday, April 3, 2013 2:13 PM
To: "dev@sis.apache.org" <de...@sis.apache.org>
Cc: Harsha Kumara <ha...@gmail.com>, "dev@airavata.apache.org"
<de...@airavata.apache.org>, Shahani Markus Weerawarana
<sh...@gmail.com>, Nipuni Perera <ni...@gmail.com>,
"dev@oodt.apache.org" <de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hello Kumara
>
>Le 03/04/13 15:43, Harsha Kumara a écrit :
>> Those resources are really helpful for us to get a good background about
>> science workflows and gateways.Now we focus more on to geoscience
>>related
>> aspects.
>> As you suggested we are looking into Apache SIS to some extent. But we
>>need
>> to know whether that integration will completely expose OGC and how far
>> convenient it will be for scientists.
>
>To give some context, it may be worth to present some of the SIS
>contributors.
>
>I'm myself an oceanographer by formation (I'm not supposed to be a
>developer) and started to work on GIS as a side effect of a Ph.D thesis
>in oceanography, with a strong need for statistical analysis work. For
>this reason, my contribution to SIS is strongly focused on scientist
>needs. While I admit that ease of use is important, my personal approach
>is to try to be accurate first, then provide convenience methods next.
>Incidentally, I work in a small company which is hosted by a public
>research institutes specialized in remote sensing images.
>
>We are also OGC members. I'm the current chair of the GeoAPI working
>group. Frédéric Houbie is a member of the OGC Architecture Board (OAB)
>and the editor of some OGC specifications. Johann Sorel has done 2 or 3
>years ago for OGC Met-Ocean group a proof of concept of SLD usability to
>meteorological maps.
>
>We are in the process of porting approximatively one million lines of
>code to Apache SIS. While only ISO 19115 metadata is emerging right now,
>the stack to port comprise referencing services, coverages, features,
>processing, rendering, catalog, sensors, web services (WMS, WCS, WPS,
>etc.), desktop application, and more. They are currently available as
>various open source projects (Geotoolkit.org, MapFaces,
>Constellation-SDI, Puzzle-GIS, MD-Web) that we would like to consolidate
>in Apache SIS. In this process, we are putting effort in consolidation,
>documenting, adding more tests, and resolving some known limitations.
>
>We are in an interesting situation where the project is both relatively
>young, and disposes of a relatively large code base. Peoples can
>evaluate the existing code in the above-mentioned projects and express
>their concerns before we port them to Apache SIS. It may be a nice
>opportunity, because it is easier to influence a young project than an
>old one in order to meet your needs.
>
> Regards,
>
> Martin
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
What Martin said. x50 :)
Great job Martin.
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: Martin Desruisseaux <ma...@geomatys.fr>
Organization: Geomatys
Reply-To: "dev@sis.apache.org" <de...@sis.apache.org>
Date: Wednesday, April 3, 2013 2:13 PM
To: "dev@sis.apache.org" <de...@sis.apache.org>
Cc: Harsha Kumara <ha...@gmail.com>, "dev@airavata.apache.org"
<de...@airavata.apache.org>, Shahani Markus Weerawarana
<sh...@gmail.com>, Nipuni Perera <ni...@gmail.com>,
"dev@oodt.apache.org" <de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hello Kumara
>
>Le 03/04/13 15:43, Harsha Kumara a écrit :
>> Those resources are really helpful for us to get a good background about
>> science workflows and gateways.Now we focus more on to geoscience
>>related
>> aspects.
>> As you suggested we are looking into Apache SIS to some extent. But we
>>need
>> to know whether that integration will completely expose OGC and how far
>> convenient it will be for scientists.
>
>To give some context, it may be worth to present some of the SIS
>contributors.
>
>I'm myself an oceanographer by formation (I'm not supposed to be a
>developer) and started to work on GIS as a side effect of a Ph.D thesis
>in oceanography, with a strong need for statistical analysis work. For
>this reason, my contribution to SIS is strongly focused on scientist
>needs. While I admit that ease of use is important, my personal approach
>is to try to be accurate first, then provide convenience methods next.
>Incidentally, I work in a small company which is hosted by a public
>research institutes specialized in remote sensing images.
>
>We are also OGC members. I'm the current chair of the GeoAPI working
>group. Frédéric Houbie is a member of the OGC Architecture Board (OAB)
>and the editor of some OGC specifications. Johann Sorel has done 2 or 3
>years ago for OGC Met-Ocean group a proof of concept of SLD usability to
>meteorological maps.
>
>We are in the process of porting approximatively one million lines of
>code to Apache SIS. While only ISO 19115 metadata is emerging right now,
>the stack to port comprise referencing services, coverages, features,
>processing, rendering, catalog, sensors, web services (WMS, WCS, WPS,
>etc.), desktop application, and more. They are currently available as
>various open source projects (Geotoolkit.org, MapFaces,
>Constellation-SDI, Puzzle-GIS, MD-Web) that we would like to consolidate
>in Apache SIS. In this process, we are putting effort in consolidation,
>documenting, adding more tests, and resolving some known limitations.
>
>We are in an interesting situation where the project is both relatively
>young, and disposes of a relatively large code base. Peoples can
>evaluate the existing code in the above-mentioned projects and express
>their concerns before we port them to Apache SIS. It may be a nice
>opportunity, because it is easier to influence a young project than an
>old one in order to meet your needs.
>
> Regards,
>
> Martin
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
What Martin said. x50 :)
Great job Martin.
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
-----Original Message-----
From: Martin Desruisseaux <ma...@geomatys.fr>
Organization: Geomatys
Reply-To: "dev@sis.apache.org" <de...@sis.apache.org>
Date: Wednesday, April 3, 2013 2:13 PM
To: "dev@sis.apache.org" <de...@sis.apache.org>
Cc: Harsha Kumara <ha...@gmail.com>, "dev@airavata.apache.org"
<de...@airavata.apache.org>, Shahani Markus Weerawarana
<sh...@gmail.com>, Nipuni Perera <ni...@gmail.com>,
"dev@oodt.apache.org" <de...@oodt.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hello Kumara
>
>Le 03/04/13 15:43, Harsha Kumara a écrit :
>> Those resources are really helpful for us to get a good background about
>> science workflows and gateways.Now we focus more on to geoscience
>>related
>> aspects.
>> As you suggested we are looking into Apache SIS to some extent. But we
>>need
>> to know whether that integration will completely expose OGC and how far
>> convenient it will be for scientists.
>
>To give some context, it may be worth to present some of the SIS
>contributors.
>
>I'm myself an oceanographer by formation (I'm not supposed to be a
>developer) and started to work on GIS as a side effect of a Ph.D thesis
>in oceanography, with a strong need for statistical analysis work. For
>this reason, my contribution to SIS is strongly focused on scientist
>needs. While I admit that ease of use is important, my personal approach
>is to try to be accurate first, then provide convenience methods next.
>Incidentally, I work in a small company which is hosted by a public
>research institutes specialized in remote sensing images.
>
>We are also OGC members. I'm the current chair of the GeoAPI working
>group. Frédéric Houbie is a member of the OGC Architecture Board (OAB)
>and the editor of some OGC specifications. Johann Sorel has done 2 or 3
>years ago for OGC Met-Ocean group a proof of concept of SLD usability to
>meteorological maps.
>
>We are in the process of porting approximatively one million lines of
>code to Apache SIS. While only ISO 19115 metadata is emerging right now,
>the stack to port comprise referencing services, coverages, features,
>processing, rendering, catalog, sensors, web services (WMS, WCS, WPS,
>etc.), desktop application, and more. They are currently available as
>various open source projects (Geotoolkit.org, MapFaces,
>Constellation-SDI, Puzzle-GIS, MD-Web) that we would like to consolidate
>in Apache SIS. In this process, we are putting effort in consolidation,
>documenting, adding more tests, and resolving some known limitations.
>
>We are in an interesting situation where the project is both relatively
>young, and disposes of a relatively large code base. Peoples can
>evaluate the existing code in the above-mentioned projects and express
>their concerns before we port them to Apache SIS. It may be a nice
>opportunity, because it is easier to influence a young project than an
>old one in order to meet your needs.
>
> Regards,
>
> Martin
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Kumara
Le 03/04/13 15:43, Harsha Kumara a écrit :
> Those resources are really helpful for us to get a good background about
> science workflows and gateways.Now we focus more on to geoscience related
> aspects.
> As you suggested we are looking into Apache SIS to some extent. But we need
> to know whether that integration will completely expose OGC and how far
> convenient it will be for scientists.
To give some context, it may be worth to present some of the SIS
contributors.
I'm myself an oceanographer by formation (I'm not supposed to be a
developer) and started to work on GIS as a side effect of a Ph.D thesis
in oceanography, with a strong need for statistical analysis work. For
this reason, my contribution to SIS is strongly focused on scientist
needs. While I admit that ease of use is important, my personal approach
is to try to be accurate first, then provide convenience methods next.
Incidentally, I work in a small company which is hosted by a public
research institutes specialized in remote sensing images.
We are also OGC members. I'm the current chair of the GeoAPI working
group. Frédéric Houbie is a member of the OGC Architecture Board (OAB)
and the editor of some OGC specifications. Johann Sorel has done 2 or 3
years ago for OGC Met-Ocean group a proof of concept of SLD usability to
meteorological maps.
We are in the process of porting approximatively one million lines of
code to Apache SIS. While only ISO 19115 metadata is emerging right now,
the stack to port comprise referencing services, coverages, features,
processing, rendering, catalog, sensors, web services (WMS, WCS, WPS,
etc.), desktop application, and more. They are currently available as
various open source projects (Geotoolkit.org, MapFaces,
Constellation-SDI, Puzzle-GIS, MD-Web) that we would like to consolidate
in Apache SIS. In this process, we are putting effort in consolidation,
documenting, adding more tests, and resolving some known limitations.
We are in an interesting situation where the project is both relatively
young, and disposes of a relatively large code base. Peoples can
evaluate the existing code in the above-mentioned projects and express
their concerns before we port them to Apache SIS. It may be a nice
opportunity, because it is easier to influence a young project than an
old one in order to meet your needs.
Regards,
Martin
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Kumara
Le 03/04/13 15:43, Harsha Kumara a écrit :
> Those resources are really helpful for us to get a good background about
> science workflows and gateways.Now we focus more on to geoscience related
> aspects.
> As you suggested we are looking into Apache SIS to some extent. But we need
> to know whether that integration will completely expose OGC and how far
> convenient it will be for scientists.
To give some context, it may be worth to present some of the SIS
contributors.
I'm myself an oceanographer by formation (I'm not supposed to be a
developer) and started to work on GIS as a side effect of a Ph.D thesis
in oceanography, with a strong need for statistical analysis work. For
this reason, my contribution to SIS is strongly focused on scientist
needs. While I admit that ease of use is important, my personal approach
is to try to be accurate first, then provide convenience methods next.
Incidentally, I work in a small company which is hosted by a public
research institutes specialized in remote sensing images.
We are also OGC members. I'm the current chair of the GeoAPI working
group. Frédéric Houbie is a member of the OGC Architecture Board (OAB)
and the editor of some OGC specifications. Johann Sorel has done 2 or 3
years ago for OGC Met-Ocean group a proof of concept of SLD usability to
meteorological maps.
We are in the process of porting approximatively one million lines of
code to Apache SIS. While only ISO 19115 metadata is emerging right now,
the stack to port comprise referencing services, coverages, features,
processing, rendering, catalog, sensors, web services (WMS, WCS, WPS,
etc.), desktop application, and more. They are currently available as
various open source projects (Geotoolkit.org, MapFaces,
Constellation-SDI, Puzzle-GIS, MD-Web) that we would like to consolidate
in Apache SIS. In this process, we are putting effort in consolidation,
documenting, adding more tests, and resolving some known limitations.
We are in an interesting situation where the project is both relatively
young, and disposes of a relatively large code base. Peoples can
evaluate the existing code in the above-mentioned projects and express
their concerns before we port them to Apache SIS. It may be a nice
opportunity, because it is easier to influence a young project than an
old one in order to meet your needs.
Regards,
Martin
Re: Research project on integrating geoservices with Apache Airavata
Posted by Jun Wang <wa...@indiana.edu>.
Hi, Harsha
There are many open-source Geospatial projects, one easy way to test them
is through OSGEO-live DVD: http://live.osgeo.org/en/overview/overview.html.
Jun Wang
On Wed, Apr 3, 2013 at 9:43 AM, Harsha Kumara <ha...@gmail.com> wrote:
> Hi Chris,
>
> (This is the same mail that we sent as a private mail.Since this
> discussions are important for others as well,we moved it to here)
>
> Thanks a lot for the resources and the support given so far.
>
> Those resources are really helpful for us to get a good background about
> science workflows and gateways.Now we focus more on to geoscience related
> aspects.
> As you suggested we are looking into Apache SIS to some extent. But we need
> to know whether that integration will completely expose OGC and how far
> convenient it will be for scientists.
>
> We also look at some domain related products such as Grass, GeoSever,
> MapServer, GeoNode, qgis, PyWPS,ZOO Project and etc..It would be nicer for
> us to sense some experience from the point of view of a geoscientist and
> OGC Standard user. We appreciate any helpful resources and guidance.
>
> Thank you,
> Harsha
>
>
> On Wed, Mar 13, 2013 at 10:00 AM, Mattmann, Chris A (388J) <
> chris.a.mattmann@jpl.nasa.gov> wrote:
>
> > Hi Amila,
> >
> > Thanks!
> >
> > Regarding the National Climate Assessment, the place to get more info on
> > our Snow project is:
> >
> > http://snow.jpl.nasa.gov/
> >
> > If you have any questions let me know.
> >
> > Cheers,
> > Chris
> >
> >
> > On 3/10/13 10:41 AM, "AMILA RANATUNGA" <ne...@gmail.com> wrote:
> >
> > >Hi,
> > >
> > >Thank you very much for co-operation and guidance towards this project
> and
> > >your willingness to in cooperate with us. Since we are doing our
> > >background
> > >research we are looking into how these projects works and what we can
> make
> > >out of those ( Airavata and SIS integration).
> > >
> > >The flow you have given get us some understanding about the Snow
> project
> > >for the U.S. National Climate Assessment. We would like to have more
> > >details about this project if you have so, to get some overall
> > >understanding.
> > >
> > >Thank You !
> > >
> > >
> > >
> > >
> > >
> > >On Fri, Mar 8, 2013 at 11:18 PM, Mattmann, Chris A (388J) <
> > >chris.a.mattmann@jpl.nasa.gov> wrote:
> > >
> > >> Hey Guys,
> > >>
> > >> One other thing I might point you at is the work going on in Apache
> SIS
> > >> [1]:
> > >>
> > >> http://incubator.apache.org/sis/
> > >>
> > >> I recently made a presentation on SIS to the NOAA FOSS meet up here:
> > >>
> > >>
> > >>
> >
> http://svn.apache.org/repos/asf/sis/presentations/NOAA-Meetup-Feb21-2013/
> > >>Ap
> > >> acheSIS-NOAAMeetup-Final.fodp
> > >>
> > >> Right now SIS has support for a Quad Tree, and there is information on
> > >>how
> > >> to connect it with Apache OODT:
> > >>
> > >> https://cwiki.apache.org/confluence/display/SIS/SIS+Wiki
> > >>
> > >>
> > >>
> >
> https://cwiki.apache.org/confluence/display/SIS/OODT+File+Manager+to+SIS+
> > >>Co
> > >> nnection+Demo
> > >>
> > >>
> > >> SIS is currently undergoing a humongous change bringing over GeoTK,
> > >>which
> > >> is essentially a fully supported
> > >> Java spatial library originated by Martin Desruisseaux.
> > >>
> > >> You may consider doing some Airavata and SIS integration, and
> > >>potentially
> > >> looking at some of the OODT integration with geospatial as well.
> > >>
> > >> See:
> > >>
> > >> http://snow.jpl.nasa.gov/
> > >>
> > >> That is an Apache OODT data system integrated with GDAL workflows, and
> > >> pushing data to GeoServer. Would be great to bring all the projects
> > >> together here.
> > >>
> > >> I'm copying dev@oodt and dev@sis for their feedback. Maybe we could
> do
> > a
> > >> few geospatial projects during GSoC between the communities this
> summer.
> > >> We did a Geospatial project with Ross Laidlaw as my GSoC student (now
> on
> > >> the SIS and OODT PMCs) last summer.
> > >>
> > >> Cheers,
> > >> Chris
> > >>
> > >>
> > >> On 3/7/13 10:20 PM, "Sameera Jayaratna" <sa...@gmail.com>
> > >> wrote:
> > >>
> > >> >Hi all,
> > >> >
> > >> >We are a group of final year students from the Department of Computer
> > >> >Science and Engineering, University of Moratuwa, Sri Lanka. We are
> > >>doing a
> > >> >research project on Integration of Open Geo-Spatial Consortium¹s WPS
> > >>[1]
> > >> >with Apache Airavata under the supervision of Dr. Shahani Markus
> > >> >Weerawarana.
> > >> >
> > >> >The outcome of this project would be a geoscience gateway leveraging
> > >> >Apache
> > >> >Airavata and OGC¹s standards-based geo-services. As the initial step
> we
> > >> >are
> > >> >doing a background study on Apache Airavata, scientific workflows,
> > >> >scientific gateways, geoscience workflows and geo-services. We would
> > >>like
> > >> >to explore some solid examples of scientific workflows and resources
> > >>used
> > >> >to integrate them apart from what is published on Apache Airavata web
> > >> >site.
> > >> >
> > >> >We would like to receive any thoughts, comments and any other useful
> > >> >resources.
> > >> >
> > >> >[1] http://www.opengeospatial.org/standards/wps
> > >> >
> > >> >Thank you.
> > >> >Sameera.
> > >> >
> > >> >--
> > >> >*Sameera Jayaratna*
> > >> >*Undergraduate*
> > >> >*Department of Computer Science And Engineering*
> > >> >*University of Moratuwa*
> > >> >*Sri Lanka*
> > >>
> > >>
> >
> >
>
>
> --
> *Harsha Kumara*
> *Undergraduate*
> *Department of Computer Science and Engineering*
> *University of Moratuwa*
> *Sri Lanka.*
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by Martin Desruisseaux <ma...@geomatys.fr>.
Hello Kumara
Le 03/04/13 15:43, Harsha Kumara a écrit :
> Those resources are really helpful for us to get a good background about
> science workflows and gateways.Now we focus more on to geoscience related
> aspects.
> As you suggested we are looking into Apache SIS to some extent. But we need
> to know whether that integration will completely expose OGC and how far
> convenient it will be for scientists.
To give some context, it may be worth to present some of the SIS
contributors.
I'm myself an oceanographer by formation (I'm not supposed to be a
developer) and started to work on GIS as a side effect of a Ph.D thesis
in oceanography, with a strong need for statistical analysis work. For
this reason, my contribution to SIS is strongly focused on scientist
needs. While I admit that ease of use is important, my personal approach
is to try to be accurate first, then provide convenience methods next.
Incidentally, I work in a small company which is hosted by a public
research institutes specialized in remote sensing images.
We are also OGC members. I'm the current chair of the GeoAPI working
group. Frédéric Houbie is a member of the OGC Architecture Board (OAB)
and the editor of some OGC specifications. Johann Sorel has done 2 or 3
years ago for OGC Met-Ocean group a proof of concept of SLD usability to
meteorological maps.
We are in the process of porting approximatively one million lines of
code to Apache SIS. While only ISO 19115 metadata is emerging right now,
the stack to port comprise referencing services, coverages, features,
processing, rendering, catalog, sensors, web services (WMS, WCS, WPS,
etc.), desktop application, and more. They are currently available as
various open source projects (Geotoolkit.org, MapFaces,
Constellation-SDI, Puzzle-GIS, MD-Web) that we would like to consolidate
in Apache SIS. In this process, we are putting effort in consolidation,
documenting, adding more tests, and resolving some known limitations.
We are in an interesting situation where the project is both relatively
young, and disposes of a relatively large code base. Peoples can
evaluate the existing code in the above-mentioned projects and express
their concerns before we port them to Apache SIS. It may be a nice
opportunity, because it is easier to influence a young project than an
old one in order to meet your needs.
Regards,
Martin
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Hi Harsha,
Thanks for reaching out!
Comments below:
-----Original Message-----
From: Harsha Kumara <ha...@gmail.com>
Date: Wednesday, April 3, 2013 6:43 AM
To: jpluser <ch...@jpl.nasa.gov>
Cc: "dev@airavata.apache.org" <de...@airavata.apache.org>, Shahani Markus
Weerawarana <sh...@gmail.com>, Nipuni Perera <ni...@gmail.com>,
"dev@oodt.apache.org" <de...@oodt.apache.org>, "dev@sis.apache.org"
<de...@sis.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi Chris,
>(This is the same mail that we sent as a private mail.Since this
>discussions are important for others as well,we moved it to here)
>
>
>Thanks a lot for the resources and the support given so far.
>
>
>Those resources are really helpful for us to get a good background about
>science workflows and gateways.Now we focus more on to geoscience
>related aspects.
>As you suggested we are looking into Apache SIS to some extent. But we
>need to know whether that integration will completely expose OGC and how
>far convenient it will be for scientists.
I think that the focus of SIS at the moment is as a small library, getting
bigger. Depends on what
you mean specifically by OGC? Here are the OGC that SIS has focused on to
date, and where it's going:
ISO 19103 Conceptual schema language
ISO 19115 Metadata
ISO 19111 Spatial referencing by coordinates
(see slide 11 in
http://svn.apache.org/repos/asf/sis/presentations/NOAA-Meetup-Feb21-2013/Ap
acheSIS-NOAAMeetup-Final.fodp)
The metadata module is now becoming very fully featured, and ready for
benchmarking
and testing.
>
>
>
>We also look at some domain related products such as Grass, GeoSever,
>MapServer, GeoNode, qgis, PyWPS,ZOO Project and etc..It would be nicer
>for us to sense some experience from the point of view of a
> geoscientist and OGC Standard user. We appreciate any helpful resources
>and guidance.
Great! Watch for LGPL and GPL dependencies on these services. Service
dependencies
(whether static or dynamic) that provide great functionality and will be
such that
users want to leverage it for using GIS and Airavata violate the "no
surprises"
mantra if they ref LGPL and GPL components.
I'm a big fan of GeoServer -- however it's not Category-A or ALv2
compatible at the moment.
That was one of the big reasons for starting SIS -- but it's taken a big
undertaking to
even get to the point that we are at.
HTH!
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Hi Harsha,
Thanks for reaching out!
Comments below:
-----Original Message-----
From: Harsha Kumara <ha...@gmail.com>
Date: Wednesday, April 3, 2013 6:43 AM
To: jpluser <ch...@jpl.nasa.gov>
Cc: "dev@airavata.apache.org" <de...@airavata.apache.org>, Shahani Markus
Weerawarana <sh...@gmail.com>, Nipuni Perera <ni...@gmail.com>,
"dev@oodt.apache.org" <de...@oodt.apache.org>, "dev@sis.apache.org"
<de...@sis.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi Chris,
>(This is the same mail that we sent as a private mail.Since this
>discussions are important for others as well,we moved it to here)
>
>
>Thanks a lot for the resources and the support given so far.
>
>
>Those resources are really helpful for us to get a good background about
>science workflows and gateways.Now we focus more on to geoscience
>related aspects.
>As you suggested we are looking into Apache SIS to some extent. But we
>need to know whether that integration will completely expose OGC and how
>far convenient it will be for scientists.
I think that the focus of SIS at the moment is as a small library, getting
bigger. Depends on what
you mean specifically by OGC? Here are the OGC that SIS has focused on to
date, and where it's going:
ISO 19103 Conceptual schema language
ISO 19115 Metadata
ISO 19111 Spatial referencing by coordinates
(see slide 11 in
http://svn.apache.org/repos/asf/sis/presentations/NOAA-Meetup-Feb21-2013/Ap
acheSIS-NOAAMeetup-Final.fodp)
The metadata module is now becoming very fully featured, and ready for
benchmarking
and testing.
>
>
>
>We also look at some domain related products such as Grass, GeoSever,
>MapServer, GeoNode, qgis, PyWPS,ZOO Project and etc..It would be nicer
>for us to sense some experience from the point of view of a
> geoscientist and OGC Standard user. We appreciate any helpful resources
>and guidance.
Great! Watch for LGPL and GPL dependencies on these services. Service
dependencies
(whether static or dynamic) that provide great functionality and will be
such that
users want to leverage it for using GIS and Airavata violate the "no
surprises"
mantra if they ref LGPL and GPL components.
I'm a big fan of GeoServer -- however it's not Category-A or ALv2
compatible at the moment.
That was one of the big reasons for starting SIS -- but it's taken a big
undertaking to
even get to the point that we are at.
HTH!
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (398J)" <ch...@jpl.nasa.gov>.
Hi Harsha,
Thanks for reaching out!
Comments below:
-----Original Message-----
From: Harsha Kumara <ha...@gmail.com>
Date: Wednesday, April 3, 2013 6:43 AM
To: jpluser <ch...@jpl.nasa.gov>
Cc: "dev@airavata.apache.org" <de...@airavata.apache.org>, Shahani Markus
Weerawarana <sh...@gmail.com>, Nipuni Perera <ni...@gmail.com>,
"dev@oodt.apache.org" <de...@oodt.apache.org>, "dev@sis.apache.org"
<de...@sis.apache.org>
Subject: Re: Research project on integrating geoservices with Apache
Airavata
>Hi Chris,
>(This is the same mail that we sent as a private mail.Since this
>discussions are important for others as well,we moved it to here)
>
>
>Thanks a lot for the resources and the support given so far.
>
>
>Those resources are really helpful for us to get a good background about
>science workflows and gateways.Now we focus more on to geoscience
>related aspects.
>As you suggested we are looking into Apache SIS to some extent. But we
>need to know whether that integration will completely expose OGC and how
>far convenient it will be for scientists.
I think that the focus of SIS at the moment is as a small library, getting
bigger. Depends on what
you mean specifically by OGC? Here are the OGC that SIS has focused on to
date, and where it's going:
ISO 19103 Conceptual schema language
ISO 19115 Metadata
ISO 19111 Spatial referencing by coordinates
(see slide 11 in
http://svn.apache.org/repos/asf/sis/presentations/NOAA-Meetup-Feb21-2013/Ap
acheSIS-NOAAMeetup-Final.fodp)
The metadata module is now becoming very fully featured, and ready for
benchmarking
and testing.
>
>
>
>We also look at some domain related products such as Grass, GeoSever,
>MapServer, GeoNode, qgis, PyWPS,ZOO Project and etc..It would be nicer
>for us to sense some experience from the point of view of a
> geoscientist and OGC Standard user. We appreciate any helpful resources
>and guidance.
Great! Watch for LGPL and GPL dependencies on these services. Service
dependencies
(whether static or dynamic) that provide great functionality and will be
such that
users want to leverage it for using GIS and Airavata violate the "no
surprises"
mantra if they ref LGPL and GPL components.
I'm a big fan of GeoServer -- however it's not Category-A or ALv2
compatible at the moment.
That was one of the big reasons for starting SIS -- but it's taken a big
undertaking to
even get to the point that we are at.
HTH!
Cheers,
Chris
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW: http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Re: Research project on integrating geoservices with Apache Airavata
Posted by Harsha Kumara <ha...@gmail.com>.
Hi Chris,
(This is the same mail that we sent as a private mail.Since this
discussions are important for others as well,we moved it to here)
Thanks a lot for the resources and the support given so far.
Those resources are really helpful for us to get a good background about
science workflows and gateways.Now we focus more on to geoscience related
aspects.
As you suggested we are looking into Apache SIS to some extent. But we need
to know whether that integration will completely expose OGC and how far
convenient it will be for scientists.
We also look at some domain related products such as Grass, GeoSever,
MapServer, GeoNode, qgis, PyWPS,ZOO Project and etc..It would be nicer for
us to sense some experience from the point of view of a geoscientist and
OGC Standard user. We appreciate any helpful resources and guidance.
Thank you,
Harsha
On Wed, Mar 13, 2013 at 10:00 AM, Mattmann, Chris A (388J) <
chris.a.mattmann@jpl.nasa.gov> wrote:
> Hi Amila,
>
> Thanks!
>
> Regarding the National Climate Assessment, the place to get more info on
> our Snow project is:
>
> http://snow.jpl.nasa.gov/
>
> If you have any questions let me know.
>
> Cheers,
> Chris
>
>
> On 3/10/13 10:41 AM, "AMILA RANATUNGA" <ne...@gmail.com> wrote:
>
> >Hi,
> >
> >Thank you very much for co-operation and guidance towards this project and
> >your willingness to in cooperate with us. Since we are doing our
> >background
> >research we are looking into how these projects works and what we can make
> >out of those ( Airavata and SIS integration).
> >
> >The flow you have given get us some understanding about the Snow project
> >for the U.S. National Climate Assessment. We would like to have more
> >details about this project if you have so, to get some overall
> >understanding.
> >
> >Thank You !
> >
> >
> >
> >
> >
> >On Fri, Mar 8, 2013 at 11:18 PM, Mattmann, Chris A (388J) <
> >chris.a.mattmann@jpl.nasa.gov> wrote:
> >
> >> Hey Guys,
> >>
> >> One other thing I might point you at is the work going on in Apache SIS
> >> [1]:
> >>
> >> http://incubator.apache.org/sis/
> >>
> >> I recently made a presentation on SIS to the NOAA FOSS meet up here:
> >>
> >>
> >>
> http://svn.apache.org/repos/asf/sis/presentations/NOAA-Meetup-Feb21-2013/
> >>Ap
> >> acheSIS-NOAAMeetup-Final.fodp
> >>
> >> Right now SIS has support for a Quad Tree, and there is information on
> >>how
> >> to connect it with Apache OODT:
> >>
> >> https://cwiki.apache.org/confluence/display/SIS/SIS+Wiki
> >>
> >>
> >>
> https://cwiki.apache.org/confluence/display/SIS/OODT+File+Manager+to+SIS+
> >>Co
> >> nnection+Demo
> >>
> >>
> >> SIS is currently undergoing a humongous change bringing over GeoTK,
> >>which
> >> is essentially a fully supported
> >> Java spatial library originated by Martin Desruisseaux.
> >>
> >> You may consider doing some Airavata and SIS integration, and
> >>potentially
> >> looking at some of the OODT integration with geospatial as well.
> >>
> >> See:
> >>
> >> http://snow.jpl.nasa.gov/
> >>
> >> That is an Apache OODT data system integrated with GDAL workflows, and
> >> pushing data to GeoServer. Would be great to bring all the projects
> >> together here.
> >>
> >> I'm copying dev@oodt and dev@sis for their feedback. Maybe we could do
> a
> >> few geospatial projects during GSoC between the communities this summer.
> >> We did a Geospatial project with Ross Laidlaw as my GSoC student (now on
> >> the SIS and OODT PMCs) last summer.
> >>
> >> Cheers,
> >> Chris
> >>
> >>
> >> On 3/7/13 10:20 PM, "Sameera Jayaratna" <sa...@gmail.com>
> >> wrote:
> >>
> >> >Hi all,
> >> >
> >> >We are a group of final year students from the Department of Computer
> >> >Science and Engineering, University of Moratuwa, Sri Lanka. We are
> >>doing a
> >> >research project on Integration of Open Geo-Spatial Consortium¹s WPS
> >>[1]
> >> >with Apache Airavata under the supervision of Dr. Shahani Markus
> >> >Weerawarana.
> >> >
> >> >The outcome of this project would be a geoscience gateway leveraging
> >> >Apache
> >> >Airavata and OGC¹s standards-based geo-services. As the initial step we
> >> >are
> >> >doing a background study on Apache Airavata, scientific workflows,
> >> >scientific gateways, geoscience workflows and geo-services. We would
> >>like
> >> >to explore some solid examples of scientific workflows and resources
> >>used
> >> >to integrate them apart from what is published on Apache Airavata web
> >> >site.
> >> >
> >> >We would like to receive any thoughts, comments and any other useful
> >> >resources.
> >> >
> >> >[1] http://www.opengeospatial.org/standards/wps
> >> >
> >> >Thank you.
> >> >Sameera.
> >> >
> >> >--
> >> >*Sameera Jayaratna*
> >> >*Undergraduate*
> >> >*Department of Computer Science And Engineering*
> >> >*University of Moratuwa*
> >> >*Sri Lanka*
> >>
> >>
>
>
--
*Harsha Kumara*
*Undergraduate*
*Department of Computer Science and Engineering*
*University of Moratuwa*
*Sri Lanka.*
Re: Research project on integrating geoservices with Apache Airavata
Posted by Harsha Kumara <ha...@gmail.com>.
Hi Chris,
(This is the same mail that we sent as a private mail.Since this
discussions are important for others as well,we moved it to here)
Thanks a lot for the resources and the support given so far.
Those resources are really helpful for us to get a good background about
science workflows and gateways.Now we focus more on to geoscience related
aspects.
As you suggested we are looking into Apache SIS to some extent. But we need
to know whether that integration will completely expose OGC and how far
convenient it will be for scientists.
We also look at some domain related products such as Grass, GeoSever,
MapServer, GeoNode, qgis, PyWPS,ZOO Project and etc..It would be nicer for
us to sense some experience from the point of view of a geoscientist and
OGC Standard user. We appreciate any helpful resources and guidance.
Thank you,
Harsha
On Wed, Mar 13, 2013 at 10:00 AM, Mattmann, Chris A (388J) <
chris.a.mattmann@jpl.nasa.gov> wrote:
> Hi Amila,
>
> Thanks!
>
> Regarding the National Climate Assessment, the place to get more info on
> our Snow project is:
>
> http://snow.jpl.nasa.gov/
>
> If you have any questions let me know.
>
> Cheers,
> Chris
>
>
> On 3/10/13 10:41 AM, "AMILA RANATUNGA" <ne...@gmail.com> wrote:
>
> >Hi,
> >
> >Thank you very much for co-operation and guidance towards this project and
> >your willingness to in cooperate with us. Since we are doing our
> >background
> >research we are looking into how these projects works and what we can make
> >out of those ( Airavata and SIS integration).
> >
> >The flow you have given get us some understanding about the Snow project
> >for the U.S. National Climate Assessment. We would like to have more
> >details about this project if you have so, to get some overall
> >understanding.
> >
> >Thank You !
> >
> >
> >
> >
> >
> >On Fri, Mar 8, 2013 at 11:18 PM, Mattmann, Chris A (388J) <
> >chris.a.mattmann@jpl.nasa.gov> wrote:
> >
> >> Hey Guys,
> >>
> >> One other thing I might point you at is the work going on in Apache SIS
> >> [1]:
> >>
> >> http://incubator.apache.org/sis/
> >>
> >> I recently made a presentation on SIS to the NOAA FOSS meet up here:
> >>
> >>
> >>
> http://svn.apache.org/repos/asf/sis/presentations/NOAA-Meetup-Feb21-2013/
> >>Ap
> >> acheSIS-NOAAMeetup-Final.fodp
> >>
> >> Right now SIS has support for a Quad Tree, and there is information on
> >>how
> >> to connect it with Apache OODT:
> >>
> >> https://cwiki.apache.org/confluence/display/SIS/SIS+Wiki
> >>
> >>
> >>
> https://cwiki.apache.org/confluence/display/SIS/OODT+File+Manager+to+SIS+
> >>Co
> >> nnection+Demo
> >>
> >>
> >> SIS is currently undergoing a humongous change bringing over GeoTK,
> >>which
> >> is essentially a fully supported
> >> Java spatial library originated by Martin Desruisseaux.
> >>
> >> You may consider doing some Airavata and SIS integration, and
> >>potentially
> >> looking at some of the OODT integration with geospatial as well.
> >>
> >> See:
> >>
> >> http://snow.jpl.nasa.gov/
> >>
> >> That is an Apache OODT data system integrated with GDAL workflows, and
> >> pushing data to GeoServer. Would be great to bring all the projects
> >> together here.
> >>
> >> I'm copying dev@oodt and dev@sis for their feedback. Maybe we could do
> a
> >> few geospatial projects during GSoC between the communities this summer.
> >> We did a Geospatial project with Ross Laidlaw as my GSoC student (now on
> >> the SIS and OODT PMCs) last summer.
> >>
> >> Cheers,
> >> Chris
> >>
> >>
> >> On 3/7/13 10:20 PM, "Sameera Jayaratna" <sa...@gmail.com>
> >> wrote:
> >>
> >> >Hi all,
> >> >
> >> >We are a group of final year students from the Department of Computer
> >> >Science and Engineering, University of Moratuwa, Sri Lanka. We are
> >>doing a
> >> >research project on Integration of Open Geo-Spatial Consortium¹s WPS
> >>[1]
> >> >with Apache Airavata under the supervision of Dr. Shahani Markus
> >> >Weerawarana.
> >> >
> >> >The outcome of this project would be a geoscience gateway leveraging
> >> >Apache
> >> >Airavata and OGC¹s standards-based geo-services. As the initial step we
> >> >are
> >> >doing a background study on Apache Airavata, scientific workflows,
> >> >scientific gateways, geoscience workflows and geo-services. We would
> >>like
> >> >to explore some solid examples of scientific workflows and resources
> >>used
> >> >to integrate them apart from what is published on Apache Airavata web
> >> >site.
> >> >
> >> >We would like to receive any thoughts, comments and any other useful
> >> >resources.
> >> >
> >> >[1] http://www.opengeospatial.org/standards/wps
> >> >
> >> >Thank you.
> >> >Sameera.
> >> >
> >> >--
> >> >*Sameera Jayaratna*
> >> >*Undergraduate*
> >> >*Department of Computer Science And Engineering*
> >> >*University of Moratuwa*
> >> >*Sri Lanka*
> >>
> >>
>
>
--
*Harsha Kumara*
*Undergraduate*
*Department of Computer Science and Engineering*
*University of Moratuwa*
*Sri Lanka.*
Re: Research project on integrating geoservices with Apache Airavata
Posted by Harsha Kumara <ha...@gmail.com>.
Hi Chris,
(This is the same mail that we sent as a private mail.Since this
discussions are important for others as well,we moved it to here)
Thanks a lot for the resources and the support given so far.
Those resources are really helpful for us to get a good background about
science workflows and gateways.Now we focus more on to geoscience related
aspects.
As you suggested we are looking into Apache SIS to some extent. But we need
to know whether that integration will completely expose OGC and how far
convenient it will be for scientists.
We also look at some domain related products such as Grass, GeoSever,
MapServer, GeoNode, qgis, PyWPS,ZOO Project and etc..It would be nicer for
us to sense some experience from the point of view of a geoscientist and
OGC Standard user. We appreciate any helpful resources and guidance.
Thank you,
Harsha
On Wed, Mar 13, 2013 at 10:00 AM, Mattmann, Chris A (388J) <
chris.a.mattmann@jpl.nasa.gov> wrote:
> Hi Amila,
>
> Thanks!
>
> Regarding the National Climate Assessment, the place to get more info on
> our Snow project is:
>
> http://snow.jpl.nasa.gov/
>
> If you have any questions let me know.
>
> Cheers,
> Chris
>
>
> On 3/10/13 10:41 AM, "AMILA RANATUNGA" <ne...@gmail.com> wrote:
>
> >Hi,
> >
> >Thank you very much for co-operation and guidance towards this project and
> >your willingness to in cooperate with us. Since we are doing our
> >background
> >research we are looking into how these projects works and what we can make
> >out of those ( Airavata and SIS integration).
> >
> >The flow you have given get us some understanding about the Snow project
> >for the U.S. National Climate Assessment. We would like to have more
> >details about this project if you have so, to get some overall
> >understanding.
> >
> >Thank You !
> >
> >
> >
> >
> >
> >On Fri, Mar 8, 2013 at 11:18 PM, Mattmann, Chris A (388J) <
> >chris.a.mattmann@jpl.nasa.gov> wrote:
> >
> >> Hey Guys,
> >>
> >> One other thing I might point you at is the work going on in Apache SIS
> >> [1]:
> >>
> >> http://incubator.apache.org/sis/
> >>
> >> I recently made a presentation on SIS to the NOAA FOSS meet up here:
> >>
> >>
> >>
> http://svn.apache.org/repos/asf/sis/presentations/NOAA-Meetup-Feb21-2013/
> >>Ap
> >> acheSIS-NOAAMeetup-Final.fodp
> >>
> >> Right now SIS has support for a Quad Tree, and there is information on
> >>how
> >> to connect it with Apache OODT:
> >>
> >> https://cwiki.apache.org/confluence/display/SIS/SIS+Wiki
> >>
> >>
> >>
> https://cwiki.apache.org/confluence/display/SIS/OODT+File+Manager+to+SIS+
> >>Co
> >> nnection+Demo
> >>
> >>
> >> SIS is currently undergoing a humongous change bringing over GeoTK,
> >>which
> >> is essentially a fully supported
> >> Java spatial library originated by Martin Desruisseaux.
> >>
> >> You may consider doing some Airavata and SIS integration, and
> >>potentially
> >> looking at some of the OODT integration with geospatial as well.
> >>
> >> See:
> >>
> >> http://snow.jpl.nasa.gov/
> >>
> >> That is an Apache OODT data system integrated with GDAL workflows, and
> >> pushing data to GeoServer. Would be great to bring all the projects
> >> together here.
> >>
> >> I'm copying dev@oodt and dev@sis for their feedback. Maybe we could do
> a
> >> few geospatial projects during GSoC between the communities this summer.
> >> We did a Geospatial project with Ross Laidlaw as my GSoC student (now on
> >> the SIS and OODT PMCs) last summer.
> >>
> >> Cheers,
> >> Chris
> >>
> >>
> >> On 3/7/13 10:20 PM, "Sameera Jayaratna" <sa...@gmail.com>
> >> wrote:
> >>
> >> >Hi all,
> >> >
> >> >We are a group of final year students from the Department of Computer
> >> >Science and Engineering, University of Moratuwa, Sri Lanka. We are
> >>doing a
> >> >research project on Integration of Open Geo-Spatial Consortium¹s WPS
> >>[1]
> >> >with Apache Airavata under the supervision of Dr. Shahani Markus
> >> >Weerawarana.
> >> >
> >> >The outcome of this project would be a geoscience gateway leveraging
> >> >Apache
> >> >Airavata and OGC¹s standards-based geo-services. As the initial step we
> >> >are
> >> >doing a background study on Apache Airavata, scientific workflows,
> >> >scientific gateways, geoscience workflows and geo-services. We would
> >>like
> >> >to explore some solid examples of scientific workflows and resources
> >>used
> >> >to integrate them apart from what is published on Apache Airavata web
> >> >site.
> >> >
> >> >We would like to receive any thoughts, comments and any other useful
> >> >resources.
> >> >
> >> >[1] http://www.opengeospatial.org/standards/wps
> >> >
> >> >Thank you.
> >> >Sameera.
> >> >
> >> >--
> >> >*Sameera Jayaratna*
> >> >*Undergraduate*
> >> >*Department of Computer Science And Engineering*
> >> >*University of Moratuwa*
> >> >*Sri Lanka*
> >>
> >>
>
>
--
*Harsha Kumara*
*Undergraduate*
*Department of Computer Science and Engineering*
*University of Moratuwa*
*Sri Lanka.*
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (388J)" <ch...@jpl.nasa.gov>.
Hi Amila,
Thanks!
Regarding the National Climate Assessment, the place to get more info on
our Snow project is:
http://snow.jpl.nasa.gov/
If you have any questions let me know.
Cheers,
Chris
On 3/10/13 10:41 AM, "AMILA RANATUNGA" <ne...@gmail.com> wrote:
>Hi,
>
>Thank you very much for co-operation and guidance towards this project and
>your willingness to in cooperate with us. Since we are doing our
>background
>research we are looking into how these projects works and what we can make
>out of those ( Airavata and SIS integration).
>
>The flow you have given get us some understanding about the Snow project
>for the U.S. National Climate Assessment. We would like to have more
>details about this project if you have so, to get some overall
>understanding.
>
>Thank You !
>
>
>
>
>
>On Fri, Mar 8, 2013 at 11:18 PM, Mattmann, Chris A (388J) <
>chris.a.mattmann@jpl.nasa.gov> wrote:
>
>> Hey Guys,
>>
>> One other thing I might point you at is the work going on in Apache SIS
>> [1]:
>>
>> http://incubator.apache.org/sis/
>>
>> I recently made a presentation on SIS to the NOAA FOSS meet up here:
>>
>>
>>http://svn.apache.org/repos/asf/sis/presentations/NOAA-Meetup-Feb21-2013/
>>Ap
>> acheSIS-NOAAMeetup-Final.fodp
>>
>> Right now SIS has support for a Quad Tree, and there is information on
>>how
>> to connect it with Apache OODT:
>>
>> https://cwiki.apache.org/confluence/display/SIS/SIS+Wiki
>>
>>
>>https://cwiki.apache.org/confluence/display/SIS/OODT+File+Manager+to+SIS+
>>Co
>> nnection+Demo
>>
>>
>> SIS is currently undergoing a humongous change bringing over GeoTK,
>>which
>> is essentially a fully supported
>> Java spatial library originated by Martin Desruisseaux.
>>
>> You may consider doing some Airavata and SIS integration, and
>>potentially
>> looking at some of the OODT integration with geospatial as well.
>>
>> See:
>>
>> http://snow.jpl.nasa.gov/
>>
>> That is an Apache OODT data system integrated with GDAL workflows, and
>> pushing data to GeoServer. Would be great to bring all the projects
>> together here.
>>
>> I'm copying dev@oodt and dev@sis for their feedback. Maybe we could do a
>> few geospatial projects during GSoC between the communities this summer.
>> We did a Geospatial project with Ross Laidlaw as my GSoC student (now on
>> the SIS and OODT PMCs) last summer.
>>
>> Cheers,
>> Chris
>>
>>
>> On 3/7/13 10:20 PM, "Sameera Jayaratna" <sa...@gmail.com>
>> wrote:
>>
>> >Hi all,
>> >
>> >We are a group of final year students from the Department of Computer
>> >Science and Engineering, University of Moratuwa, Sri Lanka. We are
>>doing a
>> >research project on Integration of Open Geo-Spatial Consortium¹s WPS
>>[1]
>> >with Apache Airavata under the supervision of Dr. Shahani Markus
>> >Weerawarana.
>> >
>> >The outcome of this project would be a geoscience gateway leveraging
>> >Apache
>> >Airavata and OGC¹s standards-based geo-services. As the initial step we
>> >are
>> >doing a background study on Apache Airavata, scientific workflows,
>> >scientific gateways, geoscience workflows and geo-services. We would
>>like
>> >to explore some solid examples of scientific workflows and resources
>>used
>> >to integrate them apart from what is published on Apache Airavata web
>> >site.
>> >
>> >We would like to receive any thoughts, comments and any other useful
>> >resources.
>> >
>> >[1] http://www.opengeospatial.org/standards/wps
>> >
>> >Thank you.
>> >Sameera.
>> >
>> >--
>> >*Sameera Jayaratna*
>> >*Undergraduate*
>> >*Department of Computer Science And Engineering*
>> >*University of Moratuwa*
>> >*Sri Lanka*
>>
>>
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (388J)" <ch...@jpl.nasa.gov>.
Hi Amila,
Thanks!
Regarding the National Climate Assessment, the place to get more info on
our Snow project is:
http://snow.jpl.nasa.gov/
If you have any questions let me know.
Cheers,
Chris
On 3/10/13 10:41 AM, "AMILA RANATUNGA" <ne...@gmail.com> wrote:
>Hi,
>
>Thank you very much for co-operation and guidance towards this project and
>your willingness to in cooperate with us. Since we are doing our
>background
>research we are looking into how these projects works and what we can make
>out of those ( Airavata and SIS integration).
>
>The flow you have given get us some understanding about the Snow project
>for the U.S. National Climate Assessment. We would like to have more
>details about this project if you have so, to get some overall
>understanding.
>
>Thank You !
>
>
>
>
>
>On Fri, Mar 8, 2013 at 11:18 PM, Mattmann, Chris A (388J) <
>chris.a.mattmann@jpl.nasa.gov> wrote:
>
>> Hey Guys,
>>
>> One other thing I might point you at is the work going on in Apache SIS
>> [1]:
>>
>> http://incubator.apache.org/sis/
>>
>> I recently made a presentation on SIS to the NOAA FOSS meet up here:
>>
>>
>>http://svn.apache.org/repos/asf/sis/presentations/NOAA-Meetup-Feb21-2013/
>>Ap
>> acheSIS-NOAAMeetup-Final.fodp
>>
>> Right now SIS has support for a Quad Tree, and there is information on
>>how
>> to connect it with Apache OODT:
>>
>> https://cwiki.apache.org/confluence/display/SIS/SIS+Wiki
>>
>>
>>https://cwiki.apache.org/confluence/display/SIS/OODT+File+Manager+to+SIS+
>>Co
>> nnection+Demo
>>
>>
>> SIS is currently undergoing a humongous change bringing over GeoTK,
>>which
>> is essentially a fully supported
>> Java spatial library originated by Martin Desruisseaux.
>>
>> You may consider doing some Airavata and SIS integration, and
>>potentially
>> looking at some of the OODT integration with geospatial as well.
>>
>> See:
>>
>> http://snow.jpl.nasa.gov/
>>
>> That is an Apache OODT data system integrated with GDAL workflows, and
>> pushing data to GeoServer. Would be great to bring all the projects
>> together here.
>>
>> I'm copying dev@oodt and dev@sis for their feedback. Maybe we could do a
>> few geospatial projects during GSoC between the communities this summer.
>> We did a Geospatial project with Ross Laidlaw as my GSoC student (now on
>> the SIS and OODT PMCs) last summer.
>>
>> Cheers,
>> Chris
>>
>>
>> On 3/7/13 10:20 PM, "Sameera Jayaratna" <sa...@gmail.com>
>> wrote:
>>
>> >Hi all,
>> >
>> >We are a group of final year students from the Department of Computer
>> >Science and Engineering, University of Moratuwa, Sri Lanka. We are
>>doing a
>> >research project on Integration of Open Geo-Spatial Consortium¹s WPS
>>[1]
>> >with Apache Airavata under the supervision of Dr. Shahani Markus
>> >Weerawarana.
>> >
>> >The outcome of this project would be a geoscience gateway leveraging
>> >Apache
>> >Airavata and OGC¹s standards-based geo-services. As the initial step we
>> >are
>> >doing a background study on Apache Airavata, scientific workflows,
>> >scientific gateways, geoscience workflows and geo-services. We would
>>like
>> >to explore some solid examples of scientific workflows and resources
>>used
>> >to integrate them apart from what is published on Apache Airavata web
>> >site.
>> >
>> >We would like to receive any thoughts, comments and any other useful
>> >resources.
>> >
>> >[1] http://www.opengeospatial.org/standards/wps
>> >
>> >Thank you.
>> >Sameera.
>> >
>> >--
>> >*Sameera Jayaratna*
>> >*Undergraduate*
>> >*Department of Computer Science And Engineering*
>> >*University of Moratuwa*
>> >*Sri Lanka*
>>
>>
Re: Research project on integrating geoservices with Apache Airavata
Posted by "Mattmann, Chris A (388J)" <ch...@jpl.nasa.gov>.
Hi Amila,
Thanks!
Regarding the National Climate Assessment, the place to get more info on
our Snow project is:
http://snow.jpl.nasa.gov/
If you have any questions let me know.
Cheers,
Chris
On 3/10/13 10:41 AM, "AMILA RANATUNGA" <ne...@gmail.com> wrote:
>Hi,
>
>Thank you very much for co-operation and guidance towards this project and
>your willingness to in cooperate with us. Since we are doing our
>background
>research we are looking into how these projects works and what we can make
>out of those ( Airavata and SIS integration).
>
>The flow you have given get us some understanding about the Snow project
>for the U.S. National Climate Assessment. We would like to have more
>details about this project if you have so, to get some overall
>understanding.
>
>Thank You !
>
>
>
>
>
>On Fri, Mar 8, 2013 at 11:18 PM, Mattmann, Chris A (388J) <
>chris.a.mattmann@jpl.nasa.gov> wrote:
>
>> Hey Guys,
>>
>> One other thing I might point you at is the work going on in Apache SIS
>> [1]:
>>
>> http://incubator.apache.org/sis/
>>
>> I recently made a presentation on SIS to the NOAA FOSS meet up here:
>>
>>
>>http://svn.apache.org/repos/asf/sis/presentations/NOAA-Meetup-Feb21-2013/
>>Ap
>> acheSIS-NOAAMeetup-Final.fodp
>>
>> Right now SIS has support for a Quad Tree, and there is information on
>>how
>> to connect it with Apache OODT:
>>
>> https://cwiki.apache.org/confluence/display/SIS/SIS+Wiki
>>
>>
>>https://cwiki.apache.org/confluence/display/SIS/OODT+File+Manager+to+SIS+
>>Co
>> nnection+Demo
>>
>>
>> SIS is currently undergoing a humongous change bringing over GeoTK,
>>which
>> is essentially a fully supported
>> Java spatial library originated by Martin Desruisseaux.
>>
>> You may consider doing some Airavata and SIS integration, and
>>potentially
>> looking at some of the OODT integration with geospatial as well.
>>
>> See:
>>
>> http://snow.jpl.nasa.gov/
>>
>> That is an Apache OODT data system integrated with GDAL workflows, and
>> pushing data to GeoServer. Would be great to bring all the projects
>> together here.
>>
>> I'm copying dev@oodt and dev@sis for their feedback. Maybe we could do a
>> few geospatial projects during GSoC between the communities this summer.
>> We did a Geospatial project with Ross Laidlaw as my GSoC student (now on
>> the SIS and OODT PMCs) last summer.
>>
>> Cheers,
>> Chris
>>
>>
>> On 3/7/13 10:20 PM, "Sameera Jayaratna" <sa...@gmail.com>
>> wrote:
>>
>> >Hi all,
>> >
>> >We are a group of final year students from the Department of Computer
>> >Science and Engineering, University of Moratuwa, Sri Lanka. We are
>>doing a
>> >research project on Integration of Open Geo-Spatial Consortium¹s WPS
>>[1]
>> >with Apache Airavata under the supervision of Dr. Shahani Markus
>> >Weerawarana.
>> >
>> >The outcome of this project would be a geoscience gateway leveraging
>> >Apache
>> >Airavata and OGC¹s standards-based geo-services. As the initial step we
>> >are
>> >doing a background study on Apache Airavata, scientific workflows,
>> >scientific gateways, geoscience workflows and geo-services. We would
>>like
>> >to explore some solid examples of scientific workflows and resources
>>used
>> >to integrate them apart from what is published on Apache Airavata web
>> >site.
>> >
>> >We would like to receive any thoughts, comments and any other useful
>> >resources.
>> >
>> >[1] http://www.opengeospatial.org/standards/wps
>> >
>> >Thank you.
>> >Sameera.
>> >
>> >--
>> >*Sameera Jayaratna*
>> >*Undergraduate*
>> >*Department of Computer Science And Engineering*
>> >*University of Moratuwa*
>> >*Sri Lanka*
>>
>>
Re: Research project on integrating geoservices with Apache Airavata
Posted by AMILA RANATUNGA <ne...@gmail.com>.
Hi,
Thank you very much for co-operation and guidance towards this project and
your willingness to in cooperate with us. Since we are doing our background
research we are looking into how these projects works and what we can make
out of those ( Airavata and SIS integration).
The flow you have given get us some understanding about the Snow project
for the U.S. National Climate Assessment. We would like to have more
details about this project if you have so, to get some overall
understanding.
Thank You !
On Fri, Mar 8, 2013 at 11:18 PM, Mattmann, Chris A (388J) <
chris.a.mattmann@jpl.nasa.gov> wrote:
> Hey Guys,
>
> One other thing I might point you at is the work going on in Apache SIS
> [1]:
>
> http://incubator.apache.org/sis/
>
> I recently made a presentation on SIS to the NOAA FOSS meet up here:
>
> http://svn.apache.org/repos/asf/sis/presentations/NOAA-Meetup-Feb21-2013/Ap
> acheSIS-NOAAMeetup-Final.fodp
>
> Right now SIS has support for a Quad Tree, and there is information on how
> to connect it with Apache OODT:
>
> https://cwiki.apache.org/confluence/display/SIS/SIS+Wiki
>
> https://cwiki.apache.org/confluence/display/SIS/OODT+File+Manager+to+SIS+Co
> nnection+Demo
>
>
> SIS is currently undergoing a humongous change bringing over GeoTK, which
> is essentially a fully supported
> Java spatial library originated by Martin Desruisseaux.
>
> You may consider doing some Airavata and SIS integration, and potentially
> looking at some of the OODT integration with geospatial as well.
>
> See:
>
> http://snow.jpl.nasa.gov/
>
> That is an Apache OODT data system integrated with GDAL workflows, and
> pushing data to GeoServer. Would be great to bring all the projects
> together here.
>
> I'm copying dev@oodt and dev@sis for their feedback. Maybe we could do a
> few geospatial projects during GSoC between the communities this summer.
> We did a Geospatial project with Ross Laidlaw as my GSoC student (now on
> the SIS and OODT PMCs) last summer.
>
> Cheers,
> Chris
>
>
> On 3/7/13 10:20 PM, "Sameera Jayaratna" <sa...@gmail.com>
> wrote:
>
> >Hi all,
> >
> >We are a group of final year students from the Department of Computer
> >Science and Engineering, University of Moratuwa, Sri Lanka. We are doing a
> >research project on Integration of Open Geo-Spatial Consortium¹s WPS [1]
> >with Apache Airavata under the supervision of Dr. Shahani Markus
> >Weerawarana.
> >
> >The outcome of this project would be a geoscience gateway leveraging
> >Apache
> >Airavata and OGC¹s standards-based geo-services. As the initial step we
> >are
> >doing a background study on Apache Airavata, scientific workflows,
> >scientific gateways, geoscience workflows and geo-services. We would like
> >to explore some solid examples of scientific workflows and resources used
> >to integrate them apart from what is published on Apache Airavata web
> >site.
> >
> >We would like to receive any thoughts, comments and any other useful
> >resources.
> >
> >[1] http://www.opengeospatial.org/standards/wps
> >
> >Thank you.
> >Sameera.
> >
> >--
> >*Sameera Jayaratna*
> >*Undergraduate*
> >*Department of Computer Science And Engineering*
> >*University of Moratuwa*
> >*Sri Lanka*
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by AMILA RANATUNGA <ne...@gmail.com>.
Hi,
Thank you very much for co-operation and guidance towards this project and
your willingness to in cooperate with us. Since we are doing our background
research we are looking into how these projects works and what we can make
out of those ( Airavata and SIS integration).
The flow you have given get us some understanding about the Snow project
for the U.S. National Climate Assessment. We would like to have more
details about this project if you have so, to get some overall
understanding.
Thank You !
On Fri, Mar 8, 2013 at 11:18 PM, Mattmann, Chris A (388J) <
chris.a.mattmann@jpl.nasa.gov> wrote:
> Hey Guys,
>
> One other thing I might point you at is the work going on in Apache SIS
> [1]:
>
> http://incubator.apache.org/sis/
>
> I recently made a presentation on SIS to the NOAA FOSS meet up here:
>
> http://svn.apache.org/repos/asf/sis/presentations/NOAA-Meetup-Feb21-2013/Ap
> acheSIS-NOAAMeetup-Final.fodp
>
> Right now SIS has support for a Quad Tree, and there is information on how
> to connect it with Apache OODT:
>
> https://cwiki.apache.org/confluence/display/SIS/SIS+Wiki
>
> https://cwiki.apache.org/confluence/display/SIS/OODT+File+Manager+to+SIS+Co
> nnection+Demo
>
>
> SIS is currently undergoing a humongous change bringing over GeoTK, which
> is essentially a fully supported
> Java spatial library originated by Martin Desruisseaux.
>
> You may consider doing some Airavata and SIS integration, and potentially
> looking at some of the OODT integration with geospatial as well.
>
> See:
>
> http://snow.jpl.nasa.gov/
>
> That is an Apache OODT data system integrated with GDAL workflows, and
> pushing data to GeoServer. Would be great to bring all the projects
> together here.
>
> I'm copying dev@oodt and dev@sis for their feedback. Maybe we could do a
> few geospatial projects during GSoC between the communities this summer.
> We did a Geospatial project with Ross Laidlaw as my GSoC student (now on
> the SIS and OODT PMCs) last summer.
>
> Cheers,
> Chris
>
>
> On 3/7/13 10:20 PM, "Sameera Jayaratna" <sa...@gmail.com>
> wrote:
>
> >Hi all,
> >
> >We are a group of final year students from the Department of Computer
> >Science and Engineering, University of Moratuwa, Sri Lanka. We are doing a
> >research project on Integration of Open Geo-Spatial Consortium¹s WPS [1]
> >with Apache Airavata under the supervision of Dr. Shahani Markus
> >Weerawarana.
> >
> >The outcome of this project would be a geoscience gateway leveraging
> >Apache
> >Airavata and OGC¹s standards-based geo-services. As the initial step we
> >are
> >doing a background study on Apache Airavata, scientific workflows,
> >scientific gateways, geoscience workflows and geo-services. We would like
> >to explore some solid examples of scientific workflows and resources used
> >to integrate them apart from what is published on Apache Airavata web
> >site.
> >
> >We would like to receive any thoughts, comments and any other useful
> >resources.
> >
> >[1] http://www.opengeospatial.org/standards/wps
> >
> >Thank you.
> >Sameera.
> >
> >--
> >*Sameera Jayaratna*
> >*Undergraduate*
> >*Department of Computer Science And Engineering*
> >*University of Moratuwa*
> >*Sri Lanka*
>
>
Re: Research project on integrating geoservices with Apache Airavata
Posted by AMILA RANATUNGA <ne...@gmail.com>.
Hi,
Thank you very much for co-operation and guidance towards this project and
your willingness to in cooperate with us. Since we are doing our background
research we are looking into how these projects works and what we can make
out of those ( Airavata and SIS integration).
The flow you have given get us some understanding about the Snow project
for the U.S. National Climate Assessment. We would like to have more
details about this project if you have so, to get some overall
understanding.
Thank You !
On Fri, Mar 8, 2013 at 11:18 PM, Mattmann, Chris A (388J) <
chris.a.mattmann@jpl.nasa.gov> wrote:
> Hey Guys,
>
> One other thing I might point you at is the work going on in Apache SIS
> [1]:
>
> http://incubator.apache.org/sis/
>
> I recently made a presentation on SIS to the NOAA FOSS meet up here:
>
> http://svn.apache.org/repos/asf/sis/presentations/NOAA-Meetup-Feb21-2013/Ap
> acheSIS-NOAAMeetup-Final.fodp
>
> Right now SIS has support for a Quad Tree, and there is information on how
> to connect it with Apache OODT:
>
> https://cwiki.apache.org/confluence/display/SIS/SIS+Wiki
>
> https://cwiki.apache.org/confluence/display/SIS/OODT+File+Manager+to+SIS+Co
> nnection+Demo
>
>
> SIS is currently undergoing a humongous change bringing over GeoTK, which
> is essentially a fully supported
> Java spatial library originated by Martin Desruisseaux.
>
> You may consider doing some Airavata and SIS integration, and potentially
> looking at some of the OODT integration with geospatial as well.
>
> See:
>
> http://snow.jpl.nasa.gov/
>
> That is an Apache OODT data system integrated with GDAL workflows, and
> pushing data to GeoServer. Would be great to bring all the projects
> together here.
>
> I'm copying dev@oodt and dev@sis for their feedback. Maybe we could do a
> few geospatial projects during GSoC between the communities this summer.
> We did a Geospatial project with Ross Laidlaw as my GSoC student (now on
> the SIS and OODT PMCs) last summer.
>
> Cheers,
> Chris
>
>
> On 3/7/13 10:20 PM, "Sameera Jayaratna" <sa...@gmail.com>
> wrote:
>
> >Hi all,
> >
> >We are a group of final year students from the Department of Computer
> >Science and Engineering, University of Moratuwa, Sri Lanka. We are doing a
> >research project on Integration of Open Geo-Spatial Consortium¹s WPS [1]
> >with Apache Airavata under the supervision of Dr. Shahani Markus
> >Weerawarana.
> >
> >The outcome of this project would be a geoscience gateway leveraging
> >Apache
> >Airavata and OGC¹s standards-based geo-services. As the initial step we
> >are
> >doing a background study on Apache Airavata, scientific workflows,
> >scientific gateways, geoscience workflows and geo-services. We would like
> >to explore some solid examples of scientific workflows and resources used
> >to integrate them apart from what is published on Apache Airavata web
> >site.
> >
> >We would like to receive any thoughts, comments and any other useful
> >resources.
> >
> >[1] http://www.opengeospatial.org/standards/wps
> >
> >Thank you.
> >Sameera.
> >
> >--
> >*Sameera Jayaratna*
> >*Undergraduate*
> >*Department of Computer Science And Engineering*
> >*University of Moratuwa*
> >*Sri Lanka*
>
>