Re: [Qgis-developer] FreeCAD integration with/within QGIS

Il 14/10/2015 00:01, M-Rick ha scritto: > FreeCAD: Civil Engineering Design functions > http://forum.freecadweb.org/viewtopic.php?f=8=6973 > > The message I posted to the FreeCAD forum following the Paolo Cavallini's > advice. > http://forum.freecadweb.org/viewtopic.php?f=8=12803 Hi, I think it

[Qgis-developer] Giving credits to documentation authors [Was: Books section on our website]

Il 14/10/2015 01:55, Alexandre Neto ha scritto: > I believe the answer to your original question, "why it seems to be > attractive to write about QGIS there (in books) and not within the > project (oficial doxumentation)?", is given by the early testimony. > Writting good updated documentation

Re: [Qgis-developer] [Qgis-community-team] Giving credits to documentation authors [Was: Books section on our website]

Am Wed, 14 Oct 2015 07:37:01 +0200 schrieb Paolo Cavallini : > Il 14/10/2015 01:55, Alexandre Neto ha scritto: > > > I believe the answer to your original question, "why it seems to be > > attractive to write about QGIS there (in books) and not within the > > project

Re: [Qgis-developer] Release schedule discussion - again

Hi all, Now each LTR release is not that different from regular releases. Those LTR releases don't get that much more testing than other releases and the .0 releases are potentially as fragile as regular releases. It is mostly the new features that cases bugs and crashes. What if we don't

Re: [Qgis-developer] error when compiling with grass7

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 > Looks like if it was not configured WITH_GRASS7 at all. Hi Radim, don't know if you have made some changes, but I recompiled from scratch (WITH_GRASS7 enabled) and it works now.. I hope I can make some test of the plugin.. :) Thanks!! Matteo

Re: [Qgis-developer] Release schedule discussion - again

