Re: [Qgis-developer] Error connecting QGIS 1.9.0 to Ortho Refresh WCS
Frank, here it is QGIS doing the request 10x10. Not sure about GDAL but IIRC, in QGIS it is used to get true extent. It may happen that a server is misconfigured and reports larger extent in GetCapabilities/DescribeCoverage and successive request inside that extent but outside the real coverage extent would fail. Requesting the whole extent and getting its real extent is the only way AFAIK to get real extent. Radim On Sat, Jan 19, 2013 at 2:23 AM, Frank Warmerdam wrote: > Bruce, > > I think the 10x10 request is being made by GDAL's WCS driver in order > to establish some details about the underlying WCS and it defaults to > the whole extents. It sucks fairly badly that such a request can't be > done. It might be possible to dummy in the information in the .wcs > config file to avoid having to do that query. Investigating. > > Best regards, > Frank > > > > On Fri, Jan 18, 2013 at 4:11 PM, Bruce, Bob (CON) wrote: >> Radim, >> I have been looking at this again with two people from Cubewerx and we >> find that QGIS is issuing this request: >> >> http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=315000.2500,5425000.2500,77.7500,5804999.7500&CRS=EPSG:26914&RESPONSE_CRS=EPSG:26914&WIDTH=10&HEIGHT=10 >> >> while the bounding box that I currently have displayed in QGIS is roughly: >> >> BBOX=632450.,5527900.,634150.,5529000. >> >> I need to get QGIS to restrict its request to this extent to work. Do you >> know how I can do that? >> >> If I issue this request from my web browser: >> >> http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=632450.,5527900.,634150.,5529000.&CRS=EPSG:26914&RESPONSE_CRS=EPSG:26914&WIDTH=1700&HEIGHT=1100 >> >> I actually get a tiff image that I can view that looks good and is similar >> to what I would expect to see in QGIS. Now I need to get QGIS to actually >> issue that request. >> >> Thanks, >> Bob Bruce >> >> -Original Message- >> From: Radim Blazek [mailto:radim.bla...@gmail.com] >> Sent: January-18-13 3:36 AM >> To: Bruce, Bob (CON) >> Cc: Qgis-Developer; ekeig...@cubewerx.com >> Subject: Re: [Qgis-developer] Error connecting QGIS 1.9.0 to Ortho Refresh >> WCS >> >> Hi again, >> >> On Fri, Jan 18, 2013 at 10:28 AM, Radim Blazek >> wrote: >>> I don't see the same problem here. GetCapabilities and >>> DescribeCoverage are not mixed together here. Could it be that you >>> accidentally used GetCapabilities request URL as "URL" parameter in >>> connection details dialog and it was logged on server but that is >>> another issue? >>> >>> I have got another error however. DescribeCoverage is successfully >>> received and parsed, then QGIS sends test GetCoverage request (10x10 >>> raster to get more info): >>> >>> http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=-101.9598305476503981,48.7910076027865429,-94.6376374194891667,52.5230584889113814&CRS=EPSG:4326&RESPONSE_CRS=EPSG:4326&WIDTH=10&HEIGHT=10 >>> >>> and it fails on server side with: >>> >>> "Gateway Time-out >>> The gateway did not receive a timely response from the upstream server >>> or application." >>> >>> Because the request covers the whole extent, it could be that the >>> raster is quite large and there are no overviews/pyramids ready on >>> server, it starts to do resampling of the whole extent but it takes to >>> much time? >> >> It really seems to be the problem, I have tried with smaller extent >> and server sent a correct TIFF in response. In any case it takes very >> long time. >> >> Radim >> >>> BTW, you can find some interesting info in QGIS Settings > Panels > >>> Log Messages - WCS tab or in debug messages. In log messages are >>> usually printed requests which failed and in debug messages are >>> printed all requests. >>> >>> Radim >>> >>> On Thu, Jan 17, 2013 at 11:07 PM, Bruce, Bob (CON) >>> wrote: I am having trouble using the WCS capability in version 1.9.0 code revision f210668 Here are the full details of the QGIS version from the Help listing: QGIS version1.9.0-MasterQGIS code revision f210668 Compiled against Qt 4.7.1 Running against Qt 4.7.1 Compiled against GDAL/OGR 1.9.2 Running against GDAL/OGR1.9.2 GEOS Version3.3.5 PostgreSQL Client Versio
Re: [Qgis-developer] Error connecting QGIS 1.9.0 to Ortho Refresh WCS
On Sat, Jan 19, 2013 at 1:11 AM, Bruce, Bob (CON) wrote: > Radim, > I have been looking at this again with two people from Cubewerx and we > find that QGIS is issuing this request: > > http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=315000.2500,5425000.2500,77.7500,5804999.7500&CRS=EPSG:26914&RESPONSE_CRS=EPSG:26914&WIDTH=10&HEIGHT=10 > > while the bounding box that I currently have displayed in QGIS is roughly: > > BBOX=632450.,5527900.,634150.,5529000. > > I need to get QGIS to restrict its request to this extent to work. Do you > know how I can do that? As I wrote, QGIS needs to get some info about the coverage on server and it gets it requesting the whole extent. You cannot avoid it. AFAIK WCS specification does not allow any limitation on requested extent. Instead, it is usual that a user wants to visualize the whole extent to see what is inside. I believe that building pyramids must solve the problem: http://www.gdal.org/gdal_retile.html Radim > If I issue this request from my web browser: > > http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=632450.,5527900.,634150.,5529000.&CRS=EPSG:26914&RESPONSE_CRS=EPSG:26914&WIDTH=1700&HEIGHT=1100 > > I actually get a tiff image that I can view that looks good and is similar to > what I would expect to see in QGIS. Now I need to get QGIS to actually issue > that request. > > Thanks, > Bob Bruce > > -Original Message- > From: Radim Blazek [mailto:radim.bla...@gmail.com] > Sent: January-18-13 3:36 AM > To: Bruce, Bob (CON) > Cc: Qgis-Developer; ekeig...@cubewerx.com > Subject: Re: [Qgis-developer] Error connecting QGIS 1.9.0 to Ortho Refresh WCS > > Hi again, > > On Fri, Jan 18, 2013 at 10:28 AM, Radim Blazek wrote: >> I don't see the same problem here. GetCapabilities and >> DescribeCoverage are not mixed together here. Could it be that you >> accidentally used GetCapabilities request URL as "URL" parameter in >> connection details dialog and it was logged on server but that is >> another issue? >> >> I have got another error however. DescribeCoverage is successfully >> received and parsed, then QGIS sends test GetCoverage request (10x10 >> raster to get more info): >> >> http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=-101.9598305476503981,48.7910076027865429,-94.6376374194891667,52.5230584889113814&CRS=EPSG:4326&RESPONSE_CRS=EPSG:4326&WIDTH=10&HEIGHT=10 >> >> and it fails on server side with: >> >> "Gateway Time-out >> The gateway did not receive a timely response from the upstream server >> or application." >> >> Because the request covers the whole extent, it could be that the >> raster is quite large and there are no overviews/pyramids ready on >> server, it starts to do resampling of the whole extent but it takes to >> much time? > > It really seems to be the problem, I have tried with smaller extent > and server sent a correct TIFF in response. In any case it takes very > long time. > > Radim > >> BTW, you can find some interesting info in QGIS Settings > Panels > >> Log Messages - WCS tab or in debug messages. In log messages are >> usually printed requests which failed and in debug messages are >> printed all requests. >> >> Radim >> >> On Thu, Jan 17, 2013 at 11:07 PM, Bruce, Bob (CON) >> wrote: >>> I am having trouble using the WCS capability in version 1.9.0 code revision >>> f210668 >>> Here are the full details of the QGIS version from the Help listing: >>> >>> QGIS version1.9.0-MasterQGIS code revision >>> f210668 >>> Compiled against Qt 4.7.1 Running against Qt >>> 4.7.1 >>> Compiled against GDAL/OGR 1.9.2 Running against >>> GDAL/OGR1.9.2 >>> GEOS Version3.3.5 PostgreSQL Client >>> Version 8.3.10 >>> SpatiaLite Version 3.0.1 QWT Version >>> 5.2.1 >>> PROJ.4 Version 480 QScintilla2 Version >>> 2.6.2 >>> This copy of QGIS writes debugging output. >>> >>> The URL that I am connecting to is: >>> http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store >>> The URL of the GetCapabilities request is: >>> http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2
Re: [Qgis-developer] Error connecting QGIS 1.9.0 to Ortho Refresh WCS
Bruce, I think the 10x10 request is being made by GDAL's WCS driver in order to establish some details about the underlying WCS and it defaults to the whole extents. It sucks fairly badly that such a request can't be done. It might be possible to dummy in the information in the .wcs config file to avoid having to do that query. Investigating. Best regards, Frank On Fri, Jan 18, 2013 at 4:11 PM, Bruce, Bob (CON) wrote: > Radim, > I have been looking at this again with two people from Cubewerx and we > find that QGIS is issuing this request: > > http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=315000.2500,5425000.2500,77.7500,5804999.7500&CRS=EPSG:26914&RESPONSE_CRS=EPSG:26914&WIDTH=10&HEIGHT=10 > > while the bounding box that I currently have displayed in QGIS is roughly: > > BBOX=632450.,5527900.,634150.,5529000. > > I need to get QGIS to restrict its request to this extent to work. Do you > know how I can do that? > > If I issue this request from my web browser: > > http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=632450.,5527900.,634150.,5529000.&CRS=EPSG:26914&RESPONSE_CRS=EPSG:26914&WIDTH=1700&HEIGHT=1100 > > I actually get a tiff image that I can view that looks good and is similar to > what I would expect to see in QGIS. Now I need to get QGIS to actually issue > that request. > > Thanks, > Bob Bruce > > -Original Message- > From: Radim Blazek [mailto:radim.bla...@gmail.com] > Sent: January-18-13 3:36 AM > To: Bruce, Bob (CON) > Cc: Qgis-Developer; ekeig...@cubewerx.com > Subject: Re: [Qgis-developer] Error connecting QGIS 1.9.0 to Ortho Refresh WCS > > Hi again, > > On Fri, Jan 18, 2013 at 10:28 AM, Radim Blazek wrote: >> I don't see the same problem here. GetCapabilities and >> DescribeCoverage are not mixed together here. Could it be that you >> accidentally used GetCapabilities request URL as "URL" parameter in >> connection details dialog and it was logged on server but that is >> another issue? >> >> I have got another error however. DescribeCoverage is successfully >> received and parsed, then QGIS sends test GetCoverage request (10x10 >> raster to get more info): >> >> http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=-101.9598305476503981,48.7910076027865429,-94.6376374194891667,52.5230584889113814&CRS=EPSG:4326&RESPONSE_CRS=EPSG:4326&WIDTH=10&HEIGHT=10 >> >> and it fails on server side with: >> >> "Gateway Time-out >> The gateway did not receive a timely response from the upstream server >> or application." >> >> Because the request covers the whole extent, it could be that the >> raster is quite large and there are no overviews/pyramids ready on >> server, it starts to do resampling of the whole extent but it takes to >> much time? > > It really seems to be the problem, I have tried with smaller extent > and server sent a correct TIFF in response. In any case it takes very > long time. > > Radim > >> BTW, you can find some interesting info in QGIS Settings > Panels > >> Log Messages - WCS tab or in debug messages. In log messages are >> usually printed requests which failed and in debug messages are >> printed all requests. >> >> Radim >> >> On Thu, Jan 17, 2013 at 11:07 PM, Bruce, Bob (CON) >> wrote: >>> I am having trouble using the WCS capability in version 1.9.0 code revision >>> f210668 >>> Here are the full details of the QGIS version from the Help listing: >>> >>> QGIS version1.9.0-MasterQGIS code revision >>> f210668 >>> Compiled against Qt 4.7.1 Running against Qt >>> 4.7.1 >>> Compiled against GDAL/OGR 1.9.2 Running against >>> GDAL/OGR1.9.2 >>> GEOS Version3.3.5 PostgreSQL Client >>> Version 8.3.10 >>> SpatiaLite Version 3.0.1 QWT Version >>> 5.2.1 >>> PROJ.4 Version 480 QScintilla2 Version >>> 2.6.2 >>> This copy of QGIS writes debugging output. >>> >>> The URL that I am connecting to is: >>> http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store >>> The URL of the GetCapabilities request is: >>> http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&VERSION=1.0.0&SERVICE=WCS&
Re: [Qgis-developer] Error connecting QGIS 1.9.0 to Ortho Refresh WCS
Radim, I have been looking at this again with two people from Cubewerx and we find that QGIS is issuing this request: http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=315000.2500,5425000.2500,77.7500,5804999.7500&CRS=EPSG:26914&RESPONSE_CRS=EPSG:26914&WIDTH=10&HEIGHT=10 while the bounding box that I currently have displayed in QGIS is roughly: BBOX=632450.,5527900.,634150.,5529000. I need to get QGIS to restrict its request to this extent to work. Do you know how I can do that? If I issue this request from my web browser: http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=632450.,5527900.,634150.,5529000.&CRS=EPSG:26914&RESPONSE_CRS=EPSG:26914&WIDTH=1700&HEIGHT=1100 I actually get a tiff image that I can view that looks good and is similar to what I would expect to see in QGIS. Now I need to get QGIS to actually issue that request. Thanks, Bob Bruce -Original Message- From: Radim Blazek [mailto:radim.bla...@gmail.com] Sent: January-18-13 3:36 AM To: Bruce, Bob (CON) Cc: Qgis-Developer; ekeig...@cubewerx.com Subject: Re: [Qgis-developer] Error connecting QGIS 1.9.0 to Ortho Refresh WCS Hi again, On Fri, Jan 18, 2013 at 10:28 AM, Radim Blazek wrote: > I don't see the same problem here. GetCapabilities and > DescribeCoverage are not mixed together here. Could it be that you > accidentally used GetCapabilities request URL as "URL" parameter in > connection details dialog and it was logged on server but that is > another issue? > > I have got another error however. DescribeCoverage is successfully > received and parsed, then QGIS sends test GetCoverage request (10x10 > raster to get more info): > > http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=-101.9598305476503981,48.7910076027865429,-94.6376374194891667,52.5230584889113814&CRS=EPSG:4326&RESPONSE_CRS=EPSG:4326&WIDTH=10&HEIGHT=10 > > and it fails on server side with: > > "Gateway Time-out > The gateway did not receive a timely response from the upstream server > or application." > > Because the request covers the whole extent, it could be that the > raster is quite large and there are no overviews/pyramids ready on > server, it starts to do resampling of the whole extent but it takes to > much time? It really seems to be the problem, I have tried with smaller extent and server sent a correct TIFF in response. In any case it takes very long time. Radim > BTW, you can find some interesting info in QGIS Settings > Panels > > Log Messages - WCS tab or in debug messages. In log messages are > usually printed requests which failed and in debug messages are > printed all requests. > > Radim > > On Thu, Jan 17, 2013 at 11:07 PM, Bruce, Bob (CON) > wrote: >> I am having trouble using the WCS capability in version 1.9.0 code revision >> f210668 >> Here are the full details of the QGIS version from the Help listing: >> >> QGIS version1.9.0-MasterQGIS code revision >>f210668 >> Compiled against Qt 4.7.1 Running against Qt >>4.7.1 >> Compiled against GDAL/OGR 1.9.2 Running against >> GDAL/OGR1.9.2 >> GEOS Version3.3.5 PostgreSQL Client >> Version 8.3.10 >> SpatiaLite Version 3.0.1 QWT Version >>5.2.1 >> PROJ.4 Version 480 QScintilla2 Version >>2.6.2 >> This copy of QGIS writes debugging output. >> >> The URL that I am connecting to is: >> http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store >> The URL of the GetCapabilities request is: >> http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&VERSION=1.0.0&SERVICE=WCS&DATASTORE=OIM_Ortho_Refresh_2010_store&REQUEST=GetCapabilities >> >> According to Cubewerx, who is our imagery OGC WCS service provider, their >> log shows both the GetCapabilities and GetCoverage requests present in the >> same HTTP request while they should be done separately. >> >> This is the request that they are finding in their server log: >> 2012-11-15 19:06:00.980 10527 received HTTP GET request from >> 205.200.189.2 to URL >> "http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Re
Re: [Qgis-developer] (no subject)
Il 18/01/2013 11:43, Radim Blazek ha scritto: > > There was a bug, the extent was not printed with sufficient precision. > The problem was not in querying but in rendering. It was causing the > error message above, but most probably also the shift. It should be > fixed in d36cd9a, please test. > I confirm, fixed - thanks a lot Radim. -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Error connecting QGIS 1.9.0 to Ortho Refresh WCS
Radim, Thanks for looking into this for me. I did for sure use the URL for the basic access, I was depending upon QGIS to add the parameters for the service and the request to the URL when it generates a particular request. I am not surprised that the response is slow for a large area because this is .5m pixel imagery so we will want to request a small area. I am doing that by just displaying downtown Winnipeg, an area of about 1.5km X 1.5km (I know, we are small). I am not having problems connecting to the service, only when trying to add it to my project. Thanks again, Bob Bruce -Original Message- From: Radim Blazek [mailto:radim.bla...@gmail.com] Sent: January-18-13 3:28 AM To: Bruce, Bob (CON) Cc: Qgis-Developer; ekeig...@cubewerx.com Subject: Re: [Qgis-developer] Error connecting QGIS 1.9.0 to Ortho Refresh WCS I don't see the same problem here. GetCapabilities and DescribeCoverage are not mixed together here. Could it be that you accidentally used GetCapabilities request URL as "URL" parameter in connection details dialog and it was logged on server but that is another issue? I have got another error however. DescribeCoverage is successfully received and parsed, then QGIS sends test GetCoverage request (10x10 raster to get more info): http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=-101.9598305476503981,48.7910076027865429,-94.6376374194891667,52.5230584889113814&CRS=EPSG:4326&RESPONSE_CRS=EPSG:4326&WIDTH=10&HEIGHT=10 and it fails on server side with: "Gateway Time-out The gateway did not receive a timely response from the upstream server or application." Because the request covers the whole extent, it could be that the raster is quite large and there are no overviews/pyramids ready on server, it starts to do resampling of the whole extent but it takes to much time? BTW, you can find some interesting info in QGIS Settings > Panels > Log Messages - WCS tab or in debug messages. In log messages are usually printed requests which failed and in debug messages are printed all requests. Radim On Thu, Jan 17, 2013 at 11:07 PM, Bruce, Bob (CON) wrote: > I am having trouble using the WCS capability in version 1.9.0 code revision > f210668 > Here are the full details of the QGIS version from the Help listing: > > QGIS version1.9.0-MasterQGIS code revision > f210668 > Compiled against Qt 4.7.1 Running against Qt > 4.7.1 > Compiled against GDAL/OGR 1.9.2 Running against > GDAL/OGR1.9.2 > GEOS Version3.3.5 PostgreSQL Client > Version 8.3.10 > SpatiaLite Version 3.0.1 QWT Version > 5.2.1 > PROJ.4 Version 480 QScintilla2 Version > 2.6.2 > This copy of QGIS writes debugging output. > > The URL that I am connecting to is: > http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store > The URL of the GetCapabilities request is: > http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&VERSION=1.0.0&SERVICE=WCS&DATASTORE=OIM_Ortho_Refresh_2010_store&REQUEST=GetCapabilities > > According to Cubewerx, who is our imagery OGC WCS service provider, their log > shows both the GetCapabilities and GetCoverage requests present in the same > HTTP request while they should be done separately. > > This is the request that they are finding in their server log: > 2012-11-15 19:06:00.980 10527 received HTTP GET request from > 205.200.189.2 to URL > "http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&service=wcs&version=1.1.1&REQUEST=DescribeCoverage&COVERAGE=OIM_Ortho_Refresh_2010_store&SERVICE=WCS&REQUEST=GetCapabilities&AcceptVersions=1.1.0,1.0.0"; > > Is there a fix to this problem available in a later version of QGIS? > > Here is the error report that I am seeing in QGIS when I try and add this > data source to the project: > WCS provider: Cannot calculate extent > (d:\src\qgis\src\providers\wcs\qgswcsprovider.cpp : 188 : > QgsWcsProvider::QgsWcsProvider) > Raster layer: Provider is not valid (provider: wcs, URI: > cache=AlwaysCache&crs=EPSG:26914&format=GeoTIFF&identifier=image_set&url=http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG% > 3DOIM_Ortho_Refresh_2010%26DATASTORE%3DOIM_Ortho_Refresh_2010_store > (d:\src\qgis\src\core\raster\qgsrasterlayer.cpp : 1609 : > QgsRasterLayer::setDataProvider) > > Thanks, > Bob Bruce > > From: ekeighan [mailto:ekeig...@cubewerx.com] > Sent: January-17-13 3:33 PM > To: Bruce, Bob (CON) > Subject: Re: Error connecting QGIS 1.9.0
[Qgis-developer] Building QGIS 1.8.0 on Windows 7 64 bit - .res file Error
Hi, does anybody have an idea about such kind of error while building QGIS 1.8.0 by Visual C++ Express (using makefile project template): [ 56%] Building RC object src/app/CMakeFiles/qgis.dir/qgis_win32.rc.res fatal error RC1106: invalid option: -4 I assume that there should be file "qgis_win32.rc.res" in the build tree, which was configured with the help of CMake. But there is no such file in it. Does anybody know where the problem is? -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Building-QGIS-1-8-0-on-Windows-7-64-bit-res-file-Error-tp5028323.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] (no subject)
On Thu, Jan 17, 2013 at 5:32 PM, Paolo Cavallini wrote: > Hi all. > Got a strange problem: > > * import (-o) the .asc file from > https://www.dropbox.com/s/w60ywwddl3aj03h/cavallini.zip > * r.to.vect (you can see the results of these operations in the location, in > the zip > above) > > Display rasters (original and imported) and vector in QGIS. The original raster does not have CRS. You have probably set Monte Mario / Italy zone 1 +proj=tmerc +lat_0=0 +lon_0=9 +k=0.9996 +x_0=150 +y_0=0 +ellps=intl +towgs84=-104.1,-49.1,-9.9,0.971,-2.917,0.714,-11.68 +units=m +no_defs? > Results: the original raster and the derived vector align perfectly, the > imported > raster shows shifts while zooming in and out. See attached screenshots as an > example. > > Additionally, in qgis-dev I get errors querying the raster: 168 bytes > expected but > 320 byte were read from qgis.d.rast There was a bug, the extent was not printed with sufficient precision. The problem was not in querying but in rendering. It was causing the error message above, but most probably also the shift. It should be fixed in d36cd9a, please test. Radim > Tested on 3 different machines (Debian Unstable, Ubuntu, Windows). > > Any hint? > > All the best. > -- > Paolo Cavallini - Faunalia > www.faunalia.eu > Full contact details at www.faunalia.eu/pc > Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Error connecting QGIS 1.9.0 to Ortho Refresh WCS
Hi again, On Fri, Jan 18, 2013 at 10:28 AM, Radim Blazek wrote: > I don't see the same problem here. GetCapabilities and > DescribeCoverage are not mixed together here. Could it be that you > accidentally used GetCapabilities request URL as "URL" parameter in > connection details dialog and it was logged on server but that is > another issue? > > I have got another error however. DescribeCoverage is successfully > received and parsed, then QGIS sends test GetCoverage request (10x10 > raster to get more info): > > http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=-101.9598305476503981,48.7910076027865429,-94.6376374194891667,52.5230584889113814&CRS=EPSG:4326&RESPONSE_CRS=EPSG:4326&WIDTH=10&HEIGHT=10 > > and it fails on server side with: > > "Gateway Time-out > The gateway did not receive a timely response from the upstream server > or application." > > Because the request covers the whole extent, it could be that the > raster is quite large and there are no overviews/pyramids ready on > server, it starts to do resampling of the whole extent but it takes to > much time? It really seems to be the problem, I have tried with smaller extent and server sent a correct TIFF in response. In any case it takes very long time. Radim > BTW, you can find some interesting info in QGIS Settings > Panels > > Log Messages - WCS tab or in debug messages. In log messages are > usually printed requests which failed and in debug messages are > printed all requests. > > Radim > > On Thu, Jan 17, 2013 at 11:07 PM, Bruce, Bob (CON) > wrote: >> I am having trouble using the WCS capability in version 1.9.0 code revision >> f210668 >> Here are the full details of the QGIS version from the Help listing: >> >> QGIS version1.9.0-MasterQGIS code revision >>f210668 >> Compiled against Qt 4.7.1 Running against Qt >>4.7.1 >> Compiled against GDAL/OGR 1.9.2 Running against >> GDAL/OGR1.9.2 >> GEOS Version3.3.5 PostgreSQL Client >> Version 8.3.10 >> SpatiaLite Version 3.0.1 QWT Version >>5.2.1 >> PROJ.4 Version 480 QScintilla2 Version >>2.6.2 >> This copy of QGIS writes debugging output. >> >> The URL that I am connecting to is: >> http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store >> The URL of the GetCapabilities request is: >> http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&VERSION=1.0.0&SERVICE=WCS&DATASTORE=OIM_Ortho_Refresh_2010_store&REQUEST=GetCapabilities >> >> According to Cubewerx, who is our imagery OGC WCS service provider, their >> log shows both the GetCapabilities and GetCoverage requests present in the >> same HTTP request while they should be done separately. >> >> This is the request that they are finding in their server log: >> 2012-11-15 19:06:00.980 10527 received HTTP GET request from >> 205.200.189.2 to URL >> "http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&service=wcs&version=1.1.1&REQUEST=DescribeCoverage&COVERAGE=OIM_Ortho_Refresh_2010_store&SERVICE=WCS&REQUEST=GetCapabilities&AcceptVersions=1.1.0,1.0.0"; >> >> Is there a fix to this problem available in a later version of QGIS? >> >> Here is the error report that I am seeing in QGIS when I try and add this >> data source to the project: >> WCS provider: Cannot calculate extent >> (d:\src\qgis\src\providers\wcs\qgswcsprovider.cpp : 188 : >> QgsWcsProvider::QgsWcsProvider) >> Raster layer: Provider is not valid (provider: wcs, URI: >> cache=AlwaysCache&crs=EPSG:26914&format=GeoTIFF&identifier=image_set&url=http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG% >> 3DOIM_Ortho_Refresh_2010%26DATASTORE%3DOIM_Ortho_Refresh_2010_store >> (d:\src\qgis\src\core\raster\qgsrasterlayer.cpp : 1609 : >> QgsRasterLayer::setDataProvider) >> >> Thanks, >> Bob Bruce >> >> From: ekeighan [mailto:ekeig...@cubewerx.com] >> Sent: January-17-13 3:33 PM >> To: Bruce, Bob (CON) >> Subject: Re: Error connecting QGIS 1.9.0 to Ortho Refresh WCS >> >> Bob, >> >> FYI... >> >> ekeig...@cubewerx.com wrote: >> >> *Raster layer:* Provider is not valid (provider: wcs, URI: >> cache=AlwaysCache&crs=EPSG:26914&format=GeoTIFF&identifier=image_set&url=http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG%3DOIM_Ortho_Refresh_2010%26DATASTORE%3DOIM_Ortho_Refresh_2010_store >> (d:\src\qgis\src\core\raster\qgsrasterlayer.cpp : 1609 : >> QgsRasterLayer::setDataProvider) >> >> Is there something at your end that could be changed to allow this to >> calculate the extent?
Re: [Qgis-developer] Error connecting QGIS 1.9.0 to Ortho Refresh WCS
I don't see the same problem here. GetCapabilities and DescribeCoverage are not mixed together here. Could it be that you accidentally used GetCapabilities request URL as "URL" parameter in connection details dialog and it was logged on server but that is another issue? I have got another error however. DescribeCoverage is successfully received and parsed, then QGIS sends test GetCoverage request (10x10 raster to get more info): http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&&SERVICE=WCS&VERSION=1.0.0&REQUEST=GetCoverage&FORMAT=GeoTIFF&COVERAGE=image_set&BBOX=-101.9598305476503981,48.7910076027865429,-94.6376374194891667,52.5230584889113814&CRS=EPSG:4326&RESPONSE_CRS=EPSG:4326&WIDTH=10&HEIGHT=10 and it fails on server side with: "Gateway Time-out The gateway did not receive a timely response from the upstream server or application." Because the request covers the whole extent, it could be that the raster is quite large and there are no overviews/pyramids ready on server, it starts to do resampling of the whole extent but it takes to much time? BTW, you can find some interesting info in QGIS Settings > Panels > Log Messages - WCS tab or in debug messages. In log messages are usually printed requests which failed and in debug messages are printed all requests. Radim On Thu, Jan 17, 2013 at 11:07 PM, Bruce, Bob (CON) wrote: > I am having trouble using the WCS capability in version 1.9.0 code revision > f210668 > Here are the full details of the QGIS version from the Help listing: > > QGIS version1.9.0-MasterQGIS code revision > f210668 > Compiled against Qt 4.7.1 Running against Qt > 4.7.1 > Compiled against GDAL/OGR 1.9.2 Running against > GDAL/OGR1.9.2 > GEOS Version3.3.5 PostgreSQL Client > Version 8.3.10 > SpatiaLite Version 3.0.1 QWT Version > 5.2.1 > PROJ.4 Version 480 QScintilla2 Version > 2.6.2 > This copy of QGIS writes debugging output. > > The URL that I am connecting to is: > http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store > The URL of the GetCapabilities request is: > http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&VERSION=1.0.0&SERVICE=WCS&DATASTORE=OIM_Ortho_Refresh_2010_store&REQUEST=GetCapabilities > > According to Cubewerx, who is our imagery OGC WCS service provider, their log > shows both the GetCapabilities and GetCoverage requests present in the same > HTTP request while they should be done separately. > > This is the request that they are finding in their server log: > 2012-11-15 19:06:00.980 10527 received HTTP GET request from > 205.200.189.2 to URL > "http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&service=wcs&version=1.1.1&REQUEST=DescribeCoverage&COVERAGE=OIM_Ortho_Refresh_2010_store&SERVICE=WCS&REQUEST=GetCapabilities&AcceptVersions=1.1.0,1.0.0"; > > Is there a fix to this problem available in a later version of QGIS? > > Here is the error report that I am seeing in QGIS when I try and add this > data source to the project: > WCS provider: Cannot calculate extent > (d:\src\qgis\src\providers\wcs\qgswcsprovider.cpp : 188 : > QgsWcsProvider::QgsWcsProvider) > Raster layer: Provider is not valid (provider: wcs, URI: > cache=AlwaysCache&crs=EPSG:26914&format=GeoTIFF&identifier=image_set&url=http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG% > 3DOIM_Ortho_Refresh_2010%26DATASTORE%3DOIM_Ortho_Refresh_2010_store > (d:\src\qgis\src\core\raster\qgsrasterlayer.cpp : 1609 : > QgsRasterLayer::setDataProvider) > > Thanks, > Bob Bruce > > From: ekeighan [mailto:ekeig...@cubewerx.com] > Sent: January-17-13 3:33 PM > To: Bruce, Bob (CON) > Subject: Re: Error connecting QGIS 1.9.0 to Ortho Refresh WCS > > Bob, > > FYI... > > ekeig...@cubewerx.com wrote: > > *Raster layer:* Provider is not valid (provider: wcs, URI: > cache=AlwaysCache&crs=EPSG:26914&format=GeoTIFF&identifier=image_set&url=http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG%3DOIM_Ortho_Refresh_2010%26DATASTORE%3DOIM_Ortho_Refresh_2010_store > (d:\src\qgis\src\core\raster\qgsrasterlayer.cpp : 1609 : > QgsRasterLayer::setDataProvider) > > Is there something at your end that could be changed to allow this to > calculate the extent? > Looking through the server log, we see only the following related request > present twice: > > 2012-11-15 19:06:00.980 10527 received HTTP GET request from 205.200.189.2 to > URL > "http://nis.cubewerx.com/cubewerx/cubeserv.cgi?CONFIG=OIM_Ortho_Refresh_2010&DATASTORE=OIM_Ortho_Refresh_2010_store&service=wcs&version=1.1.1&REQUEST=DescribeCo