Re: [Qgis-developer] Error connecting QGIS 1.9.0 to Ortho Refresh WCS

2013-01-18 Thread Frank Warmerdam

 ***
 **Bob Bruce, FEC, P.Eng. Geomatics Support Engineer
 **bob.br...@gov.mb.ca   Geospatial Technology Services 
 Management
 **work # (204) 945-6636  GeoManitoba, Manitoba Conservation 
 and Water Stewardship
 **FAX  # (204) 945-1365 1007 Century Street,
 **  Winnipeg, Manitoba, 
 Canada, R3H 0W4
 **  
 49-54-31.85N,97-12-16.08W
 **
 ** Check out our digital maps at: http://mli2.gov.mb.ca/
 ** and WMS: http://mlidata.gov.mb.ca/wms/request.aspx
 ***


 ___
 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



-- 
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush| Geospatial Software Developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] QGIS VM Downtime

2012-12-20 Thread Frank Warmerdam
Folks,

The QGIS VM should now be up and have more disk space.  Raise a voice
if there is breakage.

Best regards,
Frank

On Thu, Dec 20, 2012 at 2:52 PM, Frank Warmerdam warmer...@pobox.com wrote:
 Folks,

 The OSU OSL folks are taking the QGIS VM down very soon
 to 10-30 minutes to grow the disk partition.  This will affect
 hub.qgis.org and possible some other services.

 Hmm, skimming the QGIS notes at:

   http://wiki.osgeo.org/wiki/SAC_Service_Status#QGIS

 It seems to me it would be helpful to flesh out that
 description and/or point to more information including
 who the primary contacts are responsible for administering
 this VM.  For me Alex and Jurgen come to mind but I
 don't know who else is involved or most appropriate as
 a contact.

 Best regards,
 --
 ---+--
 I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
 light and sound - activate the windows | http://pobox.com/~warmerdam
 and watch the world go round - Rush| Geospatial Software Developer



-- 
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush| Geospatial Software Developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Does QGIS Currently Support WCS? or WMTS?

2012-10-03 Thread Frank Warmerdam
Bob,

You can also do WCS using the GDAL WCS driver.  I don't know if there
is special support in QGIS for setting up the connection.  If not you
can hand prepare a WCS service description file, and open that.  There
is some information on this at:

  http://www.gdal.org/frmt_wcs.html

Best regards,
Frank

On Wed, Oct 3, 2012 at 1:46 PM, Bruce, Bob (CON) bob.br...@gov.mb.ca wrote:
 We are currently testing Cubewerx web services and are interested in testing 
 their WCS support. Can QGIS use a WCS server and if so how can I use it to do 
 that?

 Also is there any WMTS support yet? We are interested in testing this also.

 Thanks,
 Bob

 **
 **Bob Bruce, FEC, P.Eng. Geomatics Support Engineer
 **bob.br...@gov.mb.ca   Geospatial Technology Services Management
 **work # (204) 945-6636  GeoManitoba, Manitoba Conservation 
 and Water Stewardship
 **FAX  # (204) 945-1365 1007 Century Street,
 **  Winnipeg, Manitoba, 
 Canada, R3H 0W4
 **  49-54-31.85N,97-12-16.08W
 **
 ** Check out our digital maps at: http://mli2.gov.mb.ca/
 ** and WMS: http://mlidata.gov.mb.ca/wms/request.aspx
 **



 ___
 Qgis-developer mailing list
 Qgis-developer@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/qgis-developer



-- 
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush| Geospatial Software Developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] [gdal-dev] Large raster (ecw) identify very long

2012-08-24 Thread Frank Warmerdam
On Fri, Aug 24, 2012 at 1:45 PM, Even Rouault
even.roua...@mines-paris.org wrote:
 I've fixed that in http://trac.osgeo.org/gdal/ticket/4790 in trunk and 1.9
 branch. So it will be in GDAL 1.9.2. Actually, as I think that the ECW driver
 is generally available through a plugin (and not built-in in GDAL DLL), this
 could be available sooner if the ECW plugin is rebuilt with the fixed sources.

Folks,

I have created a calendar item for me on the weekend to rebuild
the 1.9 ECW plugin for OSGeo4W.  Hopefully I'll get it done soon.

Best regards,
-- 
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush| Geospatial Software Developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] WCS

