<p dir="ltr"><br>
On Oct 17, 2015 4:39 PM, "Yves Jacolin" <<a href="mailto:yjacolin@free.fr">yjacolin@free.fr</a>> wrote:<br>
><br>
> Hello,<br>
><br>
> Anybody wants to review my Pull Request to check that I didn't forget some<br>
> books?<br>
><br>
> DO you think that the structure is the good one, may be there is a more formal<br>
> way to list books.</p>
<p dir="ltr">What's the intended order? Newest first?<br>
Would be good to have a note at the top imho.</p>
<p dir="ltr">Best wishes<br>
Anita<br><br></p>
<p dir="ltr">> <a href="https://github.com/qgis/QGIS-Website/pull/285/files">https://github.com/qgis/QGIS-Website/pull/285/files</a><br>
><br>
> Thanks,<br>
><br>
> Y.<br>
><br>
> Yves JacolinLe mardi 13 octobre 2015, 21:56:13  a écrit :<br>
> > Hello,<br>
> ><br>
> > Here is a first draft of PR: <a href="https://github.com/qgis/QGIS-Website/pull/285">https://github.com/qgis/QGIS-Website/pull/285</a><br>
> ><br>
> > Feedbacks are welcome :)<br>
> ><br>
> > Y.<br>
> ><br>
> > Le mardi 13 octobre 2015, 22:31:23 Nathan Woodrow a écrit :<br>
> > > Hi,<br>
> > ><br>
> > > I do feel for people who try and write books given the pace of QGIS, I<br>
> > > write the training manuals for my employer so I know what it feels like,<br>
> > > however, this is just the world we live in and a fact of software.  I have<br>
> > > tons of books on bookshelf that are outdated, new programming books come<br>
> > > out only to be outdated a year or so later.<br>
> > ><br>
> > > If you are writing a book, manual, etc, you should target the LTR version<br>
> > > as it will not change. As we evolve the software, things need to change<br>
> > > and<br>
> > > that includes UI. I'm not a fan of keeping stuff in the same place just<br>
> > > because that is how it has always been done. If we can do it better we<br>
> > > should.<br>
> > ><br>
> > > Regards,<br>
> > ><br>
> > > On Tue, Oct 13, 2015 at 10:25 PM, Andreas Neumann <<a href="mailto:a.neumann@carto.net">a.neumann@carto.net</a>><br>
> > ><br>
> > > wrote:<br>
> > > > Hi,<br>
> > > ><br>
> > > > In the context of our release discussion I am forwarding the perspective<br>
> > > > of an educator and book author - just posted to the QGIS community<br>
> > > > mailing<br>
> > > > list. See forwarded mail.<br>
> > > ><br>
> > > > I understand it must be a nightmare to teach, document and write books<br>
> > > > on<br>
> > > > QGIS at the current pace.<br>
> > > ><br>
> > > > I hope that the devs and <a href="http://QGIS.ORG">QGIS.ORG</a> board can listen to their users and<br>
> > > > understand their perspective.<br>
> > > ><br>
> > > > Andreas<br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > > -------- Forwarded Message -------- Subject: Re: [Qgis-community-team]<br>
> > > > Books section on our website Date: Tue, 13 Oct 2015 12:53:56 +0100 From:<br>
> > > > Colin D. MacLeod <cdmacleod@GISinEcology.com><br>
> > > > <cdmacleod@GISinEcology.com> To: <a href="mailto:qgis-community-team@lists.osgeo.org">qgis-community-team@lists.osgeo.org</a><br>
> > > ><br>
> > > > Hi Otto,<br>
> > > ><br>
> > > > In response to your question:<br>
> > > > >>I just wonder how can we be more attractive to people writing QGIS<br>
> > > > >>book?<br>
> > > ><br>
> > > > As someone who writes GIS book (including a QGIS book for marine<br>
> > > > biologists<br>
> > > > (and a percentage of profits will be donated to the QGIS project from<br>
> > > > its<br>
> > > > sales once I get the yearly sales in), and one I'm currently finishing<br>
> > > > for<br>
> > > > undergraduate biologists, which also uses QGIS), I have given a lot of<br>
> > > > thought to how to make QGIS more attractive to writers of books, so<br>
> > > > maybe<br>
> > > > I<br>
> > > > can add my two-cents worth from this perspective (and as an educator in<br>
> > > > general).<br>
> > > ><br>
> > > > The main issue with writing books about QGIS (or indeed any software<br>
> > > > package) is the time it takes to prepare, write and edit a book versus<br>
> > > > the<br>
> > > > time between updates of the software package. It will typically take at<br>
> > > > least 12 months to develop a book, edit it, test it out and then<br>
> > > > complete<br>
> > > > it, especially if you are aiming for a high quality product. If the<br>
> > > > software is updated during this time, this can cause major problems<br>
> > > > because either the book is outdated before it is published, or it has to<br>
> > > > be re-worked to a greater or lesser extent.<br>
> > > ><br>
> > > > The main thing that causes problems is when there are changes in where<br>
> > > > tools or settings are placed within individual menus (rather than the<br>
> > > > addition of new functionality). In particular, people working from books<br>
> > > > can quickly become lost if things are not exactly where a book says they<br>
> > > > are. This can mean having to edit and re-test a book with each and every<br>
> > > > software update (no matter how minor they might seem). For example, with<br>
> > > > the book I'm currently finishing (which was written over a 12 months or<br>
> > > > so period), I started it off under QGIS 2.4, then updated it for 2.6,<br>
> > > > and<br>
> > > > then again for 2.8.3 (with the latest version of QGIS now being 2.10,<br>
> > > > but<br>
> > > > I will stick with the long-term legacy edition). The changes might have<br>
> > > > been relatively minor between these editions of QGIS, but they are<br>
> > > > enough<br>
> > > > to have to re-work books, and this slows the publication process. In<br>
> > > > addition, it greatly reduces the useful lifespan of books written about<br>
> > > > using QGIS.<br>
> > > ><br>
> > > > One of the things I really like about QGIS is that older versions are<br>
> > > > always available, and that there is a long-term legacy edition. This<br>
> > > > makes it much more attractive to write books using QGIS as the GIS<br>
> > > > software package as you can tell people exactly what version to use<br>
> > > > (once<br>
> > > > they know how to do things in one software version, it is easy enough to<br>
> > > > transfer this knowledge to newer versions that might be available).<br>
> > > > However, this doesn't alter the underlying issue that changes between<br>
> > > > QGIS versions, and the speed that versions are put out make writing<br>
> > > > books<br>
> > > > problematic. This is not to say that QGIS should not be updated<br>
> > > > regularly, and the addition of new functionality is always to be<br>
> > > > applauded, it's just that it causes problems for would-be book writers<br>
> > > > and publishers.<br>
> > > ><br>
> > > > One potential way round this issue is to avoid relatively minor changes<br>
> > > > in<br>
> > > > the location of tools and the layout of menus between different software<br>
> > > > versions. For example, between QGIS 2.4 and 2.6, the location of the ADD<br>
> > > > VECTOR LAYER tool was shifted from one set of menus to slightly<br>
> > > > different<br>
> > > > one, meaning that books would need to be updated to remain useful.<br>
> > > > However,<br>
> > > > as far as I can work out, this does not affect the functionality of QGIS<br>
> > > > in<br>
> > > > any way (I may well be wrong on this point), but it does affect the ease<br>
> > > > with which books can be written and remain up to date.<br>
> > > ><br>
> > > > Now, from a programming point of view, it might not be easy to maintain<br>
> > > > the<br>
> > > > location of tools and the layout of menus between software versions, but<br>
> > > > if<br>
> > > > it could be (i.e. if the standard approach was to maintain layout as<br>
> > > > appearance between versions rather than make relatively minor<br>
> > > > non-functional changes with every update), it would make writing books<br>
> > > > using QGIS much easier, and it would make the books more useful because<br>
> > > > they'd have a longer shelf life.<br>
> > > ><br>
> > > > In addtion, it would make it much easier to develop other resources that<br>
> > > > would remain relevant for much longer periods of time (such as how to<br>
> > > > videos, on YouTube - another thing I produce - and so on). Such a policy<br>
> > > > would likely to lead to an increased uptake by educators, because they<br>
> > > > are<br>
> > > > not having to continually update their instructions and exercises all<br>
> > > > the<br>
> > > > time (it is the bain of many educators when, just before you start a<br>
> > > > block<br>
> > > > of teaching, a key software package is updated and you are faced with<br>
> > > > having to either hastily update your instructions, or somehow muddle<br>
> > > > through with something that is out of date). Finally, it would also make<br>
> > > > producing effective free documentation for QGIS by the QGIS project<br>
> > > > much,<br>
> > > > much easier, because it wouldn't need to be continually updated (or at<br>
> > > > least, less of it would need to be updated between software updates).<br>
> > > ><br>
> > > > All this having been said, this is not a problem restricted to QGIS, or<br>
> > > > indeed to GIS software in general. In fact, QGIS is actually one of the<br>
> > > > better packages for maintaining menu layouts etc, but still, I feel that<br>
> > > > it<br>
> > > > is limitting factor for those wishing to write and publish books, create<br>
> > > > self-help resources and write effective documentation using QGIS.<br>
> > > > However,<br>
> > > > these are just my thoughts based on my own experiences, and others may<br>
> > > > differ on this subject.<br>
> > > ><br>
> > > > I hope this in some way helps, and thanks to all who develop QGIS for<br>
> > > > producing such a great alternative to commercial GIS software packages<br>
> > > > (I<br>
> > > > really feel that QGIS has come of age on the last 12 to 18 months).<br>
> > > ><br>
> > > > All the best,<br>
> > > ><br>
> > > > Colin<br>
> > > ><br>
> > > > PS As a QGIS user, I'm always happy to donate a proportion of profits<br>
> > > > from<br>
> > > > books back to the QGIS project, and will do this with all books I<br>
> > > > produce<br>
> > > > that use QGIS.<br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > > But it<br>
> > > > would be much nicer, if we could publish our own (free) documentation.<br>
> > > > We<br>
> > > > could provide it as free download and people can pay for printed books,<br>
> > > > if<br>
> > > > they want and authors could get payed from that, too. Would it make<br>
> > > > sense<br>
> > > > to go in that direction, too?<br>
> > > ><br>
> > > > Regards,<br>
> > > > Otto<br>
> > > ><br>
> > > > Am Tue, 13 Oct 2015 10:42:48 +0200<br>
> > > ><br>
> > > > schrieb "Neumann, Andreas" <<a href="mailto:a.neumann@carto.net">a.neumann@carto.net</a>> <<a href="mailto:a.neumann@carto.net">a.neumann@carto.net</a>>:<br>
> > > > > Hi website team,<br>
> > > > ><br>
> > > > > I have been in contact with the company PacktPub - a company<br>
> > > > > specializing in IT and in particular OpenSource IT books. They publish<br>
> > > > > several books on QGIS. The nice thing is that they return some of the<br>
> > > > > revenues back to the Open Source projects. We just received a payment<br>
> > > > > over EUR 140 from Anitas book. They will add the other books to our<br>
> > > > > royalty scheme.<br>
> > > > ><br>
> > > > > We also just recently added an entry in their Open Source section:<br>
> > > > > <a href="https://www.packtpub.com/books/info/packt/open-source-projects-startin">https://www.packtpub.com/books/info/packt/open-source-projects-startin</a><br>
> > > > > g-> > > q<br>
> > > > ><br>
> > > > ><br>
> > > > > I noticed that we don't have a book section yet on our website. Given<br>
> > > > > that there are more and more books on QGIS, it would be nice to have<br>
> > > > > such a section. It would be a win-win situation - for PacktPub and for<br>
> > > > > us. And of course it wouldn't have to be limited to books from<br>
> > > > > PacktPub<br>
> > > > > but can reference any books.<br>
> > > > ><br>
> > > > > The PacktPub manager would offer us additional discount codes or group<br>
> > > > > discounts for ebooks if one wants to buy all QGIS ebooks at once - if<br>
> > > > > we<br>
> > > > > integrate this in our web page. Please note - the more books there are<br>
> > > > > sold - the more we also get back from the royalty scheme program.<br>
> > > > ><br>
> > > > > Thanks,<br>
> > > > ><br>
> > > > > Andreas<br>
> > > ><br>
> > > > _______________________________________________<br>
> > > > Qgis-community-team mailing list for organizing community resources such<br>
> > > > as<br>
> > > > documentation, translation<br>
> > > > etc..Qgis-community-team@lists.osgeo.orghttp://<a href="http://lists.osgeo.org/mailman/l">lists.osgeo.org/mailman/l</a><br>
> > > > i<br>
> > > > stinfo/qgis-community-team<br>
> > > ><br>
> > > ><br>
> > > > ---<br>
> > > > This email has been checked for viruses by Avast antivirus<br>
> > > > software.<a href="https://www.avast.com/antivirus">https://www.avast.com/antivirus</a><br>
> > > ><br>
> > > > _______________________________________________<br>
> > > > Qgis-community-team mailing list for organizing community resources such<br>
> > > > as documentation, translation<br>
> > > > etc..Qgis-community-team@lists.osgeo.orghttp://<a href="http://lists.osgeo.org/mailman/l">lists.osgeo.org/mailman/l</a><br>
> > > > i<br>
> > > > stinfo/qgis-community-team<br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > > _______________________________________________<br>
> > > > Qgis-developer mailing list<br>
> > > > <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> > > > <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
><br>
> --<br>
> Yves Jacolin<br>
> _______________________________________________<br>
> Qgis-developer mailing list<br>
> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a></p>