Re: [Qgis-developer] Untranslated Qt "Close" and "Help" buttons
Because they were duplicating the ones shipped with the regular Qt Le 2013-08-08 14:03, Régis Haubourg a écrit : You are right, it's an old issue. Any idea why ts files have been removed ? Régis ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Untranslated Qt "Close" and "Help" buttons
Hi, Are you sure it is new ? Untranslated Qt's buttons have been here for years (since the removal of qt_*.ts). Le 2013-08-08 11:29, Régis Haubourg a écrit : Hi, on OSGEO4W latest master, "Close" and "Help" buttons in many dialogs are not translated (fr and de tested). See for example "Add postgis dialog". Any Idea? Is this related to osgeo build and QT versions? ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Synergy of QGIS Enterprise and QGIS 2.0/Master branch
On 2013-07-01 13:33, Pirmin Kalberer wrote: Hi Jean-Roc, Am Montag, 1. Juli 2013, 13.01:42 schrieb jr.morre...@enoreth.net: Is this going to be an open initiative or limited to a Sourcepole's offering ? Will you backport translations ? QGIS Enterprise is an internal QGIS branch maintained by Sourcepole. We backport translations as needed by our customers. Currently we have english and german speaking Enterprise customers. A french edition could be coming soon. Regards Pirmin Thank for this information. This is a good thing and I'm sure there is a demand for it in France :) , the only downside I see is that a single company is getting the use of the "Enterprise" tag attached to QGIS. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Synergy of QGIS Enterprise and QGIS 2.0/Master branch
Hi, Is this going to be an open initiative or limited to a Sourcepole's offering ? Will you backport translations ? regards, jean-roc On 2013-07-01 12:20, Pirmin Kalberer wrote: Hi all, There were some discussions about the relation of the recently announced QGIS Enterprise [1] and the upcoming QGIS 2.0 release. QGIS Enterprise was born out of the needs of our customers for a stable QGIS branch with frequent bug fix releases similar to the Ubuntu LTS model. Almost all of the professional QGIS users we know, have many custom plugins in use. Some of these plugins are applications with 10'000's lines of code! So API compatibility has absolutly hightest priority for them. That's the reason we branched 1.9 before the API break to give our customers most of the features of 2.0 but let them more time to migrate their plugins to the new API. We fixed many major bugs reported by our customers and applied them also to QGIS master [3]. The QGIS projects benefits from this model directly, since it finances at least Marco working 100% on QGIS core development. And there are not only bug fixes flowing back into QGIS master, but also major performance improvements [2],[4]. We hope very much that we can carry on this synergy for the coming years and look forward to see you in Maptember to work together on QGIS 2.1! Regards Pirmin [1] http://qgisenterprise.com/ [2] http://sourcepole.ch/2013/6/17/fossgis-2013-performance-optimised-wms- services-with-qgis-server [3] QGIS Enterprise bugfixes ported to 2.0 - Fix ticket #5584 (crash saving empty geometry) 96a8bd64 - Always use topological editing if using avoid intersection (where possible also to background layers) dc074b39 - Better approach to split lines. Fixes bug #4618 c90870d0 - Clear rubberband if map tool is deactivated b5a5264c - Fix double redraw after applying vector properties 89bdb10e - Fix check state for legend groups restored from project file 31d7f651 - Format number strings with field precision for display in attribute table, attribute dialog and editor 6361d19f - Fix activation of paste action after cut/copy e2c80d35 - Keep zoom level constant if zooming to one selected point 15e3fc35 - Fix WFS layer items in browser 5d7ac888 - Protect point and line pattern symbol layer from eating too much memory b54c75ce - Keep selection if exchanging ids for added features, safety check for 0 geometry in splitFeatures method 4c02d7ff - Prevent overshoots with line offsets fac2bd78 - Handle plain/regexp mode for delimited text provider same as for preview a4d83139 - Filter string in qgis server: Allow strings and attribute names with bfde7c83 - Radio button groups in composer label widget, consider label alignment in adjustSizeToText 12f09471 - Mark project dirty in case of composer changes da0e4f34 - Clear cached geometries after commit / rollback 6bbc149d - Fix placement of simple markers in cached images 7e793025 [4] WMS server performance: - Improve performance for coordinate reprojection 863da7d0 - Loop optimisation GDAL provider f424e2aa - Improve png8 conversion and a18ae684 - Implement readBlock in gdal provider for performance reason 750579215 - Performance optimisation in raster provider daa02e3e - Use 'fast clip' line clipping algorithm for long lines. Huge improvement for wms benchmark performance (long contour lines) d4f69b37 - Use coordinate transform cache in maprenderer e0d9796f - Create pallabeling only once, take crs from cache ea4e77af - Use CRS cache and avoid sqlite lookup for each request 8dc0135b - Use CRS cache for faster lookup of crs by authid 15b4843c ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] New SEXTANTE modeler interface
Hi Victor, I'm testing 1.1, could you tell me how to switch the modeler to the advanced GUI in the modeler ? The smaller boxes are good, showing directly the edit/del functions is also a good thing but now I found the arrows to more difficul to read as they often pass behind the boxes and go left to right. Would it be possible to avoid the modeler's windows getting a unswitchable focus ? Sometime I would like to get back to the main to check a simple thing like the name of a column without closing the modeler, open it back and reload the model. Regards, Jean-Roc Le 2013-04-24 07:55, Victor Olaya a écrit : Hey guys, I have made some changes to the interface of the modeler, taking into account a couple of suggestions from Tim and Andreas (thanks!). Not a big change, but I guess it's a nice usability improvement. Before starting rewriting the corresponding part in the manual and making new screenshots, I would appreciate if those of you that use SEXTANTE could have a quick look and give me your opinion. Thanks in advance! Víctor ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] New SEXTANTE modeler interface
Le 2013-05-07 11:50, Victor Olaya a écrit : You mean the list of algorithms classified by providers (SAGA, GRASS, etc)?? The modeler uses the same configuration as the toolbox, so you should change it in the toolbox. Maybe I shoud add that in the modeler as well, so it can be changed from there... Sorry, yes it's what I meant. I did not saw the list at the bottom of the toolbox, I thought this option was somewhere in the SEXTANTE configuration :) I agree that the interface now might be less clear in some cases... Do you think that it would be interesting to have an option to use the older modeler? No, the smaller boxes are great ! my personal suggestions would be : - to focus on one linear way of reading the screen (top to bottom, left to right) - put in/out on opposite side of the box - use of zigzag/besier lines instead of straight ones 2013/5/7 : Hi Victor, I'm testing 1.1, could you tell me how to switch back the modeler to the advanced GUI in the modeler ? I've not found a parameter to do so in the settings. I appreciate that the boxes are now smaller and are directly showing the edit/del tools but I found the arrows to be confusing, they're now passing behind the boxes and often have to be read from left to right. Regards, Jean-Roc Le 2013-04-24 07:55, Victor Olaya a écrit : Hey guys, I have made some changes to the interface of the modeler, taking into account a couple of suggestions from Tim and Andreas (thanks!). Not a big change, but I guess it's a nice usability improvement. Before starting rewriting the corresponding part in the manual and making new screenshots, I would appreciate if those of you that use SEXTANTE could have a quick look and give me your opinion. Thanks in advance! Víctor ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] New SEXTANTE modeler interface
Hi Victor, I'm testing 1.1, could you tell me how to switch back the modeler to the advanced GUI in the modeler ? I've not found a parameter to do so in the settings. I appreciate that the boxes are now smaller and are directly showing the edit/del tools but I found the arrows to be confusing, they're now passing behind the boxes and often have to be read from left to right. Regards, Jean-Roc Le 2013-04-24 07:55, Victor Olaya a écrit : Hey guys, I have made some changes to the interface of the modeler, taking into account a couple of suggestions from Tim and Andreas (thanks!). Not a big change, but I guess it's a nice usability improvement. Before starting rewriting the corresponding part in the manual and making new screenshots, I would appreciate if those of you that use SEXTANTE could have a quick look and give me your opinion. Thanks in advance! Víctor ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Decorations on the View Menu
Le 2013-04-24 22:37, Tim Sutton a écrit : Hi On Wed, Apr 24, 2013 at 8:16 PM, Antonio Locandro wrote: I just tried this feature and my impression is why is this enabled on the canvas view? This features are more suitable for the composer and having two ways to achieve something is not always a good thing. You can control in a better way how things look in the composer anyway. For me it doesn't make sense to have this enabled in the Canvas Having scale (scalebar) and distance (via grid) is handy when panning around in the map view, taking application screenshots, screencasts, exporting the canvas as an image etc. These features are disabled by default so they should not cause you any interference if you don't want to use them. The copyright decoration functionality could probably be replaced by current map annotations implementation I guess... I second that, most of my users need this enabled to "get" the scale of the things displayed (so they can stop editing nodes when the scale is at 4cm...). QGIS isn't just a composing tool. As I already said, this should even be a default : always useful for those who needs it, disabled once & for all for those who don't. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Old symbology removed in master
Le 2013-04-08 00:38, Martin Dobias a écrit : Old labeling has been kept as-is - there's not so much code involved (basically just one class, QgsLabel) so it's not such hot topic within the API cleanup. Is the .ui part of old labeling now gone ? ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2.0 Milestone: Feature freeze & updated release timetable
On 2013-04-03 11:25, Andreas Neumann wrote: Hi Paolo, This list is not up-to-date anymore. Most of it is now resolved now (e.g. all the data-driven stuff). We should go through this list at the hackfest to make sure that nothing is missing. The GUI inconsistencies can also be fixed during the HF. +1 for removing old symbology and labeling before QGIS 2.0 Even if the list of missing features isn't emptied, the old symbology must get killed for 2.0 Paolo, I don't know about you but I personnally don't want to spent anymore time in the comings years explaining or solving issues due to the use of an accidental use of a deprecated engine. The switch has been going on for years : old symbology delenda est ! ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2.0 Milestone: Feature freeze & updated release timetable
Hi Tim, Is the old label/symbology still going to be part of QGIS with 2.0 or is it going to finally be pushed over the bridge ? Regards, Jean-Roc ___ 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] Fwd: [GSoC Mentors] Google Summer of Code 2013
Hi Paolo, Is there a resume of last year achievement ? I remember one GsoC about vector simplification, what was the output ? Le 2013-02-12 08:24, Paolo Cavallini a écrit : Hi all. GSoC has started - can we start organizing? All the best. Messaggio originale Oggetto:[GSoC Mentors] Google Summer of Code 2013 Data: Mon, 11 Feb 2013 11:02:40 -0800 Mittente: Carol Smith A: Google Summer of Code Mentors List Hi GSoC mentors and org admins, We've announced that we're doing Google Summer of Code 2013 [1]. Yay! If you would like to help spread the word about GSoC, we have presentations [2], logos [3], and flyers [4] for you to use. Please host meetups, tell your friends and colleagues about the program, go to conferences, talk to people about the program, and just generally do all the awesome word-of-mouth stuff you do every year to promote the program. The GSoC calendar, FAQ, and events timeline have all been updated with this year's important dates, so please refer to those for the milestones for this year's program. NB: the normal timeline for the program has been modified for this year. You'll probably want to examine the dates closely to make sure you know when important things are happening. Please consider translating the presentations and/or flyers into your native language and submitting them directly to me to post on the wiki. Localization for our material is integral to reaching the widest possible audience around the world. If you decide to translate a flyer, please fill out our form to request a thank you gift for your effort. [5] If you decide to host a meetup, please email me to let me know the date, time, and location so I can put it on the GSoC calendar. Also, remember to take pictures at your meetup and write up a blog post for our blog using our provided template for formatting [6]. If you need promotional items for your attendees, please fill out our form [7] to request some; we're happy to send some along. We can provide up to about 25 pens, notebooks, or stickers and/or a few t-shirts. Please keep in mind, though, that shipping restrictions and timeline vary country-to-country; request items early to make sure they get there on time! If you have questions about hosting meetups, please see the section in our FAQ [8]. Please consider applying to participate as an organization again this year or maybe joining as a mentor for your favorite organization if they are selected this year. We rely on you for your help for the success of this program, so thank you in advance for all the work you do! [1] - http://google-opensource.blogspot.com/2013/02/flip-bits-not-burgers-google-summer-of.html [2] - http://code.google.com/p/google-summer-of-code/wiki/ProgramPresentations [3] - http://code.google.com/p/google-summer-of-code/wiki/GsocLogos [4] - http://code.google.com/p/google-summer-of-code/wiki/GsocFlyers [5] - http://goo.gl/gEHDO [6] - http://goo.gl/wbZrt [7] - http://goo.gl/0BsR8 [8] - http://goo.gl/2NGfp Cheers, Carol -- You received this message because you are subscribed to the Google Groups "Google Summer of Code Mentors List" group. To unsubscribe from this group and stop receiving emails from it, send an email to google-summer-of-code-mentors-list+unsubscr...@googlegroups.com. To post to this group, send email to google-summer-of-code-mentors-l...@googlegroups.com. Visit this group at http://groups.google.com/group/google-summer-of-code-mentors-list?hl=en-US. For more options, visit https://groups.google.com/groups/opt_out. ___ 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] QGis Mobility
Le 2013-02-06 11:52, Janneke van Dijk a écrit : Dear Nathan and Marco, For a client I'm looking at the options for collecting data on a Samsung Galaxy Tab 2 7.0 (Android), for later use in Qgis. I'm new to mobile devices (other than gpses...) but comfortable with Qgis. What they would like is a survey form that lets you: 1. take a picture at the location 2. capture the coordinates 3. enter some additional observations It should be suitable for use by people with NO computer experience apart from using a simple mobile phone (Tanzanian farmers). If this is not going to be available in the near future, does anyone have alternatives (apart from entering the data manually in qgis later)? https://code.google.com/p/geopaparazzi/ ? ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] The future of OpenStreetMap plugin
Hi Martin, Good to see this plugin is getting some love ! Le 2013-02-01 01:26, Martin Dobias a écrit : 2. instead of having a special provider, we could reuse an existing provider for viewing OSM layers - SpatiaLite seems to be the most viable candidate. Once data is imported from XML into a database, it should be possible to create one or more views (SpatiaLite tables) of the database (e.g. all polygons or linestrings with "highway" tag) Did you had a look to the OGR driver made by Even Rouault ? The use of PBF is possible (wa smaller and faster to import) and the performance are quite good when working on a big osm dataset. And frankly, is there anyone using QGIS OSM plugin for editing? Yes, it's mainly used to convert the data from/to mif, tab or shp. The low speed is the biggest problem. Josm is powerfull but I would not advice it to a normal gis user as I would not for emacs, potlalch is limited to online editing. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Merging of incompatible changes
Le 2012-10-25 09:03, Andreas Neumann a écrit : Hi, This could be a solution. Release 1.9 this year (potentially a Christmas present) with the new features we have now and then 2.0 in summer or autumn 2013. We could do the feature freeze of 1.9 quite soon. Andreas Hi, Is there something as the "good" choice given the limited workforce available ? Is the release's multiplication a good choice ? It has already been tried... The frequent feedback I get from institutions using QIGS is that they want : - bugfixes but no new functionalities -> but new "useful" functionalities (just for their specific use cases of course) - less frequent release to ease the software validation and their internal documentation process -> but a faster, better, cleaner software Hard to conciliate ! Even without a multithreaded 2.0 these companies will be asking backported bugfixes as described by Pirmin. Multithreading has been waiting on the side for years, I recall showing the 1.5 multithreaded branch ! Now Martin is able to finally start getting it back in trunk, this task isn't postponable as it would depends on his future availability and it would be complicated by all the master changes done during this time. The API is already broken, the segmentation of the work will just make the migration of the plugins longer. If a plugin is not ported to the cleaner and simpler API, it should be considered as unmaintained. Should the project slows its pace for fear of unusable obsolete extensions ? ESRI has made the choice of killing their gigantic Visual Basic plugin base, MapInfo MapBasic is often breaking compatibility, etc. so this kind of situation is not unknown by all our "big" users. The difference is that they pay for licenses. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] --configpath unactive on QGIS master
Hi, I would like to know if anybody here is using the configpath option on Windows 7 with qgis-master (rv991c7ba for me) to confirm the following behaviour so I can open a ticket. We package QGIS with many default parameters to ease the deploying, one of the modifications is the location of ~/.qgis : C:\OSGeo4W\bin\qgis-dev.bat --configpath D:\SIG\qgis\ If I install a new plugin, it gets correctly downloaded in to D:\SIG\qgis\python\plugins but when QGIS tries to load it it doesn't find it as it is looking everywhere for ./python except the configpath. Can't load plugin 'sextante' from ['C:/OSGeo4W/apps/qgis-dev/./python', 'C:\Users\morreale jean roc/.qgis/python', 'C:\Users\morreale jean roc/.qgis/python/plugins', 'C:/OSGeo4W/apps/qgis-dev/./python/plugins', 'C:\OSGeo4W\bin\python27.zip', 'C:\OSGeo4W\apps\Python27\DLLs', 'C:\OSGeo4W\apps\Python27\lib', 'C:\OSGeo4W\apps\Python27\lib\plat-win', 'C:\OSGeo4W\apps\Python27\lib\lib-tk', 'C:\OSGeo4W\apps\qgis-dev\bin', 'C:\OSGeo4W\apps\Python27', 'C:\OSGeo4W\apps\Python27\lib\site-packages', 'C:\OSGeo4W\apps\Python27\lib\site-packages\PIL', 'C:\OSGeo4W\apps\qgis-dev\python\plugins\fTools\tools'] Traceback (most recent call last): File "C:/OSGeo4W/apps/qgis-dev/./python\qgis\utils.py", line 143, in loadPlugin __import__(packageName) File "C:/OSGeo4W/apps/qgis-dev/./python\qgis\utils.py", line 309, in _import mod = _builtin_import(name, globals, locals, fromlist, level) ImportError: No module named sextante regards, jean-roc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Feature freeze for 1.8 - 31 March 23h59 GMT 2012
This could be seen as a reference to a deprecated coding language :) On Thu, 22 Mar 2012 11:17:50 +0200, Tim Sutton wrote: Hi Giovanni how about 'Alameda' from the street name Alameda da Universitaria? Forget that idea - I realised that probably means 'avenue'... Tim ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Feature freeze for 1.8 - 31 March 23h59 GMT 2012
Non-commercial use is authorized, the copyright has to be included (IPTC's field is enough) On Thu, 22 Mar 2012 10:39:27 +0200, Tim Sutton wrote: Hi On Wed, Mar 21, 2012 at 10:11 PM, MORREALE Jean Roc wrote: 8<---snip--- There is the nearest thing with Lisbon in its name and GIS related -> http://www.wipo.int/lisbon/en/ Giovanni how about 'Alameda' from the street name Alameda da Universitaria? And there is some nice historical map which would be great (moons are gone, old maps are the new trend) -> http://historic-cities.huji.ac.il/portugal/lisbon/maps/braun_hogenberg_I_1_1_b.jpg Yes I love the old maps themes+1 from me. The map you referenced has a bug copyright on it at the bottom. Can you find one that is ok for use to use (or get confirmation to use that one)? Regards Tim ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: Rif: [Qgis-developer] Backporting bugs for 1.7.5
Bug reports are the place to go for such a thing, no need to create a new space. On Thu, 8 Mar 2012 11:24:47 -0300, Etienne Tourigny wrote: OK, I guess that most (all) people that use master are capable of doing this (as I am), but how about those who cannot develop QGis or do not have the time to do so? I guess I am asking if we could have a central bug entry/wiki page for users to write their backport requests. For example, It would be great to have the browser dock (and recent bugfixes) in 1.8. Thanks, Etienne On Thu, Mar 8, 2012 at 11:18 AM, wrote: Create an account on github.com Fork https://github.com/qgis/Quantum-GIS Make the modifications and then push it to master or 1.8, add the tag [BACKPORT] to your pull request On Thu, 8 Mar 2012 11:14:01 -0300, Etienne Tourigny wrote: OK got it. Is there a central place we can request for back-porting of specific features/bugfixes to 1.8 ? Regards, Etienne On Thu, Mar 8, 2012 at 10:40 AM, wrote: No because master is already far beyond the existing 1.8 branch and breaks the 1.x API On Thu, 8 Mar 2012 10:31:53 -0300, Etienne Tourigny wrote: Would it make sense marking the master branch as 1.8 instead of having to backport many things? Etienne On Thu, Mar 8, 2012 at 7:10 AM, Werner Macho wrote: hi! It seems that 1.8 will overrule the 1.7 branch .. As 1.8 prepares the way for 2.0 and has much more features than 1.7 and it seems that 1.8 will be here in about a month (and will also stay a lot longer than 1.7) it seems better to concentrate on releasing 1.8 (I know there are still bugs in 1.7) .. As Paolo already said we lack in manpower to prepare 3 different branches (1.7, 1.8 and master). So please wait a little more for the Lyon HF - it seems that 1.8 is on its way .. After 1.8 release we will collect (and hopefully clean the bugtracker) new backport bugs for 1.8 kind regards Werner On Fri, Mar 2, 2012 at 10:38 AM, Paolo Cavallini wrote: Il 02/03/2012 07:45, luca_mangane...@comune.trento.it ha scritto: Agreed. +1 I know I'm boring, but backporting requires some manpower we have difficulties allocating now. Please consider helping directly with it, or sponsoring it. I agree, it would be really good. We just discovered the road graph plugin is non-functional, for instance. All the best ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: Rif: [Qgis-developer] Backporting bugs for 1.7.5
Create an account on github.com Fork https://github.com/qgis/Quantum-GIS Make the modifications and then push it to master or 1.8, add the tag [BACKPORT] to your pull request On Thu, 8 Mar 2012 11:14:01 -0300, Etienne Tourigny wrote: OK got it. Is there a central place we can request for back-porting of specific features/bugfixes to 1.8 ? Regards, Etienne On Thu, Mar 8, 2012 at 10:40 AM, wrote: No because master is already far beyond the existing 1.8 branch and breaks the 1.x API On Thu, 8 Mar 2012 10:31:53 -0300, Etienne Tourigny wrote: Would it make sense marking the master branch as 1.8 instead of having to backport many things? Etienne On Thu, Mar 8, 2012 at 7:10 AM, Werner Macho wrote: hi! It seems that 1.8 will overrule the 1.7 branch .. As 1.8 prepares the way for 2.0 and has much more features than 1.7 and it seems that 1.8 will be here in about a month (and will also stay a lot longer than 1.7) it seems better to concentrate on releasing 1.8 (I know there are still bugs in 1.7) .. As Paolo already said we lack in manpower to prepare 3 different branches (1.7, 1.8 and master). So please wait a little more for the Lyon HF - it seems that 1.8 is on its way .. After 1.8 release we will collect (and hopefully clean the bugtracker) new backport bugs for 1.8 kind regards Werner On Fri, Mar 2, 2012 at 10:38 AM, Paolo Cavallini wrote: Il 02/03/2012 07:45, luca_mangane...@comune.trento.it ha scritto: Agreed. +1 I know I'm boring, but backporting requires some manpower we have difficulties allocating now. Please consider helping directly with it, or sponsoring it. I agree, it would be really good. We just discovered the road graph plugin is non-functional, for instance. All the best. -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: Rif: [Qgis-developer] Backporting bugs for 1.7.5
No because master is already far beyond the existing 1.8 branch and breaks the 1.x API On Thu, 8 Mar 2012 10:31:53 -0300, Etienne Tourigny wrote: Would it make sense marking the master branch as 1.8 instead of having to backport many things? Etienne On Thu, Mar 8, 2012 at 7:10 AM, Werner Macho wrote: hi! It seems that 1.8 will overrule the 1.7 branch .. As 1.8 prepares the way for 2.0 and has much more features than 1.7 and it seems that 1.8 will be here in about a month (and will also stay a lot longer than 1.7) it seems better to concentrate on releasing 1.8 (I know there are still bugs in 1.7) .. As Paolo already said we lack in manpower to prepare 3 different branches (1.7, 1.8 and master). So please wait a little more for the Lyon HF - it seems that 1.8 is on its way .. After 1.8 release we will collect (and hopefully clean the bugtracker) new backport bugs for 1.8 kind regards Werner On Fri, Mar 2, 2012 at 10:38 AM, Paolo Cavallini wrote: Il 02/03/2012 07:45, luca_mangane...@comune.trento.it ha scritto: Agreed. +1 I know I'm boring, but backporting requires some manpower we have difficulties allocating now. Please consider helping directly with it, or sponsoring it. I agree, it would be really good. We just discovered the road graph plugin is non-functional, for instance. All the best. -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc ___ 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 ___ 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] Plugin development from amateur...
On Wed, 07 Mar 2012 09:03:46 +0100, Paolo Cavallini wrote: Il 07/03/2012 01:57, Alex Mandel ha scritto: There are a few questions I'm not sure about: Should the name be changed so both plugins can exist side by side? I think this would be very confusing for users, and should be avoided if possible. The best option is always collaborating, and avoid forking a project. +1 for that Boris, could you please review the changes and then merge them into your plugin ? For me it would be better to update one plugin than adding a new one to our internal qgis' package and explain the difference to the users. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Qgis: Aster data & QtCreator
On Mon, 27 Feb 2012 12:53:59 +, Olivier Camus wrote: Hi all, I'm a new comer on Quantum gis. At first look, it's sound good for me. 1/ I would like to know if some of you have already load ASTER GDEM datas. (available on http://www.gdem.aster.ersdac.or.jp/search.jsp ) Yes. Any specific questions ? 2/ I would like to integrate Qgis in my own QWidget using QtCreator. Is it possible? Where can I found some documentation about Qgis Qt lib? Here is the doxygen API for QGIS, these function can be used with Qt C++ or PyQt : http://qgis.org/api/ Btw, the online doxygen version is at 1.5.6, an update to 1.7.x would be great as the default template now comes with nice things like search auto-completion. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] GSoC ideas
On Tue, 21 Feb 2012 17:03:15 +0200, Alexander Bruy wrote: Hi all, Google Summer of Code 2012 is announced few weeks ago and as far as I know OSGeo will participate. Hope QGIS will participate too. I started wiki page for collecting ideas [0] Maybe we should announce also to the user list asking for ideas too [0] http://hub.qgis.org/wiki/quantum-gis/Google_Summer_of_Code_2012 Hi, how about these projects : 1. Update and merge the multithread branch 2. QGIS, Valgrind & Co Both would get the student to put its hand in all the dark corners of QGIS and both would produce a positive and visible impact. Regards, Jean-Roc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Dxf2Shp converter plugin
On Tue, 14 Feb 2012 12:04:54 +0200, Alexander Bruy wrote: Hi all, most functions of Dxf2Shp Converter plugin now in core. QGIS opens *.dxf file using OGR provider and can save them to shapefile or other OGR supported format from layer context menu. Converting lines to polygons and polygons to lines possible with fTools, same with extracting nodes. Maybe we can drop this plugin? Thanks This plugin is deprecated in regard of the functions of the ogr's driver but its ui offers some useful features not available with the standard tool such geom's choice ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QIGS GPL -> LGPL - Tigers, Lions and Bears Oh My!
On Thu, 17 Nov 2011 11:03:56 +0100, Marco Hugentobler wrote: Am Donnerstag, 17. November 2011, 10.22:10 schrieb Noli Sicad: OK. I understand now. However, if you sell the plugin or give it to the third party, then this is consider - public release, right? I'm not 100% sure here, the GNU faq says: But if you release the modified version to the public in some way, the GPL requires you to make the modified source code available to the program's users, under the GPL. 'the program's user' would then be the one you hand out the binary version? It would be any user getting their hands on this binary. If your client gives a copy to his friend then his friend has the right to the source (it doesn't mean that YOU have to the one sending the source). ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QIGS GPL -> LGPL - Tigers, Lions and Bears Oh My!
While we are on this subject, I would advice the reading of the only source that matters : http://www.gnu.org/licenses/gpl-faq.html About plugin's licensing : http://www.gnu.org/licenses/gpl-faq.html#WhatDoesCompatMean to sum it up, you release your plugin under any other license recognized as compatible : http://www.gnu.org/licenses/license-list.html And now my selfish view on the subject : - GPL to LGPL would need agreement of every past and present contributor or the rewrite of their contributed code - a dual licensing such as Qt implies that the contributor agrees to a Contribution License Agreement, honk if you like administravia - giving people the possibility of releasing closed product based on a open product (even without direct modification to qgis) brings no positive return to the project, allows users and clients to be tied to one company, make it easier to have segmentation of the dev effort Let's be honest here, if you give something to someone in the hope that someday, somehow he'll repay you then I've a good deal to offer you :) ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] 1.8 release?
On Thu, 20 Oct 2011 08:49:18 +0200, Marco Hugentobler wrote: Hi all +1 I'm also in favor of a 1.8 release. I've been asked several times by users when the new features will be available in a release. before or after the HF? Before seems a bit short-termed. Don't know if this is possible? Regards, Marco Am Mittwoch, 19. Oktober 2011, 18.04:03 schrieb Paolo Cavallini: Il 19/10/2011 17:31, Martin Dobias ha scritto: > If there is a consensus I guess the release could happen soon, > sometime in mid-November. +1 before or after the HF? Do you think that the globe plugin is stable enought to be distributed to all our users ? ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Re: [Qgis-community-team] New QGIS logo
Keeping a similar color set and form make the transition easier as the visual identity gap between the old and the new is shorter. Sylvain has done more proposals, I'll add them tonight. I've replaced the old with this one on my local copy, the big improvement is for the taskbar. On Wed, 31 Aug 2011 23:28:06 +0200, Anita Graser wrote: +1 for a logo contest if possible. If we change the QGIS icon and logo for 2.0, I would even go as far a not restricting the color palette at all. No need to stick to yellow/green if something else would suite the project better. Best wishes, Anita 2011/8/31 Nathan Woodrow While I think the QGIS icon needs a revamp for 2.0 I'm not sure that new one does it for me personally. I have been in contact with a company here in Australia who said they are happy to sponsor a 99designs.com (http://99designs.com/logo-design) competition for the new QGIS logo. The best part is that you can do the competition but if you don't like the designs you don't have to pick on. Thoughts? - Nathan 2011/9/1 Maxim Dubinin I like the idea of simplifying QGIS logo a lot. I never understood what is the point of arrow in QGIS logo? Can it be just stylized Q? Maxim Вы писали 31 августа 2011 г., 23:55:34: MJR> Hi, MJR> Here is a potential new logo for Quantum GIS 2 (done by Sylvain Beorchia) -> MJR> http://imageshare.web.id/images/qvqacswmv59l9rjxl1g6.png MJR> The actual is too complex with its gradients and shadows, here is a more MJR> simple logo which keeps most of the original design but a clearer way. MJR> The image linked above shows how it looks like at small size. MJR> By itself this change is worth creating a 2.0 git tag and to ship as MJR> soon as possible, it will increases our marketshare over 9000% ! MJR> Regards, MJR> Jean Roc MJR> ___ MJR> Qgis-community-team mailing list MJR> qgis-community-t...@lists.osgeo.org MJR> http://lists.osgeo.org/mailman/listinfo/qgis-community-team ___ 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using the power of GPU/OpenCL
On Fri, 12 Aug 2011 13:50:41 +0200, Martin Dobias wrote: Hi Andreas On Fri, Aug 12, 2011 at 11:28 AM, Andreas Neumann wrote: Hi, Now that Martin is including Multithreading Support, I am also wondering if it would be feasible to also profit from the computing power of GPUs and libraries, such as OPENCL. Seems like mobile devices, servers and regular desktops would benefit. Would the Qgis architecture allow the usage of OpenCL? I am not a dev, but am reading about these new technical options ... Given that more and more computers come with powerful GPUs it really makes sense to explore what are the possibilities for speed improvements. In general you can either use a library that implements some algorithms on GPU or you can start writing your own GPU code for the algorithm (or some parts of it). The speedup will vary greatly depending on the algorithm. Things like 3D rendering, image processing, video compression etc. are perfectly suited for GPU implementation because one computationally intensive routine is used in parallel for millions of independent pixels. However many other algorithms will not perform better on GPU. These are typically the ones that are not parallel or their bottleneck is not in computation - many algorithms have bottlenecks in I/O or they need to wait for some resources. First we would have to identify what is slow and should be optimized. Then do some profiling to find out in what parts most of the time is spent. If those parts are computationally intensive and parallelizable then it is a candidate for GPU implementation. My impression is that there are very few places in QGIS where we would gain performance with GPU because typically we delegate computation to underlying libraries and/or the slowness is caused by I/O. And various pieces of functionality are slow just because inefficient or naive algorithms are used. When implementing an algorithm on GPU we still would need to provide original implementation if no OpenCL-capable device is found. So this adds additional burden on maintainance to ensure that both CPU and GPU implementations give equivalent results. To summarize: yes, it would be possible to use GPU for some tasks, but GPU is not a magic wand. Computationally intensive tasks really can be improved (even by factors of 100), but many other tasks would not get faster. What are the areas where you think QGIS should be faster? Martin Since PAL is now more or less a QGIS only feature, would an opencl/multithread path be an improvment ? On the lib side, the work on opencl's use in gdal for resampling is a cool point too. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Re: forum.qgis.org
On Tue, 19 Jul 2011 11:50:54 +0200, Tim Sutton wrote: Hi Just my 2c: - +1 for moving wiki into redmin if Otto is agreeable +1 - Regarding joomla logins - we dont really encourage community logins / commenting on posts etc on the joomla site so I would not worry about spending time on it (for ldap integration I mean). Ultimately I would like to discard joomla and use our Django infrastructure to do the content management. Then we would really only be managing two web infrastructures: redmine and django. But that is something for the future. you mean redoing www.qgis.org ? (my forehead is covered with sweat at this idea) - Regarding the forums I would alos like to get rid of it but have also come across people in Real Life who have found them (and Anita, forum Queen :-) ) to be extremely helpful in getting started. I would suggest to make the forums read only with a big banner asking them to post to stack exchange rather as an interum solution. Also the fine folks from the Russian FOSSGIS community (Maxim et al) have offered to maintain the forums for us if needed. +1 for read only +1 for outsourcing the forum Regards Tim On Fri, Jul 15, 2011 at 1:19 PM, Saber Razmjooei wrote: One comment I came across today on the forum: "but THANK YOU A LOT. This forum has made getting into QGIS easier. As soon as i can contribute with help myself, i will do so" I am impartial, but we need to think carefully before shutting it down. Cheers Saber On Wed, 2011-07-06 at 09:47 +0200, Pirmin Kalberer wrote: Marco thinks that the community members who take care of the forum could decide such a change. But it is always possible to send a mail to the PSC list and ask for their view. Since Gary didn't step into the discussion and it's "his" forum, I would suggest that Anita sends a mail to the PSC list. The technical tasks would be -posting an info message to the forum -make the forum read-only -Update qgis.org pages to point to gis.stackexchange -Optional: Changing the DNS entry for forum.qgis.org Regards Pirmin Am Dienstag, 5. Juli 2011, um 12.37:07 schrieb Anita Graser: > Is this something that should be decided by the PSC or rather by the > community? I guess only Gary can shut the forum down or turn it read-only. > > Regards, > Anita > > On Tue, Jul 5, 2011 at 11:55 AM, Paolo Cavallini wrote: > > Il 05/07/2011 11:26, Pirmin Kalberer ha scritto: > > > I've played a bit with gis.stackexchange and think it's really a good > > > > idea to > > > > > use it. > > > Instead of forum.qgis.org we could use > > > http://gis.stackexchange.com/questions/tagged/qgis > > > as starting point. > > > > +1 for me. > > > > > IMHO there is no realistic solution with *one* login. Migrating forum > > > and > > > > wiki > > > > > would reduce logins by one or two (depending whether the user has an > > > > OpenID > > > > > login). According to the docs, Joomla also supports LDAP logins > > > (http://docs.joomla.org/LDAP), so OSGEO logins could used there, too. > > > > Anything simpler is better. > > Thanks. > > -- > > Paolo Cavallini: http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
RE: [Qgis-developer] Integrating OSSIM with QGIS
Hi Mingjie, a quick and easy way to make your code available for community review would be to create a fork of qgis on github and then create a branch on this fork. This way it will be easier for you to keep it in sync with master and for the devs to have a look and pull your changes. On Thu, 23 Jun 2011 16:54:23 -0400, Mingjie Su wrote: Hi Tim, We already installed GIT and checked out the master code. We also created a branch on my machine, I am wondering if I need to get permission from you to push our branch over to community. Thanks, Ming -Original Message- From: Mingjie Su Sent: Wednesday, June 22, 2011 9:37 AM To: 'Tim Sutton' Cc: Alexander Bruy; qgis-developer@lists.osgeo.org; 'Peter Borissow'; qgis-os...@lists.sourceforge.net; Harsh Govind Subject: RE: [Qgis-developer] Integrating OSSIM with QGIS Thanks a lot, Tim. I will take a look at Coding document and follow the rules. Ming -Original Message- From: Tim Sutton [mailto:li...@linfiniti.com] Sent: Tuesday, June 21, 2011 8:04 PM To: Mingjie Su Cc: Alexander Bruy; qgis-developer@lists.osgeo.org; Peter Borissow; qgis-os...@lists.sourceforge.net; Harsh Govind Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS On Tue, Jun 21, 2011 at 6:21 PM, Mingjie Su wrote: Hi Tim, Attached is our source code. Please let us know your suggestions. I received it thanks. I am busy building now. Could I point you to the CODING document in the top level of master https://github.com/qgis/Quantum-GIS/blob/master/CODING Section 2.7 explains the 'nice' way to share patches etc. Your changes are out of date with master and as they are not in a patch, they remove various changes that have been made upstream. Basically if you follow our guidelines of submitting patches (or creating a fork on github), it makes it much easier to evaluate your changes. I got some an error when running cmake: CMake Error at src/app/CMakeLists.txt:407 (ADD_EXECUTABLE): Cannot find source file "qgsnewvectorlayerdialog.cpp". Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx I had a quick look at your settings class QgisAppSettings and as Alex suggests, it would be much better to use the QgsOptions and / or QSettings to manage this (or even QgsProject if you want to store the setting per-project). I'm going to be travelling the next few days, but I will try to test any updated patches you make available. Best regards Thanks, Ming -Original Message- From: Tim Sutton [mailto:li...@linfiniti.com] Sent: Tuesday, June 21, 2011 4:36 AM To: Alexander Bruy Cc: Mingjie Su; qgis-developer@lists.osgeo.org; Peter Borissow; qgis-os...@lists.sourceforge.net; Harsh Govind Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS Hi On Tue, Jun 21, 2011 at 7:58 AM, Alexander Bruy wrote: Hi, 2011/6/20 Mingjie Su : 1) Since QGIS is hard coded to use the GDAL provider, we added the QgisAppSettings class to load the global settings (which is a plain text file with key/value pair) to select provider. maybe I miss something in discussion but is this new class (QgisAppSettings) is neccessary and why not use QSettings for this? There is a qgsoptions.h/cpp files to read and write QGIS setting You are probably correct though its hard to discuss it without seeing the code yet. Regards Tim -- Alexander Bruy -- 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 == -- 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS vs gvSIG
Is this fork going to stay in sync with gvsig's trunk or is it going its own seperate path ? I thought that after last year's talks about differences between your OA edition and the official (but not public) tree the situation would have improved. On Thu, 23 Jun 2011 09:21:25 +0100 (BST), Benjamin Ducke wrote: Hi Paolo (all) -- - Original Message - [SNIP] I didn't like their development model: AFAICT, there is a commercial association of all gvsig devs; this has a strong potential for a monopoly. That's precisely why a number of users and external developers, including myself, have now forked off the gvSIG Community Edition (CE). We are still in the process of building up the web infrastructure, but the mailing lists are already active and you can read up on progress in the list archives (the most active one is currently the "community" list): http://sourceforge.net/projects/gvsigce/ http://sourceforge.net/mail/?group_id=343517 Cheers, Ben ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Files attached to this email may be in ISO 26300 format (OASIS Open Document Format). If you have difficulty opening them, please visit http://iso26300.info for more information. ___ 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] release of 1.7
On Tue, 31 May 2011 09:30:25 +0200, Paolo Cavallini wrote: Hi all. Am I the only one to feel uncomfortable releasing 1.7 with 60 bugs classified as blocking? https://trac.osgeo.org/qgis/report/16 IMVHO we should examine them, and either reclassify them or solve them before release. My feeling is that 1.7 at this stage has significantly more issues than most previous versions, and could be disappointing for many of our users. I hope to be wrong, of course. All the best. I share your concern but no one has actually the time or manpower to solve these bugs, and to be honest I don't think that postponing the release any longer will improve the situation. This release has enough good points to compensate, I hope all this shiny stuff will blind the users enough so they don't see the little problems. If corporate users want a bug-free release, they'll have to invest in maintaining it. Some institutes I know are already lurking on this list and I hope they will be able to push this kind of effort trough their hierarchy, I'll also looking forward a big announcement in the coming week. So +1 for release ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Georeferencing output not using compression
Hi, With QGIS 1.7 svn 15861 (osgeo4w), the output of the georeferencing plugin does not take into account the compression setting and so creates a 1go file instead of a 100Mo. Before creating a bug report, could someone confirm the following problem ? regards, jean roc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer