<div dir="ltr">Hi all,<div><br></div><div>Thanks for the motion, Astrid. </div><div><br></div><div>I think there is 2 things going on:</div><div>- Monthly update of the website: +1 for me. I think we can automate the process then manually deploy once a month, during a meeting for example. Maybe we can ask more rights so that we don't depend only on Brian (thanks to him)</div><div>- Version number: We didn't though about it and thanks for rising up the concern. I'm more on a simpler version: 12.0.m as 12.0: number of current iso and m: number of the current month (kinda like ubuntu versioning).</div><div><br></div><div>I think adding a language can wait for the next month. It is the same for software, new translations waits for the next release.</div><div>So I propose we don't distinguish minor and / or  major changes, we just update monthly our website.</div><div><br></div><div>For people who want to see their changes more often, as discussed on the channel, I think we can deploy on github pages an automated build. Maybe a daily or weekly one ? I think that waiting merging PR won't be efficient.</div><div>In an ideal world, we can even pick the latest archive for the ISO building and the monthly update, with the right tags.</div><div><br></div><div>We will work on it with Vicky and when we'll have something working, no need to stress it before we can do that.</div><div><br></div><div>Thanks for your comments.</div><div><br></div><div>Best,</div><div><br></div><div>Nicolas</div><div> </div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">Le mer. 12 sept. 2018 à 00:06, Ben Caradoc-Davies <<a href="mailto:ben@transient.nz">ben@transient.nz</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-0. I think diverging from the iso versioning could be confusing.<br>
<br>
We could leave the iso as 12.0, 12.1, or 12.5, and add extra terms for <br>
the documentation. But what happens if documentation is written for <br>
12.0, a new language is added (12.0.1), and some files are updated <br>
(12.0.1.1), and a new iso 12.1 is released with a different software <br>
version which makes the original documentation slightly out-of-date? Is <br>
this 12.1.1.1? Or 12.1.0.0? I am not sure that versioning helps.<br>
<br>
GeoTools once used a star system to communicate module/plugin quality:<br>
<a href="http://docs.geotools.org/latest/developer/procedures/check.html" rel="noreferrer" target="_blank">http://docs.geotools.org/latest/developer/procedures/check.html</a><br>
<br>
Kind regards,<br>
Ben.<br>
<br>
On 12/09/2018 07:49, Astrid Emde (OSGeo) wrote:<br>
> Hello,<br>
> <br>
> while some of you left already we discussed 3. Translations update (at <br>
> 20:39:55)<br>
> <br>
> see irc log <a href="http://irclogs.geoapt.com/osgeolive/%23osgeolive.2018-09-10.log" rel="noreferrer" target="_blank">http://irclogs.geoapt.com/osgeolive/%23osgeolive.2018-09-10.log</a><br>
> <br>
> I will explain what we discussed and would like to make a motion at the <br>
> end.<br>
> <br>
> This would be the process:<br>
> <br>
> 1. Monthly update of the documentation files from transifex at <br>
> <a href="https://live.osgeo.org/en/index.html" rel="noreferrer" target="_blank">https://live.osgeo.org/en/index.html</a><br>
> (reason: to encourage the translators to work on the translation. Else <br>
> they would have to wait till Version 13.0 in 1 year)<br>
> <br>
> 2. we would like to defined version numbers for the monthly updates f.e.<br>
> * v12.0.1 -> more translations on existing languages (micros when more <br>
> files are translated)<br>
> * v12.1.0 -> if a new language(s) is added (minors when a language has <br>
> completed overviews)<br>
> <br>
> Vicky and Bakaniko would work on the update of the documentation.<br>
> <br>
> Astrid could help if we write a press release / news about it.<br>
> <br>
> MOTION: OSGeoLive monthly updating and versioning of the documentation <br>
> in the above explained way<br>
> <br>
> Best Astrid<br>
> <br>
> <br>
> <br>
> <br>
<br>
-- <br>
Ben Caradoc-Davies <<a href="mailto:ben@transient.nz" target="_blank">ben@transient.nz</a>><br>
Director<br>
Transient Software Limited <<a href="https://transient.nz/" rel="noreferrer" target="_blank">https://transient.nz/</a>><br>
New Zealand<br>
_______________________________________________<br>
osgeolive mailing list<br>
<a href="mailto:osgeolive@lists.osgeo.org" target="_blank">osgeolive@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/osgeolive" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/osgeolive</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div><div><div>Bien cordialement,<br><br></div>Nicolas Roelandt<br></div>mail: <a href="mailto:roelandtn.pro@gmail.com" target="_blank">roelandtn.pro@gmail.com</a><br></div>mobile: +33 (0)6 42 40 42 55<br></div>twitter: <span dir="ltr"><a href="https://twitter.com/RoelandtN42" rel="noopener" target="_blank"><span dir="ltr">@<b>RoelandtN42</b></span></a></span> </div></div>