<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12">
<TITLE>OWS Common Python Server. Guidance Required</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->

<P><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">Hey Folks,</FONT></SPAN>
</P>

<P><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">I have recently used the OWSLIB library (</FONT></SPAN><A HREF="http://trac.gispython.org/lab/wiki/OwsLib"><SPAN LANG="en-ca"><U><FONT COLOR="#0000FF" SIZE=2 FACE="Arial">http://trac.gispython.org/lab/wiki/OwsLib</FONT></U></SPAN></A><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">) for some python based plugins in QGIS (</FONT></SPAN><A HREF="http://sourceforge.net/projects/qgiscommunitypl/"><SPAN LANG="en-ca"><U><FONT COLOR="#0000FF" SIZE=2 FACE="Arial">http://sourceforge.net/projects/qgiscommunitypl/</FONT></U></SPAN></A><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">). I am also involved with PAGC, a public address geocoder project (</FONT></SPAN><A HREF="http://sourceforge.net/projects/pagc/"><SPAN LANG="en-ca"><U><FONT COLOR="#0000FF" SIZE=2 FACE="Arial">http://sourceforge.net/projects/pagc/</FONT></U></SPAN></A><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">).</FONT></SPAN></P>

<P><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">OWSLIB made the plugins development a lot smoother and I look forward to doing some more (mainly to learn about OGC specs)</FONT></SPAN></P>

<P><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">PAGC is gearing its development towards the OLS (Open Location Service) spec. [</FONT></SPAN><A HREF="http://www.opengeospatial.org/standards/ols"><SPAN LANG="en-ca"><U><FONT COLOR="#0000FF" SIZE=2 FACE="Arial">http://www.opengeospatial.org/standards/ols</FONT></U></SPAN></A><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">]</FONT></SPAN></P>

<P><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">I am interested in creating a small python server for OLS and WPS&#8230;.Python mainly because it is what I know and I believe a good learning tool. Then I thought I must not be the first to think this.</FONT></SPAN></P>

<P><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">Recent discussion on the PAGC mailing list suggested the possibility of having a generic OLS server that can have various modules plugged into it. For example Geocoding for one and Routing for another.</FONT></SPAN></P>

<P><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">Then I thought back to the OWSLIB approach where they have an OWS common module and then separate modules for the specific specs. But I believe the lib focuses on clients, and not servers.</FONT></SPAN></P>

<P><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">With the agreement between OSGEO and OGC would there be possible work or collaboration on creating a base server (python based?) that could be used to create various servers of all the specs. An easy API approach to creating OGC services?</FONT></SPAN></P>

<P><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">I know this might start the language battle, I am thinking of ways of lowering the educational barrier and provide examples&#8230;&nbsp; Both the C camp (though providing bindings to a c based lib) and Java camp (by providing Jython and python bindings) could have their own performance driven approach. </FONT></SPAN></P>
<BR>

<P><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">Perhaps this is already done?</FONT></SPAN>
</P>

<P><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">Anyone intrigued?</FONT></SPAN>
</P>

<P><SPAN LANG="en-ca"><FONT SIZE=2 FACE="Arial">Cheers</FONT></SPAN>
</P>
<BR>

</BODY>
</HTML>