Re: [Qgis-developer] Provider native raster band stats
Hi On Mon, Jul 11, 2011 at 5:29 PM, Marco Hugentobler wrote: > Hi Tim > > I'm not a raster guru, but the changes look good to me. > +1 for merging. Thanks for your feedback Marco. I guess I'll write some unit tests (wrong way around I know :-) ) and then merge it if they all pass and there are no other objections. :-) Regards Tim > > Regards, > Marco > > Am Donnerstag, 7. Juli 2011, 00.47:25 schrieb Tim Sutton: >> Hi >> >> During the Lisbon hackfest (between all those meetings!) I worked on >> updating the raster providers to be able to generate stats themselves. >> The raster provider base class has a default (and historically >> inefficient as we all know) implementation for collecting stats by >> walking over every cell in the raster twice. This method remains, but >> the providers can now supply stats themselves (heopfully using more >> efficient mechanisms). I have implemented gdal native stats already. >> Over the last few weeks I did some further testing and cleanups to >> this work. From my testing some of my worst case files opened in >> ~1minute rather than ~8+ minutes. It would be great if interested >> parties could test (details below) before I put it into master. >> >> git remote add timlinux git://github.com/timlinux/Quantum-GIS.git >> git fetch timlinux >> git branch --track timlinux raster-stats >> git checkout raster-stats >> >> I look forward to your feedback. >> >> Regards > > > -- > Dr. Marco Hugentobler > Sourcepole - Linux & Open Source Solutions > Churerstrasse 22, CH-8808 Pfäffikon SZ, Switzerland > marco.hugentob...@sourcepole.ch http://www.sourcepole.ch > Technical Advisor QGIS Project Steering Committee > -- 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] Rethinking the testing and release procedure of QGIS
On Mon, Jul 11, 2011 at 12:03 PM, Sandro Santilli wrote: > On Mon, Jul 11, 2011 at 11:33:10AM +0200, Martin Dobias wrote: >> I still have it uncommitted somewhere. Basically what I was trying to >> do was to override the path where compiled files are created -- to a >> directory structure resembling qgis tree when installed. There is >> still an issue with various resources (srs database, svg files etc) >> that are outside the build tree. On linux this could be handled by >> some symlinks, however on windows we would probably need to copy these >> files or use some other tricks. > > What about allowing specifying different paths for different assets > overriding the default [TREE]/hard_coded_path ? > > Could be done with environmental variables. QGIS already supports overriding of default paths for various assets by some calls to QgsApplication static methods. Adding the possibility to override them with environmental variables should be trivial, however I hoped to avoid an additional step such as passing command line arguments or setting temporary enviromental variables. Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: Fw: [Qgis-developer] QGIS-MapServer 1.7 GetFeatureInfo problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 so - maybe it is a library issue? Do you have several versions of libqgis_core.so ? This could screw things up with QGIS Mapserver. In my case, the GetFeaturInfo runs fine - but I only have version 1.8 (trunk) Andreas On 07/11/2011 09:35 PM, Giovanni Manghi wrote: > >> Nobody can reproduce this behavior? > > > I can confirm the problem. More in general I have problems to see the > wms layers with the latest trunk versions of qgis(server). > > cheers > > -- Giovanni -- > > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOG1sIAAoJELiCsGDopvBCO/kH/iNQP1G1icmobXTDJBuHr3kj OOCXN0y/4AlFRsMboaKj+uJtoV+4V1750ySR8oTvVkB1ihCye90x1mkfBQRhhBEB ZmIrw94Ssp+iF2E37kCvZXBZCa0ltARVur9SfDQsyU+39XWIJ/Pp+J5p2dJLSo02 yBmdJrg3TbJ5uDm7vd9YAczvWYOhmphHZ3+szeBJ4iOeky66K1TJoA7oAfIans5m 7F7pKFKUcB9sQrNKtgbYF9cVB2Vod+Rywex9oEJX6D/zIiM5L4gKopVqPTg3hLec 0vJfJD1VMTk3dcrWmJ4Yv3+3SmZWE0xR/cT31FBSHr7rSaarCUroXTz68zIBOHk= =J9gP -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: Fw: [Qgis-developer] QGIS-MapServer 1.7 GetFeatureInfo problem
> Nobody can reproduce this behavior? I can confirm the problem. More in general I have problems to see the wms layers with the latest trunk versions of qgis(server). cheers -- Giovanni -- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Fw: [Qgis-developer] QGIS-MapServer 1.7 GetFeatureInfo problem
Just to be sure, I did the downgrade to 1.6 (ubuntugis-stable repository) and everything is running smoothly again. So, it appears to be something with the version 1.7. Nobody can reproduce this behavior? Thanks again! Pedro - Forwarded Message - From: Pedro Venâncio To: Marco Hugentobler Hello Marco, >>Could you provide a sample project and dataset for us to test? Sending two shapefiles that I'm using and the project (.qgs) I am trying to publish. Everything works fine, except Identify tool who does not act as declared in the GetCapabilities (). >>Possible is also a library conflict if you have several qgis libs on your >>system. I do not know if this could be the problem, because one of the machines I'm running has a Ubuntu clean installation. Thanks for your support! Best regards, Pedro - Original Message - From: Marco Hugentobler Cc: Sent: Monday, July 11, 2011 4:53 PM Subject: Re: [Qgis-developer] QGIS-MapServer 1.7 GetFeatureInfo problem Hi Pedro Could you provide a sample project and dataset for us to test? > In addition, this same configuration worked without problems before > upgrading to version 1.7. Possible is also a library conflict if you have several qgis libs on your system. Regards, Marco Am Montag, 11. Juli 2011, 17.44:39 schrieb Pedro Venâncio: > Hello Andreas, > > Yes, I think this aspect is not the problem, everything is in EPSG:20790 > (QGIS project, all layers and the project - and wms layers - as client). > > In addition, this same configuration worked without problems before > upgrading to version 1.7. > > > Thanks, > Pedro > > > > > > > - Original Message - > From: Andreas Neumann > > Hi Pedro, > > Is the CRS (projection, coordinate reference system) set up correctly in > the WMS and in the WMS client? Is the QGIS project set up correctly with > the CRS? > > Andreas > > On Mon, 11 Jul 2011 07:19:49 -0700 (PDT), Pedro Venâncio wrote: > > Hello everyone, > > > > I have a problem in QGIS-MapServer 1.7. The result of Identify is > > blank on QGIS 1.7. > > > > I found this problem on a clean Ubuntu install of QGIS and > > QGIS-MapServer 1.7. Since I had another machine with QGIS and > > QGIS-MapServer 1.6 running smoothly, I did the upgrade to 1.7 on this > > machine (also Ubuntu) and the same application crashed the Identify > > feature after the upgrade. > > The GetCapabilities continues to show the layers as identifiable > > (queryable = "1"), however QGIS displays the results in white (see > > picture). This happens with both point, polyline and polygon features. > > > > Can anyone confirm this? > > > > Thank you! > > Pedro Venâncio > > -- -- > Andreas Neumann > Böschacherstrasse 10A > 8624 Grüt (Gossau ZH) > Switzerland > ___ > 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 -- Dr. Marco Hugentobler Sourcepole - Linux & Open Source Solutions Churerstrasse 22, CH-8808 Pfäffikon SZ, 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using SVG symbol with modifiable color-widths
Hi Marco thx for response. it work very well. Just a little question for fill section. My symbols was with fill:none I try using fill:param(fill) none but qgis seem don't recognize it I guess the 'none' value is not supported right ? Hovewer thx for this enhancement. It is very useful and save me from make many symbols for more colors and more sizes. Andrea. Il 11/07/2011 17:39, Marco Hugentobler ha scritto: Hi Andrea I'm not sure, but it could be the single quotes. Try to change Hi, I'm try-ing the option to change the color/width of SVG symbol following instruction in http://www.sourcepole.ch/ After create the symbol with Inkscape I see the SVG has this structure: ... 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] Python plugin unittests
Hi John On Mon, Jul 11, 2011 at 4:12 PM, John Donovan wrote: > With all this talk of unit testing and the benefits gained from it, > how would I set up my test environment to run the unit tests I have > developed for my plugin? > > For instance, I have a test suite that ensures correct settings are > written and read via QSettings, but naturally QGIS needs to be running > for it to work. it is not that hard to prepare QSettings to act as if you were inside QGIS application. This should be sufficient to pretend that your unit test is actually QGIS: from PyQt4.QtCore import QCoreApplication QCoreApplication.setOrganizationName( "QuantumGIS" ) QCoreApplication.setApplicationName( "QGIS" ) A bit harder may be test code using QgisInterface instance - preferably the code you are going to test should not use that interface at all, otherwise you would need to create a mock object implementing the methods you use. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS mobile GSoC 2011 weekly report #6
Le 11/07/2011 00:07, Tim Sutton a écrit : Just another comment - I wasnt objecting the vertical scrollbars per se (we added them to most dialogs in Wroclaw) and I think it is good to make the layer props consistent with the rest. Hi, I'll just react to this point : the previous vertical scrolling for the properties or the general options was screwed (no enough space for text leading to an i18n mess) ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS-MapServer 1.7 GetFeatureInfo problem
Hi Pedro Could you provide a sample project and dataset for us to test? > In addition, this same configuration worked without problems before > upgrading to version 1.7. Possible is also a library conflict if you have several qgis libs on your system. Regards, Marco Am Montag, 11. Juli 2011, 17.44:39 schrieb Pedro Venâncio: > Hello Andreas, > > Yes, I think this aspect is not the problem, everything is in EPSG:20790 > (QGIS project, all layers and the project - and wms layers - as client). > > In addition, this same configuration worked without problems before > upgrading to version 1.7. > > > Thanks, > Pedro > > > > > > > - Original Message - > From: Andreas Neumann > > Hi Pedro, > > Is the CRS (projection, coordinate reference system) set up correctly in > the WMS and in the WMS client? Is the QGIS project set up correctly with > the CRS? > > Andreas > > On Mon, 11 Jul 2011 07:19:49 -0700 (PDT), Pedro Venâncio wrote: > > Hello everyone, > > > > I have a problem in QGIS-MapServer 1.7. The result of Identify is > > blank on QGIS 1.7. > > > > I found this problem on a clean Ubuntu install of QGIS and > > QGIS-MapServer 1.7. Since I had another machine with QGIS and > > QGIS-MapServer 1.6 running smoothly, I did the upgrade to 1.7 on this > > machine (also Ubuntu) and the same application crashed the Identify > > feature after the upgrade. > > The GetCapabilities continues to show the layers as identifiable > > (queryable = "1"), however QGIS displays the results in white (see > > picture). This happens with both point, polyline and polygon features. > > > > Can anyone confirm this? > > > > Thank you! > > Pedro Venâncio > > -- -- > Andreas Neumann > Böschacherstrasse 10A > 8624 Grüt (Gossau ZH) > Switzerland > ___ > 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 -- Dr. Marco Hugentobler Sourcepole - Linux & Open Source Solutions Churerstrasse 22, CH-8808 Pfäffikon SZ, 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] QGIS-MapServer 1.7 GetFeatureInfo problem
Hello Andreas, Yes, I think this aspect is not the problem, everything is in EPSG:20790 (QGIS project, all layers and the project - and wms layers - as client). In addition, this same configuration worked without problems before upgrading to version 1.7. Thanks, Pedro - Original Message - From: Andreas Neumann Hi Pedro, Is the CRS (projection, coordinate reference system) set up correctly in the WMS and in the WMS client? Is the QGIS project set up correctly with the CRS? Andreas On Mon, 11 Jul 2011 07:19:49 -0700 (PDT), Pedro Venâncio wrote: > Hello everyone, > > I have a problem in QGIS-MapServer 1.7. The result of Identify is > blank on QGIS 1.7. > > I found this problem on a clean Ubuntu install of QGIS and > QGIS-MapServer 1.7. Since I had another machine with QGIS and > QGIS-MapServer 1.6 running smoothly, I did the upgrade to 1.7 on this > machine (also Ubuntu) and the same application crashed the Identify > feature after the upgrade. > The GetCapabilities continues to show the layers as identifiable > (queryable = "1"), however QGIS displays the results in white (see > picture). This happens with both point, polyline and polygon features. > > Can anyone confirm this? > > Thank you! > Pedro Venâncio -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ 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] SAGA Interface for QGIS - Midterm report
Hello everyone, This week+, I polished different parts of the module dialog, adding specific widgets & callbacks (signals) for actions & value changes, including, e.g. a "FileSelector" widget for paths, and a combobox for available layers or module specific choices. See screenshot [1]. This will allow the modules to change the available parameters (and their presentation to the user) in reaction to value changes. Also, the module instance's state (stopped, running, paused, etc.) mechanism was implemented on the processing side. This is yet invisible, because I haven't interfaced it to SAGA (see `moduleinstance.py`). This being the last week of the first term, I also tried to look ahead a little to what expects us during the next few weeks, which are the most important things that are missing and how to implement them. With the help from other developers through the mailing list, I compiled a list thereof [2]. In summary, due during the next term, in my opinion, are: * Data exchange (passing vector & raster data from QGIS to the implementation, will be done with ogr/gdal), starting now. * Multiple value parameters * Logging & progress report * Module instance serialization (storing "presets" of module values), also as intermediate step to accessing the moduleinstance from a cleaner python API. * Better code documentation & unit tests. I hope to also squeeze in some other minor parts (GUI things and such). In conclusion, I think this has been a productive week and a very fun first term. I am grateful for all the friendly (and insightful) comments & criticism I have received. Thanks a lot! Regards, Camilo [1] https://github.com/polymeris/qgis/wiki/Reports [2] https://github.com/polymeris/qgis/wiki/Timeline ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Using SVG symbol with modifiable color-widths
Hi Andrea I'm not sure, but it could be the single quotes. Try to change Hi, > I'm try-ing the option to change the color/width of SVG symbol > following instruction in > http://www.sourcepole.ch/ > > > After create the symbol with Inkscape I see the SVG has > this structure: > > ... > style="fill:none;stroke:#00;stroke-width:0.1;stroke-linecap:butt; > stroke-linejoin:miter;stroke-opacity:1;stroke-miterlimit:4;stroke-dasharray > :none" ... > > so I try to change like this: > > > Unfortunately it don't seem work. > > qgis don't render the symbol. > > Because I'm not an SVG expert perhaps I do some odd error. > > thx, > > Andrea. > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Dr. Marco Hugentobler Sourcepole - Linux & Open Source Solutions Churerstrasse 22, CH-8808 Pfäffikon SZ, 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] feature-request: qgis-desktop -> qgis-server integration
On 07/11/2011 10:43 AM, Andreas Neumann wrote: > I can see value in this for certain users, but on the other hand I see a > lot of complexity that I do not know how to solve. Servers have > different ways to transfer files. My own server only accepts scp/sftp > connections, not ftp. In house server are maybe accepting nfs or samba > shares, or may even share the same location between desktop and server > (in my case) in which no file transfer is necessary. Then there is the > security issue with storing login information. In the case of scp/sftp > we can do a key exchange, but this also makes the process harder for the > user. Also, there are firewall issues. At my employer everything except > port 80 and 443 is blocked and we need to go through a proxy. For this > reason, my external server listens at port 443 for ssh/scp/sftp > connections. > > Next to the .qgs project file and linked data sources, there is also the > need to copy symbol or font resources: ttf files and svg symbols. > > And finally: WMS and db resources may be different between internal and > external server. I personally use a pg_service definition instead of the > hostname. The service name is identical on both servers, but the > hostname is different. For WMS servers I do not have a solution. I have > to use find/replace for these .qgs files using different WMS. > > Any idea how to manage this complexity? I think it would be worthwile > trying to solve the issues, but it is not trivial. I Andreas, thanks for your thoughts. With this 'feature' I do not want to introduce a solution for all use cases, but just a (in my eyes) little step in that direction ;-) In my ideal Qgis-world qgis becomes some kind of round-trip solution: 1) build a nice map in qgis 2) post data + project file to a running qgis-server 3) look/admire at the wms-service using qgis 4) maybe do some adjustments to color/style -> GOTO 2 again So for example: - for the transfer of qgs-file and data, I do NOT want to introduce a new end-point on (or protocol/port to) the server, I want just that qgis-desktop connects to qgis-server (over normal port 80) and instead of only GET-ting images and tiles als POST/PUT stuff to the same server. That is the way Geoserver is working: you just POST/PUT to the same endpoint, only adding some authentication. - my use case is smaller scanned historical maps: so no fonts or symbols needed for that (just a Geotiff in a directory 'myMap' with next to it a .qgs project file pointing to the ./mytiff.tiff relative to the data) - off course there will be troubles/details that are harder to handle, but for example fonts and symbols are/can probably be mirrored on server and client. Another option would be to put them next to the .qgs-file and data-file(s) in the 'myMap'-directory - there are off course troubles with larger dataset which are harder to PUT/send to a service-endpoint. But 'mirroring' some data-directory on client and server (/data/qgis/mymap1, /data/qgis/mymap2 etc) would solve this problem. - large database keep being a problem (though a ssh-tunnel to a database and pointing to localhost:54320 in both qgis and server would be a quick and dirty solution). Your pg_service definition sounds smarter though. All this will never solve all (my) problems, but it can be a start ;-) Regards Richard Duivenvoorde ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Provider native raster band stats
Hi Tim I'm not a raster guru, but the changes look good to me. +1 for merging. Regards, Marco Am Donnerstag, 7. Juli 2011, 00.47:25 schrieb Tim Sutton: > Hi > > During the Lisbon hackfest (between all those meetings!) I worked on > updating the raster providers to be able to generate stats themselves. > The raster provider base class has a default (and historically > inefficient as we all know) implementation for collecting stats by > walking over every cell in the raster twice. This method remains, but > the providers can now supply stats themselves (heopfully using more > efficient mechanisms). I have implemented gdal native stats already. > Over the last few weeks I did some further testing and cleanups to > this work. From my testing some of my worst case files opened in > ~1minute rather than ~8+ minutes. It would be great if interested > parties could test (details below) before I put it into master. > > git remote add timlinux git://github.com/timlinux/Quantum-GIS.git > git fetch timlinux > git branch --track timlinux raster-stats > git checkout raster-stats > > I look forward to your feedback. > > Regards -- Dr. Marco Hugentobler Sourcepole - Linux & Open Source Solutions Churerstrasse 22, CH-8808 Pfäffikon SZ, 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] qgis mobile configure log
On Mon, Jul 11, 2011 at 12:30 AM, Marco Bernasocchi wrote: > Anybody sees anything familiar here? (the QT_QTUITOOLS_INCLUDE_DIR problem > is due to necessitas not having QTUITOOLS yet), what about the others like > the openpty one (has o do with CHECK_FUNCTION_EXISTS(openpty NEED_LIBUTIL) > )? > any hint is welcome Hi Marco AFAIK openpty is used only for grass shell in grass plugin - in case you are not going to port also grass to android you do not have to care about that. Regarding the warnings regarding unknown gcc system - you may try to compile a simple "hello world" application with cmake first to make sure you know how to handle cmake-android combination. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: Re: [Qgis-developer] QGIS Processing Framework
El , Martin Dobias escribió: Hi Camilo generally I agree with Julien's comments. I do not fully understand what do you mean with "Module instance serialization". Storing "presets" (sets of values for parameters). I think this could be either by pickling, generating some XML file, or generating python code that reconstructs the instance. [...] For me the map layer i/o does not look that hard. In the processing framework I would directly use the QgsVectorLayer / QgsRasterLayer instances and pass them to the processing backend. For SAGA backend the behaviour might be like this: if the layer data source is directly supported by SAGA, just tell saga the input file name. If not supported by saga - convert to supported file type, do the processing and then remove the temporary file(s). Exporting vector layers can be easily done by QgsVectorFileWriter class, exporting raster layers may be done using gdal api. You are right. It seems not too hard. I just wanted to avoid storing files (storage space concerns) & was considering ideas like having the possiblity of SAGA (or other implementations) tell QGIS which format it prefers or understands, so that, say, if one module exports format F and another module reads format F, no unnecessary conversion by QGIS is done in between. But perhaps leave that for later, and now just use the class you mention, gdal and ogr. Thanks for your comments, Camilo ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS-MapServer 1.7 GetFeatureInfo problem
Hi Pedro, Is the CRS (projection, coordinate reference system) set up correctly in the WMS and in the WMS client? Is the QGIS project set up correctly with the CRS? Andreas On Mon, 11 Jul 2011 07:19:49 -0700 (PDT), Pedro Venâncio wrote: Hello everyone, I have a problem in QGIS-MapServer 1.7. The result of Identify is blank on QGIS 1.7. I found this problem on a clean Ubuntu install of QGIS and QGIS-MapServer 1.7. Since I had another machine with QGIS and QGIS-MapServer 1.6 running smoothly, I did the upgrade to 1.7 on this machine (also Ubuntu) and the same application crashed the Identify feature after the upgrade. The GetCapabilities continues to show the layers as identifiable (queryable = "1"), however QGIS displays the results in white (see picture). This happens with both point, polyline and polygon features. Can anyone confirm this? Thank you! Pedro Venâncio -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS-MapServer 1.7 GetFeatureInfo problem
Hello everyone, I have a problem in QGIS-MapServer 1.7. The result of Identify is blank on QGIS 1.7. I found this problem on a clean Ubuntu install of QGIS and QGIS-MapServer 1.7. Since I had another machine with QGIS and QGIS-MapServer 1.6 running smoothly, I did the upgrade to 1.7 on this machine (also Ubuntu) and the same application crashed the Identify feature after the upgrade. The GetCapabilities continues to show the layers as identifiable (queryable = "1"), however QGIS displays the results in white (see picture). This happens with both point, polyline and polygon features. Can anyone confirm this? Thank you! Pedro Venâncio <>___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Python plugin unittests
With all this talk of unit testing and the benefits gained from it, how would I set up my test environment to run the unit tests I have developed for my plugin? For instance, I have a test suite that ensures correct settings are written and read via QSettings, but naturally QGIS needs to be running for it to work. -John -- One of the advantages of being disorderly is that one is constantly making exciting discoveries. - AA Milne ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Rethinking the testing and release procedure of QGIS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/11/2011 10:28 AM, Sandro Santilli wrote: > On Sun, Jul 10, 2011 at 10:16:28PM +0200, Ivan Mincik wrote: Agreed: AFAICT this is a major task: any idea of how much work would be necessary for reasonable results? An order of magnitude would be enough for now. >>> >>> I belive a 30k figure might get things going far enough that developers >>> could have a policy of no functional change and no bugfix w/out a test >>> accompanying would be allowed. >> >> Sandro, You mean 30 000 EUR? > > Yes. That'd be 6 man-months. Do you think I'm underestimating it ? No, no. Just I was not sure if it means that. It is important to know exactly how much money we need to collect. - -- Ivan Mincik, Gista s.r.o. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4a5zwACgkQVqso/9cUsCx9EACfVCQPiEivVDfVVi1np4FD0lej m00AoMhCvkZrDCxZsvymoSWXw+fO8nIL =OCsB -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Packaging QGIS in RHEL/Scientific Linux
There is a Fedora package for QGIS 1.7 in the updates-testing repository. The easiest way is to use the spec file of this package and adapt it to your needs. Nevertheless, Red Hat and EPEL both fail to provide PyQwt and GRASS for version 5. Version 6 should have all necessary dependencies, besides GRASS. You may also want to take a look at ELGIS. ELGIS will usually adapt Fedora's package, but it will take a couple more weeks for QGIS. Volker Original-Nachricht > Datum: Mon, 11 Jul 2011 20:32:58 +1000 > Von: Noli Sicad > An: Sunilrajkiran > CC: kumaran.narayanasw...@kcubeconsulting.com, > qgis-developer@lists.osgeo.org, Sitansu Pattnaik > Betreff: Re: [Qgis-developer] Packaging QGIS in RHEL/Scientific Linux > Hi Sunilrajkiran, > > Red Hat uses rpm for packaging. > > Here is link for the tutorial - Packaging software with RPM, Part 1: > Building and distributing packages. > > http://www.ibm.com/developerworks/library/l-rpm1/ > > Noli > > On 7/11/11, Sunilrajkiran wrote: > > Hello Everyone, > > > > > > > > I have built a sample custom QGIS > > application to display vector layers in Scientific Linux/RHEL. Can > anyone > > please reply me the steps to package this application in Scientific > Linux > > and is there anyway packaging this application into an one click > > installer(like .exe file for Windows) is possible in Scientific Linux > and > > if it is possible can you please send me the steps to create the same ?. > > > > > > > > Regards, > > > > Sunilrajkiran > > > > > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -- NEU: FreePhone - kostenlos mobil telefonieren! Jetzt informieren: http://www.gmx.net/de/go/freephone ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bounty hunting procedure
Hi On Mon, Jul 11, 2011 at 10:42 AM, Sandro Santilli wrote: > On Sun, Jul 10, 2011 at 12:02:42AM +0200, Tim Sutton wrote: > >> - Factor on between 15 and 50 euros per bug fix as a guideline for how >> many bugs can be fixed with your donation. > > You mean assuming there's at least 20 other people donating as much as > you do ? I can hardly imagine a bugfix (including regress testing) > costing less than 300EUR. > Those numbers are based on discussions with Paolo at the Lisbon hackfest - the idea being to clear away all the papercuts / low hanging fruit first. As the complexity increases, the bounties will no doubt go up. If I recall, the idea was also to provide a small incentive for students / new developers to get involved with the project. Paolo can comment further. So yes 15EUR won't cover bug # 'please rewrite all providers in .net' but I don't think that was the intention. Regards Tim > --strk; > > () Free GIS & Flash consultant/developer > /\ http://strk.keybit.net/services.html > -- 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] Packaging QGIS in RHEL/Scientific Linux
Hi Sunilrajkiran, Red Hat uses rpm for packaging. Here is link for the tutorial - Packaging software with RPM, Part 1: Building and distributing packages. http://www.ibm.com/developerworks/library/l-rpm1/ Noli On 7/11/11, Sunilrajkiran wrote: > Hello Everyone, > > > > I have built a sample custom QGIS > application to display vector layers in Scientific Linux/RHEL. Can anyone > please reply me the steps to package this application in Scientific Linux > and is there anyway packaging this application into an one click > installer(like .exe file for Windows) is possible in Scientific Linux and > if it is possible can you please send me the steps to create the same ?. > > > > Regards, > > Sunilrajkiran > > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Packaging QGIS in RHEL/Scientific Linux
Hello Everyone, I have built a sample custom QGIS application to display vector layers in Scientific Linux/RHEL. Can anyone please reply me the steps to package this application in Scientific Linux and is there anyway packaging this application into an one click installer(like .exe file for Windows) is possible in Scientific Linux and if it is possible can you please send me the steps to create the same ?. Regards, Sunilrajkiran ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Rethinking the testing and release procedure of QGIS
On Mon, Jul 11, 2011 at 11:33:10AM +0200, Martin Dobias wrote: > On Thu, Jul 7, 2011 at 4:29 PM, Jürgen E. wrote: > > Hi Martin, > > > > On Thu, 07. Jul 2011 at 16:21:43 +0200, Martin Dobias wrote: > >> I agree with Tim. Basic infrastructure for testing is there, it just > >> needs quite some work to cover at least commonly used routines in the > >> core library. At the same time we should reintroduce nightly builds > >> with testing (and alerts to mailing list on broken tests). There was a > >> BuildBot instance for qgis on osgeo server, but later something went > >> wrong with the server and it wasn't restored. > > > > IIRC you were working on an option to run the test without installing first > > at > > the hackfest. How did that go? > > I still have it uncommitted somewhere. Basically what I was trying to > do was to override the path where compiled files are created -- to a > directory structure resembling qgis tree when installed. There is > still an issue with various resources (srs database, svg files etc) > that are outside the build tree. On linux this could be handled by > some symlinks, however on windows we would probably need to copy these > files or use some other tricks. What about allowing specifying different paths for different assets overriding the default [TREE]/hard_coded_path ? Could be done with environmental variables. --strk; () Free GIS & Flash consultant/developer /\ http://strk.keybit.net/services.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS Processing Framework
Hi Camilo generally I agree with Julien's comments. I do not fully understand what do you mean with "Module instance serialization". On Fri, Jul 8, 2011 at 9:04 PM, Camilo Polymeris wrote: >> I agree with your analysis : being able to access the QGis layers for the >> input/output is now the most important thing to focus on. >> >> What precisely is blocking you on this topic ? >> I saw some recent updates adding a combobox with the layers but did not test >> it yet. The implementations could handle the conversion into their own >> internal data structure from the MapLayer objects. >> I know at least that on the OTB side, a first step will be getting a >> gdal/ogr compatible dataset name and pass them as input files to the >> implementation. >> As I can remember, SAGA has a "gdal/ogr" importer module for inputs, and the >> output should be simple also as the saga file format is supported by gdal. > > Thanks for your comments. The I/O thing is more of a saga-specific > issue, I am not sure where & in which format to exchange data.. but > these comments are helping clarify matters. For me the map layer i/o does not look that hard. In the processing framework I would directly use the QgsVectorLayer / QgsRasterLayer instances and pass them to the processing backend. For SAGA backend the behaviour might be like this: if the layer data source is directly supported by SAGA, just tell saga the input file name. If not supported by saga - convert to supported file type, do the processing and then remove the temporary file(s). Exporting vector layers can be easily done by QgsVectorFileWriter class, exporting raster layers may be done using gdal api. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ellipse renderer
Hi Marco >> One more technical issue: in the ellipse symbol layer you store >> indexes together with the field names. This is suboptimal and the >> field indexes should be resolved in startRender() method. > > I agree, storing only the name would be more robust towards attribute changes > (e.g. storing projects, inserting fields into the db with external programs, > then reopen again). > Is there a way to resolve the indexes from within the symbol layer? Maybe it's > something obvious that I just don't see. The symbollayer needs to know > attribute name and index (name to say which attributes it needs, index in > renderPoint). However, it does not know the vectorlayer to get the relation > between name and index. Right now there is no such possibility since the symbol layers were originally designed not to know anything about vector layers. Probably we should optionally pass QgsFieldMap or QgsVectorLayer to startRender method like we do in QgsFeatureRendererV2. Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Rethinking the testing and release procedure of QGIS
Hi Marco On Thu, Jul 7, 2011 at 5:23 PM, Marco Hugentobler wrote: > Hi all > > Being in favor of unit tests, we cannot hope to solve with them all the > stability problems, as some mails here suggest. It is just one small piece. In > fact, thinking about bugfixes in the past, e.g. for the 1.7 release, most of > them occured as a complex combination of several factors and user interaction, > very hard to detect with unit tests. I believe that many stability problems are caused due to various unhandled corner cases in the core library. Bugs in GUI are usually less fatal. > Another point that needs to be considered is that the unit testing code needs > to be maintained. Adding a test for every little change, even bugfix, would > create a huge amount of testing code and sample datasets. > > What about alternatively creating a unit test base that is limited in size but > well maintained, e.g. a good coverage of the core classes? I don't think we need to aim for 100% coverage by unit tests. For me the most important elements for unit testing are classes which facilitate data access (map layers, features, geometries, providers etc) - to make sure that we do not get regressions there. Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Rethinking the testing and release procedure of QGIS
On Thu, Jul 7, 2011 at 4:29 PM, Jürgen E. wrote: > Hi Martin, > > On Thu, 07. Jul 2011 at 16:21:43 +0200, Martin Dobias wrote: >> I agree with Tim. Basic infrastructure for testing is there, it just >> needs quite some work to cover at least commonly used routines in the >> core library. At the same time we should reintroduce nightly builds >> with testing (and alerts to mailing list on broken tests). There was a >> BuildBot instance for qgis on osgeo server, but later something went >> wrong with the server and it wasn't restored. > > IIRC you were working on an option to run the test without installing first at > the hackfest. How did that go? I still have it uncommitted somewhere. Basically what I was trying to do was to override the path where compiled files are created -- to a directory structure resembling qgis tree when installed. There is still an issue with various resources (srs database, svg files etc) that are outside the build tree. On linux this could be handled by some symlinks, however on windows we would probably need to copy these files or use some other tricks. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] feature-request: qgis-desktop -> qgis-server integration
Hi Richard, I can see value in this for certain users, but on the other hand I see a lot of complexity that I do not know how to solve. Servers have different ways to transfer files. My own server only accepts scp/sftp connections, not ftp. In house server are maybe accepting nfs or samba shares, or may even share the same location between desktop and server (in my case) in which no file transfer is necessary. Then there is the security issue with storing login information. In the case of scp/sftp we can do a key exchange, but this also makes the process harder for the user. Also, there are firewall issues. At my employer everything except port 80 and 443 is blocked and we need to go through a proxy. For this reason, my external server listens at port 443 for ssh/scp/sftp connections. Next to the .qgs project file and linked data sources, there is also the need to copy symbol or font resources: ttf files and svg symbols. And finally: WMS and db resources may be different between internal and external server. I personally use a pg_service definition instead of the hostname. The service name is identical on both servers, but the hostname is different. For WMS servers I do not have a solution. I have to use find/replace for these .qgs files using different WMS. Any idea how to manage this complexity? I think it would be worthwile trying to solve the issues, but it is not trivial. Andreas On Fri, 08 Jul 2011 09:32:04 +0200, Richard Duivenvoorde wrote: Hi Devs, Geoserver has a so called 'REST'interface: it's possible to push (PUT) a dataset to the geoserver, and immediately registre it as layer-service What about bringing something like this (slowly) into qgis: - given a saved project with mirrored data on client/server: push 'current' qgis-project file to the qgis-server, to immediately have this project available on the server - option: for smaller dataset in a qgisproject with relative paths: wrap up the (selected layer?) data(files only?) in a zip and PUT those next to the uploaded qgis-project file on the server. I have a use case for this available :-) A user with small scanned maps that they want to show in a browser: - georeference a scan - view/adjust in qgis - push to qgis server from within qgis I would think for a start we can do without full protocol descriptions: just literally push qgs/data next to server (which has to get adapted to handle this off course) I'm aware of a potential security risk here I know scp, but my users not (and probably on windows-desktops) Do devs/people see something in this? How to proceed: write a wikipage for this? Or a feature-request? Regards, Richard Duivenvoorde see http://docs.geoserver.org/2.1.1/user/restconfig/rest-config-examples/rest-config-examples-curl.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bounty hunting procedure
On Sun, Jul 10, 2011 at 12:02:42AM +0200, Tim Sutton wrote: > - Factor on between 15 and 50 euros per bug fix as a guideline for how > many bugs can be fixed with your donation. You mean assuming there's at least 20 other people donating as much as you do ? I can hardly imagine a bugfix (including regress testing) costing less than 300EUR. --strk; () Free GIS & Flash consultant/developer /\ http://strk.keybit.net/services.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Rethinking the testing and release procedure of QGIS
On Sun, Jul 10, 2011 at 10:16:28PM +0200, Ivan Mincik wrote: > >> Agreed: AFAICT this is a major task: any idea of how much work would be > >> necessary for > >> reasonable results? An order of magnitude would be enough for now. > > > > I belive a 30k figure might get things going far enough that developers > > could have a policy of no functional change and no bugfix w/out a test > > accompanying would be allowed. > > Sandro, You mean 30 000 EUR? Yes. That'd be 6 man-months. Do you think I'm underestimating it ? --strk; () Free GIS & Flash consultant/developer /\ http://strk.keybit.net/services.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