Il 13/10/2015 09:09, Andreas Neumann ha scritto: > Hi all, > > Thanks all for joining the discussion. > > My main concern, is about quality, not so much about the exact number of > months between the releases - and I have the impression that given the > current situation (not enough test

Re: [Qgis-developer] Release schedule discussion - again

Hi all, So there seems to be a general agreement to invest more into quality/bug fixing/testing - but not so much about the release frequency. --- I'd like to mention some more reasons for fewer releases: * the plugins: plugin authors are more likely to test

Re: [Qgis-developer] Release schedule discussion - again

Dear all, imagine yourself being a new QGIS user. Go on the qgis-website and you see immediately the download option for version 2.10. Click on "documentation" and you realise it refers to 2.8. This situation was even worse in the past (I think 2.8 versus 2.2). The first impression you get, is

Re: [Qgis-developer] Release schedule discussion - again

Hi Lauri, On Tue, 13. Oct 2015 at 10:27:57 +0300, Lauri Kajan wrote: > What if we don't introduce any new features in LTR releases? Huh? That's what we do. And the LTR package repositories are fed with the new LTR release only after it has been regular release for four month. So you would

Re: [Qgis-developer] Release schedule discussion - again

On Tue, Oct 13, 2015 at 09:21:59AM +1100, Nyall Dawson wrote: > valid. But that said, my honest thoughts are that the BEST way to > ensure stable, regression-free releases is to extend the test suite. +1 > My plea to sponsors: > > If you're funding QGIS development work and the contract

Re: [Qgis-developer] Release schedule discussion - again

Hi all, Thanks all for joining the discussion. My main concern, is about quality, not so much about the exact number of months between the releases - and I have the impression that given the current situation (not enough test coverage, large parts of the codebase untested, still large chunk

Re: [Qgis-developer] Release schedule discussion - again

hi all, In my project, I still use 2.4. I think it is enough for me. +1 for more test and document! niubob From: wolfgang.stember...@hotmail.com To: qgis-developer@lists.osgeo.org Date: Tue, 13 Oct 2015 10:00:58 +0200 Subject: Re: [Qgis-developer] Release schedule discussion - again Dear

Re: [Qgis-developer] SVG Icons from US national park service

Am Tue, 13 Oct 2015 12:03:22 +0200 schrieb Paolo Cavallini : > Il 13/10/2015 11:30, Andreas Neumann ha scritto: > > > If you agree - I may volunteer to convert them from PDF/Adobe > > Illustrator to SVG - making sure they also have replaceable fill/stroke > > colors. > >

Re: [Qgis-developer] Release schedule discussion - again

Sandro Santilli-2 wrote > >> My plea to sponsors: >> >> If you're funding QGIS development work and the contract doesn't >> mention something like "we will totally soak this work in unit tests" >> then rip up the contract and run. (Or ask them nicely to revise the >> contract to include this ;)

[Qgis-developer] SVG Icons from US national park service

Hi, I have recently met Tom Patterson - a fellow cartographer who works at the national park service in Washington. I knew him for some years - but only recently re-met him again in Pittsburgh. He gave a nice presentation at the Graphical Web 2015 conference in Pittsburgh (nice presentation

Re: [Qgis-developer] SVG Icons from US national park service

Il 13/10/2015 11:30, Andreas Neumann ha scritto: > If you agree - I may volunteer to convert them from PDF/Adobe > Illustrator to SVG - making sure they also have replaceable fill/stroke > colors. I'd welcome these additions. Please check http://hub.qgis.org/issues/7981 Ultimately, I think we

[Qgis-developer] Processing: removing /tmp/processing for all instances?

Hi all. I just noticed that if I have >1 instance of Processing, when closing one instance, the whole /tmp/processing dir is erased, including the layers eventually loaded by others. I admit it is a corner case, but I believe this is not very safe. Opinions? All the best. -- Paolo Cavallini -

[Qgis-developer] Fwd: Re: [Qgis-community-team] Books section on our website

Hi, In the context of our release discussion I am forwarding the perspective of an educator and book author - just posted to the QGIS community mailing list. See forwarded mail. I understand it must be a nightmare to teach, document and write books on QGIS at the current pace. I hope that

Re: [Qgis-developer] Fwd: Re: [Qgis-community-team] Books section on our website

Hi, I do feel for people who try and write books given the pace of QGIS, I write the training manuals for my employer so I know what it feels like, however, this is just the world we live in and a fact of software. I have tons of books on bookshelf that are outdated, new programming books come

Re: [Qgis-developer] Release schedule discussion - again

Hey all, I think I would just like to add to this that no matter what we do there is always going to be someone/some company that doesn't like the process. No release process is perfect and is part of the game of software development. We can adjust if required but I suspect it will be raised

Re: [Qgis-developer] Create graticule returns an error

Il 13/10/2015 14:01, Paolo Cavallini ha scritto: > However, now the process never ends, with messages: sorry, my fault, wrong params (input should be checked by the module before running, though, but that's an improvement for the future). All the best. -- Paolo Cavallini - www.faunalia.eu QGIS

[Qgis-developer] Create graticule returns an error

Hi all, I believe it is the same stuff already fixed for other commands: Grid instance has no attribute 'TYPES' See log for more details See: https://github.com/qgis/QGIS/commit/1e958d25b5f120a45e40a0847ca060da91c9823f I fixed it, but I suspect more broken modules are around. Please test and

[Qgis-developer] FreeCAD integration with/within QGIS

I posted a feature request on the QGIS Application forum, it has been told me to post it there which was more appropriate. http://hub.qgis.org/issues/13581 FreeCAD is Python 2D/3D CAD package with parametric functions. http://www.freecadweb.org/ It can also be used in console mode only and

Re: [Qgis-developer] Create graticule returns an error

Il 13/10/2015 13:31, Paolo Cavallini ha scritto: > Hi all, > I believe it is the same stuff already fixed for other commands: > > Grid instance has no attribute 'TYPES' See log for more details > > See: > https://github.com/qgis/QGIS/commit/1e958d25b5f120a45e40a0847ca060da91c9823f > > I fixed

[Qgis-developer] r.report fails in Processing

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi guys, keeping on testing the dev version.. I have some trouble with ``r.reports`` of GRASS 7. Just choosing a grid file and run the algorith m: An error has occured while executing Python code: TypeError: getObject() takes exactly 1 argument (2

Re: [Qgis-developer] Release schedule discussion - again

Hi, On 13/10/2015 13:02, Régis Haubourg wrote: > Sandro Santilli-2 wrote >> >>> My plea to sponsors: >>> >>> If you're funding QGIS development work and the contract doesn't >>> mention something like "we will totally soak this work in unit tests" >>> then rip up the contract and run. (Or ask

Re: [Qgis-developer] Release schedule discussion - again

On 13/10/2015 17:03, Bernd Vogelgesang wrote: > Sponsors who want their paid core features delivered asap should then > have to take the "risk" and use intermediated releases, at the price of > less documentation and maybe more bugs. What if paid core features include paid documentation ? At

Re: [Qgis-developer] Release schedule discussion - again

Am 13.10.2015, 10:00 Uhr, schrieb Wolfgang Stemberger : Dear all,imagine yourself being a new QGIS user. Go on the qgis-website and you see immediately the download option >for version 2.10. Click on "documentation" and you realise it refers to 2.8. This

Re: [Qgis-developer] Release schedule discussion - again

Hugo Mercier wrote > On 13/10/2015 17:03, Bernd Vogelgesang wrote: > >> Sponsors who want their paid core features delivered asap should then >> have to take the "risk" and use intermediated releases, at the price of >> less documentation and maybe more bugs. I'd be more radical, documentation

Re: [Qgis-developer] Processing: removing /tmp/processing for all instances?

yes, the tmp folder is uique for all processing instances. I did not consider the case of several of them running at the same time... That can be easily fixed though. 2015-10-13 16:07 GMT+02:00 Paolo Cavallini : > Hi all. > I just noticed that if I have >1 instance of

Re: [Qgis-developer] Fwd: Re: [Qgis-community-team] Books section on our website

Hello, Here is a first draft of PR: https://github.com/qgis/QGIS-Website/pull/285 Feedbacks are welcome :) Y. Le mardi 13 octobre 2015, 22:31:23 Nathan Woodrow a écrit : > Hi, > > I do feel for people who try and write books given the pace of QGIS, I > write the training manuals for my

Re: [Qgis-developer] r.report fails in Processing

Il 13/10/2015 20:04, Victor Olaya ha scritto: > Matteo, > > I just pushed a fix for that > > Could you please test? Another GRASS issue, possibly unrelated: http://hub.qgis.org/issues/13591 All the best, and thanks Victor for the fixes. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS

Re: [Qgis-developer] r.report fails in Processing

Matteo, I just pushed a fix for that Could you please test? Thanks 2015-10-13 16:14 GMT+02:00 matteo : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi guys, > keeping on testing the dev version.. I have some trouble with > ``r.reports`` of GRASS 7. Just

Re: [Qgis-developer] FreeCAD integration with/within QGIS

Update FreeCAD: Civil Engineering Design functions http://forum.freecadweb.org/viewtopic.php?f=8=6973 The message I posted to the FreeCAD forum following the Paolo Cavallini's advice. http://forum.freecadweb.org/viewtopic.php?f=8=12803 I got a personal message as well about QAD

Re: [Qgis-developer] Adding branch protection to github?

+1 not allowing force push is a good thing IMO On Wed, Oct 14, 2015 at 8:39 AM, Nyall Dawson wrote: > This seems like a really good idea - > https://github.com/blog/2051-protected-branches-and-required-status-checks > > I noticed it's now been rolled out, and think we

Re: [Qgis-developer] Fwd: Re: [Qgis-community-team] Books section on our website

Andreas, +1 for a book section Otto, I believe the answer to your original question, "why it seems to be attractive to write about QGIS there (in books) and not within the project (oficial doxumentation)?", is given by the early testimony. Writting good updated documentation takes lots of time,

[Qgis-developer] Adding branch protection to github?

This seems like a really good idea - https://github.com/blog/2051-protected-branches-and-required-status-checks I noticed it's now been rolled out, and think we should enable this on the QGIS repo ASAP. I can't see any downsides to enabling this and lots of upsides. Can someone with rights do

Re: [Qgis-developer] Release schedule discussion - again

On 13 October 2015 at 22:34, Nathan Woodrow wrote: > Hey all, > > I think I would just like to add to this that no matter what we do there is > always going to be someone/some company that doesn't like the process. No > release process is perfect and is part of the game of