2012-05-09 Thread Frank Warmerdam
On Wed, May 9, 2012 at 11:06 AM, Radim Blazek radim.bla...@gmail.com wrote:
 On Fri, May 4, 2012 at 3:19 PM, Marco Hugentobler
 marco.hugentob...@sourcepole.ch wrote:
 Hi Radim

 Nice to have a WCS client in QGIS!

 If it goes via GDAL WCS driver, how does it work with Proxies (via libcurl?)
 Some poor users are sitting behind proxies, so it would be nice if the proxy
 settings from the options are applied to WCS client as well.

 I forgot completely about proxies (apart getting capabilities). GDAL
 WCS is using CPLHTTPFetch which should take PROXY and PROXYUSERPWD
 options (=GDAL 1.8.0) and set CURLOPT_PROXY and
 CURLOPT_PROXYUSERPWD but other curl options like CURLOPT_PROXYUSERNAME
 do not seem to be supported.

Folks,

I'd be pleased to have the CPLHTTPFetch extended to better
support proxies though it is often a hassle to surface these things
smoothly.

Best regards,
-- 
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Software Developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Gdal version upgrade problems

2012-04-13 Thread Frank Warmerdam

On 12-04-13 08:41 AM, Rudi Thiede wrote:

Hi all,

It seems that upgrading GDAL has caused it to stop working... when starting
QGIS, I get this:

===

Couldn't load plugin GdalTools due an error when calling its classFactory() 
method

Traceback (most recent call last):
   File /home/rudi/apps/qgis-1_8/share/qgis/python/qgis/utils.py, line 164,
in startPlugin
 plugins[packageName] = package.classFactory(iface)
   File
/home/rudi/apps/qgis-1_8/share/qgis/python/plugins/GdalTools/__init__.py,
line 32, in classFactory
 from GdalTools import GdalTools
   File /home/rudi/apps/qgis-1_8/share/qgis/python/qgis/utils.py, line 309,
in _import
 mod = _builtin_import(name, globals, locals, fromlist, level)
   File
/home/rudi/apps/qgis-1_8/share/qgis/python/plugins/GdalTools/GdalTools.py,
line 39, in
 raise ImportError( error_str )
ImportError: /usr/lib/python2.7/dist-packages/osgeo/_gdal.so: symbol
VSIFTruncateL, version GDAL_1.8 not defined in file libgdal.so.1 with link time
reference


Rudi,

For what it's worth the problem seems to be that while your libgdal.so was
upgraded, the Python bindings were not.  So the _gdal.so from the python
bindings is still looking for 1.8.

I'm not sure how you upgraded GDAL, but if you built it yourself just make
sure you also are building and installing the python bindings.  You might want
to get rid of the old ones (/usr/lib/python2.7/dist-packages/osgeo) first.

Best regards,
--
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://home.gdal.org/warmerda
and watch the world go round - Rush| Geospatial Software Developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Handling of donations

2012-04-05 Thread Frank Warmerdam

On 12-04-05 12:33 AM, Tim Sutton wrote:

Hi

On Thu, Apr 5, 2012 at 1:22 AM, Alex Mandeltech_...@wildintellect.com  wrote:

8 snip --



Right now, I think you would need to bring the question or request
directly to the OSGeo board. In the future the responsibility of at
least initial review of requests will likely be the marketing committee.



I have already done this (but my message was greeted with silence).

http://lists.osgeo.org/pipermail/board/2012-March/009504.html


Tim,

The board has prepared guidelines on how to decide on sponsorships for
sprints and hackathons.  I think the latest version is at:

  http://wiki.osgeo.org/wiki/Code_Sprint_Guidelines

The guidelines, as I recall them, tend to lean towards multi-project
sprints.

If you wish to request funding, I'd suggestion you prepare a fairly
specific request for the board.  Try to get it on the board agenda - you
might want to contact Arnulf who normally chairs or perhaps Michael as
secretary or just add it yourself if you see when the agenda becomes
available in the wiki.  Getting at least one advocate on the board
would be helpful.  Attending the board meeting at which it is discussed
(in irc) would be prudent.

Board meetings are roughly monthly and the board isn't always good at
jumping on informal one time requests.

Best regards,
--
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://home.gdal.org/warmerda
and watch the world go round - Rush| Geospatial Software Developer

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] RE: ECW!!!

2012-03-23 Thread Frank Warmerdam
On Fri, Mar 23, 2012 at 6:03 AM, Fred ETHEVE fred.eth...@wanadoo.fr wrote:
 Thank you, all,
 ECW/win was OK with trunk (1.9.90) until 2 days before new nightly... 
 perhaps, since, gdal used has been 1.9???!!!

Fred,

