[Qgis-community-team] 2.18 LTR Documentation

Alexandre Neto senhor.neto at gmail.com
Wed Jun 14 16:05:49 PDT 2017


Harrissou et al.,

Sorry for the silence, but this threads are so big that I never find time
to read and answer properly.

Harrissou, thanks for gathering all that ideas and TODOs. Most of them are
in fact very important for 3.x (I dare to say 3.2 as I don't think we
should do an official doc release for 3.0).

Our biggest problem is (still) not having enough human power. We are barely
able to keep the User's Manual updated on time. Training manual probably is
few versions behind and PyQGIS cook book I have no idea. So, IMHO, we
should focus our efforts on what's more important. And for me it's the User
manual. Which I consider to be mandatory to deliver. The other two are nice
to have. For the cook book we need developers to take care of it, and the
training, we need trainers (people o rely on it to give training) to take
care of it.

I say we should not ambiss to change 2.18 structure. Nor to make it
perfect. I would vote for setting a deadline and release the docs, even if
something was not completed. July would be ok for me.

>From that point on, we can focus on 3.x users manual and all the
improvements we would like to do. Planning the docs Restructuring would be
my top priority as we might not be  able to do it again soon​ (to not break
help links).

My second priority would go to update the sphinx / bootstrap etc versions.

Assuming that all tasks make sense, before even go to the PSC, I would add
a column with the needed (human) resources for each task. That will
probably determine what is going forward and what is not.

I would not rush in converting the tasks into github issues for now. a wiki
or Google Doc may be more practical as we can see the all picture easily.
And we can elaborate a final document to send to others.

I also would prefer not to push unfinished stuff to the 3.0 milestone.
I will try to complement the list of task next week.

Cheers,

Alexandre.

A ter, 13/06/2017, 16:29, DelazJ <delazj at gmail.com> escreveu:

