<div dir="auto"><div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 26, 2019 at 3:10 PM Andreas Neumann <<a href="mailto:a.neumann@carto.net" rel="noreferrer noreferrer" target="_blank">a.neumann@carto.net</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF">
    <p>But I wonder what prevents those people companies from ALSO
      contributing this valuable information, next to their own personal
      websites, to <a href="http://QGIS.ORG" rel="noreferrer noreferrer" target="_blank">QGIS.ORG</a>? Is the process or are the tools too
      complicated? I mean - if you spend 1-2 days about preparing and
      writing on your own blog post. Why not also spending the extra 1-2
      hours for copy/pasting this same information also to the
      centralized <a href="http://QGIS.ORG" rel="noreferrer noreferrer" target="_blank">QGIS.ORG</a> documentation?</p></div></blockquote><div><div class="gmail_default" style="font-size:small" dir="auto">I tried (<a href="https://github.com/qgis/QGIS-Documentation/pull/3769#event-2418479949" target="_blank" rel="noreferrer">https://github.com/qgis/QGIS-Documentation/pull/3769#event-2418479949</a>) but something is keeping me from doing it regularly.</div><div class="gmail_default" style="font-size:small" dir="auto"><br></div><div class="gmail_default" style="font-size:small">Thinking about it, reasons for me include:</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">- It's not always possible to simply copy a blog post to the documentation. The expected style (as in wording) of the text is different. The text should fit into the bigger picture. This often means a significant rewrite.</div><div class="gmail_default" style="font-size:small">- Maybe just me but: I'm always uncertain of how to add figures and links correctly so that they are not broken in the built documentation.</div><div class="gmail_default" style="font-size:small">- Lack of immediate feedback: When I post on a blog, the content is immediately online and - as feedback comes in - it's possible to make adjustments quickly. The above PR was open for a month. (There were a lot of good discussions going on but it might feel more motivating to publish more quickly and improve incrementally)</div></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">So the last two points come down to the process we currently have in place. Coming from a platform (Wordpress) where I can immediately see and verify the final results, the <a href="http://qgis.org" rel="noreferrer noreferrer" target="_blank">qgis.org</a> documentation system makes me feel less certain about the quality of my edits and it takes much longer until corrections are visible online. (I know that I could build the documentation locally on my machine. I've tried with Richard's help in the past and failed to set it up on my machine.) </div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Regards,</div><div class="gmail_default" style="font-size:small">Anita</div><div><br></div><div><br></div></div></div></div>