Re: [Qgis-developer] QgisMapserver - need to restart Apache on every project file change ?
Hi Giovanni QGIS server uses the QFileSystemWatcher class ( http://doc.qt.nokia.com/4.7/qfilesystemwatcher.html) to check if a configuration file has changed. So in newer versions, changes to the published project files should be picked up without restarting apache. Regards, Marco Am Dienstag, 18. Oktober 2011, 19.23:28 schrieb G. Allegri: I haven't found the time to setup a fresher qgismapserver, but looking at the source code in trunk I can't see what's causing this. It seems that, inside the fcgi loop, a configuration for a requested MAP confipath is searched inside the cache instance. In case it's found the result is directly returned, otherwise a new cache entry is created and returned. I would expect this should work, but before I will build the trunk version I would like to know if it's solved indeed. thanks, Giovanni -- 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] 2 versions of Processing Framework Manager
I see 2 versions of Processing Framework Manager, the 0.26 installs fine on 1.7.1 (ubuntu 10.04 LTS binaries from ubuntugis-unstable) but the 0.21 issues this error: Couldn't load plugin saga due an error when calling its classFactory() method Traceback (most recent call last): File /usr/lib/python2.6/dist-packages/qgis/utils.py, line 138, in startPlugin plugins[packageName] = package.classFactory(iface) File /home/alobo/.qgis/python/plugins/saga/__init__.py, line 76, in classFactory from plugin import SAGAPlugin File /usr/lib/python2.6/dist-packages/qgis/utils.py, line 283, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File /home/alobo/.qgis/python/plugins/saga/plugin.py, line 31, in import processingmanager.processing as processing File /usr/lib/python2.6/dist-packages/qgis/utils.py, line 283, in _import mod = _builtin_import(name, globals, locals, fromlist, level) ImportError: No module named processingmanager.processing I assume I just have to uninstall 0.21 (the plugin gets installed despite the error, which is unusual) Agus ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugin ziplayers
Il 18/10/2011 21:10, Giovanni Manghi ha scritto: it always worked fine for me. On Wed, 2011-10-12 at 15:14 +0200, Paolo Cavallini wrote: Hi all. Apparently, the plugin ziplayers does not always saver the .prj file: does anybody confirm? From a quick test I could not find a pattern. All the best. To be more precise: if I zip layers without .prj, the prj is not added. I think it should, and it would be easy to do it. We still do not have a bugtracker for pugins, do we? All the best. -- Paolo Cavallini See: 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] QgisMapserver - need to restart Apache on every project file change ?
Thanks Marco, I supposed it watching the source code. But what about the need to reload apache if I send a different MAP request (i.e. a differnet configuration file)? It should work too, am I wrong? giovanni 2011/10/19 Marco Hugentobler marco.hugentob...@sourcepole.ch Hi Giovanni QGIS server uses the QFileSystemWatcher class ( http://doc.qt.nokia.com/4.7/qfilesystemwatcher.html) to check if a configuration file has changed. So in newer versions, changes to the published project files should be picked up without restarting apache. Regards, Marco Am Dienstag, 18. Oktober 2011, 19.23:28 schrieb G. Allegri: I haven't found the time to setup a fresher qgismapserver, but looking at the source code in trunk I can't see what's causing this. It seems that, inside the fcgi loop, a configuration for a requested MAP confipath is searched inside the cache instance. In case it's found the result is directly returned, otherwise a new cache entry is created and returned. I would expect this should work, but before I will build the trunk version I would like to know if it's solved indeed. thanks, Giovanni -- 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] QgisMapserver - need to restart Apache on every project file change ?
Hi Giovanni It should work too, am I wrong? Yes, the MAP parameter should be considered too. Regards, Marco Am Mittwoch, 19. Oktober 2011, 09.30:02 schrieb G. Allegri: Thanks Marco, I supposed it watching the source code. But what about the need to reload apache if I send a different MAP request (i.e. a differnet configuration file)? It should work too, am I wrong? giovanni 2011/10/19 Marco Hugentobler marco.hugentob...@sourcepole.ch Hi Giovanni QGIS server uses the QFileSystemWatcher class ( http://doc.qt.nokia.com/4.7/qfilesystemwatcher.html) to check if a configuration file has changed. So in newer versions, changes to the published project files should be picked up without restarting apache. Regards, Marco Am Dienstag, 18. Oktober 2011, 19.23:28 schrieb G. Allegri: I haven't found the time to setup a fresher qgismapserver, but looking at the source code in trunk I can't see what's causing this. It seems that, inside the fcgi loop, a configuration for a requested MAP confipath is searched inside the cache instance. In case it's found the result is directly returned, otherwise a new cache entry is created and returned. I would expect this should work, but before I will build the trunk version I would like to know if it's solved indeed. thanks, Giovanni -- 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 -- 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] various problems during a course
Il 19/10/2011 01:36, Giovanni Manghi ha scritto: io ho bisogno di un crash course su come mettere su un webgis basato su qgis-server con questo framework. da dove parto? PS é urgente suggerimento: concordaci un compenso e datevi un appuntamento (chat+tel), altrimenti e' difficile che tu ci cavi qualcosa ;) -- Paolo Cavallini See: http://www.faunalia.it/pc Hi all. Today, during a course, I spotted several problems: - the plugin Elevation does not take into account the proxy setting, so it does not work (known problem[0]) and it locks QGIS, forcing a restart; I suggest to fix it or, if impossible, to deprecate it - opening a - the plugin CSW client does not connect (I'm behind a proxy, do not know what's going wrong) with error: Error connecting to server geocat.ch: [same for others] urlopen error timed out - the tile scale apparently does not work - invert color map (in raster properties) option seem bugged: the flag is unchecked when closing the window - Rasterlite layers, e.g. http://download.gfoss.it/TrueMarble/TrueMarble-2km.sqlite are extremely slow to open (I remember a while ago they were surprisingly fast); I noticed it uses only one CPU out of four, BTW Feedback welcome. [0]https://trac.faunalia.it/qgis_plugins/ticket/18 Hi all. More minor issues: - if I edit label properties with the button (close to rotate label), the label disappears - the random colour ramps are generally ugly, and often colours are repeated - a button Randomize is missin for random colour ramps (currently one has to change the number of classes to have a new ramp) - in the editing widgets, the slider does not work - the measure area tool seems to be wrong when started with the ellipsoid off (measures are doubled); switching ellipsoid on and off again brings back the good value. If I get confirmations of the above I'll open tickets (but will not mind if someone else will do it sooner). Thanks. -- Paolo Cavallini See: http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Magic entry for QuantumGIS project files
Hi Daniel, I was wondering how to approach installation of new entries in the magic(5) file for better integration of QuantumGIS. I've filed a bug on qgis tracker: http://hub.qgis.org/issues/4407 Am I right there's no provision for automating installation of entries from packages ? Are there major obstacles for that ? What's the correct approach to request recognition of a format in the magic file ? Thanks in advance. --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
[Qgis-developer] Re: [Qgis-user] 2 versions of Processing Framework Manager
Hello Agus, The version to use is of course the last one : 0.26. I don't see several versions in the plugin installer. The directory in which the 'Processing Framework Manager' is installed has been renamed recently, from processingplugin to processingmanager. This may be the root of the problem. Can you double-check your $HOME/.qgis/python/plugins directory ? After installing the 0.26 version, you should not see any directory named processingplugin. Just processingmanager. If so, maybe just deleting it will make the 0.21 reference go away. Julien Le 19/10/2011 08:05, Agustin Lobo a écrit : I see 2 versions of Processing Framework Manager, the 0.26 installs fine on 1.7.1 (ubuntu 10.04 LTS binaries from ubuntugis-unstable) but the 0.21 issues this error: Couldn't load plugin saga due an error when calling its classFactory() method Traceback (most recent call last): File /usr/lib/python2.6/dist-packages/qgis/utils.py, line 138, in startPlugin plugins[packageName] = package.classFactory(iface) File /home/alobo/.qgis/python/plugins/saga/__init__.py, line 76, in classFactory from plugin import SAGAPlugin File /usr/lib/python2.6/dist-packages/qgis/utils.py, line 283, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File /home/alobo/.qgis/python/plugins/saga/plugin.py, line 31, in import processingmanager.processing as processing File /usr/lib/python2.6/dist-packages/qgis/utils.py, line 283, in _import mod = _builtin_import(name, globals, locals, fromlist, level) ImportError: No module named processingmanager.processing I assume I just have to uninstall 0.21 (the plugin gets installed despite the error, which is unusual) Agus ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugin ziplayers
We still do not have a bugtracker for pugins, do we? the bugtracker is available, it is needed to create the plugins projects in Redmine. A few weeks ago I was starting opening the projects but then I was suddenly overwhelmed by work. During the HF I want to take care of this matter. -- Giovanni -- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] adding python interpreter to QGis mapserver to expose analysis routines
These days I'm studying the QGis server architecture, and I was wondering on using it beyond its WMS features. I suppose that exposing other functionalities through it's (fast)cgi interface is trivial, and being able to run python scripts from the qgis internal python interpreter coul be interesting. Some proprietary gis servers already let users publish scripts accessible through web services, and I imagine that it could be done through Qgis server too. Before going on, I would like to receive comments on this, and invetigate eventual blocking issues for this feature given the actual Qgis server architecture. Giovanni ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QgisServer: enabled layers from project not taken
On Wed, Oct 19, 2011 at 12:57 PM, Andreas Neumann a.neum...@carto.net wrote: I noticed that QgisServer doen't take enabled layers from project file, but the user should enable them in the web client. yes - it is on our todo-list. The idea would be to expose the information of layer visibility in the GetCapabilities response - but the hard thing is to do this in a way that is conformant with the WMS standard - it probably means to introduce another vendor-specific extension. Any ideas how to solve it? I believe that GetCapabilities should only be used to describe what layers are available on each server. For the definition of layers which should be displayed in a client was defined ViewContext (Web Map Context), from specification: There are several possible uses for Context documents: - The Context document can provide default startup views for particular classes of user. Such a document would have a long lifetime and public accessibility. - The Context document can save the state of a viewer client as the user navigates and modifies map layers. - The Context document can store not only the current settings but also additional information about each layer (e.g., available styles, formats, SRS, etc.) to avoid having to query the map server again once the user has selected a layer. - The Context document could be saved from one client session and transferred to a different client application to start up with the same context. Each layer in ViewContext has 'hidden' attribute: 6.4.1 Layer Layers attributes are - hidden : contains true if the layer should be hidden in the client result map (required) BTW, this would be also probably the right way to give external URLs for WMS layers to the client. I am not big fan of standards and XML, but in this case it should be probably at least considered. Sooner or later you reach a limit in ViewContext. Radim ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] adding python interpreter to QGis mapserver to expose analysis routines
I was thinking to both the ways: - expose geoprocessing directly through QGIS MS (either C++ plugins or Python plugins) - provide a Python mapscripting for QGIS MS (as you're saying) I think the two ways are complementary. The latter would let you control QGIS MS, and proxy requests, exactly the same as Mapserver/Mapscript. The first one would let you also expose code written for QGis Desktop. For example, you could expose the features provided by the Processing Framework (OTB, SAGA, etc.), or the code inside QGis Analysis. I think that practically a common architecture could respond to both the functionalities: add qgispython interface to Qgis MS, as it is available for Qgis Desktop. This way you can call Python from Qgis and viceversa. giovanni 2011/10/19 Radim Blazek radim.bla...@gmail.com I have a similar question, but not the same, if I got it. I am thinking about a possibility to write a wrapper around the QGIS mapserver in Python. I mean a possibility to process a request before it is passed to QGIS MS core and process result before it is sent back to client. Practically Python bindings for QGIS mapserver. Basically the same like UMN MapServer mapscript in Python. Are you planning something like that? Usually it is always necessary to add an additional functionality for each project and the possibility to do it in Python would be the best IMO. Radim On Wed, Oct 19, 2011 at 3:06 PM, G. Allegri gioha...@gmail.com wrote: These days I'm studying the QGis server architecture, and I was wondering on using it beyond its WMS features. I suppose that exposing other functionalities through it's (fast)cgi interface is trivial, and being able to run python scripts from the qgis internal python interpreter coul be interesting. Some proprietary gis servers already let users publish scripts accessible through web services, and I imagine that it could be done through Qgis server too. Before going on, I would like to receive comments on this, and invetigate eventual blocking issues for this feature given the actual Qgis server architecture. Giovanni ___ 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] 1.8 release?
Hi devs looking at the amount of time (~6 months) and commits (~900) since the 1.7 release I am wondering whether it would not be reasonable to make also 1.8 release. Originally we wanted 1.7 to be the last 1.x feature release, however the master branch is in a good shape and no API breakage happened until now. Once we will start breaking things it will take some time (e.g. 6-9 months) until we will be able to release 2.0 and it would be a shame not to deliver the recent goodies for such a long time. This is an incomplete list of main new features in master branch since 1.7: - globe plugin - road graph plugin - zonal stats plugin - browser (dock widget + standalone app) - customization - lots of server updates - symbology: ellipses with data-defined fields, line patterns, point patterns - 64-bit feature ids - expressions instead of search strings - generic import layer - plenty of bugfixes and small improvements If there is a consensus I guess the release could happen soon, sometime in mid-November. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] 1.8 release?
I agree Martin, but I would hope that (at least) some of the major bugs reported for 1.7/1.7.1 will be solved before a new release. The risk is to provide new features, but loosing stability for the ones users are used to. giovanni 2011/10/19 Martin Dobias wonder...@gmail.com Hi devs looking at the amount of time (~6 months) and commits (~900) since the 1.7 release I am wondering whether it would not be reasonable to make also 1.8 release. Originally we wanted 1.7 to be the last 1.x feature release, however the master branch is in a good shape and no API breakage happened until now. Once we will start breaking things it will take some time (e.g. 6-9 months) until we will be able to release 2.0 and it would be a shame not to deliver the recent goodies for such a long time. This is an incomplete list of main new features in master branch since 1.7: - globe plugin - road graph plugin - zonal stats plugin - browser (dock widget + standalone app) - customization - lots of server updates - symbology: ellipses with data-defined fields, line patterns, point patterns - 64-bit feature ids - expressions instead of search strings - generic import layer - plenty of bugfixes and small improvements If there is a consensus I guess the release could happen soon, sometime in mid-November. Regards Martin ___ 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] Ma réponse de chargé d'étude en Région
Is it spam? 2011/10/19 Sémécurbe François francois.semecu...@insee.fr La crampe is Dead on Qgis I will be back in the future to kill all the pinguins!!! -Message d'origine- De : qgis-developer-boun...@lists.osgeo.org [mailto: qgis-developer-boun...@lists.osgeo.org] De la part de Martin Dobias Envoyé : mercredi 19 octobre 2011 17:31 À : qgis-dev Objet : [Qgis-developer] 1.8 release? Hi devs looking at the amount of time (~6 months) and commits (~900) since the 1.7 release I am wondering whether it would not be reasonable to make also 1.8 release. Originally we wanted 1.7 to be the last 1.x feature release, however the master branch is in a good shape and no API breakage happened until now. Once we will start breaking things it will take some time (e.g. 6-9 months) until we will be able to release 2.0 and it would be a shame not to deliver the recent goodies for such a long time. This is an incomplete list of main new features in master branch since 1.7: - globe plugin - road graph plugin - zonal stats plugin - browser (dock widget + standalone app) - customization - lots of server updates - symbology: ellipses with data-defined fields, line patterns, point patterns - 64-bit feature ids - expressions instead of search strings - generic import layer - plenty of bugfixes and small improvements If there is a consensus I guess the release could happen soon, sometime in mid-November. Regards Martin ___ 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] Ma réponse de chargé d'étude en Région
No, it's private joke from a french statistician!! De : G. Allegri [mailto:gioha...@gmail.com] Envoyé : mercredi 19 octobre 2011 17:40 À : Sémécurbe François Cc : Martin Dobias; qgis-dev; Levy David Objet : Re: [Qgis-developer] Ma réponse de chargé d'étude en Région Is it spam? 2011/10/19 Sémécurbe François francois.semecu...@insee.frmailto:francois.semecu...@insee.fr La crampe is Dead on Qgis I will be back in the future to kill all the pinguins!!! -Message d'origine- De : qgis-developer-boun...@lists.osgeo.orgmailto:qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.orgmailto:qgis-developer-boun...@lists.osgeo.org] De la part de Martin Dobias Envoyé : mercredi 19 octobre 2011 17:31 À : qgis-dev Objet : [Qgis-developer] 1.8 release? Hi devs looking at the amount of time (~6 months) and commits (~900) since the 1.7 release I am wondering whether it would not be reasonable to make also 1.8 release. Originally we wanted 1.7 to be the last 1.x feature release, however the master branch is in a good shape and no API breakage happened until now. Once we will start breaking things it will take some time (e.g. 6-9 months) until we will be able to release 2.0 and it would be a shame not to deliver the recent goodies for such a long time. This is an incomplete list of main new features in master branch since 1.7: - globe plugin - road graph plugin - zonal stats plugin - browser (dock widget + standalone app) - customization - lots of server updates - symbology: ellipses with data-defined fields, line patterns, point patterns - 64-bit feature ids - expressions instead of search strings - generic import layer - plenty of bugfixes and small improvements If there is a consensus I guess the release could happen soon, sometime in mid-November. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.orgmailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.orgmailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ma réponse de chargé d'étude en Région
I know that you are a french statistician, but I don't understand the joke... and I don't want to. giovanni 2011/10/19 Sémécurbe François francois.semecu...@insee.fr ** No, it's private joke from a french statistician!! -- *De :* G. Allegri [mailto:gioha...@gmail.com] *Envoyé :* mercredi 19 octobre 2011 17:40 *À :* Sémécurbe François *Cc :* Martin Dobias; qgis-dev; Levy David *Objet :* Re: [Qgis-developer] Ma réponse de chargé d'étude en Région Is it spam? 2011/10/19 Sémécurbe François francois.semecu...@insee.fr La crampe is Dead on Qgis I will be back in the future to kill all the pinguins!!! -Message d'origine- De : qgis-developer-boun...@lists.osgeo.org [mailto: qgis-developer-boun...@lists.osgeo.org] De la part de Martin Dobias Envoyé : mercredi 19 octobre 2011 17:31 À : qgis-dev Objet : [Qgis-developer] 1.8 release? Hi devs looking at the amount of time (~6 months) and commits (~900) since the 1.7 release I am wondering whether it would not be reasonable to make also 1.8 release. Originally we wanted 1.7 to be the last 1.x feature release, however the master branch is in a good shape and no API breakage happened until now. Once we will start breaking things it will take some time (e.g. 6-9 months) until we will be able to release 2.0 and it would be a shame not to deliver the recent goodies for such a long time. This is an incomplete list of main new features in master branch since 1.7: - globe plugin - road graph plugin - zonal stats plugin - browser (dock widget + standalone app) - customization - lots of server updates - symbology: ellipses with data-defined fields, line patterns, point patterns - 64-bit feature ids - expressions instead of search strings - generic import layer - plenty of bugfixes and small improvements If there is a consensus I guess the release could happen soon, sometime in mid-November. Regards Martin ___ 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] Ma réponse de chargé d'étude en Région
Sorry, I am apologize! La crampe is dead De : G. Allegri [mailto:gioha...@gmail.com] Envoyé : mercredi 19 octobre 2011 17:44 À : Sémécurbe François Cc : Martin Dobias; qgis-dev; Levy David Objet : Re: [Qgis-developer] Ma réponse de chargé d'étude en Région I know that you are a french statistician, but I don't understand the joke... and I don't want to. giovanni 2011/10/19 Sémécurbe François francois.semecu...@insee.frmailto:francois.semecu...@insee.fr No, it's private joke from a french statistician!! De : G. Allegri [mailto:gioha...@gmail.commailto:gioha...@gmail.com] Envoyé : mercredi 19 octobre 2011 17:40 À : Sémécurbe François Cc : Martin Dobias; qgis-dev; Levy David Objet : Re: [Qgis-developer] Ma réponse de chargé d'étude en Région Is it spam? 2011/10/19 Sémécurbe François francois.semecu...@insee.frmailto:francois.semecu...@insee.fr La crampe is Dead on Qgis I will be back in the future to kill all the pinguins!!! -Message d'origine- De : qgis-developer-boun...@lists.osgeo.orgmailto:qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.orgmailto:qgis-developer-boun...@lists.osgeo.org] De la part de Martin Dobias Envoyé : mercredi 19 octobre 2011 17:31 À : qgis-dev Objet : [Qgis-developer] 1.8 release? Hi devs looking at the amount of time (~6 months) and commits (~900) since the 1.7 release I am wondering whether it would not be reasonable to make also 1.8 release. Originally we wanted 1.7 to be the last 1.x feature release, however the master branch is in a good shape and no API breakage happened until now. Once we will start breaking things it will take some time (e.g. 6-9 months) until we will be able to release 2.0 and it would be a shame not to deliver the recent goodies for such a long time. This is an incomplete list of main new features in master branch since 1.7: - globe plugin - road graph plugin - zonal stats plugin - browser (dock widget + standalone app) - customization - lots of server updates - symbology: ellipses with data-defined fields, line patterns, point patterns - 64-bit feature ids - expressions instead of search strings - generic import layer - plenty of bugfixes and small improvements If there is a consensus I guess the release could happen soon, sometime in mid-November. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.orgmailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.orgmailto:Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] 1.8 release?
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? -- Paolo Cavallini See: 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] adding python interpreter to QGis mapserver to expose analysis routines
Hi Giovanni and Radim On Wed, Oct 19, 2011 at 12:24 PM, G. Allegri gioha...@gmail.com wrote: I was thinking to both the ways: - expose geoprocessing directly through QGIS MS (either C++ plugins or Python plugins) - provide a Python mapscripting for QGIS MS (as you're saying) I think the two ways are complementary. The latter would let you control QGIS MS, and proxy requests, exactly the same as Mapserver/Mapscript. The first one would let you also expose code written for QGis Desktop. For example, you could expose the features provided by the Processing Framework (OTB, SAGA, etc.), or the code inside QGis Analysis. A nice low-level solution would be to introduce a new class to qgis_core library that would take care of fastcgi functionality (e.g. QgsFastCgiServer) and an abstract interface for web-based services (e.g. QgsFastCgiService) for communication between the fastcgi server and the concrete service. One or more services could be registered to the fastcgi server and it would redirect the request to the services. Our WMS server would be therefore become a service running on top of QgsFastCgiServer, the mapserver executable would just create fastcgi server instance, add WMS service and start the server. With QgsFastCgiServer developers could implement basically any functionality they want. A simple WPS service could be built on top of the processing framework. Or a service that first does some processing, then renders the map and returns it (this would be the MapScript equivalent, right?) To use python we would need python wrapper of the server and service classes, something that could be done very easily. The WMS service could be probably made extensible, too, but the number of possible use cases would be probably smaller in order to stay compatible with WMS standard. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] various problems during a course
Sorry, got mingled. This is the correct email. Il 19/10/2011 01:36, Giovanni Manghi ha scritto: - the plugin Elevation does not take into account the proxy setting, so it does not work (known problem[0]) and it locks QGIS, forcing a restart; I suggest to fix it or, if impossible, to deprecate it - opening a - the plugin CSW client does not connect (I'm behind a proxy, do not know what's going wrong) with error: Error connecting to server geocat.ch: [same for others] urlopen error timed out - the tile scale apparently does not work - invert color map (in raster properties) option seem bugged: the flag is unchecked when closing the window - Rasterlite layers, e.g. http://download.gfoss.it/TrueMarble/TrueMarble-2km.sqlite are extremely slow to open (I remember a while ago they were surprisingly fast); I noticed it uses only one CPU out of four, BTW Feedback welcome. [0]https://trac.faunalia.it/qgis_plugins/ticket/18 Hi all. More minor issues: - if I edit label properties with the button (close to rotate label), the label disappears - the random colour ramps are generally ugly, and often colours are repeated - a button Randomize is missin for random colour ramps (currently one has to change the number of classes to have a new ramp) - in the editing widgets, the slider does not work - the measure area tool seems to be wrong when started with the ellipsoid off (measures are doubled); switching ellipsoid on and off again brings back the good value. If I get confirmations of the above I'll open tickets (but will not mind if someone else will do it sooner). Thanks. -- Paolo Cavallini See: http://www.faunalia.it/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
Re: [Qgis-developer] adding python interpreter to QGis mapserver to expose analysis routines
That would ne a very interesting architecture Martin. Each Service would manage its on requirements, for example its own internal bindings to Python or whatever. I'm not sure about the fastgi nature of the services. The server has a an fcgi interface, ok, but the services should be indipendent from this specific interface. The Server could be deployed in a different fashion, but the services should ignore this. giovanni 2011/10/19 Martin Dobias wonder...@gmail.com Hi Giovanni and Radim On Wed, Oct 19, 2011 at 12:24 PM, G. Allegri gioha...@gmail.com wrote: I was thinking to both the ways: - expose geoprocessing directly through QGIS MS (either C++ plugins or Python plugins) - provide a Python mapscripting for QGIS MS (as you're saying) I think the two ways are complementary. The latter would let you control QGIS MS, and proxy requests, exactly the same as Mapserver/Mapscript. The first one would let you also expose code written for QGis Desktop. For example, you could expose the features provided by the Processing Framework (OTB, SAGA, etc.), or the code inside QGis Analysis. A nice low-level solution would be to introduce a new class to qgis_core library that would take care of fastcgi functionality (e.g. QgsFastCgiServer) and an abstract interface for web-based services (e.g. QgsFastCgiService) for communication between the fastcgi server and the concrete service. One or more services could be registered to the fastcgi server and it would redirect the request to the services. Our WMS server would be therefore become a service running on top of QgsFastCgiServer, the mapserver executable would just create fastcgi server instance, add WMS service and start the server. With QgsFastCgiServer developers could implement basically any functionality they want. A simple WPS service could be built on top of the processing framework. Or a service that first does some processing, then renders the map and returns it (this would be the MapScript equivalent, right?) To use python we would need python wrapper of the server and service classes, something that could be done very easily. The WMS service could be probably made extensible, too, but the number of possible use cases would be probably smaller in order to stay compatible with WMS standard. Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Re: Load SQLite table into QGIS
Forget my request. I went ahead with a native SQLite query (after including the sqlite3 header) here is what I used to get to the data, sqlite3 *db; int rc = sqlite3_open( spliteDBName.toStdString().c_str(), db); if( rc ){ txtStream Can't open database: \n sqlite3_errmsg(db) endl; sqlite3_close(db); return; } strQry = select i, sum(v) as sumi, count(i) as counti from tbltps group by i;; rc = sqlite3_exec(db, strQry.toUtf8().constData(),NULL , NULL, zErrMsg); if( rc!=SQLITE_OK ){ txtStream \tSQL error: strQry.toStdString() zErrMsgendl; sqlite3_free(zErrMsg); return; } and one can use other functions such as // SQLite get table statement rc = sqlite3_get_table( db, strQry.toUtf8().constData(), results, rows, columns, errMsg ); Thank you again for your help, Maaza -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Load-SQLite-table-into-QGIS-tp6876536p6910904.html Sent from the qgis-developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer