[OSGeoLive] Draft press release for OSGeoLive 13.1
Cameron Shorter
cameron.shorter at gmail.com
Fri Feb 28 10:51:39 PST 2020
Hey Seth,
You did fix bugs, which means we now have a presentation again. I've
tweaked the press release to say "thanks to BUG fixes from Seth". Your
call as to whether you want to add your last name to the call out.
So we now only have one application in the "Domain Specific GIS" section
- zygrib. I notice that zygrib isn't included in the metrics page -
probably because it hasn't been registered with openhub as a project.
I'm guessing this might be one of our obscure projects which has an
every decreasing community behind it - quite likely without a community
behind it. As such, it is likely a candidate for removal from OSGeoLive.
However, in the interim, Seth, if you wish to move zygrib into another
category (and remove the "Domain Specific" category altogether because
it would now be empty), then I'd be fine with that.
However, I'd suggest add it under "Navigation and Maps" rather than
"Spatial Tools".
Cheers, Cameron
On 28/2/20 10:31 am, Seth G wrote:
> Hi Cameron,
>
> I didn't change anything for the presentation - it seems the Sphinx
> extension used for the presentation [1] will only work with Sphinx
> 1.6.5 (from 2017). Any newer versions of Sphinx will fail to build the
> presentation.
>
> The extension hasn't been updated since 2018, but there are a couple
> of pull requests [2] that seem to fix the various issues. We could
> create a fork of this project and update it, or see if anyone wants to
> become the maintainer. Otherwise, we are stuck with Sphinx 1.6.5 or
> need to drop the presentation.
>
> I did fix all the RST errors in the docs except one. The Perl script
> that generates the presentation seems to have an error on the "Domain
> Specific GIS" section which contains a single item - the zygrib
> project. The actual outputted HTML seems fine, but the RST error
> remains. Ideally the Perl script would be updated, if not could zygrib
> be moved to the "Spatial Tools" category?
>
> Once the final RST error is fixed I'd propose that any future RST
> warnings throw an error in the Travis builds so they are caught as
> early as possible in a pull request.
>
> Seth
>
> [1] https://github.com/tell-k/sphinxjp.themes.revealjs
> [2] https://github.com/tell-k/sphinxjp.themes.revealjs/pulls
>
> --
> web:http://geographika.co.uk
> twitter: @geographika
>
>
> On Thu, Feb 27, 2020, at 10:49 PM, Cameron Shorter wrote:
>> Once Brian has found a work around for his current network issues,
>> and has copied our latest OSGeoLive 13.1 docs to the website, we will
>> be ready to put out a press release.
>>
>> Felicity and I have put together a draft press release. Could
>> someone please review.
>> Seth, I've mentioned you by first name only in the press release.
>> Would you mind adding your last name too.
>> Astrid, are you okay to review and then publish once the docs are live?
>>
>> Press release here:
>> https://trac.osgeo.org/osgeolive/wiki/Press%20Release%2090
>>
>> --
>> Cameron Shorter
>> Technology Demystifier
>> Open Technologies and Geospatial Consultant
>>
>> M +61 (0) 419 142 254
>>
>>
>> _______________________________________________
>> osgeolive mailing list
>> osgeolive at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/osgeolive
>>
>
--
Cameron Shorter
Technology Demystifier
Open Technologies and Geospatial Consultant
M +61 (0) 419 142 254
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/osgeolive/attachments/20200229/1ba04f83/attachment-0001.html>
More information about the osgeolive
mailing list