Ah, ok, this is why I asked.  I would encourage you to file a ticket
against OSGeo4W.  I will aim to upgrade the gdal-ecw package to work
with the new GDAL 1.9 package (gdal).  With luck I could do this over
the weekend.

With all due respect, if you had explained the problem was
specifically with OSGeo4W to start I might have already had a plugin
built for you.

 It's time to have an opensource wavelets compression!!!
 1) Somebody knows Epsilon CW? Is -it possible with GDAL1.9 linux and win?
 2) How to grab one of the builds available at 
 http://www.gisinternals.com/sdk/, have you a method?

If you find a GDAL 1.9 ECW plugin build from other sources you could drop it in:

 C:/OSGeo4W/bin/gdalplugins/1.9/

This will only work safely if the plugin is built with the same version of MSVC
as GDAL 1.9 (Visual Studio 2008 in this case).

Best regards,
-- 
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Software Developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] About Korean CRS

2012-01-23 Thread Frank Warmerdam
2012/1/22 Sanghee Shin endof...@gmail.com:
 Dear Frank,

 Thank you for your posting. Since I noticed GDAL 1.9 included new CRSes of 
 Korea, I raised this issues here in QGIS project.

 According to one of README[1] file in metacrs project, GDAL is almost the 
 starting point of updating CRS info in other softwares. I noticed that CRSes 
 of QGIS is managed as spatialite db(srs.db and qgis.db) and also found that 
 those CRSes could be updated using a shell script called qgis_srs.sh [2] I 
 don't think this shell script reflect the recent schema of srs.db. However I 
 think I can update or add new Korean CRS to QGIS CRS db.


Sanghee,

I looked into the qgis_srs.sh script and I am please to see it
uses the GDAL epsg_tr.py script to produce the coordinate
systems.  You might be able to run it with GDAL 1.9.0 installed
and get the updates values.

Please don't forget to check into whether the Korean datum
is properly represented.  A mistake on this could cause many
problems and it is a common source of problems.

Best regards,
-- 
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Software Developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] About Korean CRS

2012-01-21 Thread Frank Warmerdam
On Wed, Jan 18, 2012 at 10:14 AM, Sanghee Shin endof...@gmail.com wrote:
 Dear all,

 South Korea made major CRS changes in 2010 and those new CRS were registered 
 to official EPSG code in June, 2010. Those codes are EPSG:5173 ~ 5188. You 
 can see those CRS information at http://www.epsg-registry.org/ by filtering 
 Korea.

 However we, Korean QGIS users who are mainly using QGIS 1.7.3, still couldn't 
 find the new Korean CRS info in QGIS.

 Anybody know the reasons or anybody could help us to solve this issue?

Sanghee,

I see that EPSG:5173 is supported by the GDAL 1.9 release.
I'm a bit vague on how the QGIS srs'es are managed but I
imagine the new CRSes can be added.  For EPSG:5173 I
get the following definition from gdalsrsinfo.  Does that
look reasonable to you?  Should there be a datum
definition for the Korean_Datum_1985 to WGS84 available?

PROJ.4 : '+proj=tmerc +lat_0=38 +lon_0=125.002890278 +k=1
+x_0=20 +y_0=50 +ellps=bessel +units=m +no_defs '

OGC WKT :
PROJCS[Korean 1985 / Modified West Belt,
GEOGCS[Korean 1985,
DATUM[Korean_Datum_1985,
SPHEROID[Bessel 1841,6377397.155,299.1528128,
AUTHORITY[EPSG,7004]],
AUTHORITY[EPSG,6162]],
PRIMEM[Greenwich,0,
AUTHORITY[EPSG,8901]],
UNIT[degree,0.0174532925199433,
AUTHORITY[EPSG,9122]],
AUTHORITY[EPSG,4162]],
PROJECTION[Transverse_Mercator],
PARAMETER[latitude_of_origin,38],
PARAMETER[central_meridian,125.002890278],
PARAMETER[scale_factor,1],
PARAMETER[false_easting,20],
PARAMETER[false_northing,50],
UNIT[metre,1,
AUTHORITY[EPSG,9001]],
AXIS[X,NORTH],
AXIS[Y,EAST],
AUTHORITY[EPSG,5173]]

Best regards,
-- 
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Software Developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] slow raster loading

2011-08-09 Thread Frank Warmerdam
On Tue, Aug 9, 2011 at 2:37 PM, Tim Sutton li...@linfiniti.com wrote:

 Yes thats why I was asking if the file permissions exist to write the
 aux.xml. If they don't behaviour should be the same as prior to my
 native raster stats commits i.e. stats will be recalced each time you
 open a project / add a layer and trigger something that needs the
 stats.

