Re: [Qgis-developer] Possible improvement | Actions on right click
Alister Hood wrote Hi guys, In this case I think rather than having a context menu dedicated just to layer actions, it might be better eventually to have a more general context menu, with actions in a submenu. I think context menus would be good everywhere ;) For most people when a right-click does anything different from opening a context menu they are surprised - assuming they even notice what it did. If the right-click function is moved into a context menu then they will know what it did, even if they didn't read the manual. I guess getting rid of all direct right-click functions might upset some existing users, because an extra click will be required for the same function, but it will of course allow more functions to be added. IIRC I think there is a recent proposal for context menus in the composer - in a ticket or pull request for paste to original coordinates. Regards, Alister ___ Qgis-developer mailing list Qgis-developer@.osgeo http://lists.osgeo.org/mailman/listinfo/qgis-developer +1 with you alister. We could put that global target on 2.1 roadmap maybe. contextual menu are generally used for differents purposes: 1- access properties of the object you click in . for mapCanvas, you could have shortcuts to projection settings, project settings, current zoom and scale, refresh content, stop redraw. I think some shortcuts to render global options could be nice. I often have to play with antialiased rendering / number of objetcts to draw when displaying very large datasets. A shortcut could be nice. Do you see anything else. 2- actions under the click location (layers actions, plugins actions, finsh editing of a feature). we must precisely decide what happens for editing use case, where right click is used today top finish an object.. Thoughts? -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Possible-improvement-Actions-on-right-click-tp5040262p5040545.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
[Qgis-developer] hints for writing a C++ plugin
Hi, I'm new to this mailing list. I am writing a plugin for QGIS in order to perform complex cost surface analyses. I wrote some code in Python using GDAL, and it works but it is too slow. So, I'm considering the possibility to re-write the plugin in C++, but C++ plugins are less documented and I have few questions: - can they be deployed in the same way Pythons plugins are? (Or, if not, what the user shall do to install the plugin and what have I to do deploy it?) - which library shall I use to read and write raster data from a C++ QGIS plugin? GDAL or a specific QGIS API? And if the answer is GDAL, can I trust that this library will be installed in final user's pc? Thanks!! ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] hints for writing a C++ plugin
Hi Diego, On Fri, 15 Mar 2013 10:00:41 +0100 Diego Gnesi Bartolani diego.gn...@gmail.com wrote: - can they be deployed in the same way Pythons plugins are? (Or, if not, what the user shall do to install the plugin and what have I to do deploy it?) C++ can't be installed via Plugin Installer. Users should download plugin library (.dll or .so) and put it in right place manually. - which library shall I use to read and write raster data from a C++ QGIS plugin? GDAL or a specific QGIS API? And if the answer is GDAL, can I trust that this library will be installed in final user's pc? You can use any library for raster processing. GDAL is one of the possible solutions. If you decide to use GDAL, don't worry, QGIS itself relies on this library, so users will have it on their PC -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] R: Re: hints for writing a C++ plugin
Thank you Alexander, I'll finish the Python plugin, because I think that inexpert users will prefer a module that will be slower but easier to install. --Messaggio originale-- Da: Alexander Bruy A: Diego Gnesi Cc: qgis-developer@lists.osgeo.org Oggetto: Re: [Qgis-developer] hints for writing a C++ plugin Inviato: 15 mar 2013 10:06 Hi Diego, On Fri, 15 Mar 2013 10:00:41 +0100 Diego Gnesi Bartolani diego.gn...@gmail.com wrote: - can they be deployed in the same way Pythons plugins are? (Or, if not, what the user shall do to install the plugin and what have I to do deploy it?) C++ can't be installed via Plugin Installer. Users should download plugin library (.dll or .so) and put it in right place manually. - which library shall I use to read and write raster data from a C++ QGIS plugin? GDAL or a specific QGIS API? And if the answer is GDAL, can I trust that this library will be installed in final user's pc? You can use any library for raster processing. GDAL is one of the possible solutions. If you decide to use GDAL, don't worry, QGIS itself relies on this library, so users will have it on their PC -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Possible improvement | Actions on right click
+1 For giving some additional use to right-mouse-click in map canvas. Context menus seems coherent with most of software that I have worked with. I'm not sure about where right-click direct actions are used, I can only remember the finish feature edit. For currently actions using direct right-click, I see a few alternatives: 1 - The action is the first on the context menu ( need 2 clicks and breaks current usability); 2 - Assign function key for those actions (fast but breaks usability, not suitable for mouse position dependent actions); 3 - Change right-click direct action to Shift + Right Click ( faster, and kinda keeps usability); I personally like the solution 1 + 3, direct action is detached at the top of the context menu and can be accessed directly (no context menu is showed) if one presses Shift (or Ctrl) while clicking. Alexandre Neto On Fri, Mar 15, 2013 at 8:48 AM, Régis Haubourg regis.haubo...@eau-adour-garonne.fr wrote: Alister Hood wrote Hi guys, In this case I think rather than having a context menu dedicated just to layer actions, it might be better eventually to have a more general context menu, with actions in a submenu. I think context menus would be good everywhere ;) For most people when a right-click does anything different from opening a context menu they are surprised - assuming they even notice what it did. If the right-click function is moved into a context menu then they will know what it did, even if they didn't read the manual. I guess getting rid of all direct right-click functions might upset some existing users, because an extra click will be required for the same function, but it will of course allow more functions to be added. IIRC I think there is a recent proposal for context menus in the composer - in a ticket or pull request for paste to original coordinates. Regards, Alister ___ Qgis-developer mailing list Qgis-developer@.osgeo http://lists.osgeo.org/mailman/listinfo/qgis-developer +1 with you alister. We could put that global target on 2.1 roadmap maybe. contextual menu are generally used for differents purposes: 1- access properties of the object you click in . for mapCanvas, you could have shortcuts to projection settings, project settings, current zoom and scale, refresh content, stop redraw. I think some shortcuts to render global options could be nice. I often have to play with antialiased rendering / number of objetcts to draw when displaying very large datasets. A shortcut could be nice. Do you see anything else. 2- actions under the click location (layers actions, plugins actions, finsh editing of a feature). we must precisely decide what happens for editing use case, where right click is used today top finish an object.. Thoughts? -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Possible-improvement-Actions-on-right-click-tp5040262p5040545.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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] ECW!!!
I have to tried to install the latest versions of the ECW plug-in without much success. It is imperative that we have an ECW plug-in that is easy to install, bug-free, and does what it does in ArcGIS. I can understand Fred's frustration. Let's see a new plugin in OSGEO4W sooner than later. -- View this message in context: http://osgeo-org.1560.n6.nabble.com/RE-ECW-tp4646269p5040575.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] Possible improvement | Actions on right click
+1 with you Alexandre, Modifier key for click + access to action in contextual menu (plus a tip to explain the use of CTRL+Clic or SHIFT + clic) is a good solution. We seem to reach a consensus for actions .. Anybody else? De : Alexandre Neto [mailto:senhor.n...@gmail.com] Envoyé : vendredi 15 mars 2013 10:52 À : HAUBOURG Cc : qgis-developer@lists.osgeo.org Objet : Re: [Qgis-developer] Possible improvement | Actions on right click +1 For giving some additional use to right-mouse-click in map canvas. Context menus seems coherent with most of software that I have worked with. I'm not sure about where right-click direct actions are used, I can only remember the finish feature edit. For currently actions using direct right-click, I see a few alternatives: 1 - The action is the first on the context menu ( need 2 clicks and breaks current usability); 2 - Assign function key for those actions (fast but breaks usability, not suitable for mouse position dependent actions); 3 - Change right-click direct action to Shift + Right Click ( faster, and kinda keeps usability); I personally like the solution 1 + 3, direct action is detached at the top of the context menu and can be accessed directly (no context menu is showed) if one presses Shift (or Ctrl) while clicking. Alexandre Neto On Fri, Mar 15, 2013 at 8:48 AM, Régis Haubourg regis.haubo...@eau-adour-garonne.frmailto:regis.haubo...@eau-adour-garonne.fr wrote: Alister Hood wrote Hi guys, In this case I think rather than having a context menu dedicated just to layer actions, it might be better eventually to have a more general context menu, with actions in a submenu. I think context menus would be good everywhere ;) For most people when a right-click does anything different from opening a context menu they are surprised - assuming they even notice what it did. If the right-click function is moved into a context menu then they will know what it did, even if they didn't read the manual. I guess getting rid of all direct right-click functions might upset some existing users, because an extra click will be required for the same function, but it will of course allow more functions to be added. IIRC I think there is a recent proposal for context menus in the composer - in a ticket or pull request for paste to original coordinates. Regards, Alister ___ Qgis-developer mailing list Qgis-developer@.osgeomailto:Qgis-developer@.osgeo http://lists.osgeo.org/mailman/listinfo/qgis-developer +1 with you alister. We could put that global target on 2.1 roadmap maybe. contextual menu are generally used for differents purposes: 1- access properties of the object you click in . for mapCanvas, you could have shortcuts to projection settings, project settings, current zoom and scale, refresh content, stop redraw. I think some shortcuts to render global options could be nice. I often have to play with antialiased rendering / number of objetcts to draw when displaying very large datasets. A shortcut could be nice. Do you see anything else. 2- actions under the click location (layers actions, plugins actions, finsh editing of a feature). we must precisely decide what happens for editing use case, where right click is used today top finish an object.. Thoughts? -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Possible-improvement-Actions-on-right-click-tp5040262p5040545.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.orgmailto: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] ECW!!!
I have to tried to install the latest versions of the ECW plug-in without much success. http://www.faunalia.pt/node/438 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] ECW!!!
Hi, I have to tried to install the latest versions of the ECW plug-in without much success. It is imperative that we have an ECW plug-in that is easy to install, bug-free, and does what it does in ArcGIS. You are free to sponsor the development and maintainance of such a tool. You are free as well to pay for the ECW licence. You are free to put pressure on ERDAS for them to make ECW available as opensource and allow its distribution You are free to explain to your data provider that offering data in proprietary formats is a bad idea You are free to finance a new open wavelet compression format I can understand Fred's frustration. Let's see a new plugin in OSGEO4W sooner than later. It's up to you then. v. -- View this message in context: http://osgeo-org.1560.n6.nabble.com/RE-ECW-tp4646269p5040575.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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] ECW!!!
On 2013-03-15 11:14, Vincent Picavet wrote: I can understand Fred's frustration. Let's see a new plugin in OSGEO4W sooner than later. It's up to you then. I was going to write the same thing, ECW is proprietary viper's nest, the work to make it usable on QGIS should be done by ERDAS or by the people using it. For those wanting a good wavelet format, there is OpenJPEG 2.0. If it doesn't fit the bill for you then they should think about supporting it like the CNES did instead of asking a open software to support a black box with a stupid license. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] ECW!!!
Here is a very documented blog post about the comparative use of ecw or compressed gtiff http://blog.webmapper.com.au/ You can use basic gdal command line to get a compressed gtiff from ecw, with very good performances. For example : # convertir l'ecw gdal_translate -of GTiff -co TILED=yes -co PHOTOMETRIC=YCBCR -co COMPRESS=JPEG input.ecw output.tif # créer la pyramide gdaladdo -r average --config COMPRESS_OVERVIEW JPEG --config PHOTOMETRIC_OVERVIEW YCBCR --config INTERLEAVE_OVERVIEW PIXEL compressed.tif 2 4 8 16 32 64 128 Will provide a geotiff with great performances and not so big compared to the ecw. And as other suggested, open source wavelet is in progress too and must be burried out ! Michael 2013/3/15 jr.morre...@enoreth.net On 2013-03-15 11:14, Vincent Picavet wrote: I can understand Fred's frustration. Let's see a new plugin in OSGEO4W sooner than later. It's up to you then. I was going to write the same thing, ECW is proprietary viper's nest, the work to make it usable on QGIS should be done by ERDAS or by the people using it. For those wanting a good wavelet format, there is OpenJPEG 2.0. If it doesn't fit the bill for you then they should think about supporting it like the CNES did instead of asking a open software to support a black box with a stupid license. __**_ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/**mailman/listinfo/qgis-**developerhttp://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] ECW!!!
self-defense... 1) from this archive (http://goo.gl/XiG21) copy gdal_ECW_JP2ECW into C:\OSGeo4W\bin\gdalplugins\1.9 directory. 2) copy all other dll of previous archive in C:\OSGeo4W\bin and C:\Windows\System32 directories don't ask me why but it works! this is valid, obviously fo sure in windows; i don't know for other O.S. it works for brand new installation of qgis via osgeo4w both for 1.8 version and dev. version -- View this message in context: http://osgeo-org.1560.n6.nabble.com/RE-ECW-tp4646269p5040712.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] ECW!!!
ciao giovanni, the link to http://www.gisinternals.com/sdk/Download.aspx?file=release-1600-gdal-1-9-2-mapserver-6-2-0 in faunalia page you said is broken -- View this message in context: http://osgeo-org.1560.n6.nabble.com/RE-ECW-tp4646269p5040713.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] Feature freeze commencing the ides of March
Pushed to master branch now. On 13.03.2013 17:44, Marco Hugentobler wrote: Hi devs The first part of the symbology improvements is available in my github fork: https://github.com/mhugent/Quantum-GIS/tree/data_defined_symbology Currently, one symbol is either in mm or in map units. The changeset in the branch adds the possibility to mix different output units ( mm / map units ) in one symbol and even in one symbol layer. So it is now e.g. possible to have line width in mm and line offset in map units. Let me know if you have feedback on this. Next enhancement part will be to add more data defined symbol properties (from attribute / expression). Regards, Marco On 04.03.2013 13:07, Marco Hugentobler wrote: Moving the date to say start of April wouldn't hurt. Would that help? Start of April would be ok for the data defined symbology. Regards, Marco On 04.03.2013 11:44, Jürgen E. Fischer wrote: Hi Marco, On Mon, 04. Mar 2013 at 11:37:15 +0100, Marco Hugentobler wrote: Disadvantage is that 15 March is too close for it to go into master. What should we do (wait for 2.1 / shift feature freeze date / exception from feature freeze) ? How much time would you need? Moving the date to say start of April wouldn't hurt. Would that help? Jürgen -- Dr. Marco Hugentobler Sourcepole - Linux Open Source Solutions Weberstrasse 5, CH-8004 Zürich, Switzerland marco.hugentob...@sourcepole.ch http://www.sourcepole.ch Technical Advisor QGIS Project Steering Committee ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] ECW!!!
Confirmed ! thanks a lot.. régis -- View this message in context: http://osgeo-org.1560.n6.nabble.com/RE-ECW-tp4646269p5040728.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] ECW!!!
glad to hear it. i don't know if dll i'm sharing are allowed or not by some license. if not, tell me and i'll delete the post -- View this message in context: http://osgeo-org.1560.n6.nabble.com/RE-ECW-tp4646269p5040736.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] Capturing stdout from a plugin
Hi, 2013/3/15 Gary Sherman gsher...@geoapt.com In the 1.x console API, you could use: output = sys.stdout.get_and_clean_data() to grab what was sent to stdout via print statements. Is there an equivalent way to do this with the 2.0 API? I'm not seeing it... currently doesn't exist a similar method in the new console, but all the print statements are catched from the console. I had to delete the QgisOutputCatcher class because I got some problem with the text styling in qscintilla lexer. However, I think it is better revert that method or add a similar. I'll try fix it asap. Thanks for catching it :-) Regards, -SL Thanks, -gary -- -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Gary Sherman Chair, QGIS Project Steering Committee -Desktop GIS Book: *http://desktopgisbook.com -Alaska Novel: *http://alaskana.co -Geospatial Consulting Hosting: *http://geoapt.com We work virtually everywhere -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Salvatore Larosa linkedIn: http://linkedin.com/in/larosasalvatore twitter: @lrssvt skype: s.larosa IRC: lrssvt on freenode ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Feature freeze commencing the ides of March
Hi All Just to confirm on this thread that following the discussions here the following updated timeline to 2.0 will apply: 1 April 2013 - Feature freeze - no new features in master 1 May 2013 - GUI Freeze and String freeze - no changes to ui or strings except where required for critical bug fixes. Call for translations. 1 June 2013 - Branch 2.0, code freeze (except for packaging related changes), call for packaging 7 June 2013 - Public release of 2.0 Regards Tim On Fri, Mar 15, 2013 at 5:44 PM, Marco Hugentobler marco.hugentob...@sourcepole.ch wrote: Pushed to master branch now. On 13.03.2013 17:44, Marco Hugentobler wrote: Hi devs The first part of the symbology improvements is available in my github fork: https://github.com/mhugent/Quantum-GIS/tree/data_defined_symbology Currently, one symbol is either in mm or in map units. The changeset in the branch adds the possibility to mix different output units ( mm / map units ) in one symbol and even in one symbol layer. So it is now e.g. possible to have line width in mm and line offset in map units. Let me know if you have feedback on this. Next enhancement part will be to add more data defined symbol properties (from attribute / expression). Regards, Marco On 04.03.2013 13:07, Marco Hugentobler wrote: Moving the date to say start of April wouldn't hurt. Would that help? Start of April would be ok for the data defined symbology. Regards, Marco On 04.03.2013 11:44, Jürgen E. Fischer wrote: Hi Marco, On Mon, 04. Mar 2013 at 11:37:15 +0100, Marco Hugentobler wrote: Disadvantage is that 15 March is too close for it to go into master. What should we do (wait for 2.1 / shift feature freeze date / exception from feature freeze) ? How much time would you need? Moving the date to say start of April wouldn't hurt. Would that help? Jürgen -- Dr. Marco Hugentobler Sourcepole - Linux Open Source Solutions Weberstrasse 5, CH-8004 Zürich, Switzerland marco.hugentob...@sourcepole.ch http://www.sourcepole.ch Technical Advisor QGIS Project Steering Committee ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] ECW!!!
It is very simple for Windows. This is based on Giovanni Manghi's web page http://www.faunalia.pt/node/438 However, instructions for copying the dlls into their respective directories are not clear. On Windows: (1) install Quantum GIS with the osgeo4w installer (2) install this package http://www.gisinternals.com/sdk/Download.aspx?file=release-1600-gdal-1-9...\gdal-19-1600-ecw.msi; (obviously without the inverted commas) (3) using windows explorer go inside c:\program files\gdal and find the two .dlls, libecwj2.dll and gdal_ECW_JP2ECW.dll (4) copy libecwj2.dll into the c:\OSGeo4W\bin folder (5) gdal_ECW_JP2ECW.dll into the c:\OSGeo4W\bin\gdalplugins\1.9 (6) start up QGIS into the osgeo4w folder (7) add raster layer using add raster layer command (8) select the image file ending in ecw There you have it. It should work. I successfully loaded ecw files this morning. Thanks Giovanni -- View this message in context: http://osgeo-org.1560.n6.nabble.com/RE-ECW-tp4646269p5040809.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] ECW!!!
A slight revision. I inserted the wrong link to the GDAL's MSI installer. The correct one is in place now. It should work without a hitch. It is very simple for Windows. This is based on Giovanni Manghi's web page http://www.faunalia.pt/node/438 However, instructions for copying the dlls into their respective directories are not clear. On Windows: (1) install Quantum GIS with the osgeo4w installer (2) install this package http://http://www.gisinternals.com/sdk/Download.aspx?file=release-1600-gdal-1-9-2-mapserver-6-2-0\gdal-19-1600-ecw.msi; (obviously without the inverted commas) (3) using windows explorer go inside c:\program files\gdal and find the two .dlls, libecwj2.dll and gdal_ECW_JP2ECW.dll (4) copy libecwj2.dll into the c:\OSGeo4W\bin folder (5) gdal_ECW_JP2ECW.dll into the c:\OSGeo4W\bin\gdalplugins\1.9 (6) start up QGIS into the osgeo4w folder (7) add raster layer using add raster layer command (8) select the image file ending in ecw There you have it. It should work. I successfully loaded ecw files this morning. Thanks Giovanni -- View this message in context: http://osgeo-org.1560.n6.nabble.com/RE-ECW-tp4646269p5040821.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
