[Qgis-community-team] QGIS Documentation: increase the speed of documentation writing

Yves Jacolin yjacolin at free.fr
Wed Sep 19 06:50:40 PDT 2018


Thank you for your feedback, just some thought about your first feedback.

"Blocker" level should be fast and easy to fix, so fixing some typos is
easy and generally doesn't need too much discussion.

"Not important" level: this is probably not the best word to describe
this level because it could be important. What I mean is that it need
more discussion to find a common consensus. For example, location of a
description.

For me, typos in a text is a problem. If the location of the description
is not the best one, I probably can find it (search with Google or so),
this is not a problem that occurs often and as said, if someone says
this is not a good location, if the contributor agreed he can move it.

Finally, about pushing some fix in a branch of other contributor: I
think this shouldn't be done. I see a branch as a personal work and
pushing a commit, quiet invasive. Personally, I commit with amend flag
then "push force" most of the time in my branch.

@paolo, as soon as we find a consensus, we will write it into the
guidelines. I will then help to find someone to be paid to write
documentation.

Thanks,

Y.

Le 19/09/2018 à 07:21, Paolo Cavallini a écrit :
>
> Lots of good ideas, thanks everybody. Yves, could you please keep
> track of the discussion and implement its conclusions? I think we all
> agree on these. In case of doubt, please refer to PSC.
>
> Thanks.
>
>
> Il 09/18/2018 07:14 PM, Alexandre Neto ha scritto:
>> Hi Yves, thanks for raising this matter.
>>
>> +1 for making it easier to accept and merge contributions.
>>
>> I would just swap the "There are typos" with the "location of the
>> contributions" position. Mainly because the typos can be fixed later
>> (unless there are major English problem that make the text difficult
>> to understand), where contribution location can mess things up badly,
>> and might be more difficult to untangle later.
>>
>> Maybe, we should open dedicated tickets for reviewing and
>> "sphinxifying" content for non important and no blocker merged PRs
>> (or remove some tags and add some others (Screenshots, Needs English
>> Review, Sphinx)).
>>
>> Maybe we could use QGIS funds to hire someone that could tackle those
>> "after content writing" tickets, which may be much easier than
>> finding candidates that are both QGIS (advanced) users, good writing
>> technical English, and familiar with sphinx syntax.
>>
>> Thanks,
>>
>> Alexandre Neto
>>
>> Yves Jacolin <yjacolin at free.fr <mailto:yjacolin at free.fr>> escreveu no
>> dia terça, 18/09/2018 às 16:45:
>>
>>     Hello community and documentation contributors,
>>
>>     I would like to raise a discussion about the merge process in the
>>     QGIS
>>     documentation.
>>
>>     My opinion is that the documentation process should be made easier in
>>     order to increase the dynamic and the speed of feature
>>     documentation. I
>>     do think we try to do our best to do some doc review, but
>>     probably not
>>     enough and not fast enough. We should improve this and be faster in
>>     order to be closer to the QGIS feature of the current public release,
>>     then look at how to improve documentation later. If features are well
>>     documented, we can probably pay for someone to proof read and fix
>>     english issue.
>>
>>     In this purpose I would like to propose some keys to help merging
>>     PR and
>>     I would like to get your opinion.
>>
>>     I would like to create three "levels" (a kind of guidelines) to
>>     accept/refuse a PR, in a similar way as QGIS issues:
>>
>>     # Blocker (="need change" in review process)
>>
>>     Impossible to merge the PR because:
>>
>>     * Travis failed
>>     * There is typos
>>     * Write does not use any rst tags (:guilabel:, code-block, index,
>>     title,
>>     etc.)
>>
>>     # No blocker but important (="comment" in review process)
>>
>>     PR can be merged but contributors can improve it before merging
>>     because:
>>
>>     * There is some missing rst tag
>>     * Some sentences are not well written (I mean most of doc contributor
>>     are not native english writer and so we are nos using the best
>>     english,
>>     this email is a good illustration)
>>
>>     # Not important, just feedback (="comment" in review process)
>>
>>     PR can be merged, this is mainly subjective or small changes as:
>>
>>     * location of the contribution
>>     * need screenshot (or update)
>>     * fix a problem which has not been created by the PR
>>     * Not enough description
>>
>>     Other contribution can create issue to not forget some of this
>>     changes
>>     proposals.
>>
>>     We already agreed on the following, but better to tell it again:
>>     small
>>     fix (add rst tag, fix typos) could be merged as soon as travis is a
>>     success! So please, focus in small fix outside bigger PR :)
>>
>>     I am looking forward to read your opinion :)
>>
>>     Thanks to all for your great contributions!
>>
>>     Y.
>>
>>     -- 
>>     http://yjacolin.gloobe.org
>>
>>
>>     _______________________________________________
>>     Qgis-community-team mailing list for organizing community
>>     resources such as documentation, translation etc..
>>     Qgis-community-team at lists.osgeo.org
>>     <mailto: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
>
> -- 
> Paolo Cavallini - www.faunalia.eu
> QGIS.ORG Chair:
> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>
>
> _______________________________________________
> 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

-- 
http://yjacolin.gloobe.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-community-team/attachments/20180919/e2add941/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://lists.osgeo.org/pipermail/qgis-community-team/attachments/20180919/e2add941/attachment.sig>


More information about the Qgis-community-team mailing list