[Qgis-developer] GIT open for pull requests on master
Hi Folks Well we have been poking around with the qgis/Quantum-GIS github repo for the last week and I think it looks ok for us to continue to work against it. So unless there are any objections I would like to make it the 'official' code repository and update the docs etc. I will be adding some documentation on how to carry out your basic workflow with the new repo. One thing we briefly discussed on the IRC channel is not reinstating every committer from the svn committer list. Since we now work with a distributed model, it is simple for *anyone* interested in working against our code base to do so and contribute their changes back with very little effort. Also, external contributors get fully acknowledged as their name email are propogated into the code history when we pull from their repository or apply their patches (if they were created using the git patch preparation tool). As such it makes little sense for use to have tens of committers into the core repository, Instead I would like to suggest that we provide the most active committers with direct access to the repostory and let them apply pull requests from others as needed. The ability to work on QGIS is truly democratised with GIT and the purpose of committers to the core repo should (in my eyes) be just to perform a final screening for code quality etc before it makes its way into the repository. If you are an existing svn committer and feel strongly about wanting to have direct commit access to the master repo, please speak up now. With regards to the migration to redmine, I am waiting on osgeo to provide a backup and then we will attempt the migration - Alex Mandel has kindly offered to help with this - hopefully we will look at it later tonight. As such the release of 1.7 is still on hiatus until we get all our infrastructure updates done - small patches to fix issues in the release branch (no string changes please) are welcome in the mean time. Packagers are also encouraged to build test packages and submit any needed changes to support their packaging work. Best regards Tim -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] where is QGIS_PLUGINPATH defined?
Hi list Sorry for the newbish question: I remember reading somewhere online about the QGIS_PLUGINPATH environment variable and thinking it was a cool idea. I set it up to point to my local development folder. Now I want to disable it to test some improvements on a plugin, but I don't remember where it is set... I've checked ~/.bashrc, ~/.profile, /etc/environment and I couldn't find it. So I'm thinking this online source where I remember reading about this variable probably had some tip on how to set it up. Maybe it is even inside one of Qgis's internal folders. Anyone knows where it is defined? Thanks -- ___ ___ __ Ricardo Garcia Silva ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] INSTALL doc and svn/git
While looking over the Mac build instructions for 1.7 release, I realized the whole SVN section will have to be changed to be about git. Then it occurred to me - why are we mentioning getting source from svn (now git) at all for a release? This is in a released source package. Of course, svn/git applies to trunk (now master). Maybe to accomodate both a release and git the body platform sections could be about release packages, with reference to a separate section at the end (after all platform sections) that covers git for those interested. That would also reduce some redundancy in describing git setup and commands. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] INSTALL doc and svn/git
This is what I had in mind, but I didn't think about the CODING file, I guess the git stuff can be moved there, though that might be info overload for casual users that want to try development sources: http://github.com/kyngchaos/Quantum-GIS/commit/1ecfd9b0addec28494f0331b3446bcf60273f053 Only the Mac section is updated here to refer to the git section and to have git installation instructions. Similar would be needed for Linux and Windows. On May 8, 2011, at 2:46 PM, Tim Sutton wrote: Hi William On Sun, May 8, 2011 at 6:55 PM, William Kyngesburye wokl...@kyngchaos.com wrote: While looking over the Mac build instructions for 1.7 release, I realized the whole SVN section will have to be changed to be about git. Then it occurred to me - why are we mentioning getting source from svn (now git) at all for a release? This is in a released source package. Of course, svn/git applies to trunk (now master). Maybe to accomodate both a release and git the body platform sections could be about release packages, with reference to a separate section at the end (after all platform sections) that covers git for those interested. That would also reduce some redundancy in describing git setup and commands. Yeah or we should just move all git related stuff into CODING.t2t which is intended for developers (who are probably more likely to actually care about such things)and just put a note referring to that file in the INSTALL.t2t docs. Regards Tim - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Time is an illusion - lunchtime doubly so. - Ford Prefect ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ All generalizations are dangerous, even this one. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] How to get a string's english translation with pyhton?
Hello list in order to identify pixel values I'm using QgsRasterLayer.identify() This method returns a tuple, with first value being a boolean (by the way, see ticket[1] on trac). The second value is a dictionary with band names as keys and pixel value. I want to check for the pixel value and, in case it is null or out of extents, I want to assign a value to some variable. I am testing the pixel value for the presence of out of extent and null strings. This works OK when the user is using an english locale. When the locale is different, these strings show up translated and my code fails miserably. How can I solve this problem? I'd like to be able to get the english version of the string independently of the locale being used by the user. Thanks [1] - https://trac.osgeo.org/qgis/ticket/3807 -- ___ ___ __ Ricardo Garcia Silva ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Redmine Migration
1. A dump of Trac has been moved over. It's in my home dir on the server 2. Talking to Chris he thinks it would be about $50-100/yr to add qgis.org to the existing SSL certs OSGeo has. This would enable us to have SSL (https) on any *.qgis.org website for logins and sessions. The alternative is to do a self-signed certificate which requires users to click through several screens (depends on browser). Or we can get our own SSL cert not tied to OSGeo (sounds more complicated to me for 0 savings). 3. I think we need to make a fresh Redmine instance to try importing the trac migration, and then see if we can move the plugin stuff from hub into the same instance. 4. Don't forget about creating a script to do a nightly dump of everything we want backed up. Once such a script is done let me know and I can modify the OSGeo Bacula instance to run it, pull the files and cleanup after. Thanks, Alex ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Redmine Migration
Hi Alex, On Sun, 08. May 2011 at 16:00:24 -0700, Alex Mandel wrote: 2. Talking to Chris he thinks it would be about $50-100/yr to add qgis.org to the existing SSL certs OSGeo has. This would enable us to have SSL (https) on any *.qgis.org website for logins and sessions. The alternative is to do a self-signed certificate which requires users to click through several screens (depends on browser). Or we can get our own SSL cert not tied to OSGeo (sounds more complicated to me for 0 savings). How about a something like *.qgis.osgeo.org? I suppose that would be covered by the existing certificate, wouldn't it? Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de -- norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Redmine Migration
On 05/08/2011 04:41 PM, Jürgen E. Fischer wrote: Hi Alex, On Sun, 08. May 2011 at 16:00:24 -0700, Alex Mandel wrote: 2. Talking to Chris he thinks it would be about $50-100/yr to add qgis.org to the existing SSL certs OSGeo has. This would enable us to have SSL (https) on any *.qgis.org website for logins and sessions. The alternative is to do a self-signed certificate which requires users to click through several screens (depends on browser). Or we can get our own SSL cert not tied to OSGeo (sounds more complicated to me for 0 savings). How about a something like *.qgis.osgeo.org? I suppose that would be covered by the existing certificate, wouldn't it? Jürgen Yes, urls ending in .qgis.osgeo.org should be covered, and we could always redirect say hub.qgis.org to hub.qgis.osgeo.org to make it easier for end users to remember. Thanks, Alex ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] GIT open for pull requests on master
Hi Tim, Thanks for the update and all the hard work you and others have put in to get the transition to git completed. I look forward to the migration guide. Regards, John On May 8, 2011, at 6:57 AM, Tim Sutton wrote: Hi Folks Well we have been poking around with the qgis/Quantum-GIS github repo for the last week and I think it looks ok for us to continue to work against it. So unless there are any objections I would like to make it the 'official' code repository and update the docs etc. I will be adding some documentation on how to carry out your basic workflow with the new repo. One thing we briefly discussed on the IRC channel is not reinstating every committer from the svn committer list. Since we now work with a distributed model, it is simple for *anyone* interested in working against our code base to do so and contribute their changes back with very little effort. Also, external contributors get fully acknowledged as their name email are propogated into the code history when we pull from their repository or apply their patches (if they were created using the git patch preparation tool). As such it makes little sense for use to have tens of committers into the core repository, Instead I would like to suggest that we provide the most active committers with direct access to the repostory and let them apply pull requests from others as needed. The ability to work on QGIS is truly democratised with GIT and the purpose of committers to the core repo should (in my eyes) be just to perform a final screening for code quality etc before it makes its way into the repository. If you are an existing svn committer and feel strongly about wanting to have direct commit access to the master repo, please speak up now. With regards to the migration to redmine, I am waiting on osgeo to provide a backup and then we will attempt the migration - Alex Mandel has kindly offered to help with this - hopefully we will look at it later tonight. As such the release of 1.7 is still on hiatus until we get all our infrastructure updates done - small patches to fix issues in the release branch (no string changes please) are welcome in the mean time. Packagers are also encouraged to build test packages and submit any needed changes to support their packaging work. Best regards Tim -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
