Re: [QGIS-Developer] wps client plugin
Hi Martin, Our colleague Hussein has ported the plugin to QGIS 3 some time ago: https://github.com/HusseinKabbout/qgis-wps-client AFAIK the Processing integration hasn't been ported yet, which might be the reason, that it wasn't published on plugins.qgis.org. Regards Pirmin On 14.11.19 12:55, Martin Landa wrote: Dear all, to my knowledge there is currently no WPS client plugin for QGIS3. I just found [1] which is written for QGIS2, no updates seem to be published. I am thinking to start implementing a new WPS client for QGIS3 from scratch. To avoid duplication, are you aware of any initiative? Thanks, Martin [1] https://plugins.qgis.org/plugins/wps/ -- Pirmin Kalberer - @implgeo Sourcepole - http://www.sourcepole.com ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Detect OpenLayers layer in Python
Hi Tom, Am Montag, 27. November 2017, 05.03:07 schrieb Tom Chadwin: > > I thought this might have been asked before, but if so, I've failed to find > it. How do you determine in PyQGIS whether a layer is an OpenLayers plugin > layer? It's an OpenLayer layer when layer.customProperty('ol_layer_type') exists. Cheers Pirmin -- Pirmin Kalberer - @PirminKalberer Sourcepole - http://www.sourcepole.com ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] 2.16 Globe plugin on Mac
Hi Daven, On Dienstag, 20. September 2016 22:49:02 CEST Daven Quinn wrote: > > I just completed a source installation of QGIS 2.16.2 on Mac, using a > modified version of the Homebrew osgeo4mac/qgis–214 formula. I was > particularly excited to try out the new globe plugin. QGIS builds correctly > and is usable, but the globe plugin appears to be totally disabled, and > doesn’t show up in the plugin directory or menu. > > I built the formula with globe enabled (the Homebrew —with-globe option > translates to —DWITH_GLOBE=TRUE > —DOSG_PLUGIN_PATH=/usr/local/lib/osgPlugins-3.4 compile options. I’m > running osg 3.4 and osgearth 2.7. Both of these are built using homebrew > formula, with qt support, and I think they are within the range of > supported dependencies for the globe plugin. This looks correct and osgearth 2.7 is the supported version for QGIS 2.16. > > In the “advanced” settings menu, there is a section for globe plugin > settings, but I cannot see any other feedback that the plugin is installed. > > Any insights on what might be disabling the globe plugin, and how I could > compile QGIS in order to include this? I’ve successfully used my install of > osgearth to view GIS data described by raw *.earth files, so I think it’s > unlikely to be a dependency issue. Thanks, Daven You have to activate the Globe plugin in "Manage and install plugins..." and then you should get a menu entry Plugins -> Globe -> Launch Globe. Would be great to hear that the globe is also running on Mac! Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux & Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] OpenLayers Plugin - feature request
Hi Arne, On Sonntag, 7. August 2016 14:39:18 CEST Arne Wichmann wrote: > > for my own private anjoyment (role playing) I hacked the OpenLayers Plugin > to work with Stamen terrain-background. As I think having a background > which _only_ consists of physical features might be interesting for other > uses, too, I suggest to you to add this to the OpenLayers Plugin. You're welcome to open a ticket at [1] and attach your changed files. Regards Pirmin [1] http://hub.qgis.org/projects/openlayers/issues -- Pirmin Kalberer Sourcepole - Linux & Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Future of OpenLayers plugin - time to deprecate?
Hi Tim, Am Donnerstag, 16. Juni 2016, 00.06:11 schrieb Tim Sutton: > Hi Pirmin > > > On 15 Jun 2016, at 18:58, Pirmin Kalberer <pi...@sourcepole.com> wrote: > > > > Hi all, > > > > Am Mittwoch, 15. Juni 2016, 08.20:13 schrieb Richard Duivenvoorde: > >> Maybe first discuss with Author (in cc)? > > > > Thanks Richard. Today was the 7th annual Swiss QGIS User meeting and > > therefore no time to answer to this second shit storm wave earlier. > > > > > > First some history for QGIS newbies: > > The OpenLayers plugin was presented at the first QGIS User meeting six > > years ago [1]. It was built to integrate Google Maps layers using the > > Google API via OpenLayers. At this time only the illegal (but well known) > > way using a GDAL VRT supported this functionality. In the meantime there > > have been at least three plugins reimplementing this illegal TMS access > > method, the latest (and best) is QuickMapServices. The OpenLayers plugin > > got the first major breakage with the QGIS 2.0 API change. The > > multithreaded rendering in QGIS 2.4 caused a complete rewrite of the > > plugin. Between and after that other QGIS or Google Maps changes have > > broken the OpenLayers plugin from time to time and it was a matter of > > course that we "fix" it to adapt these (usually paid) changes. > > > > I personally don't think that the name of this or another plugin is the > > main reason for more than 700'000 downloads of the OpenLayers plugin. I > > know of quite a few users staying with old QGIS version (even 1.x) just > > to be able to display and print Google Maps base layers. For some of them > > the plugin was important enough, to pay a few hundred Swiss Francs for > > another "bug fix". Apart of this, OpenLayers was always done in my > > limited spare time at home or at hackfests (travelling sponsored by > > Sourcepole). Even when I pointed at a possible breakages of PluginLayers, > > like before merging the map rotation feature, it seemed never to have any > > priority to test a change with the OL plugin or even preventing to break > > it. This attitude and the destructive Trump-syle tone with the +1 frency > > in this community mailing list are definitely not the motivation I would > > need for another bug fix. And regarding the reputation of QGIS, I find > > promoting a plugin for doing illegal things worse than not fixing > > printing problems. > > > > Enough of getting my frustration out - I have also a constructive > > proposal: > > Please pass a customRenderFlag during composer rendering to give > > PluginLayers a chance to handle this case without adventurous workarounds > > (and besides make it possible to fix WMTS printing with more than > > 90dpi's). I would then at least turn off OL layers and display a message. > > I’m wondering what the first storm was? The OpenLayers Plugin is a great > tool for QGIS and I agree we could have approached this discussion more > sensitively - e.g. by first approaching you and Maxim and other devs > building similar tools to look for a way to reduce duplication of effort > and solve the issues that users experience with printing etc. So please do > accept our apologies. The first wave started in December. In the next days we have acceptance tests and training of our customized QGIS version demonstrated in Girona, before deploying it to 28'000 machines. So I appologize for not having the time for longer discussions now. I made a proposal for solving the technical problem in my answer. And may I ask to continue the other disussions brought into this thread under a new subject. Just for the sake of Mathias', Luiz' and my mental health. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux & Open Source Solutions http://www.sourcepole.com [...] > > --- > > Tim Sutton > QGIS Project Steering Committee Chair > t...@qgis.org ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Future of OpenLayers plugin - time to deprecate?
Hi all, Am Mittwoch, 15. Juni 2016, 08.20:13 schrieb Richard Duivenvoorde: > Maybe first discuss with Author (in cc)? Thanks Richard. Today was the 7th annual Swiss QGIS User meeting and therefore no time to answer to this second shit storm wave earlier. First some history for QGIS newbies: The OpenLayers plugin was presented at the first QGIS User meeting six years ago [1]. It was built to integrate Google Maps layers using the Google API via OpenLayers. At this time only the illegal (but well known) way using a GDAL VRT supported this functionality. In the meantime there have been at least three plugins reimplementing this illegal TMS access method, the latest (and best) is QuickMapServices. The OpenLayers plugin got the first major breakage with the QGIS 2.0 API change. The multithreaded rendering in QGIS 2.4 caused a complete rewrite of the plugin. Between and after that other QGIS or Google Maps changes have broken the OpenLayers plugin from time to time and it was a matter of course that we "fix" it to adapt these (usually paid) changes. I personally don't think that the name of this or another plugin is the main reason for more than 700'000 downloads of the OpenLayers plugin. I know of quite a few users staying with old QGIS version (even 1.x) just to be able to display and print Google Maps base layers. For some of them the plugin was important enough, to pay a few hundred Swiss Francs for another "bug fix". Apart of this, OpenLayers was always done in my limited spare time at home or at hackfests (travelling sponsored by Sourcepole). Even when I pointed at a possible breakages of PluginLayers, like before merging the map rotation feature, it seemed never to have any priority to test a change with the OL plugin or even preventing to break it. This attitude and the destructive Trump-syle tone with the +1 frency in this community mailing list are definitely not the motivation I would need for another bug fix. And regarding the reputation of QGIS, I find promoting a plugin for doing illegal things worse than not fixing printing problems. Enough of getting my frustration out - I have also a constructive proposal: Please pass a customRenderFlag during composer rendering to give PluginLayers a chance to handle this case without adventurous workarounds (and besides make it possible to fix WMTS printing with more than 90dpi's). I would then at least turn off OL layers and display a message. Regards Pirmin -- Pirmin Kalberer - @PirminKalberer Sourcepole - http://www.sourcepole.com [1] http://blog.sourcepole.com/2010/04/23/folien-qgis-user-meeting-bern/ > > As the maintainers used to put a lot of work into the plugin. In my view > it is not very polite to retract/depricate a plugin. > > Best I think would be (if Pirmin and Matthias are ok with it), to > temporarily depricate it, AND show with a message in the description > that there is a working alternative. > This would give SP time to fix, without time pressure. > > Unless off course the Plugin is being depricated by the authors too > Then it could just be removed. > > Maybe we should have a mechanisme in the plugins to do such messages? > For example: "This plugins is not working properly because (eg > Webkit/Debian)" or "This plugin is deprecated in favour of ..."? > > Regards, > > Richard Duivenvoorde > > On 14-06-16 23:04, Paolo Cavallini wrote: > > Makes sense to me. Going to deprecate it tomorrow if nobody objects. > > Thanks Nyall. > > > > Il 14 giugno 2016 22:25:06 CEST, Anita Graser <anitagra...@gmx.at> ha > > > > scritto: > > On Tue, Jun 14, 2016 at 9:57 PM, Nyall Dawson > > > > <nyall.daw...@gmail.com <mailto:nyall.daw...@gmail.com>> wrote: > > On 31 Dec 2015 7:33 AM, "Nyall Dawson" <nyall.daw...@gmail.com > > > > <mailto:nyall.daw...@gmail.com>> wrote: > > > Hi all, > > > > > > The email chain below is just one example of a user who has > > > issues > > > with QGIS after installing the OpenLayers plugin. Stackexchange > > > is > > > filled with similar examples (See > > > http://gis.stackexchange.com/questions/tagged/qgis-openlayers-pl > > > ugin). > > > > > > I'm wondering if it's time we discussed the future of this > > > plugin. Now > > > that we have a viable replacement (Quick Map Services) which > > > doesn't > > > demonstrate these issues, should we deprecate the OpenLayers > > > plugin > > > and remove it from the plugin repo? > >
Re: [Qgis-developer] Future of OpenLayers plugin - time to deprecate?
Am Donnerstag, 31. Dezember 2015, 11.53:47 schrieb Bernd Vogelgesang: > +1 for deprecating. > I think the "popularity" of OpenLayers only derives from the fact that it > was the only plugin available serving basemaps for a long time and that it > is mentioned all around the web in tutorials etc. > Most of my collegues with less experience frequently step into the traps > and digitize stuff only to find later that the result is shifted or the > map is not printable. > > I skipped it already a long time ago and tried to compensate it by finding > other sources like WMS etc which is not so easy over here in Germany > (especially since the built-in WMS Server Search results are completely > outdated for a long time). > > Since the QuickMapServices plugin is there, I always recommend that. > If this plugin would become the "successor" of OpenLayers, it would be > nice to know why those most popular sources like Bing etc are "hidden" in > the contributed services. Legal issues? The usage of Bing as TMS is now legal AFAIK. Using Google as TMS is against Googles Terms of Service. That's why the OpenLayer plugin uses OpenLayers (sic!) for Google layers, which complicates a lot of things. BTW, the master branch of OpenLayers also uses TMS where (legally) possible, which solves most printing problems, etc. Regards Pirmin -- Pirmin Kalberer - @PirminKalberer Sourcepole - http://www.sourcepole.com > > I already proposed to the developers to rename their plugin to "Basemaps", > cause thats what it is actually about and which is a lot easier to > understand and memorize. > > Cheers > Bernd > > Am 31.12.2015, 07:17 Uhr, schrieb Paolo Cavallini <cavall...@faunalia.it>: > > Deprecating it makes sense to me, unless authors plan to fix the long > > standing issues. > > Thanks for raising this. > > All the best. > > > > Il 31 dicembre 2015 06:47:08 CET, h <hdi...@bigpond.net.au> ha scritto: > >> On Wed, 30 Dec 2015 22:42:27 -0500 > >> > >> Randal Hale <rjh...@northrivergeographic.com> wrote: > >>> As a non-developer if I can chip in my .02 cents worth - I think > >>> deprecating it might be a good thing. To me it was always a plugin > >>> that received a lot of applause - but the one that would cause the > >>> most questions ("why can't I use this imagery in map composer"). > >>> While I liked having access to google/bing imagery - it always made > >>> me more uncomfortable having it there because of the terms of service. > >>> > >>>I didn't know that QuickMapServices was a plugin - and after looking > >>> > >>> at it I think most people will have a problem because there is no > >>> google/bing imagery in that one. In the US I have enough choices for > >>> imagery - and that might not be the case everywhere else. I'm unsure > >>> > >>> how up to date MapQuest Aerial is - but better than nothing. > >> > >> I got caught on that one. > >> In QuickMapServices>Settings there is a "Contributed Services" tile. > >> Select "Get Contributed Services" and a whole lot of stuff, including > >> Bing and Google are provided. > >> > >> To me QMS makes "Open layers" obsolete - but it needs a bit more > >> documentation on how to get Bing etc!!! > >> > >> On principle I am against retirement, but am not aware of a strong > >> argument against it for Open Layers. (Something I have used and valued > >> for quite some time..) > >> H > >> > >>> Possibly add a pop-up/warning on the open layers plugin since it is > >>> popular - "We are in the process of deprecating this plugin". > >>> > >>>Other than that - +1 for retirement. > >>>Randy > >>> > >>>On 12/30/2015 09:42 PM, Nyall Dawson wrote: > >>>> On 31 December 2015 at 13:29, Joshua Quesenberry > >>>> > >>>> <engn...@gmail.com> wrote: > >>>>> If the plugin is deprecated, what is replacing it? I find the > >>>>> plugin to be very useful. > >>>> > >>>> QuickMapServices. It's got numerous improvements over OpenLayers, > >>>> including reprojection support and not breaking the map composer. > >>>> > >>>> Nyall > >>>> > >>>>> -Original Message- > >>>>> From: Qgis-developer > >>>>> [mailto:qgis-developer-boun...@lists.
Re: [Qgis-developer] PluginBuilder writes a wrong import inside .py
Hi Roberto, Am Dienstag, 3. November 2015, 10.49:24 schrieb Geo DrinX: > > > probably you just know, but I found that "PluginBuilder" plugin for QGIS > writes at line 26 of the main .py file the following code: > > > import resources > > > I think this is wrong, because in run it returns a python error. > > > The correct code is: > > > import resources_rc > > > I hope this helps to create new and useful plugins . Please open an issue at https://github.com/g-sherman/Qgis-Plugin-Builder Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux & Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] qgis wms search engine broken ?
Am Dienstag, 7. Juli 2015, 11.29:37 schrieb Tom Kralidis: Pirmin: if you are doing the CSW in pycsw feel free to ping me for help :) Sure, what else ;-) Either way this is great news as the CSW can also be used within MetaSearch. Pirmin -- Pirmin Kalberer - @PirminKalberer Sourcepole - http://www.sourcepole.com On Tue, 7 Jul 2015, Pirmin Kalberer wrote: Date: Tue, 07 Jul 2015 16:51:13 +0200 From: Pirmin Kalberer pi...@sourcepole.com To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] qgis wms search engine broken ? Hi Otto, Am Dienstag, 7. Juli 2015, 12.43:46 schrieb Otto Dassau: for a couple of months the wms search engine from http://geopole.org seems to be broken. Does anybody know more about it? I've started converting geopole.org to a CSW service with a backwards compatible interface. Your message increases the priority in my todo list ;-) Regards Pirmin ___ 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 wms search engine broken ?
Hi Otto, Am Dienstag, 7. Juli 2015, 12.43:46 schrieb Otto Dassau: for a couple of months the wms search engine from http://geopole.org seems to be broken. Does anybody know more about it? I've started converting geopole.org to a CSW service with a backwards compatible interface. Your message increases the priority in my todo list ;-) Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS on rollApp
Hi Larry, Am Dienstag, 21. April 2015, 10.16:46 schrieb Larry Shaffer: I don't normally cross-post to dev/user lists (sorry for the extra noise), but I found this to be quite an interesting advancement for QGIS. https://www.rollapp.com/app/qgis QGIS in the cloud, and almost fully functional, e.g. Python, etc. Seems browser's filesystem integration is broken (maybe it needs a cloud drive attached). Interesting idea to attach a file system via cloud drive. I've successfully connected to a QGISCloud PostGIS DB, published a map and wrote a Print Composer PDF to Google drive. Who did this awesome port? Was it rollApp folks themselves? According to the environment variables, it's running in an LXC container. Regards, Pirmin -- Pirmin Kalberer - @PirminKalberer Sourcepole - http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QEP #1
Hi all, With the 6th QEP opened for discussion, it would be about time to finish QEP 1 first? As I understand the proposed process [1], Nathan should ask on this list for voting to adopt QEP 1. Regards Pirmin [1] https://github.com/qgis/QGIS-Enhancement-Proposals/pull/4/files -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] PyDev Debugging Protocol changes; remote debug plug-in issues
Hi Bill, On Thursday, September 11, 2014 10:37:51 AM Bill Bishop wrote: Is anyone successfully using the remote debug plug-in with PyDev Eclipse? I tried using it, and noticed that the debugging protocol used by PyDev appears to have changed, thus rendering the remote debug plug-in less than useful. The plug-in appeared to work at-first, but when it was tried seriously, the issues emerged (specifically use of break-points). Has this been verified (by someone else)? Is someone working on it? Remote debug plug-in version: 0.2.0; Eclipse Version 3.8.1; QGIS Version 2.2.0; PyDev version 3.6.0 I'm not working with PyDev anymore, so I can't reproduce your problem. I've heard that Richard (CC) has also problems with his IDE. If you can give me a hint what has to be changed, I'm happy to include it in a new version of the plugin. Regards Pirmin -- Pirmin Kalberer - @PirminKalberer Sourcepole - http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QEP or RFC?
Am Dienstag, 2. September 2014, 07.01:41 schrieb Larry Shaffer: QEP or RFC? +1 for RFC I assume the PSC will decide this together with process. Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Attending FOSS4G in Portland?
Hi, Am Samstag, 16. August 2014, 02.26:22 schrieb Larry Shaffer: Are you attending FOSS4G in Portland? If so, do developers/users want to get together at some point during the week to discuss QGIS, or maybe just have a beer, etc.? I will be there all week, but have to leave early on Saturday (day of Code Sprint Open). Would be great to have a beer with other QGIS contributors! I'm there from Tuesday to Friday. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Opening Views-Panels-Log Messages
Hi Andrew, Am Sonntag, 6. Juli 2014, 21.10:06 schrieb Andrew McClure: Is it possible to invoke/open this dock via a PyQt call? My hackish way to open it in the QGIS Cloud plugin is: logDock = self.iface.mainWindow().findChild(QDockWidget, 'MessageLog') logDock.show() Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] error saving project with OpenLayer
Hi Matteo Am Dienstag, 1. Juli 2014, 10.35:39 schrieb matteo: I'm trying to save a project with just 2 shapefiles (EPSG 432, but I noticed that the projection doesn't matter) and a OpenLayer file (OSMCycle, but same error for the other OpenLayer files). Trying to save the project it appears this error: Traceback (most recent call last): File /home/ma7730/.qgis2/python/plugins/openlayers_plugin/openlayers_layer.py, line 329, in writeXml element.setAttribute(ol_layer_type, str(self.layerType.id)) AttributeError: OlOpenCycleMapLayer instance has no attribute 'id' I'm on a debian testing machine with QGIS 2.5. Am I missing something? Should I open a ticket? Looks like a plugin error. The layer identfication has been changed in the newest OL plugin version. Please open a ticket as a reminder. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Fwd: request to revert deprecated tag for my plugin SimpliPy
Hi Albert, Am Sonntag, 1. Juni 2014, 14.28:57 schrieb Albert Ferràs: My plugin http://plugins.qgis.org/plugins/simplipy/ has the tag This plugin is deprecated and I don't know why. What can I do to fix this? I had the same problem with the OpenLayers plugin some time ago. As far as I remember it was solved after removing deprecated=False from metadata.txt. Regards Pirmin -- Pirmin Kalberer - @PirminKalberer Sourcepole - http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] new plugin Load TMS Layer
Hi Etienne, Am Mittwoch, 9. April 2014, 21.56:00 schrieb Etienne Tourigny: I meant heads up... not thumbs up On Wed, Apr 9, 2014 at 9:28 PM, Etienne Tourigny etourigny@gmail.comwrote: Hi Thanks for the thumbs up. Can you explain if using Google Maps with the OpenLayers plugin respects their TOS? Do you have any links for Google TOS using both tiles and web view (used in OpenLayers)? Search for you must not access map tiles in the TOS (https://developers.google.com/maps/terms). That's why the OpenLayers plugin is using only the Javascript API with a WebKit Browser. Pirmin thanks Etienne On Wed, Apr 9, 2014 at 7:59 PM, Pirmin Kalberer pi...@sourcepole.comwrote: Hi Etienne, Am Montag, 7. April 2014, 18.45:05 schrieb Etienne Tourigny: I have put together a simple plugin to load a number of TMS layers using the GDAL TMS mini-driver [1]. I see it as a simple alternative to the more complete OpenLayers plugin. Code is at github for now [2]. Any suggestions are welcome (including plugin name). Also if you have any other working examples please let me know. Supported layers are OSM, Google, and other examples given in [1] (except those that don't work). Using Google Maps via TMS URL's is against their TOS. That's also the reason, why I didn't approve the similar Tile Map Scale Plugin [1] yet. [1] https://github.com/datalyze-solutions/TileMapScaleLevels Regards Pirmin -- Pirmin Kalberer@PirminKalberer Sourcepole - Linux Open Source Solutions Weberstrasse 5, 8004 Zürich, Switzerland Tel: 044 440 77 11 Direkt: 044 51 567 77 p...@sourcepole.ch http://www.sourcepole.ch -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] new plugin Load TMS Layer
Hi Etienne, Am Montag, 7. April 2014, 18.45:05 schrieb Etienne Tourigny: I have put together a simple plugin to load a number of TMS layers using the GDAL TMS mini-driver [1]. I see it as a simple alternative to the more complete OpenLayers plugin. Code is at github for now [2]. Any suggestions are welcome (including plugin name). Also if you have any other working examples please let me know. Supported layers are OSM, Google, and other examples given in [1] (except those that don't work). Using Google Maps via TMS URL's is against their TOS. That's also the reason, why I didn't approve the similar Tile Map Scale Plugin [1] yet. [1] https://github.com/datalyze-solutions/TileMapScaleLevels Regards Pirmin -- Pirmin Kalberer@PirminKalberer Sourcepole - Linux Open Source Solutions Weberstrasse 5, 8004 Zürich, Switzerland Tel: 044 440 77 11 Direkt: 044 51 567 77 p...@sourcepole.ch http://www.sourcepole.ch ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] OL plugin crashes QGIS
Hi, Am Freitag, 21. März 2014, 07.44:33 schrieb Richard Duivenvoorde: On 20-03-14 16:57, Paolo Cavallini wrote: Hi all. OpenLayers plugin here is systematically crashing qgis-master on Debian sid. Anyone confirms? See this: http://hub.qgis.org/issues/9626 (QGIS bugtracker) and this: http://hub.qgis.org/issues/9649 (plugin bugtracker) It's on my todo list for tomorrow... See you, Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] FOSS4G 2014 Workshop submissions
Hi, Am Freitag, 14. März 2014, 20.11:50 schrieb Tim Sutton: I was just wondering if anyone has made submissions to run QGIS workshops at the upcoming FOSS4G 2014 event. As I write this it is about 13 hours to the closing event. It would be great if those planning to submit workshop proposals coordinate a little to avoid duplication. I know Jeffrey Johnson is putting in to do a QGIS Analysis workshop. Is anyone planning to offer an introductory workshop (or anything else)? Horst has submitted the usual QGIS Plugin programming workshop. Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Plugin] QGIS Web Processing Client
Hi René-Luc Thanks for your work! I will make the Processing integration backwards compatible with QGIS 1.8 (see also [1]) to keep the plugin maintainable. Regards Pirmin [1] https://github.com/pka/qgis-apicompat-plugin Am Freitag, 3. Januar 2014, 15.45:35 schrieb rldhont: Hi Horst, I have updated your QGIS Web Processing Client. I have put the code on github : https://github.com/rldhont/qgis-wps-client You can update the version on the QGIS plugin repository. Hi devs, You can test it and contribute. Regards, René-Luc D'Hont 3Liz ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [QGIS-Server] Adding Web Processing Service, partially funded
Hi René-Luc, Am Donnerstag, 19. Dezember 2013, 12.21:25 schrieb Vincent Picavet: Le jeudi 19 décembre 2013 12:11:21, René-Luc D'Hont a écrit : [..] The final goal is to execute QGIS-Processing Server-side. The first step was to run QGIS-Processing headless. I made a pull request which needs review and test. https://github.com/qgis/QGIS/pull/1031 Really great news! Next steps: developing the WPS interface and executing algorithms server side. Are you going to reuse the excellent PyWPS framework, or build a specific one ? A simple but powerful solution would be to implement an export to PyWPS Python code similar to the existing Python export. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Owner of qgis-web-client repo?
Hi Andreas, Am Mittwoch, 4. Dezember 2013, 13.53:32 schrieb Andreas Neumann: I don't know who the own is of the QGIS web client repo: https://github.com/qgis/QGIS-Web-Client I am trying to add Bernhard Ströbl as a collaborator, but I can't. bstroebl is in the QGIS Web Client team. Maybe just added by someone else? Where can I see who is the owner of the repo? Is it Tim or Pirmin? Or someone else? All PSC members are in the owner group. Thank you for your help. I can commit stuff to this repo, but I can't change settings or add collaborators. You should now have admin permissions for the QGIS Web Client repo. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Ticket cleanup after 2.0 release
Giovanni, René-Luc, Am Montag, 9. September 2013, 14.15:50 schrieb Giovanni Manghi: Hi Pirming, thanks for raising the issue. I'd be a bit careful about autoclosing. Tickets are a huge source of knowledge about the program, often are opened as placeholder not to forget missing function that we'll deal with, sooner or later, etc. Besides that, users will sometimes take this as impolite, or think that we are trying to hide problems, and refrain from getting involved with the project. Me and Giovanni Manghi have dealt with (and opened[0]) many hundreds of tickets, and I think nothing can replace careful consideration. Having said that, I agree that if a ticket has no feedback for weeks, and is probably a local issue, is better be closed. Please do some careful simulation, checking the likely results, before acting. This is by no means a secondary issue, as it involves our public image, and the relations with our community I agree with Paolo, please do not close tickets automatically... yet. Let me work on the queue during the HF, I'm sure that many features requests tickets can be closed. You can decide during the HF, whether I should run a script once for closing tickets. It's possible to limit the affected tickets e.g. by version or assignement. I also recommend setting the target version of open 2.0 tickets to Version X - Unplanned unless you know, that someone will work on it. Pirmin I know well the bug queue and I'm not so sure that there are many tickets that can be closed, most of them are real issue. Eventually I can make a report and we can discuss what to do. cheers -- G -- ___ 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 2.0.0 Final Tagged - call for packaging
Hi Tim, Great visual changelog! Some additional important features: -QGIS processing framework (aka SEXTANTE) -OGC WMTS support -New Raster resampling methods [1] Some more minor QGIS (server) features/improvements: -Simplified Plugin dialog -Improved WFS-T Server support WMS Server: -Many performance improvements -Transparency on layer level -SVG and annotation item as a watermark -Selectively remove layers, attributes, print compilations of publication -GetProjectSettings Request [1] http://sourcepole.com/raster-resampling-in-qgis Cheers, Pirmin Am Montag, 9. September 2013, 04.38:14 schrieb Tim Sutton: Dear QGIS devs packagers --- Note to casual readers --- Please do not pre-announce this release - give the packagers and release team a chance to do their thing so that people hearing about the release have a fair chance of finding a package, reading all our press material etc. Especially for this release, I would like to coincide the release announcement with the launch of our new web site which the community team and opengeo have been working really hard at. So please wait until we are ready to announce before blogging, tweeting, etc, about the new release. --- End note --- I have tagged QGIS 2.0.0 for release. The branch can be checked out like this (as a tracking branch) git clone git://github.com/qgis/Quantum-GIS.git git branch --track release-2_0 origin/release-2_0 git checkout release-2_0 Or (to check out the final tagged version made a few hours ago): git fetch git checkout final-2_0_0 The tag is signed with my GPG key: user: Tim Sutton (QGIS Key) t...@linfiniti.com 1024-bit DSA key, ID 97626237, created 2007-07-19 Source tarballs can be obtained from here: http://qgis.org/downloads/qgis-2.0.0.tar.bz2 http://qgis.org/downloads/qgis-2.0.0.tar.bz2.md5 Packagers: Please hold your packages until you hear more from me so that we can coordinate the release announcement with the new web site announcement. I expect that will be at the end of this week or over the weekend coming. Some notes: - Please do not commit anything to the 2_0_0 branch except packaging related tweaks pending further notification from myself or Juergen. - If you make a package please be so kind as to update the download wiki page at http://www.qgis.org/wiki/Download with the details of your package (taking into account the hold-until-the-site-is-ready note above). - If you are able to make packages for unlisted platforms / distros please discuss your plans on this thread so that we can avoid duplication of effort. - I would like to make the release announcement next week, so it will be great to have as many packages as possible ready by then. - GIT master is open again for general commits - please seek guidance from Marco Hugentobler (PSC Code Manager) if you are planning any major code changes. - Juergen Fischer (incoming PSC Release Manager) will be managing the release process for future releases, so please follow his lead in terms of code freeze etc in master. Many thanks to all the developers, testers, bug fixers, bug reporters, document writers, translators and users that help to make QGIS 2.0.0 a reality! Lastly can I call on the release team (or any interested people) to help to put together visual changelog (link below), press announcements etc. ready for the release date? I will send you an email when the packages are ready and you can start broadcasting announcements. Visual Changelog Page: http://changelog.linfiniti.com/version/1/ (this is the site for drafting the release, the final release content will be on the official QGIS web site). Please contact me if you would like to contribute to the changelog and I will give you the needed permissions. Best regards -- 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. Irc: timlinux on #qgis at freenode.net == -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Ticket cleanup after 2.0 release
Hi, With currently ~1700 open bug and feature request tickets, keeping track of open tickets gets harder and harder. Since many tickets are quite old, maybe solved or not appropriate anymore, I propose a cut following the 2.0 release. Means we close all tickets with a comment asking to reopen, if the ticket still applies to 2.0. Cheers Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Toolbar and Panel defaults
Hi Larry, Nathan, Am Mittwoch, 10. Juli 2013, 17.05:56 schrieb Larry Shaffer: On Wed, Jul 10, 2013 at 4:51 PM, Nathan Woodrow madman...@gmail.com wrote: Having the nav toolbar on the side would be ideal if you could dock it on the right side of the layers panel. I'm not a fan of having to go all the way over the layer panel to access the navigation tools. That's a very good point. What about the Navigation toolbar on the right, with the Plugin toolbar filling the empty space at right on the first row of horizontal toolbars? Here's my reasoning. Nav tools are quickly accessible, and when a new user downloads/installs a plugin, there is already space to show it (assuming that plugin loads a tool button into the Plugins toolbar). Then the user can move toolbars to their liking. Any other ideas? I'm not a friend of a toolbar on the right side, because it's too far away when the Sextante toolbox is displayed. I propose to put the layer toolbar on the left side. This will feel quite new for most users, but it makes sense to have it at the side of the layers panel and the browser which also has an add layer functionality. +1 for activating the plugin toolbar filling empty space. Pirmin [0] http://drive.dakotacarto.com/qgis/qgis_default_nav-tools-right.png Regards, Larry - Nathan On Thu, Jul 11, 2013 at 8:49 AM, Larry Shaffer lar...@dakotacarto.comwrote: H Pirmin, On Wed, Jul 10, 2013 at 3:29 PM, Pirmin Kalberer pi...@sourcepole.comwrote: Hi Jürgen, Am Mittwoch, 10. Juli 2013, 08.38:38 schrieb Jürgen E. Fischer: On Tue, 09. Jul 2013 at 22:55:18 +0200, Pirmin Kalberer wrote: Toolbars: -Turn off Advanced Digitizing -Move Label to second row Panels: -Turn on Layer order and Browser in a tabbed view with Layers Print composer: -Place all toolbars in one row In case anyone missed it: scripts/mkuidefaults.py produces src/app/ui_defaults.h from the current settings. Didn't know that. Updated the script to support composer UI defaults. Couple of other ideas comments, too: * Currently there are no side toolbars by default. Many apps utilize the left side toolbar for critical tools. To me, such tools in a GIS app are the canvas navigation tools. So whenever I to an initial setup of QGIS, I always put the Map Navigation toolbar on the left. * Similarly, I always place the Plugins toolbar on the right side. There is currently a bug that sets that toolbar to not be shown on a default install (that should be fixed). I would like to hear feedback on those two suggestions for default side toolbars. Following your suggestions (and mine), the default window would look similar to this (on Mac) [0]. +1 for removing Advanced Digitizing toolbar as a default, as all of the functions are available in the Edit menu already. If needed, the user can show that toolbar. Another major layout issue is what the layout looks like after turning on all core plugins [1]. Then, what it looks like when all those plugin toolbars are shown [2]. This needs some work. [0] http://drive.dakotacarto.com/qgis/qgis_default.png [1] http://drive.dakotacarto.com/qgis/qgis_default_core-plugins_no-extra-tool bars.png [2] http://drive.dakotacarto.com/qgis/qgis_default_core-plugins_with-toolbars .png Regards, Larry So updating it should be easy, once it's decides what should be the default. Not sure if the data contains pixel coordinates and if the screen resolution might therefore be an issue... Let's try: https://github.com/qgis/Quantum-GIS/pull/710 Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Toolbar and Panel defaults
Hi Jürgen, Am Mittwoch, 10. Juli 2013, 08.38:38 schrieb Jürgen E. Fischer: On Tue, 09. Jul 2013 at 22:55:18 +0200, Pirmin Kalberer wrote: Toolbars: -Turn off Advanced Digitizing -Move Label to second row Panels: -Turn on Layer order and Browser in a tabbed view with Layers Print composer: -Place all toolbars in one row In case anyone missed it: scripts/mkuidefaults.py produces src/app/ui_defaults.h from the current settings. Didn't know that. Updated the script to support composer UI defaults. So updating it should be easy, once it's decides what should be the default. Not sure if the data contains pixel coordinates and if the screen resolution might therefore be an issue... Let's try: https://github.com/qgis/Quantum-GIS/pull/710 Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Toolbar and Panel defaults
Hi, I had a look at the current defaults for toolbars and panels. A new user of QGIS 2.0 should not be overwhelmed with too many buttons and windows, but we should guide him to find important features like the embedded browser. In my opinion there are some defaults which could be optimized to reach this goal. Toolbars: -Turn off Advanced Digitizing -Move Label to second row Panels: -Turn on Layer order and Browser in a tabbed view with Layers Print composer: -Place all toolbars in one row Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] roughly ported RemoteDebug plugin to 2.0
Hi Gino, I missed Matthias' pull request, because it was buried in too many others. But I promise to merge your pull request within days ;-) Regards Pirmin Am Montag, 8. Juli 2013, 09.47:44 schrieb Gino Pirelli: that was the roughly :) ok, modified str and pulled thank you Luigi Pirelli (luigi.pire...@faunalia.it) On 6 July 2013 11:08, Matthias Kuhn matthias.k...@gmx.ch wrote: Hi Gino, I already had a pull request for the same, but your branch looks much more complete. So I will happily dismiss mine, once you issued a pull request for yours. Just a sidenote: There is no need to convert a value to a type /str/ and then to a type /unicode/ a simple unicode(value) instead of unicode(str(value)) is fine. Looking forward to having an updated version in the repo. Matthias On Fre 05 Jul 2013 18:34:30 CEST, Gino Pirelli wrote: Hi, to support my porting work of qgis's plugins, I found really useful the RemoteDebug plugin developed by Pirmin Kalberer of SourcePole: I roughly ported it without good testing... but it seems to work. you can find the fork here: https://github.com/luipir/qgis-remote-debug and some instruction to set it up. generally the plugin hang up qgis if it's not capable to communicate with the pydev debug server... I hope it could be useful to speed-up plugin porting. ciao Luigi Pirelli (luigi.pire...@faunalia.it) ___ 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 -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Synergy of QGIS Enterprise and QGIS 2.0/Master branch
Hi Tim, Am Mittwoch, 3. Juli 2013, 23.15:03 schrieb Tim Sutton: Pirmin what happens if / when QGIS project itself wants to release QGIS Enterprise version - or another company? Maybe it would be better to call it 'Sourcepole GIS' or something to make it clear that it is not an official QGIS product but an official Sourcepole product? I think there is going to be a lot of confusion otherwise with people thinking that it is part of the QGIS project but they can't have it I think a completely different name of a new GIS which is very similar to QGIS could be more confusion than one or many QGIS variants. Look at the various Linux variants (some of them commercial) or many other examples [1]. Also (out of curiosity) what is to stop one of your clients cloning the private source tree that you provide and then making that publicly available - or just pushing it back in to the mainstream QGIS tree? i.e. do you realise any real long term benefit from keeping the tree private in the first place? We didn't think a lot about publishing our source code branch, yet. So this could happen anytime. The question why clients do not publish sources of commercial FOSS software is hard to answer. Maybe it's a question of loality? Regards Pirmin [1] http://en.wikipedia.org/wiki/Commercial_open_source_applications On Mon, Jul 1, 2013 at 2:50 PM, Nathan Woodrow madman...@gmail.com wrote: On Mon, Jul 1, 2013 at 9:25 PM, Yves Jacolin (Free) yjaco...@free.frwrote: My understanding is that it is a commercial service, so you don't have any licence. No. It's still GPL. Any support docs, or training sourcepole provide however are not. Only the QGIS software bit part - Nathan ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Synergy of QGIS Enterprise and QGIS 2.0/Master branch
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 -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Synergy of QGIS Enterprise and QGIS 2.0/Master branch
Hi Noli, Am Montag, 1. Juli 2013, 21.16:36 schrieb Noli Sicad: What is the license of QGIS Enterprise? QGIS Enterprise is GPL licensed and the source code is available for all customers. Pirmin On 7/1/13, Ziegler Stefan stefan.zieg...@bd.so.ch wrote: Hi I really like the idea of a LTS version of QGIS. Is there any chance to see a community edition (free) of QGIS Enterprise? Regards Stefan -Ursprüngliche Nachricht- Von: qgis-user-boun...@lists.osgeo.org [mailto:qgis-user-boun...@lists.osgeo.org] Im Auftrag von Pirmin Kalberer Gesendet: Montag, 1. Juli 2013 12:20 An: qgis-developer@lists.osgeo.org; qgis-u...@lists.osgeo.org Betreff: [Qgis-user] Synergy of QGIS Enterprise and QGIS 2.0/Master branch 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 -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ 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 -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer
Re: [Qgis-developer] Synergy of QGIS Enterprise and QGIS 2.0/Master branch
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 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 -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Synergy of QGIS Enterprise and
Am Montag, 1. Juli 2013, 21.31:00 schrieb Noli Sicad: So, if It (QGIS Enterprise) is GPL, why Stefan is asking for community edition (free) of QGIS Enterprise? I guess Stefan would like to see a community maintained stable branch of QGIS. This was discussed a few times on this list and was actually done for older QGIS versions, but there were not enough resources for maintaining stable branches anymore. Pirmin On 7/1/13, Nathan Woodrow madman...@gmail.com wrote: QGIS 2.0/Master branch MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable It is GPL Sent from some fancy phone looking thingo From: Noli Sicad Sent: 1/07/2013 9:16 PM To: Ziegler Stefan Cc: qgis-u...@lists.osgeo.org; qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] [Qgis-user] Synergy of QGIS Enterprise and QGIS 2.0/Master branch Hi, What is the license of QGIS Enterprise? Noli On 7/1/13, Ziegler Stefan stefan.zieg...@bd.so.ch wrote: Hi I really like the idea of a LTS version of QGIS. Is there any chance to s= ee a community edition (free) of QGIS Enterprise? Regards Stefan -Urspr=C3=BCngliche Nachricht- Von: qgis-user-boun...@lists.osgeo.org [mailto:qgis-user-boun...@lists.osgeo.org] Im Auftrag von Pirmin Kalberer Gesendet: Montag, 1. Juli 2013 12:20 An: qgis-developer@lists.osgeo.org; qgis-u...@lists.osgeo.org Betreff: [Qgis-user] Synergy of QGIS Enterprise and QGIS 2.0/Master branch 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 a= ll 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 A= PI 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 t= o 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 i= t finances at least Marco working 100% on QGIS core development. And there are not onl= y 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
Re: [Qgis-developer] [Qgis-user] Synergy of QGIS Enterprise and QGIS 2.0/Master branch
Am Montag, 1. Juli 2013, 21.34:08 schrieb Noli Sicad: Please clarify all customers? A customer is an organisation/person with a Basic, Corporate, Premium or Strategic QGIS Enterprise contract. See http://qgisenterprise.com/unser-angebot/pricing/ Pirmin On 7/1/13, Pirmin Kalberer pi...@sourcepole.com wrote: Hi Noli, Am Montag, 1. Juli 2013, 21.16:36 schrieb Noli Sicad: What is the license of QGIS Enterprise? QGIS Enterprise is GPL licensed and the source code is available for all customers. Pirmin On 7/1/13, Ziegler Stefan stefan.zieg...@bd.so.ch wrote: Hi I really like the idea of a LTS version of QGIS. Is there any chance to see a community edition (free) of QGIS Enterprise? Regards Stefan -Ursprüngliche Nachricht- Von: qgis-user-boun...@lists.osgeo.org [mailto:qgis-user-boun...@lists.osgeo.org] Im Auftrag von Pirmin Kalberer Gesendet: Montag, 1. Juli 2013 12:20 An: qgis-developer@lists.osgeo.org; qgis-u...@lists.osgeo.org Betreff: [Qgis-user] Synergy of QGIS Enterprise and QGIS 2.0/Master branch 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 -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com
Re: [Qgis-developer] Synergy of QGIS Enterprise and QGIS 2.0/Master branch
Am Montag, 1. Juli 2013, 13.51:31 schrieb jr.morre...@enoreth.net: 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. Don't forget the french speaking part of Switzerland ;-) As GeoServer shows, there can be several Enterprise offerings [1],[2]. Pirmin [1] http://opengeo.org/products/suite/buy/ [2] http://geo-solutions.blogspot.ch/2013/07/geoserver-enterprise.html -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Openlayers plugin in 2.0 Was: QGIS 2.0 release and plugins
Am Sonntag, 16. Juni 2013, 10.30:59 schrieb Richard Duivenvoorde: On 16-06-13 00:39, Anita Graser wrote: I'm a bit worried about not having a functioning Openlayers plugin in QGIS 2.0 for two months. Can someone with experience in porting plugins estimate how much work it really is to make it compatible with the new API Hi Pirmin, if we manage to release 2.0 before Brighton, I agree that the Openlayers plugin is one plugin which should be available at 2.0 launch. According to Tims latest plan I don't expect the 2.0 release before Brighton. So the OL plugin should be ready for 2.0 early enough. Here locally I managed to get it running in current master (most of it, overview widget is not ok yet). But I do not want to force/stress Sourcepole or Matthias to put time in looking into it if they have more important things to do. And maybe you have (bigger/other) plans with the plugin, like a refactoring or upgrade of bigger parts of the code. Or maybe you know with QGIS 2.0 there are non sip parts that will give problems? I can also imagine that you really want to support only ONE plugin working for both sip api versions. But that said, I'm happy to put what I have now put on Github and ask for a pull request in a 2.0 branch (what I did is NOT compatible with 1.8). I'm also available if bugs pop up in that version in short future. And I agree that Brighton is then a nice place to do the 'bigger' work for this really important plugin. We're happy to integrate a pull request earlier. But as statet in the ticket, the patch has to be backwards compatible with 1.8. It is no option for us to maintain our plugins for two QGIS versions in parallel. This is some initial extra work, but will help us during the coming years to keep 1.8 users up to date. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Coordination of Hackfest with FOSS4G
Hi, When registering for FOSS4G in Nottingham (Early Bird closes 31st May), I noticed that the conference starts at Thursday Sept. 19th with 2 workshop days before (http://2013.foss4g.org/dates/) The Hackfest in Brighton is planned from Sept. 13th-16th. To shorten the gap for many of the FOSS4G attendands, wouldn't it be possible to move two Hackfest days to the FOSS4G hackathon which is scheduled for Tuesday/Wednesday? Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Coordination of Hackfest with FOSS4G
Hi Saber, Am Mittwoch, 29. Mai 2013, 10.37:36 schrieb Saber Razmjooei: Do you suggest to move the QGIS HF to Nottingham for those 2 dates or just shift the dates so that QGIS HF will coincide with hackathon in Nottingham? I suggest to use the FOSS4G infrastructure for the 2 days. An additional advantage would be the possibility to attend a workshop and the contact to other OSGeo projects. I saw at least one UMN Mapserver contributor in the hackathon attendance list. Regards Pirmin When we did the initial planning no programme was ready for FOSS4G. Cheers Saber -Original Message- From: Pirmin Kalberer [mailto:pi...@sourcepole.com] Sent: 29 May 2013 10:05 To: qgis-developer; Saber Razmjooei Subject: Coordination of Hackfest with FOSS4G Hi, When registering for FOSS4G in Nottingham (Early Bird closes 31st May), I noticed that the conference starts at Thursday Sept. 19th with 2 workshop days before (http://2013.foss4g.org/dates/) The Hackfest in Brighton is planned from Sept. 13th-16th. To shorten the gap for many of the FOSS4G attendands, wouldn't it be possible to move two Hackfest days to the FOSS4G hackathon which is scheduled for Tuesday/Wednesday? Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com -- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Whilst reasonable care has been taken to avoid virus transmission, no responsibility for viruses is taken and it is your responsibility to carry out such checks as you feel appropriate. Saber Razmjooei and Peter Wells trading as Lutra Consulting. -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Coordination of Hackfest with FOSS4G
Am Mittwoch, 29. Mai 2013, 11.17:28 schrieb Saber Razmjooei: Let me talk to FOSS4G organiser to see if we can use their facilities for those 2 days. Also, I need to shuffle the dates with Sussex University. There might be a problem as it will be the start of the term and the uni will be very busy. How about: - Starting on 13 Sept (Friday afternoon) in Brighton - - Moving to Nottingham on 16 Sept: so that people who are not attending FOSS4G will be around for at least 2 full days. - 17 and 18 Sept continuation of the HF in Nottingham This looks optimal for me. Other opinions? Pirmin If it is sensible to you folks, I can start re-arranging the plan? Cheers Saber -Original Message- From: Pirmin Kalberer [mailto:pi...@sourcepole.com] Sent: 29 May 2013 11:04 To: Saber Razmjooei Cc: 'qgis-developer' Subject: Re: Coordination of Hackfest with FOSS4G Hi Saber, Am Mittwoch, 29. Mai 2013, 10.37:36 schrieb Saber Razmjooei: Do you suggest to move the QGIS HF to Nottingham for those 2 dates or just shift the dates so that QGIS HF will coincide with hackathon in Nottingham? I suggest to use the FOSS4G infrastructure for the 2 days. An additional advantage would be the possibility to attend a workshop and the contact to other OSGeo projects. I saw at least one UMN Mapserver contributor in the hackathon attendance list. Regards Pirmin When we did the initial planning no programme was ready for FOSS4G. Cheers Saber -Original Message- From: Pirmin Kalberer [mailto:pi...@sourcepole.com] Sent: 29 May 2013 10:05 To: qgis-developer; Saber Razmjooei Subject: Coordination of Hackfest with FOSS4G Hi, When registering for FOSS4G in Nottingham (Early Bird closes 31st May), I noticed that the conference starts at Thursday Sept. 19th with 2 workshop days before (http://2013.foss4g.org/dates/) The Hackfest in Brighton is planned from Sept. 13th-16th. To shorten the gap for many of the FOSS4G attendands, wouldn't it be possible to move two Hackfest days to the FOSS4G hackathon which is scheduled for Tuesday/Wednesday? Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com -- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Whilst reasonable care has been taken to avoid virus transmission, no responsibility for viruses is taken and it is your responsibility to carry out such checks as you feel appropriate. Saber Razmjooei and Peter Wells trading as Lutra Consulting. -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS globe and mapserver export plugin
Hi Giovanni, Am Sonntag, 31. März 2013, 16.20:23 schrieb Giovanni Manghi: Hi all, I was wondering what are the plans for the QGIS globe and the Mapserver export plugin. The Globe does not seems to work (yet): on Windows it give bad allocation and on linux it seg faults qgis easily when playing with configurations. The Globe plugin is usable on Linux since a few months. I'm currently working on a better look of the navigation controls (just a small fix, not a feature ;-). Marco and me did a lot of investigations on the Windows side. Our conclusion was, that a different compiler version must have been used for one of the dependent OSGEO4W packages, probably GDAL (globe uses C++ API). Pirmin The Mapserver export plugin does support just the old symbology, and as the old symbology will be removed then should make sense also remove the plugin (that anyway can be replaced by the RT Mapserver exporter one). Cheers -- Giovanni -- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS globe and mapserver export plugin
Am Dienstag, 2. April 2013, 14.34:29 schrieb Giovanni Manghi: Hi Pirmin, thanks for the clarification The Globe plugin is usable on Linux since a few months. I'm currently working on a better look of the navigation controls (just a small fix, not a feature ;-). using the ubuntu nightly build repo, I can make qgis crash by just playign around with the globe settings. Should I file a ticket? Tickets for nightly build are welcome ;-) Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Sextante integration of WPS client
Hi, The WPS plugin with Sextante integration in https://www.kappasys.ch/svn/wps is now ready for others to look into. The major work was an extraction of shared WPS client code into a wpslib package. Testing of the native GUI is very welcome, since a big amount of code had to be touched. The Sextante support is far from complete yet. WPS bookmarks are shown in the Sextante toolbox and can be executed from there. The next tasks are: 1. Update toolbox tree after adding new bookmarks 2. Current selection only checkbox 3. BBOX parameters 4. Support for use in modeler. Currently the process description is loaded just before the input dialog is openened (as in the native GUI). 5. Register raster types supported by Sextante 6. Support for multiple raster and vector inputs 7. Replace error/warning message boxes in wpslib with callbacks 8. Handle literal outputs Any help is welcome! Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Redmine : need to upgrade rails ?
Hi Michaël, Am Freitag, 1. Februar 2013, 09.27:34 schrieb kimaidou: A friend of mlne warned me about the need to patch the rails engine for security reasons. I have not checked further, as I no longer run a redmine instance on my server, but I think it is safer to have a look for the Qgis redmine server ? During the hackfest in Essen, we migrated hub.qgis.org to the Redmine package of Debian squeeze. Debian has released security fixes for all recent Rails issues. Regards Pirmin http://news.techworld.com/security/3418412/ruby-on-rails-security-updates-ad dress-sql-injection-flaw/ http://www.kalzumeus.com/2013/01/31/what-the-rails-security-issue-means-for -your-startup/ Cheers -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] OpenLayers plugin release and Python API
Hi Nathan, Am Mittwoch, 23. Januar 2013, 16.09:43 schrieb Nathan Woodrow: We are preparing for 2.0 so the plan has always been to break API and remove old unused methods. The select API will break again soon once Martin merges his new vector API. If it's the plan to break plugins then I wait with the next update until 2.0 is released. Other OSS projects I'm working with care more for their users. They release a new API with a major version and deprecate the old one. The deprecated API remains available for at least one release. I'm fine with removing old labelling, etc., but not with breaking the plugin API from 1.8 to 2.0 without proper deprecation. Pirmin - Nathan From: Pirmin Kalberer Sent: 24/01/2013 9:58 AM To: qgis-dev Subject: [Qgis-developer] OpenLayers plugin release and Python API breaks Hi all, I found the time for an OpenLayers plugin release with merged pull requests for Stamen map support and fixes for Python API breaks in master branch (See https://twitter.com/PirminKalberer/status/294226472707715072 for credits). The second point was quite annoying for many users and myself. It is a really bad practice to break the API without deprecation messages when calling these methods. There should be enough time (at least one minor version) for developers for updating their plugins. In this case it would have been easy to keep the old API and add a deprecation message similar to http://code.activestate.com/recipes/391367-deprecated/ Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] OpenLayers plugin release and Python API breaks
Hi all, I found the time for an OpenLayers plugin release with merged pull requests for Stamen map support and fixes for Python API breaks in master branch (See https://twitter.com/PirminKalberer/status/294226472707715072 for credits). The second point was quite annoying for many users and myself. It is a really bad practice to break the API without deprecation messages when calling these methods. There should be enough time (at least one minor version) for developers for updating their plugins. In this case it would have been easy to keep the old API and add a deprecation message similar to http://code.activestate.com/recipes/391367-deprecated/ Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Defining the SEXTANTE roadmap
Hi Victor Am Freitag, 30. November 2012, 23.52:20 schrieb Victor Olaya: [.] Let's start with the second point How do you think we should spend this money on SEXTANTE? My personal priority list: 1. Reanimate Python code export 2. Support for database tables as input and output types This would be the starting point for implementing import and export workflows with SEXTANTE. 3. Support for spatialite as an intermediate format No more troubles with long layer names! 4. PostGIS algorithm collection 5. Merging history/log window with QGIS protocol windows Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS infrastructure mindmap
Hi Andreas, Am Montag, 29. Oktober 2012, 17.33:04 schrieb Nathan Woodrow: That is looking really good. Nice to see where things are in relation to everything else. Might be good to have the different build servers and some notes about who maintains them and their specs. The Linux builds are done in the www.(plugins/plant/hub).qgis.org VM (It's a single VM!). The Windows nightly builds are done on a internal machine of jef, AFAIK. I would conctentrate on the technical dependencies of the QGIS infrastructure and therefore remove the Commercial support componies, etc. Pirmin On Mon, Oct 29, 2012 at 5:19 PM, Andreas Neumann a.neum...@carto.net wrote: Hi Paolo, You can mouse over the little icons to the left of the text to see the comments and the links. If you want to edit I need to register you as an editor (in the sharing settings). Andreas On Mon, 29 Oct 2012 07:57:41 +0900, Paolo Cavallini wrote: Il 29/10/2012 02:44, Andreas Neumann ha scritto: Hi, At the HF in Essen I promised to create a mindmap representing the quite distributed infrastructure. Here it is: http://app.wisemapping.com/c/maps/81444/public thanks Andreas! I tried to add URLs and comments with a short explanation and the responsible administrators. I can't see that, possible? All the best. -- -- 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 -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Merging of incompatible changes
Hi Martin, Andreas and others, Am Mittwoch, 24. Oktober 2012, 16.13:34 schrieb Andreas Neumann: Tim should correct me - but as far as I remember we said that threading support is one of the major things we want to see in QGIS 2.0 (along with raster redesign, atlas printing and others). But none of us were sure in what timeframe Martin can work on it and when it will be finished. Therefore we decided not to make it a blocker. We also decided that the geometry refactoring (for arcs, splines, z-values, m-values, multitype geometries, etc.) should be done after QGIS 2.0. I am not sure if this would again mean API breaks ... So I am against postponing the multithreading work and I had the impression that this was the conclusion of others as well. I'm waiting for Tim dropping into the discussion as well... In Essen, we decided against integrating major new features (like multithreading) into the next release. We did decide filling the missing gaps to fully replace old symbology and old labelling (Paolo: Kickstarter pledge on the way?) and polishing the many new features already integrated. We already have some API breaks. I've spent quite some time in Essen to get a full list of it: http://hub.qgis.org/wiki/quantum-gis/API_changes_for_version_20#Full-diff My estimation is, that about 1% of all existing plugins are affected by the API changes in the current master branch. So we're talking of about 2 of 160 plugins in the central repo and maybe 160 of 16'000 unpublished user plugins (any better estimation than 1:100 between published and unpublished plugins?). Martins proposed API change means we break 160 of 160 and 16'000 of 16'000 plugins. It will take years to bring them all in sync with QGIS again. And we're not only talking about plugins. We're talking about a possible 2.0 release with WMTS, WFS-T, huge raster improvements including performance factor 4 with PNG/8, Atlas printing, Sextante and minor things like fixed Shapefile support in Q1/2013. The other option is a new QGIS with release date far in 2014 and a giant gap between users working with QGIS 1.7.4, 1.8++ and developers working on a new QGIS and releasing plugins in a separate repository. Companies like ours will get paid for maintaining branches for customers who need stable and compatible releases. There will be 1.8 custom branches with backported fixes/features and a garanteed non-frozen 1.9 branch. I will remind Marco in 2014 of his +1 when he's still compiling QGIS 1.8 and investing a lot of time backporting fixes to a single-threaded version. I would very much prefer let him work on *new* features, which are a profit for *all* users, like in recent years. We are on a developer list here. As a developer I like the proposed changes very much. QGIS is made by developers, but is also made for users. And sometimes we should care about users - even the 99% Windows users. That's why I'm voting for a polished 2.0 release in a few month with the great feature set we already have. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Merging of incompatible changes
Hi Martin, Am Montag, 22. Oktober 2012, 21.17:20 schrieb Martin Dobias: recently I have been brewing some backwards incompatible API changes that will 1) enable introduction of threading, 2) simplify API for developers. I would like to merge the changes soon to master branch in order not to drift too much from master. -1 from me. This is against the release plan we agreed on the hackfest. IMHO, current master can be a great 2.0 release with many new features in a few months. Your additions are the begin of the next level - an even greater 3.0 release. So I would strongly prefer to have these changes in a plugin-ng-branch instead of starting a frozen 1.9 branch. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] OGR and INTERLIS transformations Plugin
Hi Victor, I did a short a presentation of the OGR and INTERLIS transformations plugin in Lyon, where we met! The source code is on https://github.com/pka/qgis- ogrprocessing-plugin and there is a (german) screencast using the plugin: http://www.youtube.com/watch?v=Dx-wOAVGfhc . I'm very interested to integrate the DB related stuff into Sextante, but didn't have enough time for a complete Sextante patch. I hoped thet Sextante gets a separate git repostory , which would make it easier to send pull requests. Regards Pirmin Am Mittwoch, 10. Oktober 2012, 23.22:42 schrieb Victor Olaya: Hi all I have just done a quick check for new plugins, and found one named OGR transformation. To my surprise, it is a SEXTANTE-based one! There is no author information, but I would like to get in contact with the developers, since some things, specially the DB-related ones, are something that I planned to add to SEXTANTE. Also, I could help with the other algorithms, with some improvement ideas. So, if you are the author or this module and would like me to help you and eventually including those algorithms in the core colelction of SEXTANTE ones...just say something :-) Regards, and thanks to everyone using SEXTANTE. Victor p.s. I did a quick search before pressing the send buttonand I see that, if I am not wrong Pirmin is the author. Anyway, I send the message here to let people know that I am open to all kinds of collaborations around SEXTANTE, so please get in contact with me if you are doing something with SEXTANTE :-) -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Full diff of Python API
Hi all, Larrys recent commit made me aware of an easy way for comparing the Python API to previous versions. I've added a new section to the API Changes Wiki page: http://hub.qgis.org/wiki/quantum-gis/API_changes_for_version_20#Full-diff Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Benchmarking QgsExpression against V8
Hi all, Following the recent enhancements of QGsExpression, I was wondering whether it wouldn't make sense to integrate a language intepreter instead of creating another language. One candidate would be Google's V8 JavaScript engine (http://code.google.com/p/v8/). Since embedding this C++ library is easy, I've conducted a few quick benchmarks against QgsExpression. Code is attached. Test 1: Qgs: '1' || '2' || '3' || '4' || '5' || '6' || '7' || '8' || '9' || '0' total_avg: 3.380211 V8: '1' + '2' + '3' + '4' + '5' + '6' + '7' + '8' + '9' + '0' total_avg: 0.556035 Fact: 6.0791335 Test 2: Qgs: 1+1=2 AND 51 total_avg: 4.072254 V8: 1+1==2 54 total_avg: 0.864054 Fact: 4.7129624 Test 3: Qgs: replace(lower( 'AAxx'), 'xx', 'BB') total_avg: 3.480217 V8: 'AAxx'.toLowerCase().replace('xx', 'BB') total_avg: 0.856053 Fact: 4.0654224 Test 4: Qgs: regexp_replace( 'AAxx', 'x+', 'b') total_avg: 2.952184 V8: 'AAxx'.replace(/x+/, 'b') total_avg: 0.668042 Fact: 4.4191593 Test 5: Qgs: CASE WHEN (15 = 11 or 15 = 13 or 15 = 15 or 15 = 21) THEN 15 END total_avg: 1.4664916 V8: if ([11,13,15,21].indexOf(15)=0) { 15 } total_avg: 0.2672168 Fact: 5.4880217 This benchmarks show that QgsExpression evaluation is between 4 to 6 times slower than V8. This is much better than I expected, but it's still factor 4 to 6... So I think it's worth discussing pros and cons of using V8 as an expression engine. I see the following points: Pros: -Better performance -Full Javascript language set included -Possibility for writing custum functions Cons: -New language for expressions -More fat (3.7MB for libv8.so) V8 would be a new runtime dependency but would replace the flex and yacc build dependencies. Any other points? Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.comFrom 9d75ebf5c8f09de66b580f3b14ed9becf627f85b Mon Sep 17 00:00:00 2001 From: Pirmin Kalberer p...@sourcepole.ch Date: Tue, 10 Jan 2012 00:55:08 +0100 Subject: [PATCH] V8 benchmark --- CMakeLists.txt |4 ++ cmake/FindV8.cmake | 46 ++ tests/bench/CMakeLists.txt |3 +- tests/bench/main.cpp | 23 ++- tests/bench/qgsbench.cpp | 67 tests/bench/qgsbench.h |6 6 files changed, 147 insertions(+), 2 deletions(-) create mode 100644 cmake/FindV8.cmake diff --git a/CMakeLists.txt b/CMakeLists.txt index 67b686b..e82f373 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -117,6 +117,10 @@ IF (NOT BISON_EXECUTABLE) ENDIF (NOT BISON_EXECUTABLE) # + +FIND_PACKAGE(V8) + +# # search for dependencies IF(NOT WIN32 AND NOT ANDROID) diff --git a/cmake/FindV8.cmake b/cmake/FindV8.cmake new file mode 100644 index 000..e8038ba --- /dev/null +++ b/cmake/FindV8.cmake @@ -0,0 +1,46 @@ +# Locate V8 +# This module defines +# V8_LIBRARY +# V8_FOUND, if false, do not try to link to V8 +# V8_INCLUDE_DIR, where to find the headers + +FIND_PATH(V8_INCLUDE_DIR v8.h +${V8_DIR}/include +$ENV{V8_DIR}/include +$ENV{V8_DIR} +~/Library/Frameworks +/Library/Frameworks +/usr/local/include +/usr/include +/sw/include # Fink +/opt/local/include # DarwinPorts +/opt/csw/include # Blastwave +/opt/include +/usr/freeware/include +/devel +) + +FIND_LIBRARY(V8_LIBRARY +NAMES v8 libv8 +PATHS +${V8_DIR} +${V8_DIR}/lib +$ENV{V8_DIR} +$ENV{V8_DIR}/lib +~/Library/Frameworks +/Library/Frameworks +/usr/local/lib +/usr/lib +/sw/lib +/opt/local/lib +/opt/csw/lib +/opt/lib +/usr/freeware/lib64 +) + +SET(V8_FOUND NO) +IF(V8_LIBRARY AND V8_INCLUDE_DIR) +SET(V8_FOUND YES) +ENDIF(V8_LIBRARY AND V8_INCLUDE_DIR) + + diff --git a/tests/bench/CMakeLists.txt b/tests/bench/CMakeLists.txt index e505533..70f9db6 100644 --- a/tests/bench/CMakeLists.txt +++ b/tests/bench/CMakeLists.txt @@ -22,6 +22,7 @@ INCLUDE_DIRECTORIES(${CMAKE_CURRENT_SOURCE_DIR} ${CMAKE_CURRENT_SOURCE_DIR}/../../src/core/raster ${CMAKE_CURRENT_BINARY_DIR} # ${GDAL_INCLUDE_DIR} # remove once raster layer is cleaned up + ${V8_INCLUDE_DIR} ) IF (WITH_INTERNAL_SPATIALITE) @@ -44,6 +45,7 @@ TARGET_LINK_LIBRARIES(qgis_bench ${QT_QTWEBKIT_LIBRARY} ${QT_QTMAIN_LIBRARY} ${QT_QTTEST_LIBRARY} + ${V8_LIBRARY} ) SET_TARGET_PROPERTIES(qgis_bench PROPERTIES @@ -61,4 +63,3 @@ INSTALL (TARGETS qgis_bench IF (APPLE) INSTALL (CODE EXECUTE_PROCESS(COMMAND ln -sfh ../../../${QGIS_FW_SUBDIR} \$ENV{DESTDIR}${CMAKE_INSTALL_PREFIX}/${QGIS_BIN_DIR}/qgis_bench.app/Contents/Frameworks\)) ENDIF (APPLE) - diff --git a/tests/bench/main.cpp b/tests/bench/main.cpp index 2f50a6b..fc9ce3b 100644 --- a/tests/bench/main.cpp +++ b/tests/bench/main.cpp @@ -531,7 +531,28 @@ int
Re: [Qgis-developer] bug stats
Hi Paolo, Am Samstag, 17. Dezember 2011, 12.34:04 schrieb Paolo Cavallini: Il 17/12/2011 12:23, Nathan Woodrow ha scritto: What searching problems do you have Paolo? Can we fix it if Redmine is open source? I would like to have a proper search interface, filtering for components, etc. This has been discussed, and there is a ticket open on redmine on this. Thanks. I'm not aware of a ticket about filtering. It's very easy to create and save combined filters for components, etc. Besides the main search interface you can also create filters is by clicking on a link on the Issues Summary page. Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] github vs hub.qgis.org/projects/.../repository
Hi Richard, There was never an in-depth discussion about the role of hub.qgis.org vs github.com. Since I was involved in the setup of both platforms, here my personal view: We want to have direct links between tickets and changesets for QGIS. Therefore we need the git repository viewer on hub.qgis.org. But for me, gitosis on hub.qgis.org is only a backup solution to keep a certain independency from github.com. Due to the nature of a distributed VCS, the risk of this dependency is low and we won't be able to compete with github.com in terms of features. So I suggest people to publish their (plugin) code on github. And If they don't want that, they have the possibility to use the OSGEO hosted git repo on hub.qgis.org (with less functionality). Regards Pirmin Am Freitag, 16. Dezember 2011, um 09.48:17 schrieb Richard Duivenvoorde: Hi Devs, doing some plugins, and working both with plugins from hub.qgis.org/projects/.../repository (my own) and plugins living at github (wktplugin from Allesandro), it appears to me that github seems to work more transparant for me... Eg at github after a couple of days you could see that people forked Allesandro's plugin and you could even see what they were doing with it (by going to the forkers github repo). I could even contact those people to ask to do a pull request etc etc. I think, this cannot be done at our own hub.qgis.org-repo? Or am I missing something in this? I think it is really helpfull to see what other people are adding/doing with a plugin. And it hopefully also minimizes the private branching/forking of plugins. I read something about the old jquery plugins site, which broke down, and now there is a message at http://blog.jquery.com/2011/12/08/what-is-happening-to-the-jquery-plugins-s ite/ that says: we’ve started converting our plans into action, building out an infrastructure that’s backed by GitHub. Isn't that an ideal situation for QGIS plugin future to? I am NOT wanting to throw away the infrastructure we have now! It's just that I like the jquery plugin idea... Regards, Richard Duivenvoorde ps as a temporary solution I think to fork (is forking actually adding a new remote?) my repo's to github too... ps2 (sorry for too much words on the list from my side I will go in stealth mode now) ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] (First?) API break
Hi all, Am Sonntag, 11. Dezember 2011, um 18.12:08 schrieb Anne Ghisla: On Sun, 11 Dec 2011 15:26:55 +0100 Andreas Neumann a.neum...@carto.net wrote: in javascript there is try and catch for such problems. Ore one could test if an object/method/property is present. There are a lot of browser differencies - so in a web environment it is quite normal to test for capabilities. How can one check if an object/method is present in Python? Hello Andreas, all, the check can be done during import: try: from qgis.core import newFunctionName as function except: from qgis.core import oldFunctionName as function so that you can use function anywhere in the code without further checks. To keep the import code short, only the previous version of the API is tested. If a plugin developer wants to extend support to even older versions, I would recommend to create a separate LTS version. What do you think? I support Annes approach. It's appropriate to use the Duck typing style in Python and not the C++ style (if API_VERSION = 2.0): http://en.wikipedia.org/wiki/Duck_typing#In_Python If a method is called only once, one could also write if hasattr(composerView, addComposerShape): ... I've started a section on Marco's Wiki page for this: http://hub.qgis.org/wiki/quantum-gis/API_changes_for_version_20#Best- practises-for-Plugin-developers Pirmin On 12/11/2011 02:10 PM, Paolo Cavallini wrote: Il 11/12/2011 10:57, Ziegler Stefan ha scritto: Hi What is the best practice to deal with such API breaks (regarding python plugins)? Can we have a conditional fix (if api_version=2.0)? This way we should not maintain two copies of the same plugins, much better if someone works with qgis stable but also tests master. All the best. -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Globe crashes QGIS
Am Freitag, 2. Dezember 2011, um 11.20:25 schrieb Paolo Cavallini: Il 01/12/2011 23:55, Giovanni Manghi ha scritto: I tested also under Windows, it crashes too. in case a quick fix is not possible, should leave the plugin out of the upcoming 1.7.3 release? There was no change since 1.7.0 and the globe plugin wasn't included in any release yet, AFAIK. Could you add more information to #4053 . Did it run in an earlier version? Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Why I'm not going to use hub.plugins.org for my plugins
Hi Alessandro, Tim, Am Montag, 21. November 2011, um 12.48:08 schrieb Tim Sutton: On Mon, Nov 21, 2011 at 1:41 PM, Alessandro Pasotti apaso...@gmail.com wrote: There are hundreds of redmine plugins out there, probably there is one to let users delete their projects. I still wonder if it is a good idea for other reasons though - if I file a bug against your project and spent time and effort on working with your plugin I may not want to see my work on your redmine project dissapear overnight because you became bored with it. Better in my mind that an admin delete it after giving it some consideration. In that case (which it's a corner case) you'd probably have the code in GIT anyway or at least the plugin installed on your disk and you could still create a new project. Sorry but I was referring to the bug tracking history relating to the plugin, not the code (I realise I have the code already). The history of what issues people report against the plugin and what resolutions took place and why is useful information that should persist should e.g. a new maintainer take over the plugin because the former one got bored. It looks like the reason you can change your project to a subproject of QGIS Desktop is because you are listed as a manager of that project. So it seems that the rule is : you cant make your project (A) a subproject of (B) unless you are at least a manager of (B). This probably makes good sense because otherwise we give everyone perfect freedom but also have potential anarchy e.g. users just inserting their project as a child of yours without consulting you. So I think the workflow should be that when a user wants to create a new project, it should always go under plugins, and if that is the wrong place they should file a ticket. As soon as Mathias some hours left (should be next week), he will write a plugin for customizing Redmine to QGIS' needs. The most important things I currently see: -Don't show members of project, if more than 50 (#3983) -Make User plugins the default parent project for new projects (#3956, #4545) -Hide Repository link on Overview page (currently implemented as patch) Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Why I'm not going to use hub.plugins.org for my plugins
Am Montag, 21. November 2011, um 14.21:32 schrieb Tim Sutton: Hi On Mon, Nov 21, 2011 at 3:11 PM, Pirmin Kalberer pi...@sourcepole.com wrote: Hi Alessandro, Tim, Am Montag, 21. November 2011, um 12.48:08 schrieb Tim Sutton: On Mon, Nov 21, 2011 at 1:41 PM, Alessandro Pasotti apaso...@gmail.com wrote: There are hundreds of redmine plugins out there, probably there is one to let users delete their projects. I still wonder if it is a good idea for other reasons though - if I file a bug against your project and spent time and effort on working with your plugin I may not want to see my work on your redmine project dissapear overnight because you became bored with it. Better in my mind that an admin delete it after giving it some consideration. In that case (which it's a corner case) you'd probably have the code in GIT anyway or at least the plugin installed on your disk and you could still create a new project. Sorry but I was referring to the bug tracking history relating to the plugin, not the code (I realise I have the code already). The history of what issues people report against the plugin and what resolutions took place and why is useful information that should persist should e.g. a new maintainer take over the plugin because the former one got bored. It looks like the reason you can change your project to a subproject of QGIS Desktop is because you are listed as a manager of that project. So it seems that the rule is : you cant make your project (A) a subproject of (B) unless you are at least a manager of (B). This probably makes good sense because otherwise we give everyone perfect freedom but also have potential anarchy e.g. users just inserting their project as a child of yours without consulting you. So I think the workflow should be that when a user wants to create a new project, it should always go under plugins, and if that is the wrong place they should file a ticket. As soon as Mathias some hours left (should be next week), he will write a plugin for customizing Redmine to QGIS' needs. The most important things I currently see: -Don't show members of project, if more than 50 (#3983) -Make User plugins the default parent project for new projects (#3956, #4545) -Hide Repository link on Overview page (currently implemented as patch) That would probably do it thanks. Do you know of anyway to modify the landing page? There was some interest in getting rid of latest projects, latest news and providing a more user friendly getting start guide on the front page. Easiest way would probably be to set a project wiki page (e.g. QGIS or Quantum GIS Desktop) as Home page like redmine.org does. -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Re: Dropping 'Google Layers' plugin
Hi Frank2100 Am Dienstag, 25. Oktober 2011, um 02.01:12 schrieb Frank2100: At the moment the Google Layers plugin handles zooming better than Open Layers for satellite images. I prefer Goggle Layers. If at some point Open Layers would allow unlimited zooming in then I would not mind dropping the Google Layers plugin. The OpenLayer plugin won't support unlimited zooming, as long as the Google TOS don't allow changing a tile image. Do the new TOS allow that? Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Advanced features tutorial
Hi, I planned to maintain my FOSS4G tutorial with new or advanced features (http://sourcepole.com/foss4g/) as a QGIS documentation subproject. It's Sphinx based and prepared for translation. All needed data is on the OSGeo- Live 5.0 DVD or VM (http://live.osgeo.org/). Shall I push it to my github account, or is there a better place? Regards, Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS and FOSS4G 2011
Hi Noli, I got very positive feedback here. Usually like this: http://twitter.com/#!/cageyjames/status/114084774922035202 Regards Pirmin Am Freitag, 16. September 2011, 04.55:15 schrieb Noli Sicad: Hi Alex, Thanks for the update. The drag and drop feature of the DB Manager plugin between canvas, shapefile, postgis and spatialite would probably WOW the audience. Please show it to them. Thanks. Noli On 9/16/11, Alex Mandel tech_...@wildintellect.com wrote: On 09/15/2011 06:03 PM, Noli Sicad wrote: Hi, I am just curious what is happening in FOSS4G 2011 Denver especially about QGIS. http://twitter.com/#!/search/QGIS http://twitter.com/#!/search/FOSS4G Did Pirmin and Alex showed the latest DB Manager plugin capabilities to these guys? Anyway, here's the link of material of the QGIS workshop. http://www.qgisworkshop.org/html/workshop/index.html Thanks. Noli Sadly no, we did not show that plugin. I haven't even had a chance to try it myself yet. Might have been a little too cutting edge for that crowd. Maybe if I get a chance tonight I'll try to put it into a lightning talk tomorrow. Thanks, Alex ___ 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 -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: AW: [Qgis-developer] Git via https
Am Mittwoch, 14. September 2011, 10.29:43 schrieb Ziegler Stefan: I get this error message: git clone https://github.com/qgis/Quantum-GIS.git Initialized empty Git repository in /home/office/Develop/src/Quantum-GIS/.git/ error: while accessing https://github.com/qgis/Quantum-GIS.git/info/refs fatal: HTTP request failed Proxy problem? See http://www.qgis.org/wiki/Download#Source_Code Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Reg QGIS Server (MapServer ) code
Hi Harshad, Am Dienstag, 6. September 2011, um 09.09:10 schrieb Harshad S: Hi, Thanks for the reply Werner. Continuing on the same lines, I wanted to know what capabilities does this Mapserver provide to the client. According to the Mapserver manual, it says only 3 operations have been standardised - getMap, getAttributes and one more(I don't remember it right now). But does it also provide some kind of 'write' capabilities to the client so that the user can play around with the maps that are presented. Please help. The best source of information for QGIS Server is currently http://www.qgis.org/wiki/QGIS_Server_Tutorial Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com -qgis-developer-boun...@lists.osgeo.org wrote: - To: qgis-developer@lists.osgeo.org From: Werner Macho Sent by: qgis-developer-boun...@lists.osgeo.org Date: 09/06/2011 12:15PM Subject: Re: [Qgis-developer] Reg QGIS Server (MapServer ) code Hi Harshad! I think you are searching for this part: https://github.com/qgis/Quantum-GIS/tree/master/src/mapserver regards Werner Am 06.09.2011 08:39, schrieb Harshad S: Hi all, From this site, I came to know that the source code for QGIS Mapserver can be found in the QGIS source code ( http://karlinapp.ethz.ch/qgis_wms/download/index.html ) I have checked out the latest stable version from the branches directory of QGIS ( branch 1_0). But I am not able to figure out the code for QGIS Server inside it. Please help me in doing this. Thank You. Harshad Shrikhande Assistant Systems Engineer TCS Innovations Infra Lab, Chennai Tata Consultancy Services Mailto: harsha...@tcs.com Website: http://www.tcs.com Experience certainty. IT Services Business Solutions Outsourcing =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you ___ 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] building debs: dependency on osgearth to be added?
Hi Paolo, Am Freitag, 12. August 2011, 16.45:09 schrieb Paolo Cavallini: Hi all. Now the osgearth plugin builds and is packaged. However, if libosgearth-dev is not installed, packaging ends with an error. I think the dependency should be added. All the best. libosgearth-dev is already a build dependency. Did you run sudo apt-get build-dep qgis? Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] zonal statistics plugin (was: osgearth in Debian)
Am Donnerstag, 11. August 2011, 14.00:00 schrieb Giovanni Manghi: Hi, sorry if it not exactly related, but a few months ago it was committed by Marco a Zonal Statistic plugin (that is still missing the toolbar icon) that is available under Windows but it does not show under Debian/Ubuntu. I guess it needed to change debian/control also in this case. cheers -- Giovanni -- On Wed, 2011-08-10 at 15:45 +0200, Paolo Cavallini wrote: http://lists.alioth.debian.org/pipermail/pkg-grass-devel/2011-August/0108 63.html so I guess now the Debian package could include also the globe, right? thanks. With 880540ba, Jürgen has added both plugins to the Sid package, thanks! osgearth in Ubuntu Lucid, Maverick and Natty is now updated to the same package version as Sid. So if the Sid deb is working, these Ubuntu packages could be updated, too. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] osgearth in Debian
Am Mittwoch, 10. August 2011, 15.45:14 schrieb Paolo Cavallini: http://lists.alioth.debian.org/pipermail/pkg-grass-devel/2011-August/010863 .html so I guess now the Debian package could include also the globe, right? thanks. We should wait a day or two. The Debian packages are not yet installed into the pool locations (http://incoming.debian.org/) and there are some differences to the Ubuntu packages. The Debian people wished to rename some packages. I will upload the same version as in Debian to ubuntugis tonight or tomorrow night by latest. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] osgearth/globe - osg plugins?
Hi William, Great news! Your and Jürgens packaging efforts are very engouraging to continue working on the QGIS globe. Am Montag, 25. Juli 2011, um 15.51:04 schrieb William Kyngesburye: On Jul 25, 2011, at 3:48 AM, Marco Bernasocchi wrote: Hi William, On 07/25/2011 03:11 AM, William Kyngesburye wrote: I finally worked through OSG and osgEarth compilation on OS X and have the Qgis Globe plugin apparently working. Now I'm working on bundling of osg/osgEarth in the application for distribution, and I have a couple questions. Does the globe plugin make use of any osg/osgearth plugins, and if so which? Or is it transparent to globe and it can use any osg plugins? The globe makes use of these osgearth plugins (and maybe more): osgdb_osgearth_worldwind.so osgdb_osgearth_tileservice.so osgdb_earth.so osgdb_osgearth_tilecache.so Also a few OSG plugins will be used. But I think there are no optional plugins with additional dependencies necessary. as far as I can recall the plugins are transparent and we have no plugin specific code: The OpenSceneGraph database plugin library osgDB automatically loads plugins on demand, using the extension of the file being loaded/saved to determine which plugin to load. How does osg handle alternate paths for osg plugins, and does the globe plugin make use of this? I guess it would have to something configured for compilation. But, can an alternate osg plugin searth path be specified from osgEarth, or can this be added. I can't bundle osg/osgEarth in the QGIS application if not, and must distribute a separate package like my other frameworks (though maybe others would be interested in that). You can set OSG library search paths at runtime with OSG_LIBRARY_PATH or OSG_LD_LIBRARY_PATH (http://www.openscenegraph.org/projects/osg/wiki/Support/UserGuides/EnvironmentVariables). If you want to bundle the libraries together with QGIS, then the cmake variables CMAKE_INSTALL_PREFIX and OSG_PLUGINS of OSG/OSGEarth have to be changed at least. If you set OSG_PLUGINS to an empty string, the plugins will be installed in the same directory as the libraries. On the QGIS globe side only the OSG*LIBRARY cmake variables have to be changed. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ 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
Am Montag, 11. Juli 2011, um 14.06:24 schrieb Ivan Mincik: 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. It could be dangerous to mix up Sandros estimation with the work for a complete QGIS test suite. QGIS is heavily GUI based which makes writing tests far more complex than writing tests for a pure data processing library like PostGIS e.g. My estimation is 2 to 3 man-years for a test coverage of 80%. Think of topologocal editing, interactive print composer, image comparison and so on. -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Workshop Co-Presenter FOSS4G
Hi all, I'm looking for a Co-Presenter for the workshop New features for QGIS power users at FOSS4G in Denver. Because my colleague can't attend, I'm looking for an advanced QGIS user for helping the participants with their workshop exercises together with me. More information: http://2011.foss4g.org/sessions/new-features-qgis-power-users A workshop Co-Presenter gets 50% discount on FOSS4G participation. So If you're a QGIS power user and want to attend FOSS4G in Denver, please contact me! -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] osgearth.deb
Hi Paolo, Am Donnerstag, 7. Juli 2011, um 16.49:48 schrieb Paolo Cavallini: Hi all. Now that the globe is in trunk, it would be important to have its dependencies available also on debian. AFAIK, only osgearth is missing, but there is work done by pirmin: are there plans to add this to debian repo? I will work on this tonight. Could you prepare the extended description they asked for? Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Re: forum.qgis.org
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 cavall...@faunalia.itwrote: 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 -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Re: forum.qgis.org
Anita, Carson, Jean Roc, I'm replying from the Nabble qgis-developer forum now... Anita Graser wrote: Some forum users are already cross-posting on gis.stackexchange. Maybe that would be a solution. I support using gis.stackexchange instead of phpBB forum as well. It does not fullfill the ultimate wish to have only one place for user support, but gis.stackechange at least adds some quality to an old-school forum. I like especially that you don't have to create another account and can login with OpenID instead. Anita Graser wrote: Regards, Anita On Mon, Jun 27, 2011 at 9:25 PM, MORREALE Jean Roc lt;jr.morre...@enoreth.netgt;wrote: In the french-speaking community there is two big forums where users come to get support for qgis, they are better referenced than our forum on google so it is often their first stop. I'm sure that there must be an equivalent place for english speakers, if so it would better to redirect non-ML people to these forums rather than keeping our own with a lower reply rate. Le 27/06/2011 21:16, Carson J Q Farmer a écrit : I think we have to be careful here, there are a lot of users out there who don't use mailing lists as a general rule. Mailing lists tend to be a bit more of a 'commitment' than forums, and I think we'd be alienating a lot of users if we drop the forums completely... Is there anyway to set it up so that forum questions are routed to the mailing list, while still appearing to be within the forums for those that prefer this? A new forum structure would probably be fine/nice, but mailing lists tend to be quite 'developer-centric'... I prefer mailing lists myself... But many of my students are 'afraid' or weary of them... AFAIK the only difference between Nabble and phpBB forum is, that Nabble requires you to subscribe to the mailing list as well, before you can post a message. Subscribing can be done with one button click. But maybe this is realla too much 'commitment' for a new user. Regards Pirmin On the other hand, the mailing list format works well for the R project... Just some thoughts to throw around before we completely abandon the forums... And possibly some users... Carson -- Carson J. Q. Farmer ISSP Doctoral Fellow National Centre for Geocomputation National University of Ireland, Maynooth www.carsonfarmer.com On 27 Jun 2011, at 05:36 p.m., Anita Graserlt;anitagra...@gmx.atgt; wrote: +1 from your forum mod ;) Anything that reduces complexity in our web infrastructure is a plus. The forums attract a lot of spam (= work cleaning up) and I feel like there's a much bigger audience following the mailing list anyway. Best wishes, Anita On Mon, Jun 27, 2011 at 5:47 PM, Pirmin Kalbererlt;pi...@sourcepole.comgt; wrote: Hi all, Some time ago it was mentioned that forum.qgis.org should be replaced. Why not simply redirect to http://osgeo-org.1803224.n2.nabble.com/qgis-user-f2036571.html ? Regards Pirmin -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/forum-qgis-org-tp6521024p6523909.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
Re: [Qgis-developer] Re: forum.qgis.org
Am Dienstag, 28. Juni 2011, um 12.21:21 schrieb Otto Dassau: Am Tue, 28 Jun 2011 12:16:04 +0200 schrieb Paolo Cavallini cavall...@faunalia.it: Il giorno mar, 28/06/2011 alle 09.38 +0200, Paolo Cavallini ha scritto: Good point. I do not like (nobody likes it, I guess) having I do not know how many IDs to access the various parts of QGIS infrastructure (wiki, redmine, git, joomla, ...). Anybody interested in helping to develop a simpler solution? BTW: the registration to the wiki currently AFAIK requires manual intervention. Wouldn't it be better to move the content to redmine integrated wiki, so to have one less piece to maintain, one more login etc.? All the best. yes, that would make sense. We need to find out, if and how a migration could work. There is only an old migration script, which is not working anymore (http://www.redmine.org/issues/1224). So migrating MediaWiki 1.15 to the Redmine Wiki will require some work (from my side e.g.). Advantages: -Same (OSGEO)-Login as for bug tracker -Direct Wiki links from Bug trackers Disadvantages: -Different Wiki Syntax -Some Media wiki features will be missing (Tab menu?, Categories?, HTML embedding?, What links here?, Maintenance reports?) Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Please add git http method instructions for proxy...
Hi Marco, Am Montag, 27. Juni 2011, um 13.51:59 schrieb marco bra: Hi all Tim, i use git thru cntlm proxy and to get git working i must do export http_proxy=http://127.0.0.1:3128 git clone http://github.com/qgis/Quantum-GIS.git the git:// do not traverse the proxy... export http_proxy=http://127.0.0.1:3128 git clone git://github.com/qgis/Quantum-GIS.git Please put some row about this to help other users, into: https://github.com/qgis/Quantum-GIS/blob/master/INSTALL git section... I've added a note in http://www.qgis.org/wiki/Download#Source_Code Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] forum.qgis.org
Hi all, Some time ago it was mentioned that forum.qgis.org should be replaced. Why not simply redirect to http://osgeo-org.1803224.n2.nabble.com/qgis-user-f2036571.html ? Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] qgis-mapserver: user authentication
Paolo, My quick comments... Am Mittwoch, 15. Juni 2011, um 09.17:11 schrieb Paolo Cavallini: My first, *very* quick, review: Il giorno mar, 14/06/2011 alle 23.07 +0200, Pirmin Kalberer ha scritto: I don't think that authentication should be built into a WMS server. There are many solutions around, doing authentication and authorisation transparently on top of a WMS server: * http://52north.org/communities/security/index.html java :( Most of security stuff is in Java :-( Swisstopo plans to use 52north for securing their OGC services. * http://geoprisma.org/site/index.php Could not (yet) find any major issues. Belongs to the UMN MapServer project stack. FOSS4G presentation in Denver: http://2011.foss4g.org/sessions/mapserver-project-stack * https://sites.google.com/site/geoshieldproject/home One-man show, it seems. FOSS4G presentation in Denver: http://qurl.org/i91 * http://www.secureows.org/ Seems dead (no commit in the last year). But is in production use, AFAIK. One advantage I didn't mention is that you delegate the in-depth security tests to these frameworks. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS MapServer and jQuery OpenLayer Client for Mobile Devices
Noli, Here is an example of using OpenLayers with QGIS server: http://live.osgeo.org/en/quickstart/openlayers_quickstart.html Pirmin Am Mittwoch, 15. Juni 2011, um 03.10:36 schrieb Noli Sicad: Hi Pimin, Yes, I have been working on it and I heavily modified even to support Spatialite query and it is running in Xcode (i.e compile in Xcode iOS 4.2 to run local spatialite). I got the spatialite Geometry using AsText / WKT but not display the WKT in OL yet. I got all the base maps in it i.e. Cloudmade, Google, Bing, Yahoo, Mapbox, ArcGISRest + the Edit (navigate, point, lines, polygons, modify, drag). Now, Just lacking the QGIS Mapserver side as server:-). Noli On 6/15/11, Pirmin Kalberer pi...@sourcepole.com wrote: Hi Noli Look at http://openlayers.org/dev/examples/mobile-jq.html Regards Pirmin Am Mittwoch, 15. Juni 2011, 00.58:41 schrieb Noli Sicad: Hi, The current QGIS webclient is for PC (i.e. desktop, laptop, netbook). I understand it is built using ExtJS, Geoexplorer hack. http://projects.opengeo.org/geoext/wiki/GeoExplorer http://blog.opengeo.org/2009/06/17/geoexplorer-preview/ http://suite.opengeo.org/geoexplorer/composer I like to use QGIS Mapserver as server for Mobile Devices (i.e. iPad, Android tablet, Meego tablet, HP WebOS tablet, etc) using jQuery, not ExtJS (Sencha Touch) since I need local Spatialite support for these devices. Again, I like to use jQuery instead of ExtJS as webclient for QGIS Mapser. Now, how can I utilise QGIS Mapserver for these mobile webclients? Andreas, what would be the right access to WMS layer in QGIS Mapserver (WMS)? ~~~ var base = new OpenLayers.Layer.WMS( Medford Streets Buildings, /geoserver/wms, {layers: medford} http://workshops.opengeo.org/openlayers-intro/vector/style.html Generic map = new OpenLayers.Map('map'); var wms = new OpenLayers.Layer.WMS( OpenLayers WMS, http://labs.metacarta.com/wms/vmap0;, {layers: 'basic,ground_01'} ); http://vasir.net/blog/openlayers/openlayers-tutorial-part-2-layers/ For example, this ZonePlan layer in http://gis.uster.ch/webgis/? http://gis.uster.ch/webgis/production/index.shtml?map=/home/www/projekte /ra umplanung/raumplanung.qgsformat=image/jpegvisibleLayers=Gestaltungspl %C3% A4ne%20Beschriftung,Gemeindegrenze,Sondernutzungen,Sondernutzungen%20Ba uzon en%20mit%20Gestaltungsplanpflicht,Differenzierte%20L%C3%A4rmempfindlich keit sstufe,Nutzungszonen,UEP%20%282009%29 I just like to know the WMS layers, not the windowing ExtJS toolkit to render the whole thing. Thanks. Noli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] qgis-mapserver: user authentication
Hi Paolo Giovanni, Am Dienstag, 14. Juni 2011, 02.12:07 schrieb Giovanni Manghi: Hi all, On Thu, 2011-06-09 at 16:33 +0200, Paolo Cavallini wrote: Hi all. We are interested in an extension of current qgis-mapserver, allowing different users (or groups of) to see different layers (or different projects). Is anyone working on that, or willing to collaborate on a mainstream solution? what we need to develop is quite simple (to explain). Users should be able to register/login in the webclient (users data stored in a geometryless table in the qgis project?), then, depending on what user group the user belong, show certain layers/groups in the TOC of the web client. User data (name, address, etc.) should be stored after the login to allow use them in the print layouts. One way or another we will have to develop something like that, so we would prefer to do it the right way, upstream and in a way that can be useful to as much people as possible. I don't think that authentication should be built into a WMS server. There are many solutions around, doing authentication and authorisation transparently on top of a WMS server: * http://52north.org/communities/security/index.html * http://geoprisma.org/site/index.php * https://sites.google.com/site/geoshieldproject/home * http://www.secureows.org/ Integration into QGIS Webclient will need some work, I suppose, but there should be no change in QGIS Server. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS MapServer and jQuery OpenLayer Client for Mobile Devices
Hi Noli Look at http://openlayers.org/dev/examples/mobile-jq.html Regards Pirmin Am Mittwoch, 15. Juni 2011, 00.58:41 schrieb Noli Sicad: Hi, The current QGIS webclient is for PC (i.e. desktop, laptop, netbook). I understand it is built using ExtJS, Geoexplorer hack. http://projects.opengeo.org/geoext/wiki/GeoExplorer http://blog.opengeo.org/2009/06/17/geoexplorer-preview/ http://suite.opengeo.org/geoexplorer/composer I like to use QGIS Mapserver as server for Mobile Devices (i.e. iPad, Android tablet, Meego tablet, HP WebOS tablet, etc) using jQuery, not ExtJS (Sencha Touch) since I need local Spatialite support for these devices. Again, I like to use jQuery instead of ExtJS as webclient for QGIS Mapser. Now, how can I utilise QGIS Mapserver for these mobile webclients? Andreas, what would be the right access to WMS layer in QGIS Mapserver (WMS)? ~~~ var base = new OpenLayers.Layer.WMS( Medford Streets Buildings, /geoserver/wms, {layers: medford} http://workshops.opengeo.org/openlayers-intro/vector/style.html Generic map = new OpenLayers.Map('map'); var wms = new OpenLayers.Layer.WMS( OpenLayers WMS, http://labs.metacarta.com/wms/vmap0;, {layers: 'basic,ground_01'} ); http://vasir.net/blog/openlayers/openlayers-tutorial-part-2-layers/ For example, this ZonePlan layer in http://gis.uster.ch/webgis/? http://gis.uster.ch/webgis/production/index.shtml?map=/home/www/projekte/ra umplanung/raumplanung.qgsformat=image/jpegvisibleLayers=Gestaltungspl%C3% A4ne%20Beschriftung,Gemeindegrenze,Sondernutzungen,Sondernutzungen%20Bauzon en%20mit%20Gestaltungsplanpflicht,Differenzierte%20L%C3%A4rmempfindlichkeit sstufe,Nutzungszonen,UEP%20%282009%29 I just like to know the WMS layers, not the windowing ExtJS toolkit to render the whole thing. Thanks. Noli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Ticket filters for Redmine
Hi all, There are no predefined ticket filters on the QGIS Redmine site configured yet. Which Trac queries should be ported? Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ 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 Peter, Here's the project page: http://web.me.com/epiesasha/PlanetSasha/PlanetSasha.html Pirmin Am Mittwoch, 25. Mai 2011, 21.42:47 schrieb Peter Borissow: Hi Giovanni- We would love to get our hands on the plugin if it exists! Can you point us in the right direction? Thanks, Peter -Original Message- From: Giovanni Manghi [mailto:giovanni.man...@gmail.com] Sent: Wednesday, May 25, 2011 3:28 PM To: Peter Borissow Cc: qgis-developer@lists.osgeo.org; qgis-os...@lists.sourceforge.net; Mingjie Su; Harsh Govind Subject: Re: [Qgis-developer] Integrating OSSIM with QGIS Hi Peter, I believe there is already a OSSIM plugin for QGIS (I don't remember if it ever worked without major issues or if it was finished at all), are you aware of it? Cheers -- Giovanni -- On Wed, 2011-05-25 at 15:24 -0400, Peter Borissow wrote: Hello- We are currently investigating using QGIS as a front end to OSSIM (http://trac.osgeo.org/ossim/). At a very high level, our goal is to use OSSIM for rendering raster data in QGIS. That way, we can leverage the power of OSSIM for image processing and use OGR for vector visualization and editing using the QGIS platform. In fact, it looks like someone else had the same idea some time ago: http://www.qgis.org/wiki/Integration_of_QGIS_and_OSSIM We started our investigation late last week. We have a debug version of QGIS up and running in Visual Studio 10 (64 bit) using QT 4.7.3. We have since discovered how integral GDAL is to QGIS. Undaunted, we added a some temporary hacks to bypass GDAL and we’re now getting images to display via OSSIM! For us, this is a huge first step and we are seriously considering pressing ahead. Is this something that the QGIS community would support? We would very much appreciate your blessing and support. We have lots of questions and could really use your help. Thanks in Advance! Peter ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] git clone through http proxy without ssh
Hi Andreas, git clone https://github.com/qgis/Quantum-GIS.git should work with https_proxy. Gruss Pirmin Am Mittwoch, 11. Mai 2011, 15.42:54 schrieb Andreas Neumann: Hi, I am trying to git clone through our https proxy with no luck. It seems it requires port 22 to be open for checkout, but this port is closed at my employer. Here is the message I get: git clone g...@github.com:qgis/Quantum-GIS.git Initialized empty Git repository in /home/an/dev/Quantum-GIS/.git/ ssh: connect to host github.com port 22: Connection timed out fatal: The remote end hung up unexpectedly Does git really require an ssh connection or is there a workaround? btw - the following env vars are set: $HTTP_PROXY $http_proxy $HTTPS_PROXY $https_proxy SVN works without a problem. Thanks if you have any hints, Andreas -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Re: Plans for the 1.7 Release
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 == -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] URL rewrite support for QGIS server webclient
Am Dienstag, 26. April 2011, um 23.27:40 schrieb Paolo Cavallini: Il giorno mar, 26/04/2011 alle 22.03 +0200, Pirmin Kalberer ha scritto: I've added support to qgiswebclient for short URLs like http://example.com/wms/MAPNAME and http://example.com/maps/MAPNAME. Source and documentation (readme.txt) is available at https://github.com/sourcepole/qgiswebclient Thanks. Could you please add it to trunk? I don't have SVN commit permissions. I can ask Marco on Thursday. Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] A roadmap to QGIS 2.0
Hi, Am Dienstag, 18. Januar 2011, um 07.05:56 schrieb Tim Sutton: Hi All I think its time to start thinking about getting 2.0 'out'. What do others think? The major goal would be to - clean up the api and remove cruft / inelegant parts / backwards compatibility wrappers - do an overhaul of the api docs and get it to a good state (doxygen wise) - get rid of old labelling completely - get rid of old symbology completely - merge many of the plugins directly into trunk (north arrow, gps, coordinate capture, delimited text, georeferencer, some form of raster colours / 1 band raster colour table etc.) - capitalise on the bug fixing work of SunilRaj from kCube so that his time is going into stabilising for a 2.0 release - show the world that we have reached the next level of maturity and functionality - As such I would propose the following time line (http://www.qgis.org/wiki/Release_Checklists) Release Checklist 1.7 - Not yet named 1 April 2011 Introduce threaded rendering, raster on the fly projection, 3D globe mode Like Werner and Anita I've overlooked your entries threaded rendering, raster on the fly projection, 3D globe mode for 1.7. Hopefully Martin has time for this important merge soon! * Version numbering: In my opinion version 2.0 should not be given from a developers point of view (code cleanup, etc.) but from a users point of view (new features, new GUI). In that sense 1.7 or 1.8 would deserve the version 2.0 tag. * API transition: From a users point of view we should keep compatibility to old project files and API calls (plugins!) as long as possible. We should give users as much help as possible to migrate their projects and developers to migrate their plugins to the 2.0 API. Therefore I would add the following points to 1.7: -New symbology and new labelling used by default -Deprecate old features (symbology, labelling) and API's I propose adding a deprecation mechanism, which sends messages to the plugin manager. The plugin manager should mark plugins which are not 2.0 compatible and collect their deprecation messages. In contrary, C++ plugins will get deprecation messages at compile time. So there would be time to update plugins after 1.7, complete the implementation of new symbology and new labelling and implement a migration mechanism for old features (good goals for a Hackfest!). Regards Pirmin Release Checklist 1.8 - Not yet named 1 July 2011 Full GUI freeze for 2.0, no more old symbology, old labelling Release Checklist 2.0 - Not yet named 1 September 2010 API changes finalised, all deprecation wrappers removed, API docs tidied up. The timing would allow us to have 2.0 ready to make a splash at the next FOSS4G conference. Any comments? Does this work for others? Any other major additions folks think should be in place before QGIS goes out? I look forward to your feedback, Regards Tim -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Openlayers plugin and Virtual Earth (i.e.Bing Maps)
Am Freitag, 3. Dezember 2010, um 04.35:27 schrieb Noli Sicad: Hi, I am trying to add Virtual Earth (Bing Maps) to QGIS Openlayers plugin and I have trouble on the projection of Bing Maps (i.e. alignment). My shapefile layer (i.e.traces from the Google Maps) and other shapefile layers are off when I overlayed the Bing map (Bing Hybrid). Bing is far better Satellite imagery compare to Yahoo and Google. OSM is using Bing for traces lately as result of Steve Coast (OSM founder) working with Bing. http://wiki.openstreetmap.org/wiki/File:Selecting_Bing_in_JOSM.png I know that Bing uses different projection, http://www.cadmaps.com/gisblog/?p=80 displayProjection: new OpenLayers.Projection(EPSG:4326), Inserting this code above does not help at all. Here the entire code. [...] Your code snippet shows the Google layer, not a Bing layer. Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Way forward: QGIS plugin repo, plugin Trac etc.
Am Montag, 15. November 2010, um 22.23:59 schrieb Borys Jurgiel: So change of mind from our discussion on IRC yesterday? Should Pirmin and I still bother with the test install of Redmine? Actually I'm still a bit confused and don't want to take one of the two sides (mainly because I only looked briefly at the Redmine), but let's just write down the disadvantages and threats of the two solutions. [...] In my opinion it's not a discussion between Django and Redmine. The confusion comes from not discussing all aspects in one session (yes, people were too tired). I would group the aspects in 1. Package repository + Package download website 2. Plugin source code repository 3. Bug tracking + Plugin home pages Borys and Martin proposed a solution for point 1, developed with Django. They did not couple the package repository with the source code repository to let plugin developers choose their SCM. Tim's announcement includes the following solutions for these aspects: 1. Django application 2. One(?) Github repository 3. One(?) Trac instance In the discussion Alex is referring to, we came to this: 1. not discussed 2. OSGeo Git server 3. Redmine We didn't go deeper into point 2 and number 3 was not confirmed by Tim. I have absolutely no problems with Tim's solution and I'm sure he will clarify open points as soon as he arrives in South Africa. Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Printed user manual
Hi all, We discussed the possibility to use a print on demand service for producing printed user manuals. Here are a few sites to check out: Multilingual: * www.lulu.com English only: * www.blurb.com * www.bookriff.com * www.fastpencil.com German only: * www.bod.de * www.epubli.de * www.grin.com * www.readbox.net * www.tredition.de Are thery any recommendations? Regards Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] REST services
Hi, OpenLayers supports ArcGIS REST services. So it needs only a few lines of Javascript and Python to add ArcGIS REST support to the OpenLayers plugin. Regards Pirmin Am Mittwoch, 10. November 2010, um 12.14:35 schrieb Aigars V: Hi. Is there a possibility to add ArcGIS REST services (ArcGIS Map service) to QGIS. There is a plugin - QGISRest (with lack of some documentation), but it looks that it works only to list info about this service but not to add any data ? Any suggestions ?? Thanks. -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] PostGIS plugins
Am Dienstag, 26. Oktober 2010, um 00.07:56 schrieb Paolo Cavallini: Il 25/10/2010 23:29, Martin Dobias ha scritto: On Thu, Oct 21, 2010 at 8:34 AM, Paolo Cavallinicavall...@faunalia.it wrote: How does this sound? This sounds good. Thanks. So we go back to the question: - svn or git? - on osgeo or elsewhere? - trac, redmine, or other? I think it would be good to act now, so in Wroklaw we'll have all the pieces in place, and we can start hacking around it. All the best. Hi Paolo, I understand that you want to go on. But I think that the decision for a plugin development infrastructure should happen in Wroclaw, with many devs involved. We can show there the different approaches and help the attending people setting up new software (like git), if needed. A discussion about pros and cons of such a decision takes quite some time, especially when discussed by mail. Time, which many devs do not have during their daily work. The result of a hasty decision is usually: let's stay with the old tools we already know. Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] wfs-t and tinyows
Am Dienstag, 26. Oktober 2010, um 14.07:07 schrieb Giovanni Manghi: On another machine it works. the machine were it works it is a 10.10 Ubuntu installation, QGIS from the nightly builds repository and tinyows installed with the ubuntugis repository. Then it is the same tinyows version (0.9). Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Offline editing Plugin
Am Mittwoch, 29. September 2010, um 12.08:06 schrieb luca_mangane...@comune.trento.it: qgis-developer-boun...@lists.osgeo.org scritti il 29/09/2010 11.37.21 I wrote a little blog article about it: http://www.sourcepole.ch/2010/9/29/offline-editing-plugin-for-qgis I cannot download sources and neither view the screenshot. Paths are fixed. Please try again. Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS meeting at FOSS4G
Hi all, For all QGIS enthusiasts travelling to Barcelona next week, I made an entry in the FOSS4G Breakout Sessions for a QGIS user developer meeting: http://tinyurl.com/qgis4g10 See you Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Bringing the raster processing algorithms of the Orfeo Toolbox Monteverdi in QGIS
Salut Manuel You could also have a look at PluginLayer class introduced in 1.5. A simple usage example is here: http://github.com/sourcepole/qgis-watermark-plugin Looking forward to discuss that in Barcelona! Regards Pirmin Am Donnerstag, 2. September 2010, um 11.42:14 schrieb Manuel GRIZONNET: Hi all, I am a member of the Orfeo Toolbox Team ( http://www.orfeo-toolbox.org/ ) and since last year some developments have been made to try to bring some OTB functionalities inside Quantum GIS. Some OTB plugins (C++) have been develop and there are also developments around the integration of the Monteverdi application as a Qgis plugin. Monteverdi is an integrated application allowing to create a complete processing (ortho-rectification, segmentation, classification, etc.). It allows building processing chains by selecting modules from a set of menus. It supports raster and vector data and it is based on already existing OTB filters. Also the architecture takes advantage of the streaming and multi-threading capabilities of the OTB pipeline ( http://www.orfeo-toolbox.org/otb/monteverdi.html. ) The current OTB-QGIS plugins (as of August 2010) rely on writing the data on the disk after processing before reopening it to be available in QGIS. The goal is to provide now directly the result of the processing without going thought disk writing. The proposed architecture is to develop an otbprovider in QGIS modeled after the WMSProvider to be able to add a streamed otb raster layer in the Qgis viewer. That's the difficult part...Our provider do not work for now but I think that we're not too far from a solution! (Technically, there is perhap's the need to define a specific method AddRasterLayer for otb layers inside the QgisInterface class...But we need to discuss first with members of the qgis team who will have a more complete vision of the internal Qgis architecture of data providers...) By the way, we'll present the Orfeo Toolbox and the latest developments around the library at FOSS4G2010 in Barcelona next week: http://2010.foss4g.org/presentations_show.php?id=3655 We will be glad to discuss with QGIS developers about these topics during the conference! The source code of this project, based on the Orfeo Toolbox can be found here : http://hg.orfeo-toolbox.org/OTB-Qgis-plugins/ Informations and current state of developments can also be found on our wiki : http://wiki.orfeo-toolbox.org/index.php/Quantum_GIS_plugins Best regards, Manuel -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] porting QGIS to Android?
Hi Paolo, I would personally wait a few months to see how much sucess the Meego platform (http://meego.com/) has. It is a very promising choice for QGIS mobile, since it includes QT as the standard GUI library. It's supports Atom based netbooks and the first tablets are coming... Regards Pirmin P.S: As an Android owner I would naturally support a QGIS port ;-) Am Mittwoch, 1. September 2010, um 19.32:09 schrieb Paolo Cavallini: Hi all. Android, although not really free, is a very interesting platform for mobile. A range on cheap and reasonably powerful tablets has been announced by various HW vendors, eg http://www.archos.com Is anybody interested in porting QGIS to Android? Does anybody have an idea on how difficult this could be? What are the major issues, apart from resizing the dialogs? Qt porting is underway: http://code.google.com/p/android-lighthouse/ but of course a number of dependencies will have to be solved. Any opinion? All the best. -- Mit freundlichen Grüssen / Kind regards Pirmin Kalberer Sourcepole - Linux Open Source Solutions Elestastr. 18 7310 Bad Ragaz Switzerland Tel: 081 330 77 11 Fax: 081 330 77 12 p...@sourcepole.ch http://www.sourcepole.ch ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] qgis mapserver error
Hi Luca, Could you send me the full output - get it e.g. with wget -O cap.xml 'http://localhost/cgi- bin/test_qgis_mapserver/qgis_mapserv.fcgi?SERVICE=WMSVERSION=1.3.0REQUEST=GetCapabilities' Marco is offline this week, so no help from him... Regards Pirmin Am Mittwoch, 25. August 2010, um 12.16:26 schrieb Luca Delucchi: Hi everybody, i tested qgis mapserver, but when i try the getcapabilities request i have this error [0]; i follow the example of tim in his blog [1] Someone can help me? thanks Luca [0] http://pastebin.com/08fNh3ZA [1] http://linfiniti.com/2010/08/qgis-mapserver-a-wms-server-for-the-masses/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer