[OSGeoLive] OSGeoLive Docs Archive updates
Hi all, I've added the docs for v14 and v15 of OSGeoLive to the archive site at https://live-archive.osgeo.org/ I also added the dates of the releases to the index page. Duplicate images from versions 6.0 to 10.5 were removed as the size of the repo at https://github.com/OSGeo/OSGeoLive-doc-archive was over 10GB. This caused GitHubActions to no longer publish the site. With the duplicates removed, the repo is now half the size at under 5GB. All links in the HTML files were upated to point at the original images with a Python script. Seth -- web:https://geographika.net & https://mapserverstudio.net twitter: @geographika ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] OSGeoLive 16.0 status: nightly
Hi Angelos, Good news about the new OSGeoLive 16 status. There will need to be some changes to the MapServer deployment to use the new CONFIG file introduced in MapServer 8. I can take a look at that and open a pull request. Seth -- web:https://geographika.net twitter: @geographika On Sat, Jan 7, 2023, at 4:50 PM, Angelos Tzotsos wrote: > Hi, > > Latest image to test can be found here [1]. My initial test results can > be found here [2]. > > Only 2 major issues found: > 1. MapServer 8.0.0 configuration is broken. Some demos that depend on > MapServer are also affected (GeoMoose, MapCache and GeoExt) > 2. pygeoapi 0.13.0 is broken because of a missing dependency. > > Best, > Angelos > > [1] > http://download.osgeo.org/livedvd/nightly/osgeolive-nightly-build20-amd64-a2e9f4b-master.iso > [2] > https://docs.google.com/spreadsheets/d/1Q5BaEgQtgw4O1bXyeWMlM8XtAOhUgcjZ7Y2O0FZc2H0/edit#gid=910279290 > > On 1/6/23 08:18, Astrid Emde wrote: >> Hi Angelos, >> >> great news. >> >> Yes let's test an discuss at the next meeting. >> >> See you Astrid >> >> Am 05.01.2023 14:27 schrieb Angelos Tzotsos: >>> Hi all, >>> >>> More good news, we now have a fully working iso to test [1] >>> I propose we test this nightly the next few days and see if we can >>> release the first alpha so then we can call for contributions. >>> Any thoughts? >>> >>> Cheers, >>> Angelos >>> >>> [1] >>> http://download.osgeo.org/livedvd/nightly/osgeolive-nightly-build18-amd64-84b5303-master.iso >>> >>> >>> >>> On 1/3/23 19:03, Angelos Tzotsos wrote: Hi all, After dealing with the base system upgrade to Lubuntu 22.04.1 we are now starting nightly builds [1] towards the 16.0 release this June. As always we are starting from testing the core C stack and adding more as things get tested. Happy New Year, Angelos [1] http://download.osgeo.org/livedvd/nightly/osgeolive-nightly-build14-amd64-56f3d5d-master.iso > > > -- > Angelos Tzotsos, PhD > President > Open Source Geospatial Foundation > http://users.ntua.gr/tzotsos > > ___ > osgeolive mailing list > osgeolive@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] plan for an OSGeoLive meeting and FOSS4G submissions
Hi all, Just to note, the deadline for FOSS4G 2022 talks is 28/02 (on Monday) - https://2022.foss4g.org/cfp-general_session.php Seth -- web:https://geographika.net twitter: @geographika On Thu, Feb 24, 2022, at 5:44 PM, Astrid Emde (OSGeo) wrote: > Hello friends, > > April is coming closer. And I am wondering if we should make a meeting > to plan version 15.0. > > Anyway I have not seen you for a while and hope you are all fine. > > Also we should talk about FOSS4G and whether we should make submissions. > I suggest > - Presentation OSGeoLive project report (as usual) > - Workshop SDI with OSGeoLive (WS material is there and it would be a > pleasure to do the workshop again) > > Shall we meet on Tuesday 1 March ? UTC 19 (or 20) would be fine for me. > > Wha do you think? > > -- > Best regards > > Astrid Emde > - > Astrid Emde > OSGeo Secretary > Open Source Geospatial Foundation > https://www.osgeo.org/member/astrid-emde/ > astrid_e...@osgeo.org > ___ > osgeolive mailing list > osgeolive@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Building OSGeoLive Documentation
Hi Nelson, You may find the CI steps at https://github.com/OSGeo/OSGeoLive-doc/blob/master/.github/workflows/deploy-pages.yml useful to follow. These are the commands used to build and publish the docs to GitHub pages. Seth -- web:http://geographika.co.uk twitter: @geographika On Mon, Aug 9, 2021, at 3:24 PM, Nelson Guya wrote: > > > On Mon, 9 Aug 2021 at 15:08, Nelson Guya wrote: >> Hi Cameron, >> >> Good to hear from you. >> >> I’m running on Linux Ubuntu 64-bit. >> I ran the commands inside the VM. >> >> I believe there is a package that’s missing as all the others ran >> successfully, but stopped after ‘generate English documentation’ commands. >> >> I need to create a pull request request and obtain approval before >> continuing. >> >> Vicky is still unreachable. >> >> On Mon, 9 Aug 2021 at 14:44, Cameron Shorter >> wrote: >>> Nelson, >>> I'm out of touch with the current set up. >>> Could you mention what distribution you are running on. >>> You might want to try building the docs inside the osgeolive virtual >>> machine. There might be a secret missing package which needs to be >>> installed and this might help you get started. >>> >>> >>> On Mon, 9 Aug 2021 at 21:07, Nelson Guya wrote: Hi everyone, I have been having some challenges with the build steps for the OSGeoLive documentation. I have followed the steps in build steps at https://github.com/OSGeo/OSGeoLive-doc and ran all the commands, but I'm unable to proceed from there. I'm reviewing the Virtualization QuickStarts, and I've been trying to figure it on my own but, so far, I'm not making good progress. Is there anyone with the knowledge on how I should proceed. Any help would be greatly appreciated. Looking forward to hearing from you. Nelson Note: There is an earlier, similar, message on web.libera.chat OSGeoLive channel, if anyone on the list can see it there ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive >>> >>> >>> -- >>> Cameron Shorter >>> Technical Writer, Google >>> > ___ > osgeolive mailing list > osgeolive@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive > ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] OSGeoLive 14.0 status: alpha1
Hi, A few more notes. I'm not sure if this is the best place to add these - but it can serve as a reminder until separate issues are created in TRAC if required. 1. The VM crashed several times starting up with the ISO. This was resolved by setting Settings > System > Processor > Enable Nested VT-x/AMD-V. 2. Any sudo commands return the following warning: "QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'" I'm not sure there can be much done with this according to the link https://unix.stackexchange.com/questions/382789/qstandardpaths-xdg-runtime-dir-not-set-defaulting-to-tmp-runtime-root-when 3. Running: "sudo apachectl -k graceful" returns the following warning: Apache Configuration Error AH00558: Could not reliably determine the server's fully qualified domain name Possible resolution at: https://stackoverflow.com/a/35340342/179520 4. GeoExt quickstart tested and works fine (a few doc changes to be added due to LeafPad -> FeatherPad). 5. MapCache default demo service is broken due to missing Postgres support. Issue created upstream at https://github.com/MapServer/mapcache/issues/240 Regards, Seth -- web:http://geographika.co.uk twitter: @geographika On Thu, Oct 8, 2020, at 12:51 PM, Angelos Tzotsos wrote: > Hi Seth, > > Thank you for testing! > Indeed there is a boot check for the squashfs file, we need to figure > out how to update the checksum so the test does not fail. > About VBoxClient, I am able to reproduce, we should open a ticket for > this and investigate. > > As you also pointed, we need to work on the documentation to switch to > the new LXQT application names. > > Regards, > Angelos > > On 10/7/20 12:45 AM, Seth G wrote: > > Hi Angelos, > > > > Some quick initial feedback. I'll see if I can resolve the issues, and if > > not report the issues to trac. > > > > Tested on: > > > > - Windows 10 Pro > > - Virtual Box 6.1.14 > > - VM with 4096 MB memory, 16 MB video memory, "Enable 3d Acceleration" > > > > On start up the filesystem check reported "Errors found in 1 file", but > > continued to start. > > Once started the following error displays continuously (but the VM is still > > usable): > > > >"VBoxClient: Failure waiting for event: rc=VERR_INVALID_HANDLE" > >"VBoxClient: Failed to get display change request: > > rc=VERR_INVALID_HANDLE" > > > > Possbily related link: > > https://bugs.launchpad.net/ubuntu/+source/virtualbox/+bug/1873922 > > > > I ran through the MapServer quickstart - good news is all worked without > > any issues. > > > > There are a few changes however to application names that could require > > lots of updates to the Quickstarts. > > For example Leafpad is no longer present (Featherpad is now available as > > the text editor), and there are many references to Leafpad in the docs: > > https://github.com/OSGeo/OSGeoLive-doc/search?q=leafpad > > Should these all be updated? Will this have a knock-on effect for > > translations? > > > > Similarly, "Terminal Emulator" is now named "QTerminal". > > > > Regards, > > > > Seth > > > > -- > > web:http://geographika.co.uk > > twitter: @geographika > > > > On Mon, Oct 5, 2020, at 1:07 PM, Angelos Tzotsos wrote: > >> Hi all, > >> > >> This year, with the COVID-19 situation and FOSS4G getting canceled, > >> things have been quite slow in our release schedule. > >> On top of that, we had to deal with low level changes in the Ubuntu > >> build for 20.04 [1] that took us a while to resolve. > >> > >> So, now, 3 months after we kicked off the development, we release the > >> first alpha version of OSGeoLive 14.0. > >> > >> Please download [2], [3], test and report any issues found [4]. Change > >> log available at [5]. > >> > >> Best, > >> Angelos > >> > >> [1] https://trac.osgeo.org/osgeolive/ticket/2249 > >> [2] http://aiolos.survey.ntua.gr/gisvm/14.0/osgeolive-14.0alpha1-amd64.iso > >> [3] > >> http://download.osgeo.org/livedvd/releases/14.0/osgeolive-14.0alpha1-amd64.iso > >> [4] https://trac.osgeo.org/osgeolive/report/10 > >> [5] https://github.com/OSGeo/OSGeoLive/blob/master/CHANGES.txt#L4 > >> > >> -- > >> Angelos Tzotsos, PhD > >> President > >> Open Source Geospatial Foundation > >> http://users.ntua.gr/tzotsos > >> > >> ___ > >> osgeo
Re: [OSGeoLive] OSGeoLive 14.0 status: alpha1
Hi Angelos, Some quick initial feedback. I'll see if I can resolve the issues, and if not report the issues to trac. Tested on: - Windows 10 Pro - Virtual Box 6.1.14 - VM with 4096 MB memory, 16 MB video memory, "Enable 3d Acceleration" On start up the filesystem check reported "Errors found in 1 file", but continued to start. Once started the following error displays continuously (but the VM is still usable): "VBoxClient: Failure waiting for event: rc=VERR_INVALID_HANDLE" "VBoxClient: Failed to get display change request: rc=VERR_INVALID_HANDLE" Possbily related link: https://bugs.launchpad.net/ubuntu/+source/virtualbox/+bug/1873922 I ran through the MapServer quickstart - good news is all worked without any issues. There are a few changes however to application names that could require lots of updates to the Quickstarts. For example Leafpad is no longer present (Featherpad is now available as the text editor), and there are many references to Leafpad in the docs: https://github.com/OSGeo/OSGeoLive-doc/search?q=leafpad Should these all be updated? Will this have a knock-on effect for translations? Similarly, "Terminal Emulator" is now named "QTerminal". Regards, Seth -- web:http://geographika.co.uk twitter: @geographika On Mon, Oct 5, 2020, at 1:07 PM, Angelos Tzotsos wrote: > Hi all, > > This year, with the COVID-19 situation and FOSS4G getting canceled, > things have been quite slow in our release schedule. > On top of that, we had to deal with low level changes in the Ubuntu > build for 20.04 [1] that took us a while to resolve. > > So, now, 3 months after we kicked off the development, we release the > first alpha version of OSGeoLive 14.0. > > Please download [2], [3], test and report any issues found [4]. Change > log available at [5]. > > Best, > Angelos > > [1] https://trac.osgeo.org/osgeolive/ticket/2249 > [2] http://aiolos.survey.ntua.gr/gisvm/14.0/osgeolive-14.0alpha1-amd64.iso > [3] > http://download.osgeo.org/livedvd/releases/14.0/osgeolive-14.0alpha1-amd64.iso > [4] https://trac.osgeo.org/osgeolive/report/10 > [5] https://github.com/OSGeo/OSGeoLive/blob/master/CHANGES.txt#L4 > > -- > Angelos Tzotsos, PhD > President > Open Source Geospatial Foundation > http://users.ntua.gr/tzotsos > > ___ > osgeolive mailing list > osgeolive@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive > ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] OSGeoLive Environment Variable
Hi Jim, The main benefit would be that notebooks/demos could be configured independently of OSGeoLive releases and have the same code for multiple environments. For example the notebook at [1] can be run on MyBinder and OSGeoLive. Seth [1] https://github.com/geographika/GeoPythonNotebooks/blob/master/notebooks/mapscript-quickstart.py#L41 On Wed, Sep 9, 2020, at 2:25 AM, Jim Klassen wrote: > I'm probably missing something obvious here, but it seems odd to me to > make OSGeoLive a special case at runtime. Wouldn't it make more sense > to have the OSGeoLive install_*.sh file configure the application for > the paths on OSGeoLive (which may include setting an environment > variable to point to a default data directory for an application)? > > On 9/8/20 3:18 PM, Seth G wrote: > > Hi list, > > > > It would be useful for a Python Notebook (or any demo application) to know > > if it is running on OSGeoLive in order to set paths to data etc. > > > > Looking at the current system environment variables I don't think there is > > something that would definitively declare a script is running on OSGeoLive. > > > > Setting an OSGEOLIVE variable to the version could be even more helpful > > e.g. "export OSGEOLIVE=14" (somewhere in > > https://github.com/OSGeo/OSGeoLive/tree/master/bin - although I'm not sure > > where). As noted in IRC from kalxas "we can add this to the bash profile of > > new users" - so maybe in > > https://github.com/OSGeo/OSGeoLive/blob/master/bin/setup.sh ? > > > > "export OSGEOLIVE=true" or similar could be used if keeping version numbers > > updated is a problem. > > > > Then any demos could be multipurposed - running in cloud plus running on > > osgeolive and setting appropriate paths to data if that is the case. > > > > Seth > > > > -- > > web:http://geographika.co.uk > > twitter: @geographika > > ___ > > osgeolive mailing list > > osgeolive@lists.osgeo.org > > https://lists.osgeo.org/mailman/listinfo/osgeolive > > ___ > osgeolive mailing list > osgeolive@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive > ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] OSGeoLive Environment Variable
Thanks Johan - this looks like it would do the trick. I'll setup up a pull request. -- web:http://geographika.co.uk twitter: @geographika On Wed, Sep 9, 2020, at 9:28 AM, Johan Van de Wauw wrote: > If you add a script to /etc/profile.d/ it will be sourced to all interactive > users. > I would use the version number, this version number is available while > building the image ($VERSION). > adding > echo "export OSGEOLIVE=$VERSION">/etc/profile.d/osgeolive.sh should do the > trick. > > On Tue, Sep 8, 2020, 22:26 Seth G wrote: >> Hi list, >> >> It would be useful for a Python Notebook (or any demo application) to know >> if it is running on OSGeoLive in order to set paths to data etc. >> >> Looking at the current system environment variables I don't think there is >> something that would definitively declare a script is running on OSGeoLive. >> >> Setting an OSGEOLIVE variable to the version could be even more helpful e.g. >> "export OSGEOLIVE=14" (somewhere in >> https://github.com/OSGeo/OSGeoLive/tree/master/bin - although I'm not sure >> where). As noted in IRC from kalxas "we can add this to the bash profile of >> new users" - so maybe in >> https://github.com/OSGeo/OSGeoLive/blob/master/bin/setup.sh ? >> >> "export OSGEOLIVE=true" or similar could be used if keeping version numbers >> updated is a problem. >> >> Then any demos could be multipurposed - running in cloud plus running on >> osgeolive and setting appropriate paths to data if that is the case. >> >> Seth >> >> -- >> web:http://geographika.co.uk >> twitter: @geographika >> ___ >> osgeolive mailing list >> osgeolive@lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/osgeolive ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
[OSGeoLive] OSGeoLive Environment Variable
Hi list, It would be useful for a Python Notebook (or any demo application) to know if it is running on OSGeoLive in order to set paths to data etc. Looking at the current system environment variables I don't think there is something that would definitively declare a script is running on OSGeoLive. Setting an OSGEOLIVE variable to the version could be even more helpful e.g. "export OSGEOLIVE=14" (somewhere in https://github.com/OSGeo/OSGeoLive/tree/master/bin - although I'm not sure where). As noted in IRC from kalxas "we can add this to the bash profile of new users" - so maybe in https://github.com/OSGeo/OSGeoLive/blob/master/bin/setup.sh ? "export OSGEOLIVE=true" or similar could be used if keeping version numbers updated is a problem. Then any demos could be multipurposed - running in cloud plus running on osgeolive and setting appropriate paths to data if that is the case. Seth -- web:http://geographika.co.uk twitter: @geographika ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Draft press release for OSGeoLive 13.1
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@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive > ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Motion to Setup new GitHub repository for Archived Documentation
Hi all, The archive of OSGeoLive docs is no online at https://live-archive.osgeo.org/ All files are now stored in a new repository at https://github.com/OSGeo/OSGeoLive-doc-archive Thanks Angelos for setting up the repo and Regina from SAC) for setting up the subdomain. The search continues for a copy of OSGeoLive v1.0 ! Seth -- web:http://geographika.co.uk twitter: @geographika On Tue, Dec 17, 2019, at 9:38 PM, Seth G wrote: > Hi all, > > I'd like to propose a motion for the following: > > 1. Create a new repository at > https://github.com/OSGeo/OSGeoLive-doc-archive > 2. Create a new subdomain archive.live.osgeo.org > 3. Populate the new repository with the contents of > https://github.com/geographika/OSGeoLive-doc-archive - all OSGeoLive > docs from v2.0 to v13.0 > 4. Publish these docs to archive.live.osgeo.org and create a link to > the archive website on the https://live.osgeo.org/ page > > Please see the IRC logs [1] and message thread [2] for further details > and background. > > In summary all the previous OSGeoLive documentation versions would be > available online (and stored in source control), and would provide an > important historal record of geospatial development over the past 10 > years. > > Thanks to Cameron and Angelos for feedback and support in setting up > the archive. > > Regards, > > Seth > > [1] http://irclogs.geoapt.com/osgeolive/%23osgeolive.2019-12-17.log > [2] https://lists.osgeo.org/pipermail/osgeolive/2019-December/014516.html > > -- > web:http://geographika.co.uk > twitter: @geographika ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Quickstarts for 13.1 - merge status
Hi all, I added the latest doc build output from the Appveyor CI integration [1] to a new repository [2]. This is now published to http://osgeolive-latest.geographika.co.uk/ All the recent changes should be in there and formatting can be reviewed. The version number should also be bumped to 13.1? Seth [1] https://ci.appveyor.com/project/SethG/osgeolive-doc/builds/30417433/artifacts [2] https://github.com/geographika/OSGeoLive-doc-latest -- web:http://geographika.co.uk twitter: @geographika On Sun, Jan 26, 2020, at 9:32 PM, Astrid Emde (OSGeo) wrote: > Hello, > > Am 25.01.2020 05:37 schrieb Cameron Shorter: > > I've gone through and done a sanity check of the quickstart merge > > requests from Felicity, and merged most of them into the trunk. > > > > Outstanding: > > > > * Postgis - Astrid, I think you are looking into this? > > Looks fine. Added a sentence about pgadmin4 > Ready to be merged > > Astrid > ___ > osgeolive mailing list > osgeolive@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive > ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Quickstart doc progress
Hi Cameron, There is a motion at https://lists.osgeo.org/pipermail/osgeolive/2019-December/014526.html to set up a new repo for the archived docs. There are 3 +1s so not sure if this is enough to pass? There was also a discussion on setting up another repo to store the latest output of the docs to publish/host automatically, although I think this could be done by publishing a branch from the archive repo. Regards, Seth -- web:http://geographika.co.uk twitter: @geographika On Tue, Jan 21, 2020, at 9:55 PM, Cameron Shorter wrote: > As per weekly meeting today: > > * We are on schedule [1] for a 13.1 doc release. > > * Astrid, would you mind merging the PostGIS pull request (ideally after > doing a sanity check)? > > * Nicolas will merge R pull request. > > * I will merge the rest, after doing a sanity check. > > * Felicity and I are not sure what the process is for publishing docs. > Could we get some help, from ~ 31 Jan (next week). > > * We will also be ready for a press release within a couple of weeks. > > [1] > https://docs.google.com/spreadsheets/d/1kO6zzmLFfprZGgp5x7Sjwi-EVN6NTGDR4KXvFVtNpR0/edit?hl=en_GB=en_GB#gid=0 > > -- > Cameron Shorter > Technology Demystifier > Open Technologies and Geospatial Consultant > > M +61 (0) 419 142 254 > > ___ > osgeolive mailing list > osgeolive@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive > ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
[OSGeoLive] Motion to Setup new GitHub repository for Archived Documentation
Hi all, I'd like to propose a motion for the following: 1. Create a new repository at https://github.com/OSGeo/OSGeoLive-doc-archive 2. Create a new subdomain archive.live.osgeo.org 3. Populate the new repository with the contents of https://github.com/geographika/OSGeoLive-doc-archive - all OSGeoLive docs from v2.0 to v13.0 4. Publish these docs to archive.live.osgeo.org and create a link to the archive website on the https://live.osgeo.org/ page Please see the IRC logs [1] and message thread [2] for further details and background. In summary all the previous OSGeoLive documentation versions would be available online (and stored in source control), and would provide an important historal record of geospatial development over the past 10 years. Thanks to Cameron and Angelos for feedback and support in setting up the archive. Regards, Seth [1] http://irclogs.geoapt.com/osgeolive/%23osgeolive.2019-12-17.log [2] https://lists.osgeo.org/pipermail/osgeolive/2019-December/014516.html -- web:http://geographika.co.uk twitter: @geographika ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] All OSGeoLive Docs versions online
Hi Cameron, Some answers in the email below. If you are able to find out how we can make a new https://github.com/OSGeo/OSGeoLive-archive repository and a new subdomain at osgeo.org I can hopefully take care of the rest. Seth -- web:http://geographika.co.uk twitter: @geographika On Sat, Dec 14, 2019, at 8:59 PM, Cameron Shorter wrote: > Hi Seth, > > I was wondering why we don't have a symlink problem for images with the > latest few releases? Looking at https://live.osgeo.org/de/index.html it > appears that Vicky's new doc build script is smart enough to not create > duplicate images for different languages (which as the case before). > > If you look at the old archive directory for say release 10.5, you see > that we have duplicates of images. Eg: > > English version of docs points to: > https://live.osgeo.org/archive/10.5/_images/osgeolive_menu6.png > > German version points to: > https://live.osgeo.org/archive/10.5/_images/osgeolive_menu2.png > > To save space from images, Hamish Bowman wrote a script to create symlinks. > > I have a few ideas in moving forward: > > 0. To work out the broken symlink problem for images, you could: > > * Try and work out how to fix the symlink problem as you suggest. You > might be able to find Hamish's old symlink generation script in the bin/ > directory somewhere to help with that. (This sounds like a lot of work). > > * Copy the HTML from our archive web pages (which uses duplicate > images). This will create a large repository due to duplicate images, > which isn't perfect, but we will be rarely working on the archive > repository, so it is probably acceptable. I've written a small Python script to change the symlinks to copies of the images. See https://github.com/geographika/OSGeoLive-doc/blob/gh-pages/scripts/symlinks.py It does create a larger repo, but probably simpler to manage across different OSs than symlinks in the long-term. All images should now be visible in the archive URL. > > 1. I think this historical archive of past releases you have created is > really valuable. Thanks! > > 2. I think it should be findable from the main docs, probably as a small > link at the bottom of https://live.osgeo.org : Prior releases and docs > can be found in our archive/. This archive would > be the jump page you have created. Sounds good. I guess we need to decide where the archive will be hosted (which URL/subdomain). Maybe https://archive.osgeo.org/ or Maybe https://livearchive.osgeo.org/ ? Who would be contact with regards to setting up a domain name? > > 3. While the archive jump page can be stored in our master docs, I don't > think we should store each releases' archive in there. We can either > keep it on a directory, as was previously done for prior releases. Or > put into git, as you have done (which I like). I think that it deserves > its own repository, something like OSGeoLive-doc-archive Currently the archive is in a branch so shouldn't increase size of git clone downloads etc. but moving to its own archive may make things clearer. Who would we contact with regards to creating a new repo at https://github.com/OSGeo/ ? > > 4. We should capture information about the latest doc release, and > information about the archive in our build process documentation wiki: > https://trac.osgeo.org/osgeolive/wiki. Would you like to update this? > (You deserve the credit in the wiki history.) The build information is already linked to on https://trac.osgeo.org/osgeolive/wiki I've updated the link to the development build to point to OSGeoLive home page (development version). > > 5. Felicity has a bunch of pull requests for quickstarts. > https://github.com/OSGeo/OSGeoLive-doc/pulls which are to be processed > for the 13.1 doc release early next year. I'll try and get at least one > of two reviewed within the week in order to check your publishing of the > master docs pipeline. I don't think these pull requests have the Appveyor CI merged into them so they don't currently trigger builds. If we add a link to the archives we can see if this process works on a new pull request. > > Cheers, Cameron > > > On 15/12/19 4:47 am, Seth G wrote: > > Thanks for the feedback and kind words Cameron! > > > > I got the docs from the ISOs - see > > https://github.com/geographika/OSGeoLive-doc/tree/gh-pages#extraction-process > > After further investigation the missing images are due to the files being > > symlinks. I'm currently looking to see how these could be saved in git. > > They currently just have the text of the file they link to e.g. > > https://github.com/geographika/OSGeoLive-doc/blob/gh-pages/6.0/_images/1spatial_sml1.jpg > > > > I didn't know about
Re: [OSGeoLive] All OSGeoLive Docs versions online
Thanks for the feedback and kind words Cameron! I got the docs from the ISOs - see https://github.com/geographika/OSGeoLive-doc/tree/gh-pages#extraction-process After further investigation the missing images are due to the files being symlinks. I'm currently looking to see how these could be saved in git. They currently just have the text of the file they link to e.g. https://github.com/geographika/OSGeoLive-doc/blob/gh-pages/6.0/_images/1spatial_sml1.jpg I didn't know about the current archive on the main site. So there is some duplication of effort, but adding them to a repo hopely has a long term benefit. It also triggered Angelos tracking down the missing full ISOs. The latest master docs are already published at https://osgeo.github.io/OSGeoLive-doc/en/index.html and updated whenever a pull request is merged. The recent Appveyor setup should also allow people to see the output of their pull requests (there have been no pull requests recently to check this but it should work). I'm hoping to investigate the automated archiving of new releases which should help updating the main site, Seth -- web:http://geographika.co.uk twitter: @geographika On Sat, Dec 14, 2019, at 7:31 AM, Cameron Shorter wrote: > Hi Seth, > > Sorry for the delayed response. I'm really impressed with what you have > achieved. Well done. > > More comments inline. > > On 12/12/19 11:19 pm, Seth G wrote: > > Hi all, > > > > I've been collating the various documentation releases for OSGeo-Live and > > adding into my fork at fork is at > > https://github.com/geographika/OSGeoLive-doc/tree/gh-pages > > Nice work. How are you creating these pages? > > It seems that image links are broken for releases 6.0 to 10.5. Do you > know why that is? (I'm suspecting it might be because we changed our > directory structure around version 10.5 and our build process would have > been different.) > > Have you noticed that we have some of the old doc sites stored in our > archived, and referenced from: > > https://live.osgeo.org/en/prior_applications.html > > (You can actually see the entire doc websites from 5.0 to 10.5 > > https://live.osgeo.org/archive/5.0/en/index.html > > https://live.osgeo.org/archive/10.5/en/index.html > > > > > This can then be automatically published by GitHub pages - I've currently > > set this up to publish to https://osgeolive.geographika.co.uk/ > > > > The archive branch could be easily added via a pull request to the main > > project. > > > > The branch can be downloaded or cloned in git to publish on any server. One > > possibility to consider is to automate adding a build of the docs for a new > > tagged release using Travis. Deployment of the latests docs would then be a > > simple git clone rather than requiring a manual build an upload. > > I'm super excited by the potential of this. One of our pain points in > documentation has been that we haven't had a current, nightly build that > people can see as soon as they update docs. > > It would be great if we could set this up. Would you be interested in > setting up a: > > live.osgeo.org/dev/... (or similar) for the latest docs? > > > > > If anyone has a v1.0 docs copy please let me know! > > Version 1.0 was effectively a test run of OSGeoLive (called the Live DVD > at the time). Our aim was to have OSGeoLive ready for FOSS4G 2009 in > Australia, and we had an early version ready for FOSS4G 2008 in South > Africa. > > While I can't remember for sure, I don't think had developed > documentation for the 1.0 release. > > Here is a blog post / press release from the time: > > http://cameronshorter.blogspot.com/2008/09/geofoss-livedvd-test-it-before-we-burn.html > > > > > > Thoughts on the above welcome, > Super impressed. > > > > Seth > > > > > > -- > > web:http://geographika.co.uk > > twitter: @geographika > > ___ > > osgeolive mailing list > > osgeolive@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 > > ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
[OSGeoLive] All OSGeoLive Docs versions online
Hi all, I've been collating the various documentation releases for OSGeo-Live and adding into my fork at fork is at https://github.com/geographika/OSGeoLive-doc/tree/gh-pages This can then be automatically published by GitHub pages - I've currently set this up to publish to https://osgeolive.geographika.co.uk/ The archive branch could be easily added via a pull request to the main project. The branch can be downloaded or cloned in git to publish on any server. One possibility to consider is to automate adding a build of the docs for a new tagged release using Travis. Deployment of the latests docs would then be a simple git clone rather than requiring a manual build an upload. If anyone has a v1.0 docs copy please let me know! Thoughts on the above welcome, Seth -- web:http://geographika.co.uk twitter: @geographika ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
[OSGeoLive] Docs, Presentation and Builds
Hi all, Just to follow up on the missing presentation discussed in the thread at [1]. This should be fixed in master and can output be found online at the staging site [2]. Is it worth considering deploying directly using Travis to https://live.osgeo.org/ - perhaps only when a tag is applied, after a manual review, rather than on every merge? This would reduce any requirement for manual builds and deploys. There is however a make_presentation.sh script in the repository [3]. Is this still used and required to add to the docs generated by Sphinx? If so it should probably be added to the Travis CI. Just to note I' ve added a pull request [4] to setup Appveyor Windows builds for the docs. Appveyor also saves a zip of the output so pull requests can be checked without having to build locally. One final question - are there plans to update Sphinx from version 1.6.5? There is now a version 2.2.1. I can take a look at this if there is a consensus to update to a newer version. Regards, Seth [1] https://lists.osgeo.org/pipermail/osgeolive/2019-November/014391.html [2] https://osgeo.github.io/OSGeoLive-doc/en/index.html [3] https://github.com/OSGeo/OSGeoLive-doc/blob/master/scripts/make_presentation.sh [4] https://github.com/OSGeo/OSGeoLive-doc/pull/537 -- web:http://geographika.co.uk twitter: @geographika ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Quick starts status update (Google Season of Docs)
Hi Felicity, With regards to the Sphinx markup, using the directives would have the following advantages: - allow a consistent way to show menu selections (or any conventions such as File > Open, File -> Open, File | Open could be used. It is probably simplest to stay with the Sphinx convention rather than create a new one. - allow a theme to be applied across all the docs in the future e.g. the GUI labels at https://sphinx-rtd-theme.readthedocs.io/en/stable/demo/demo.html#inline-markup - shortcut keys can be applied to the labels e.g. button :guilabel:`` It may also help with translating and matching GUI labels in different languages. If they are already widely used I'd be in favour of keeping them and applying elsewhere. Seth -- web:http://geographika.co.uk twitter: @geographika On Mon, Oct 7, 2019, at 6:56 AM, Felicity Brand wrote: > Hello all, > > I've been working on the Quick Start template and there are a couple > of questions I wanted to ask. > > I have come across the Sphinx markup :guilabel: and :menuselection: > What do we gain by using these? It seems to me something extra to > type. I understand we can then render them a particular way, but if > it's just going to be rendered bold it feels like more effort than > it's worth. But please let me know if I'm missing something in my > understanding here. Do we want to continue using this convention? > > I'd like some guidance on my process next. > At a previous meeting, we agreed that the best way for me to give > feedback would be GitHub comments. I think I need to raise a PR in > order to be able to comment on the code. But I didn't intend on making > any changes...so I'm not sure what would go in my PR. Unless I make > some kind of nominal change that we all agree on beforehand? I suppose > we'll want a PR per project quick start - so that would be maybe 50 > PRs. Is that cool with everyone? > > My intention was to also create about 50 trac tickets, one for each > project. These would include the details of my rating score of the > quick start and perhaps a link to the relevant GitHub PR. I thought it > would be appropriate to have trac as well as GitHub so that anyone > could look at the trac ticket and pick up from there. What do folk > think about that? > > I'm not ready to start any GitHub work yet, but I wanted to get > discussion on this rolling so that I know what to do when that time > comes. > > Thanks > Felicity > ___ > osgeolive mailing list > osgeolive@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive > ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] DRAFT Press release 87 Reelase 13.0
Hi Astrid, Is it worth highlighting the 3 new projects in this release - Actinia, GeoExt, and MapCache? Seth -- web:http://geographika.co.uk twitter: @geographika On Wed, Aug 7, 2019, at 12:37 AM, Astrid Emde (OSGeo) wrote: > Hello all, > > I worked on the Press realease for 13.0 > > Please have a look. . > https://trac.osgeo.org/osgeolive/wiki/Press%20Release%2087 > > I added some highlights but am not sure I focussed on the most important > things > > Add a quotation > * maybe we can add a quotation similar to last year: see Jeffs quotation > https://trac.osgeo.org/osgeolive/wiki/Press%20Release%2083 > > Could be something like: > > Brian H. and Baka Nico are very pleased that with version 13.0 OSGeoLive > has improved on the python side and added many tools and also Jupyter. > With the Intro about Jupyter OSGeoLive can easyliy be used in Python > trainings... and it gives consideration to the rising usage and > relevance of Python in geospatial architectures or something. > > or maybe a different quotation: > > "2019 OSGeolive will be used in many Workshops at FOSS4G 2019 in August > in Bucharest" > > OSGeoLive 13.0 also shows how easy translation works with transifex. > Thanks to Bakaniko and Vicky for their work. > > > > Some days left to discuss the draft. So focus back on testing. > > See you > Astrid > > -- > - > Astrid Emde > OSGeo Board Member and OSGeo Secretary > Open Source Geospatial Foundation > https://www.osgeo.org/member/astrid-emde/ > astrid_e...@osgeo.org > > > > ___ > osgeolive mailing list > osgeolive@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive > ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] MapCache Permissions
Thanks both. I tested with /var/cache/mapcache and it works directly without any need to create folders/update permissions, which will simplify the install script a little. I'll make a new pull request with this path. Bas - where is the best place to find these details? Are there docs, or is it best to look at the packaging scripts? I found where it is set at https://salsa.debian.org/debian-gis-team/mapcache/blob/master/debian/libapache2-mod-mapcache.postinst Just to note the main MapCache doc uses /tmp for the cache. I tried this originally but no other user can then access the tiles (which can be very useful for resuing and checking caches). Apparently it: > is from a feature of systemd called PrivateTmp. > If httpd writes something to /tmp, it will be in > /tmp/systemd-private-*-httpd.service-* Seth -- web:http://geographika.co.uk twitter: @geographika On Thu, Jul 25, 2019, at 5:43 AM, Sebastiaan Couwenberg wrote: > On 7/24/19 10:16 PM, Angelos Tzotsos wrote: > > I would recommend to move the mapcache folder to /usr/local/share/mapcache > > That's a bad recommendation FHS-wise. > > /var/cache/mapcache is provided by libapache2-mod-mapcache for cache data. > > Kind Regards, > > Bas > > -- > GPG Key ID: 4096R/6750F10AE88D4AF1 > Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 > ___ > osgeolive mailing list > osgeolive@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive > ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
[OSGeoLive] MapCache Permissions
Hi, I'm currently testing the latest beta from http://aiolos.survey.ntua.gr/gisvm/dev/osgeolive-nightly-build163-amd64-38dc97a-master.iso with MapCache. There is a permssions issue causing tiles to return "failed to create directory /home/user/mapcache/tilecache..Permission denied" The https://github.com/OSGeo/OSGeoLive/blob/master/bin/install_mapcache.sh#L44 script runs the following: # make a folder for the tilecache abd set the owner to be www-data MAPCACHE_DIR=/home/user/mapcache mkdir -p "$MAPCACHE_DIR/tilecache" chown -R www-data:www-data "$MAPCACHE_DIR/tilecache" On the latest release the owner of /home/user/mapcache/tilecache is still "user". If I run these manually (with sudo) on the latest release everything works correctly. The Zoo installer also has a similar approach: https://github.com/OSGeo/OSGeoLive/blob/master/bin/install_zoo-project.sh#L77 It refers to ticket https://trac.osgeo.org/osgeolive/ticket/1850 which has discussions of folder locations for a tile cache. Should I update the install/configs to point to /var/mapcache/tilecache to keep the permssions? I presume ownership of the folder is changed in a later script, or is not advised. Seth -- web:http://geographika.co.uk twitter: @geographika ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
[OSGeoLive] Adding the MapCache project to OSGeoLive
Hi all, I'd like to propose re-adding MapCache back to OSGeoLive, and I have completed the installer, and project overview and quickstart. I realise this is very late in the release cycle for v13 so this can be left for a future release. I'm willing to test/review thoroughly on a beta if there is a desire to add to v13. MapCache is already available via Debian packaging which may make its inclusion possible. The docs are at https://github.com/OSGeo/OSGeoLive-doc/pull/475 The OSGeoLive install script is at https://github.com/OSGeo/OSGeoLive/pull/269 The page at https://wiki.osgeo.org/wiki/Live_GIS_Disc_Apply has a list of questions with regards to adding a new project to OSGeoLive - answers to these questions (where applicable) are below. What is its name? MapCache What does the application do and how does it add value to the GeoSpatial stack of software? MapCache is a server that implements tile caching. It is part of the MapServer family, and was started in 2011. It has previously been on older versions of OSGeoLive, but I believe was dropped due to lack of documentation. The pull requests above aim to address this. Packaging is already in Debian for MapCache 1.6.1. What is the home page URL? https://mapserver.org/mapcache/ Which OSI approved Open Source Licence is used? MIT style license - https://mapserver.org/copyright.html#license Does the application make use of OGC standards? Which versions of the standards? Client or server? Uses OGC standards - WMS, WMTS, WMS - client and server What language is it written in? C Which version of the application should be included in the next OSGeo-Live release? 1.6.1 Has the application been rolled out to production into risk (ideally risk adverse) organisations? Yes What is the Open HUB URL for your project? https://www.openhub.net/p/mapcache What is the size of your developer community? 8 developers have contributed in the last year What is the size of the user community? The mailing list is shared with MapServer so hard to guage exactly. Please discuss the level of testing that your project has gone through. 8 years in production systems. A small test suite at https://github.com/mapserver/mapcache/tree/master/tests How much disk space will be required to install the application and a suitable example application? Packages are listed at https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-unstable/+packages With all files the total install should be < 5MB Who will act as the project's liaison person? I'm willing to act as the project liaison. How long has the project has had mature code? Since 2011 Do you have a bug free, stable release? Yes (although some open issues as with every project) If anyone has any further questions please send them on and I'll attempt to answer them. Regards, Seth -- web:http://geographika.co.uk twitter: @geographika ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Instructions to Build Steps to start documentation
Hi Johanna, A possibly easier way to connect to IRC on Windows is through the browser. Go to https://webchat.freenode.net/ add a name and set the channel to osgeolive Seth -- web:http://geographika.co.uk twitter: @geographika On Tue, Nov 27, 2018, at 9:59 AM, Johanna Botman wrote: > Thanks Cameron, > > The new scripts worked and I am ‘in’. > > Hexchat is another matter altogether and the process for > authenticating is … well, opaque to say the least.> > I will persevere. I have come this far … what’s a few more grey hairs?> > > > *Johanna* > * * > * * > * * > * * > > *From:* Cameron Shorter *Sent:* Tuesday, > 27 November 2018 7:57 AM *To:* Johanna Botman ; > osgeolive@lists.osgeo.org *Subject:* Re: [OSGeoLive] Instructions to > Build Steps to start documentation> > Hi Johanna, > I'm guessing you are following our build step at: > https://github.com/OSGeo/OSGeoLive-doc> I'm pretty sure the error you are > describing is due to the fact that > you are trying to install packages as a normal user instead of as a > "super-user" (often called "root") which has privileges to do > anything.> We switch ourselves to super-user mode by pre-inserting "sudo" in > front of the command. I notice from my personal log that I've done > that before. I can't remember why I added the "-H", but I'm assuming > the following should work for you:> sudo -H pip install sphinx==1.6.5 > sudo -H pip install sphinx-intl > sudo -H pip install sphinxjp.themes.revealjs > Note: You might be asked for username and/or password. On OSGeo live, > this will be username=user, password=user.> I encourage you also to log > into our IRC chat channel. You can use > "Hexchat" on windows. The server is freenode.net, channel=osgeolive> > cvvergara (Vicky) is our docs expert and is very helpful. She is based > in Mexico, so around in the morning Australia time.> You will find the others > in the channel will likely be able and happy > to help out too.> Good luck, Cameron > On 26/11/18 6:01 pm, Johanna Botman wrote: >> Hi, >> >> Me again. I’m a rusted on Windows user and I am struggling with the >> command line in the Virtual Box>> >> I am trying to follow the instructions to set up reST. >> On the second command (pip install sphinx==1.6.5) I get a message >> that says that says >> >> Could not install packages due to an EnvironmentError: [Errno 13] >> Permission denied: >> '/usr/local/lib/python2.7/dist-packages/sphinxcontrib_websupport- >> 1.1.0-py3.5-nspkg.pth' Consider using the `--user` option or check >> the permissions. >> >> If I try to keep going, none of the following commands work and I get >> a similar message. >> >> Where do I set the permissions for the folder?>> >> >> >> >> *Johanna* >> * * >> * * >> * * >> * * >> >> >> ___ >> osgeolive mailing list osgeolive@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> _ > osgeolive mailing list > osgeolive@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Python MapServer MapScript Notebook
Hi again, The Binder URL for the online interactive notebook should be https://mybinder.org/v2/gh/geographika/OSGeoLive12-Notebooks/master?filepath=jupyter%2Fquickstarts%2Fmapscript-quickstart.ipynb Regards, Seth -- web:http://geographika.co.uk twitter: @geographika On Wed, Nov 7, 2018, at 11:02 AM, Seth G wrote: > HI all, > > I've completed a new Jupyter notebook to give a quickstart guide to > MapServer's MapScript Python bindings. Hopefully this can get included > in the next OSGeoLive release. > > This is published to > https://hub.mybinder.org/user/geographika-osg-ive12-notebooks-ptgaaead/notebooks/jupyter/quickstarts/mapscript-quickstart.ipynb > I added a custom Dockerfile to the repository which allows full > customisation of the VM created to run the notebook - this could be a > nice approach to have the notebooks both on OSGeoLive and online at the > OSGeoLive site through mybinder. > > The source code is at > https://github.com/geographika/OSGeoLive12-Notebooks/tree/master/jupyter/quickstarts > I used a Python library jupytext to convert between plain script and > notebook format (which helps greatly in testing). > > This can be run on the current OSGeoLive12 VM using the following commands: > > wget > https://github.com/geographika/OSGeoLive12-Notebooks/archive/master.zip > unzip master.zip > cd OSGeoLive12-Notebooks-master/jupyter/quickstarts > export MAPSERVER_DEMO="/rofs/usr/local/share/mapserver/demos/itasca" > python -m jupyter notebook mapscript-quickstart.ipynb > > I have a few questions on the notebook approach that I'll put in a > separate email. > Regards, > > Seth > > -- > web:http://geographika.co.uk > twitter: @geographika > ___ > osgeolive mailing list > osgeolive@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] OSGeoLive 12.0 status: beta4
Hi, I found the issue with VirtualBox - I needed to "Enable 3D Acceleration" in the settings: https://imgur.com/a/XxaudE0This was not the case for OSGeoLive 11 so I guess this should be added to the installation notes? Regards, Seth -- web:http://geographika.co.uk twitter: @geographika On Mon, Aug 20, 2018, at 11:08 PM, Seth G wrote: > Hi all, > > I was hoping this was a local issue, but I've tried now on 2 different > Windows 10 machines and both have the same issue.> Steps: > > Downloaded osgeolive-12.0beta4-amd64.iso from > http://aiolos.survey.ntua.gr/gisvm/12.0/osgeolive-12.0beta4-amd64.iso> Set up > a new VirtualBox (Linux, Ubuntu (64-bit)) > Set the optical drive to start the ISO > Started machine - I can select the language, then the blue Lubuntu > startup screen shows, then I get a fuzzy yellow image:> > https://imgur.com/a/ad946tn > > I tried the exact same steps and VM config with osgeo-live-11.0- > amd64.iso and it starts fine.> This issue appears to be different from > https://lists.osgeo.org/pipermail/osgeolive/2018-August/013418.html> I'm > using the latest VirtualBox version - 5.2.18 on Windows 10 Pro > (v1803).> > Let me know if I can provide any more details, or if the ISO/optical > drive setup is no longer valid.> > Regards, > > Seth > > -- > web:http://geographika.co.uk > twitter: @geographika > > > On Mon, Aug 20, 2018, at 1:47 PM, Angelos Tzotsos wrote: >> Hi all, >> >> We have prepared a (hopefully) last beta of OSGeoLive 12.0 [1] [2]. >> Please test your application and report back [3]. We currently only >> have one blocking issue (presentation update) and a couple of >> critical ones (OSSIM, ZOO-Project, VirtualBox issue).>> >> Lets discuss the RC release plan for FOSS4G during our IRC >> meeting today.>> >> Best, >> Angelos >> >> [1] http://aiolos.survey.ntua.gr/gisvm/12.0/osgeolive-12.0beta4-amd64.iso>> >> [2] >> http://osprey.ucdavis.edu/downloads/osgeo/gisvm/gisvm/12.0/osgeolive-12.0beta4-amd64.iso>> >> [3] https://trac.osgeo.org/osgeolive/report/10 >> >> _ >> osgeolive mailing list >> osgeolive@lists.osgeo.org >> https://lists.osgeo.org/mailman/listinfo/osgeolive > > _ > osgeolive mailing list > osgeolive@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] OSGeoLive 12.0 status: beta4
Hi all, I was hoping this was a local issue, but I've tried now on 2 different Windows 10 machines and both have the same issue.Steps: Downloaded osgeolive-12.0beta4-amd64.iso from http://aiolos.survey.ntua.gr/gisvm/12.0/osgeolive-12.0beta4-amd64.isoSet up a new VirtualBox (Linux, Ubuntu (64-bit)) Set the optical drive to start the ISO Started machine - I can select the language, then the blue Lubuntu startup screen shows, then I get a fuzzy yellow image: https://imgur.com/a/ad946tn I tried the exact same steps and VM config with osgeo-live-11.0- amd64.iso and it starts fine.This issue appears to be different from https://lists.osgeo.org/pipermail/osgeolive/2018-August/013418.htmlI'm using the latest VirtualBox version - 5.2.18 on Windows 10 Pro (v1803). Let me know if I can provide any more details, or if the ISO/optical drive setup is no longer valid. Regards, Seth -- web:http://geographika.co.uk twitter: @geographika On Mon, Aug 20, 2018, at 1:47 PM, Angelos Tzotsos wrote: > Hi all, > > We have prepared a (hopefully) last beta of OSGeoLive 12.0 [1] [2]. > Please test your application and report back [3]. We currently only > have one blocking issue (presentation update) and a couple of critical > ones (OSSIM, ZOO-Project, VirtualBox issue).> > Lets discuss the RC release plan for FOSS4G during our IRC > meeting today.> > Best, > Angelos > > [1] http://aiolos.survey.ntua.gr/gisvm/12.0/osgeolive-12.0beta4-amd64.iso> > [2] > http://osprey.ucdavis.edu/downloads/osgeo/gisvm/gisvm/12.0/osgeolive-12.0beta4-amd64.iso> > [3] https://trac.osgeo.org/osgeolive/report/10 > > _ > osgeolive mailing list > osgeolive@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/osgeolive ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
[OSGeoLive] Logging Documentation Issues
Hi list, I was looking for where to log OSGeoLive documentation issues. The links on the wiki appeared to be outdated. I updated them see - https://wiki.osgeo.org/index.php?title=OSGeoLive=revision=114967=114928 I hope this is ok - feel free to revert/correct if inappropriate. Quick question - is the use of trac for tickets technical/requires volunteers, or philosophical? Regards, Seth -- web:http://geographika.co.uk twitter: @geographika ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Hyper-V VMs
Hi Angelos, I've added the VM conversion details to the pull request. There is quite a lot of content in the Hyper-V page so adding it to the VirtualBox page may make it more confusing (in my view). A link to the page on the Virtual Box page rather than the main index should be enough without cluttering up the main index? Also to note there seems to be a CSS issue with code directives in lists (they are indented too far to the right).You can see an example of this at https://live.osgeo.org/en/quickstart/istsos_quickstart.html - in the "Add new observations" section.Removing the li div.highlight class from the overview.css file fixes thishttps://github.com/OSGeo/OSGeoLive-doc/blob/master/doc/_themes/overview/static/overview.css Should I include this as part of the pull request or make a new issue/pull request? Seth -- web:http://geographika.co.uk twitter: @geographika On Thu, May 17, 2018, at 5:44 PM, Angelos Tzotsos wrote: > Hi Seth, > > Thank for the pull request. I actually had in mind that you would > describe how to convert the image to the hyper-V format and add this > as a section in the generic virtualization quickstart...> Do others feel we > should include a new page for Hyper-V? > Personally I would like to avoid duplication of data on SF (those > guys are very kind with us and the disk space we occupy on their > mirrors so far).> > Best, > Angelos > > On Tue, May 15, 2018 at 1:42 AM, Seth G > <se...@geographika.co.uk> wrote:>> __ >> Hi Angelos/list, >> >> Pull request created at >> https://github.com/OSGeo/OSGeoLive-doc/pull/371 - as its my first >> contribution to the project please let me know if there are any steps >> I've missed out.>> The quickstart would rely on a converted vhdx disk image. >> The >> conversion process is probably too complicated to put in a >> quickstart guide.>> Let me know if I can help creating/uploading a converted >> vhdx to >> SourceForge.>> >> On a separate note the wiki page at >> https://wiki.osgeo.org/wiki/OSGeoLive seemed to have broken links to >> this mailing list. I updated them, but not sure if this had to be >> reviewed first. I'm happy to revert if this is the case.>> >> Seth >> >> -- >> web:http://geographika.co.uk >> twitter: @geographika >> >> >> On Fri, May 11, 2018, at 12:20 PM, Angelos Tzotsos wrote: >>> Thanks for the feedback Seth. >>> >>> I think it would be valuable to document the above steps in our VM >>> Quickstart on a section for Hyper-V users.>>> >>> https://live.osgeo.org/en/quickstart/virtualization_quickstart.html>>> >>> Best, >>> Angelos >>> >>> On Thu, May 10, 2018 at 10:43 PM, Seth G <se...@geographika.co.uk> >>> wrote:>>>> Hi Brian, >>>> >>>> Thanks for getting back to me. I've been trying out the conversion >>>> process using MS tools to avoid reliance on software, that whilst >>>> currently free, may not be in the future (the >>>> https://www.starwindsoftware.com/converter). Full steps are at the >>>> end of the email.>>>> >>>> I'm fine with disabling Hyper-V for upcoming workshops - but it may >>>> make things a little easier for users in Windows environments to >>>> work directly with Hyper-V in the future.>>>> >>>> The resultant .vhdx file is 10.3 GB. Using 7-zip this produces a >>>> 3.2 GB file. This is essentially the same as the VirtualBox HD >>>> file, but in Hyper-V format. It can then be used directly in Hyper- >>>> V on Windows 10 Professional (and presumably other versions). I'd >>>> be happy to create the vhdx file for Sourceforge and a Hyper-V >>>> installation page for the docs if people think this is worthwhile >>>> addition to the OSGeoLive project (and should be able to do the >>>> same for the v12 planned in the summer).>>>> >>>> One drawback with Hyper-V / Lubuntu is there is no equivalent to >>>> the "Guest Additions" of Virtual Box. The shared clipboard and >>>> automatic full screen don't seem to be available. It looks like >>>> this may be on the way later this year - >>>> https://blogs.technet.microsoft.com/virtualization/2018/02/28/sneak-peek-taking-a-spin-with-enhanced-linux-vms/>>>> >>>> >>>> Conversion steps for OSGeoLive 11.0 vmdk for reference are as >>>> follows:>>>> >>>> - Download the Microsoft Virtual Machine Converter 3
[OSGeoLive] License Confirmation
Hi all, I'd like to contribute documentation for setting up OSGeo/Hyper-V [1] (and future changes) to OSGeoLive. I confirm that my contributions to OSGeoLive will be compatible with the OSGeoLive license guidelines at the time of contribution. Regards, Seth [1] https://github.com/OSGeo/OSGeoLive-doc/pull/371 -- web:http://geographika.co.uk twitter: @geographika ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
[OSGeoLive] Building the OSGeoLive docs on Windows
Hi, The build steps for OSGeo Live worked fine for me on Windows using CMake - an excellent job of cross platform configuration! I've detailed the steps I took below in case anyone else needs to do the same. Is there a wiki page these could be added to? 1. Setup the Python virtual environment pip install virtualenv virtualenv.exe C:\VirtualEnvs\osgeolive C:\VirtualEnvs\osgeolive\Scripts\activate pip install sphinx==1.6.5 pip install sphinx-intl pip install sphinxjp.themes.revealjs 2. Download and unzip Strawberry Perl (a portable version of Perl that runs on Windows) from http://strawberryperl.com/releases.html e.g. http://strawberryperl.com/download/5.26.2.1/strawberry-perl-5.26.2.1-64bit-portable.zip 3. Install the required Perl package: SET PERL_HOME=D:\Tools\strawberry-perl-5.26.2.1-64bit-portable SET PATH=%PERL_HOME%\perl\site\bin;%PERL_HOME%\perl\bin;%PERL_HOME%\c\bin;%PATH% perl -MCPAN -e shell install Text::SimpleTable::AutoWidth exit 4. Download and unzip CMake (https://cmake.org/download/ - a portable version can be used e.g. https://cmake.org/files/v3.11/cmake-3.11.1-win64-x64.zip) 5. Create the build folder and checkout the latest code: cd /D D:\OSGeoLive-doc git clone https://github.com/OSGeo/OSGeoLive-doc.git mkdir build cd build 6. Create the Visual Studio projects using Cmake: D:\Tools\cmake-3.9.1-win64-x64\bin\cmake -DHTML=ON .. 7. Set the Visual Studio environment variables (in this example VS2017) and build the projects using msbuild "C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\VC\Auxiliary\Build\vcvarsall.bat" amd64 msbuild ALL_BUILD.vcxproj The output is also in build/doc/_build/html/ To rebuild the docs again in a new command prompt run the commands below: C:\VirtualEnvs\osgeolive\Scripts\activate SET PERL_HOME=D:\Tools\strawberry-perl-5.26.2.1-64bit-portable SET PATH=%PERL_HOME%\perl\site\bin;%PERL_HOME%\perl\bin;%PERL_HOME%\c\bin;%PATH% "C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\VC\Auxiliary\Build\vcvarsall.bat" amd64 cd /D D:\OSGeoLive-doc\build D:\Tools\cmake-3.9.1-win64-x64\bin\cmake -DHTML=ON .. msbuild ALL_BUILD.vcxproj -- web:http://geographika.co.uk twitter: @geographika ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
