Hi Michael,I'm not actively working on it at the moment. Anything you find will be useful.
Cheers, Dominic On 01/03/11 14:12, [email protected] wrote:
Hi Dominic, I'll have to ask the folks who provide the service for their ok and will come back to you. Just looking at the code in wcs110.py to see how to get the wcs110 working or at least what is missing. But are you already working on that? Cheers, Michael 2011/2/27 Dominic Lowe<[email protected]>:Hi Michael, Glad you got this working. Is it possible you can send me (off-list if you prefer) the server url? I would like to take a look at the issues.but in wcs110.py it uses different locations, sometimes {http://www.opengis.net/wcs/1.1/ows} or {http://www.opengis.net/ows}.I seem to recall that WCS 1.1.0 used a temporary wcs/ows namespace for some elements. Perhaps this was changed in 1.1.1 and explains the differences you are seeing. I have never tested OWSlib against a 1.1.1 server so I would be interested to try it out with your server if possible. Regards Dominic On 22/02/11 07:56, [email protected] wrote:Hi, sorry, don't know what went wrong yesterday, but the last part of my previous mail is obsolete. With the changes to the namespaces I have a correctly loaded WCS 1.1.0 with all contents ... Michael 2011/2/21 Michael Schulz<[email protected]>:Hi, I used the trunk version now and it also gives errors. I think the namespaces in the capabilities response I get back seem to be not correct, e.g. the xml header shows this: <wcs:Capabilities xmlns:wcs="http://www.opengis.net/wcs/1.1.1"; xmlns:gml="http://www.opengis.net/gml"; xmlns:ns7="http://www.opengis.net/wcs/1.1"; xmlns:ows="http://www.opengis.net/ows/1.1"; xmlns:smil20="http://www.w3.org/2001/SMIL20/"; xmlns:smil20lan="http://www.w3.org/2001/SMIL20/Language"; xmlns:wcst="http://www.opengis.net/wcs/1.1/wcst"; xmlns:xlink="http://www.w3.org/1999/xlink"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; version="1.1.1" xsi:schemaLocation="http://www.opengis.net/wcs/1.1.1 http://schemas.opengis.net/wcs/1.1.1/wcsAll.xsd http://www.opengis.net/ows/1.1 http://schemas.opengis.net/ows/1.1.0/owsAll.xsd http://www.w3.org/1999/xlink http://schemas.opengis.net/xlink/1.0.0/xlinks.xsd http://www.opengis.net/gml http://schemas.opengis.net/gml/3.1.1/base/gmlBase.xsd http://www.w3.org/2001/SMIL20/ http://schemas.opengis.net/gml/3.1.1/smil/smil20.xsd http://www.w3.org/2001/SMIL20/Language http://schemas.opengis.net/gml/3.1.1/smil/smil20-language.xsd";> There are several things that seem strange to me, e.g. wcs NS is set to 1.1.1. although the requested version was 1.1.0, I'd say that is an implementation bug of the remote service. But also ows namespace is set (I'd say correctly to "http://www.opengis.net/ows/1.1";) but in wcs110.py it uses different locations, sometimes {http://www.opengis.net/wcs/1.1/ows} or {http://www.opengis.net/ows}. Shouldn't it use the nspath function from util.py at this point? At the moment with some changes to the namespace handling, I can succesfully create a WCS object, with some information (e.g. title ...) but unfortunately the wcs:Contents section is empty. I will dig a little deeper and let you know. Cheers, Michael 2011/2/18 Michael Schulz<[email protected]>:Hi Tom, thanks, not yet accessible ... Ok, I'll have a look at the trunk version. Thanks for hint, Michael 2011/2/18 Kralidis,Tom [Ontario]<[email protected]>:-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Michael Schulz Sent: Friday, 18 February 2011 10:06 To: [email protected] Subject: [Community] owslib wcs 1.1.0 connection Hi, just joined the list, hello to all. I want to use owslib for accessing web coverage services and I can't seem to connect to WCS 1.1.0 services, whereas everything works fine for version 1.0.0. I get this error: Traceback (most recent call last): File "/home/webuser/wps/processes/gdalfetchwcsbbox.py", line 209, in<module> testWCS('http://its.not.my.server/','wc_30s_CCCMA_A2a_2050_tmax_2',(-5,40,0,45))File "/home/webuser/wps/processes/gdalfetchwcsbbox.py", line 91, in testWCS wcs = WebCoverageService(url,version='1.1.0') File "/usr/local/lib/python2.6/site-packages/OWSLib-0.3.1-py2.6.egg/owslib/wcs.py",line 22, in WebCoverageService return wcs110.WebCoverageService_1_1_0.__new__(wcs110.WebCoverageService_1_1_0,url,xml) File "/usr/local/lib/python2.6/site-packages/OWSLib-0.3.1-py2.6.egg/owslib/coverage/wcsBase.py",line 34, in __new__ obj.__init__(url, xml) File "/usr/local/lib/python2.6/site-packages/OWSLib-0.3.1-py2.6.egg/owslib/coverage/wcs110.py",line 53, in __init__ self.identification=ServiceIdentification(elem) File "/usr/local/lib/python2.6/site-packages/OWSLib-0.3.1-py2.6.egg/owslib/coverage/wcs110.py",line 225, in __init__ self.title = elem.find('{http://www.opengis.net/ows}Title').text AttributeError: 'NoneType' object has no attribute 'find' But the xml response is alright and the namespaces are defined correctly (it works with the same server in 1.0.0). Anyone has an idea what could be wrong?Is the WCS server you are connecting to available to test? I'm guessing that the WCS you are hitting uses the WCS-namespace'd elements for ServiceIdentification. This looks to have been fixed in svn trunk. ..Tom _______________________________________________ Community mailing list [email protected] http://lists.gispython.org/mailman/listinfo/community-- ----------------------------------------------------------- Michael Schulz [email protected]-- ----------------------------------------------------------- Michael Schulz [email protected]-- Scanned by iCritical. _______________________________________________ Community mailing list [email protected] http://lists.gispython.org/mailman/listinfo/community
-- Scanned by iCritical. _______________________________________________ Community mailing list [email protected] http://lists.gispython.org/mailman/listinfo/community