> Hi,
>
> Le mardi 13 juin 2017, Yves Jacolin <yjacolin at free.fr> a écrit :
> > Harrissou, Alexandre, and all :)
> >
> > This wish list is great and interesting but really challenging. I have
> some
> > idea about highest priority but we need to find a good way for
> discussion.
>
> I've been asked by Paolo (the PSC?) to schedule a meeting to specifically
> discuss documentation needs and projects. While I did nothing yet (sorry
> Paolo for my silence - I am a bit busy these weeks), it sounds like a good
> approach to have these issues discussed in an efficient way. Now,
> questions: when? how? expected duration? Who is interested? Any suggestions
> of platform (honestly, a chat room could be easier to reach for me than a
> vocal call (not at work hours) because it has less constraints for me and
> with my accent in English I can't guarantee you understand me and I'm
> neither sure that my ears are enough used to English (accents) :( )?
>
> > Here
> > my though (draft for now):
> >
> > * [june] move all tickets on PyQGIS to 3.0 and close the ones that don't
> make
> > sense to keep (hard to know if we don't have knowledge on PyQGIS API)
>
> I'd rather let them with their original milestone. I think we all agree
> that Documentation of pyqgis won't/can't be fixed in 2.18 but is a
> must-have in 3.x doc. I wonder if keeping initial milestone wouldn't help
> the Cookbook writers quickly identify obsolete issue reports when time
> comes (thing I am not able to do). I remember we had two interesting grant
> proposals to fix Cookbook for QGIS3.
>
> > * [july] finish the 2.18 documentation, we are almost done but we need
> some
> > time. I have, at least, 2-3 tickets to finalize or start for  the 2.18
>
> And there are some pull requests that need review, particularly
> https://github.com/qgis/QGIS-Documentation/pull/1938 which imho could
> help fix many other issues.
> Btw did we set a deadline for 2.18 release?
>
> > * [june-august] create tickets (with special flags) for all you want to
> see in
> > QGIS 3.0, add it in QGIS3 milestone. We can probably use "project" [1]
> feature
> > on github and create  "new", "on discussion", "todo", "need review",
> "done"
> > steps.
>
> Do we release a 3.0 doc?
> Tickets are already targeted, including 3.0 (milestone) ones. I might
> misunderstand how the project feature works but we do use a *blocker* label
> to identify what needs to be filled before release. Do you think we need
> another organization on this?
>
> Anyway, please feel free to complete the wiki I began with your inputs so
> that we have a single place for subjects to discuss...
>
> Thanks,
> Harrissou
>
> > * [july-september] vote/discuss on each tickets
> >
> > We should improve planning (summer holidays will really slow down the
> work)
> > and define the process. Could you give your though (Alexandre)?
> >
> > Regards,
> >
> > Y.
> > [1] https://github.com/qgis/QGIS-Documentation/projects
> >
> > On dimanche 4 juin 2017 20:36:14 CEST DelazJ wrote:
> >>  Hi,
> >>
> >> A month later, could be nice to revive this thread and discuss ideas to
> >> improve QGIS Docs...
> >> Some of the top topics imho could be :
> >> - release of 2.18 docs:  If I'm not wrong, the May release was supposed
> to
> >> be the new LTR then I guess, given issues that occurred, the LTR release
> >> will be June's. Are we ready? Status of remaining issues/PR?
> >> - QGIS3 and link to online documentation (aka the new help system): how
> >> could we ensure the best experience to the users? Collaboration with dev
> >> team?
> >> - Strategy to have the documentation budget always used each year,
> because
> >> QGIS documentation has needs and projects (right?).
> >>
> >> I've listed some items that I have in mind and somehow appear to me like
> >> issues or questions to answer. They are referenced in a wiki page of my
> >> repository (https://github.com/DelazJ/QGIS-Documentation/wiki/On-the-ro
> >> ad-to-QGIS3 - a kind of quick cheat sheet). If valuable, we can use it
> as a
> >> basis and improve/clean it and produce a more structured and shared doc,
> >> maybe in the QGIS Doc wiki (I don't really know what is its current
> status
> >> - could we put things on it?).
> >> The main idea would be to come up with plans, strategy or call it the
> way
> >> you want we could submit to PSC and dev list (our priorities, what we do
> >> need help for?...). Another option could be to discuss directly the
> points
> >> in (one of?) those lists but I'm afraid, we miss the prioritization
> step :(
> >>
> >> regards,
> >> Harrissou
> >>
> >> 2017-05-01 20:03 GMT+02:00 Alexandre Neto <senhor.neto at gmail.com>:
> >> > It would be great if we have some help from a developer to tackle the
> >> > PyQGIS Cookbook issues. I will probably take too much time to make
> user
> >> > I'm
> >> > documenting it correctly...
> >> >
> >> > I would leave big changes in documentation structure to 3.0
> milestone. It
> >> > might be the perfect time for "breaking" the documentation. There
> will be
> >> > features documentation that will need to be revisited several times
> >> > because
> >> > of all the changes. During that time, it may be the perfect time for
> us to
> >> > do a stand by in documenting new features and draw a plan for moving
> stuff
> >> > around.
> >> >
> >> > Thanks
> >> >
> >> > Alex
> >> >
> >> > DelazJ <delazj at gmail.com> escreveu no dia segunda, 1/05/2017 às
> 15:15:
> >> >> Hi,
> >> >>
> >> >> 2017-05-01 15:55 GMT+02:00 Alexandre Neto <senhor.neto at gmail.com>:
> >> >>> Hello Yves,
> >> >>>
> >> >>> Thanks for all your work this weekend. I tried to keep up and do
> some
> >> >>> work, but it was a family tagged weekend :-)
> >> >>>
> >> >>> Indeed, we had a superYves this hackfest. I also had difficulties in
> >> >>
> >> >> following his rhythm. Nice work!!!
> >> >>
> >> >>> I will try to put some more work this week into solving 2.16 and
> 2.18
> >> >>> issues.
> >> >>>
> >> >>> Do we have a hard deadline for 2.18 documentation? I would say we
> can
> >> >>> keep work on it until 2.18 becomes LTR (June?).
> >> >>>
> >> >>> Agreed, while it's a good thing to keep this level (or a bit slower
> :)
> >> >>
> >> >> ?) of production, there's no hard deadline for 2.18 and I can't
> ensure
> >> >> that
> >> >> I'll be available on demand (but still, will do my best)
> >> >>
> >> >> Also note that some no milestoned issues can/should be fixed if we
> have
> >> >> time and energy before the release. They are not milestoned as 2.16or
> >> >> 2.18
> >> >> either because they are infrastructure issues or they are there for a
> >> >> long
> >> >> time in many releases.
> >> >> We should count them in remaining issues for a clean and total 2.18
> >> >> release.
> >> >>
> >> >> anyway, all this is promising for 3.x releases...
> >> >>
> >> >> Thanks,
> >> >> Harrissou
> >> >>
> >> >>> Thanks
> >> >>>
> >> >>> Alex Neto
> >> >>>
> >> >>> Yves Jacolin <yjacolin at free.fr> escreveu no dia segunda, 1/05/2017
> às
> >> >>>
> >> >>> 14:40:
> >> >>>> Hello doc contributors,
> >> >>>>
> >> >>>> Finishing the hackfest we are close to release the 2.18 release of
> the
> >> >>>> QGIS
> >> >>>> Documentation.
> >> >>>>
> >> >>>> I planned to work on this all the week to finish my PR waiting to
> be
> >> >>>> merged and
> >> >>>> backporting to master/release_2_18, reviewing PR.
> >> >>>>
> >> >>>> Are people available to help reviewing and merging PR? Are you ok
> to
> >> >>>> focus on
> >> >>>> issue in 2.16 and 2.18 milestone for this week?
> >> >>>>
> >> >>>> A side note when reviewing, could you use github tools with the
> >> >>>> following:
> >> >>>>
> >> >>>> 1. if you add one comment (even really smal) note the Pr as
> "changes
> >> >>>> needed "
> >> >>>> 2. if the PR is ok (not any comment) mark it as "Approved"
> >> >>>> 3. if you start a review, assign the ticket to you as a reviewer
> and
> >> >>>> keep the
> >> >>>> work going as soon as the PR is merged.
> >> >>>>
> >> >>>> Finally, we have 10 open issues in 2.16 and 2 in 2.18 about python
> >> >>>> cookbook. I
> >> >>>> am in favor to migrate them to milestone 3.0 except someone can
> take
> >> >>>> care of
> >> >>>> it soon.
> >> >>>>
> >> >>>> We had also 3 ticket in 2.18 that I can take care of: #1353, #1835
> and
> >> >>>> #1579.
> >> >>>> If you want to help working on this ticket, fell free to ask!
> >> >>>>
> >> >>>> Thanks all for your help for the documentation!
> >> >>>>
> >> >>>> Y._______________________________________________
> >> >>>> Qgis-community-team mailing list for organizing community resources
> >> >>>> such as documentation, translation etc..
> >> >>>> Qgis-community-team at lists.osgeo.org
> >> >>>> https://lists.osgeo.org/mailman/listinfo/qgis-community-team
> >> >>>
> >> >>> --
> >> >>> Alexandre Neto
> >> >>> ---------------------
> >> >>> @AlexNetoGeo
> >> >>> http://sigsemgrilhetas.wordpress.com
> >> >>> http://gisunchained.wordpress.com
> >> >>>
> >> >>> _______________________________________________
> >> >>> Qgis-community-team mailing list for organizing community resources
> such
> >> >>> as documentation, translation etc..
> >> >>> Qgis-community-team at lists.osgeo.org
> >> >>> https://lists.osgeo.org/mailman/listinfo/qgis-community-team
> >> >>
> >> >> --
> >> >
> >> > Alexandre Neto
> >> > ---------------------
> >> > @AlexNetoGeo
> >> > http://sigsemgrilhetas.wordpress.com
> >> > http://gisunchained.wordpress.com
> >
> >

-- 
Alexandre Neto
---------------------
@AlexNetoGeo
http://sigsemgrilhetas.wordpress.com
http://gisunchained.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-community-team/attachments/20170614/96e16853/attachment-0001.html>


More information about the Qgis-community-team mailing list