Tim, and others,

By the way, there is a mechanism in GDAL to support storing .aux.xml
information in an alternative directory when the file cannot be
created on the target directory due to permissions, read-only media, etc.

This is enabled by setting the GDAL_PAM_PROXY_DIR option to
point to a directory where files can be written.   If there is a place
known to QGIS that would be good for this, it might make sense
to take advantage of this.

Best regards,
-- 
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Software Developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] ESRI File Geodatabase (*.gdb) API for Window and Linux now

2011-02-20 Thread Frank Warmerdam

On 11-02-20 05:13 PM, Noli Sicad wrote:

JFYI.

ESRI File Geodatabase (*.gdb) API for Window and Linux now. If I
understand it correctly, we can read and write FGDB (*.gdb) using this
API.

http://blogs.esri.com/Dev/blogs/geodatabase/archive/2011/02/11/File-geodatabase-API-Beta-2-now-available-for-Linux.aspx

Any plans to support it in QGIS 2.0?


Noli,

Ragi Burhum has done the bulk of an implementation of an OGR provider
based on the ESRI FileGDB SDK.  I think there may still be some limits
on the types of geometry supported but that should be easily corrected.

This work is in GDAL/OGR trunk.

  gdal/ogr/ogrsf_frmts/filegdb/


Best regards,
--
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush| Geospatial Programmer for Rent

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] open a WCS service

2011-02-10 Thread Frank Warmerdam

On 11-02-09 02:13 AM, Paolo Cavallini wrote:

Hi all.
My GDAL has WCS support. It is unclear however if and how could I open
it. It is not present on the list of formats, and the interface requires
a file rather than an address: should a button Open WCS be added to
the GUI?
Thanks.


Paolo,

I believe that would be desirable.  Then the GUI dialog could write the
WCS control file.  Note that the only two things required in the control
file are the Service URL and the coverage name.  But to offer the user
a list of coverage names you would need to actually fetch the capabilities
document - something I felt was out of scope for GDAL.

I believe ArcGIS has a dialog that does these steps.

PS. The wcs service file does not actually need to be written to disk if
you want to avoid problems with temporary files.  But doing so is good in
that it is used to cache details about the coverage for future use, and it
gives the end user a file where they can tweak some of the odder parameters.

Best regards,
--
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush| Geospatial Programmer for Rent

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] Release plans for QGIS 1.6

2010-10-16 Thread Frank Warmerdam

Jürgen E. Fischer wrote:

Hi Tim,

On Sat, 16. Oct 2010 at 01:42:54 +0200, Tim Sutton wrote:

We (the PSC) recently received a threat of legal action against our
use of the word 'Tethys' in the naming of the 1.5 release of QGIS.
It seems that the word Tethys is trademarked by a company in one country.
Although we feel their case is weak, we do not have the time, money or
inclination to engage in a legal battle over this.


Does OSGeo have a position on this?  I thought the OSGeo umbrella was also
covering legal support.


Jürgen,

We don't have legal resources on call and it could get quite expensive
to retain legal support so we very much lean towards avoiding legal
conflict.  However, if the need is there the board would consider
resourcing legal support for the projects.

Best regards,
--
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush| Geospatial Programmer for Rent

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer


Re: [Qgis-developer] ED50 datum

2010-09-07 Thread Frank Warmerdam
On Tue, Sep 7, 2010 at 5:08 AM, Paolo Cavallini cavall...@faunalia.it wrote:
 Hi all.
 The EPSG def for ED50 (EPSG:23032) is a standard one:
 +proj=utm +zone=32 +ellps=intl +units=m +no_defs
 For Western Europe, the corrected datum is:
 +proj=utm +zone=32 +ellps=intl +units=m +no_defs +towgs84=-87,-96,-120,0,0,0,0
 Any objection to add it, as we have done for 3003 etc.?
 All the best.

Paolo,

I would note that the EPSG init file now (perhaps only in trunk,
not the release) has:

# ED50
4230 +proj=longlat +ellps=intl +towgs84=-87,-98,-121,0,0,0,0 +no_defs  

For some reason, this EPSG derived towgs84 value is slightly
different than the one you propose.  I would like to encourage
the QGIS team to work with me to ensure that such adjustments
are not done differently in QGIS than in the upstream database.

I will note that a substantial overhaul was done over the last year
to incorporate better datum shift selection when converting the
EPSG database to a proj.4 init file.

Best regards,
-- 
---+--
I set the clouds in motion - turn up   | Frank Warmerdam, warmer...@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer