Re: [OSGeoLive] Will there be an ARM version of the osgeo live?
Ah cool. Is there a free-tier cloud offering powerful enough to install OSGeo-Live? Is there enough interest to justify writing a quickstart on how to do this and have the quickstart included in OSGeoLive docs? If so, one of the Good Docs Writers might be tempted to write up a Quickstart. +Nelson Guya ? On Wed, 9 Feb 2022 at 04:07, Angelos Tzotsos wrote: > Hi Cameron, > > Running OSGeoLive on the cloud is trivial and is already offered by > commercial cloud providers (e.g. I have seen it in CreoDIAS which is > based on OpenStack) > https://creodias.eu/-/how-to-get-access-to-gui-on-vm-with-osgeolive-image- > > Best, > Angelos > > On 2/7/22 20:43, Cameron Shorter wrote: > > Something which is getting more-and-more feasible every year is to run > > OSGeo-Live as a virtual machine in the cloud. > > We actually managed to do this back in 2009 > > < > http://cameronshorter.blogspot.com/2009/10/try-open-source-geospatial-desktop.html > >, > > but the partners working on it got stuck in the following release. > > Someone might want to take another look at this approach? > > > > On Tue, 8 Feb 2022 at 01:47, James Klassen > wrote: > > > >> There was discussion awhile back about supporting ARM for Raspberry Pi > and > >> similar SBCs that came to the same conclusion that it would take more > >> developer resources that were available. > >> > >> OSGeo Live is meant to “just work” to encourage new users explore the > >> software without having to first face the learning curve of getting it > >> installed and configured correctly. That is a lot more difficult to > >> accomplish when users face to face the variations inherent in running > >> different architectures. > >> > >> Most, but not all of the packages that go into OSGeo Live are available > on > >> ARM (are in Ubuntu-GIS and Debian-GIS or are platform agnostic and > install > >> the same files as on x86). So, technically it isn’t too far fetched. > But, > >> if I remember correctly, pain points are testing and documentation. I’d > >> venture a guess that, by far, nearly all of the developer time on OSGeo > >> Live is spent on testing and documentation. > >> > >> Another issue with ARM is that while the user space is the same/similar > >> across ARM devices, a bootable image (like we do with x86) would have > to be > >> tailored to each device. Maybe there would be a way to just provide a > user > >> space and have the user provide the matching version of Ubuntu for their > >> machine. Maybe the whole thing could be built into a snap or flatpak or > >> appimage. It would still be a different experience than we’ve > >> traditionally had for x86 which raises documentation and ease of use > >> concerns. > >> > >> > >> I’m also a bit surprised the M1 Macs can’t run x86 OSes in emulation. > >> There were programs that emulated a PC to allow 68k and PowerPC era > Macs > >> to run DOS/Windows. > >> > >> On Sat, Feb 5, 2022 at 04:06 Angelos Tzotsos > >> wrote: > >> > >>> Dear Barend, > >>> > >>> We do not have an ARM version. This would require more developer > >>> resources than we currently have, so there is currently no plan to > >>> support this architecture. > >>> > >>> Best, > >>> Angelos > >>> > >>> On 2/2/22 01:24, Kobben, Barend (UT-ITC) wrote: > >>>> For installation in the Parallels virtual machine on a new MacPro > >>> (running on the Apple silicon architecture), an ARM version instead of > an > >>> Intel version is needed. Is that available, or will in be...? Or are > there > >>> alternative ways to get it running on a Mac M1...? > >>>> -- > >>>> Barend Köbben > >>>> Senior Lecturer – ITC-GIP & ATLAS, University Twente > >>>> PO Box 217, 7500 AE Enschede (The Netherlands) > >>>> +31-(0)53 4874 253 / room 1-065 ITC > >>>> > >>>> ___ > >>>> osgeolive mailing list > >>>> osgeolive@lists.osgeo.org > >>>> https://lists.osgeo.org/mailman/listinfo/osgeolive > >>> > >>> -- > >>> 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 > >> > > > > > -- > Angelos Tzotsos, PhD > President > Open Source Geospatial Foundation > http://users.ntua.gr/tzotsos > > -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Will there be an ARM version of the osgeo live?
Something which is getting more-and-more feasible every year is to run OSGeo-Live as a virtual machine in the cloud. We actually managed to do this back in 2009 <http://cameronshorter.blogspot.com/2009/10/try-open-source-geospatial-desktop.html>, but the partners working on it got stuck in the following release. Someone might want to take another look at this approach? On Tue, 8 Feb 2022 at 01:47, James Klassen wrote: > There was discussion awhile back about supporting ARM for Raspberry Pi and > similar SBCs that came to the same conclusion that it would take more > developer resources that were available. > > OSGeo Live is meant to “just work” to encourage new users explore the > software without having to first face the learning curve of getting it > installed and configured correctly. That is a lot more difficult to > accomplish when users face to face the variations inherent in running > different architectures. > > Most, but not all of the packages that go into OSGeo Live are available on > ARM (are in Ubuntu-GIS and Debian-GIS or are platform agnostic and install > the same files as on x86). So, technically it isn’t too far fetched. But, > if I remember correctly, pain points are testing and documentation. I’d > venture a guess that, by far, nearly all of the developer time on OSGeo > Live is spent on testing and documentation. > > Another issue with ARM is that while the user space is the same/similar > across ARM devices, a bootable image (like we do with x86) would have to be > tailored to each device. Maybe there would be a way to just provide a user > space and have the user provide the matching version of Ubuntu for their > machine. Maybe the whole thing could be built into a snap or flatpak or > appimage. It would still be a different experience than we’ve > traditionally had for x86 which raises documentation and ease of use > concerns. > > > I’m also a bit surprised the M1 Macs can’t run x86 OSes in emulation. > There were programs that emulated a PC to allow 68k and PowerPC era Macs > to run DOS/Windows. > > On Sat, Feb 5, 2022 at 04:06 Angelos Tzotsos > wrote: > >> Dear Barend, >> >> We do not have an ARM version. This would require more developer >> resources than we currently have, so there is currently no plan to >> support this architecture. >> >> Best, >> Angelos >> >> On 2/2/22 01:24, Kobben, Barend (UT-ITC) wrote: >> > For installation in the Parallels virtual machine on a new MacPro >> (running on the Apple silicon architecture), an ARM version instead of an >> Intel version is needed. Is that available, or will in be...? Or are there >> alternative ways to get it running on a Mac M1...? >> > >> > -- >> > Barend Köbben >> > Senior Lecturer – ITC-GIP & ATLAS, University Twente >> > PO Box 217, 7500 AE Enschede (The Netherlands) >> > +31-(0)53 4874 253 / room 1-065 ITC >> > >> > ___ >> > osgeolive mailing list >> > osgeolive@lists.osgeo.org >> > https://lists.osgeo.org/mailman/listinfo/osgeolive >> >> >> -- >> 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 > -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] motion to generate a doi for the OSGeoLive project
+0 Cameron (Although I'm not on the PSC so my vote doesn't count) I hadn't heard of https://www.doi.org/ before, but it sounds like it could be valuable. On Thu, 23 Dec 2021 at 01:24, Brian M Hamlin wrote: > +1 > > On 12/22/21 3:47 AM, Angelos Tzotsos wrote: > > +1 > > Angelos > > > > On 12/22/21 12:53 PM, Astrid Emde (OSGeo) wrote: > >> Hello, > >> > >> I would like to make the motion to generate a doi for the OSGeoLive > >> project. > >> > >> Peter Löwe talked about it at the AGM and the MOSS and GRASS GIS > >> projects have a dio already. > >> > >> See minute 57 https://www.youtube.com/watch?v=daXH-fcvrOg > >> > >> A doi would provide a unique reference to our project and it does not > >> cost anything. It also referes to the contributors. > >> > >> DOI GRASS Projekt: https://doi.org/10.5281/zenodo.5559460 > >> DOI MOSS https://doi.org/10.5281/zenodo.5140319 > >> > >> Peter would help with the generation. He suggested to create the doi > >> as he would liket to refer to OSGeoLive in a book. He is working on > >> an Open Source GIS chapter for the new version of the book Springer > >> Handbuchs Geoinformation > >> (https://link.springer.com/book/10.1007/978-3-540-72680-7). > >> > >> So here is my motion: motion to generate a doi for the OSGeoLive project > >> > >> Or shall we discuss first. > >> > >> I am curious about your thoughts. > >> > >> 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 > -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Maintenance of OSGeo Live Docs
I see we haven't provided sufficient time for OSGeoLive docs teams to respond. So I propose we keep the options A and B open, but push out a week or two. On Mon, 1 Nov 2021 at 21:14, Angelos Tzotsos wrote: > Thank you, > > We also need feedback from the OSGeoLive docs team (Vicky, Nicolas, > Astrid). > > Best, > Angelos > > On 11/1/21 11:23 AM, Chris ganta wrote: > > Hi All, > > > > We (The documentation team) met today, and we request if you can > > accommodate for A or A-. > > > > For B or B-, the time zones for the other two writers are Singapore (5 AM > > +/- 1) and Nairobi (12 Midnight +/- 1). > > > > > > Regards, > > Chris > > > > > > On Sun, Oct 31, 2021 at 8:42 PM Angelos Tzotsos > > wrote: > > > >> Hi all, > >> > >> This is just a reminder that we need to know the availability of the > >> documentation team for the proposed meeting. > >> Cameron has provided 2 options. > >> Please let us know if one of the options fits your schedule. > >> > >> Best, > >> Angelos > >> > >> On 10/23/21 12:08 PM, Angelos Tzotsos wrote: > >>> I would prefer Option B and B- > >>> We should wait for feedback from the documentation team for their > >>> availability. > >>> > >>> > >>> On 10/22/21 9:56 PM, Cameron Shorter wrote: > >>>> Sounds good. > >>>> We have a wide range of timezones to cover, which I think includes: > >>>> Meeting > >>>> planner > >>>> < > >> > https://www.timeanddate.com/worldclock/meetingtime.html?iso=20211102&p1=240&p3=236&p5=170&p6=26&p7=37&p11=155 > > > >> > >>>> > >>>> A couple of options: > >>>> Option A > >>>> < > >> > https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=11&day=2&hour=6&min=0&sec=0&p1=240&p2=236&p3=170&p4=26&p5=37&p6=155 > >, > >> > >>>> plus or minus an hour: > >>>> LocationLocal TimeTime ZoneUTC Offset > >>>> Sydney <https://www.timeanddate.com/worldclock/australia/sydney> > >>>> (Australia > >>>> - New South Wales) Tuesday, 2 November 2021 at 5:00:00 pm AEDT > >>>> <https://www.timeanddate.com/time/zones/aedt> UTC+11 hours > >>>> Singapore <https://www.timeanddate.com/worldclock/singapore/singapore > > > >>>> (Singapore) Tuesday, 2 November 2021 at 2:00:00 pm SGT > >>>> <https://www.timeanddate.com/time/zones/sgt> UTC+8 hours > >>>> Nairobi <https://www.timeanddate.com/worldclock/kenya/nairobi> > >>>> (Kenya) Tuesday, > >>>> 2 November 2021 at 9:00:00 am EAT > >>>> <https://www.timeanddate.com/time/zones/eat> UTC+3 hours > >>>> Athens <https://www.timeanddate.com/worldclock/greece/athens> > >>>> (Greece) Tuesday, > >>>> 2 November 2021 at 8:00:00 am EET > >>>> <https://www.timeanddate.com/time/zones/eet> UTC+2 hours > >>>> Berlin <https://www.timeanddate.com/worldclock/germany/berlin> > >>>> (Germany - > >>>> Berlin) Tuesday, 2 November 2021 at 7:00:00 am CET > >>>> <https://www.timeanddate.com/time/zones/cet> UTC+1 hour > >>>> Mexico City > >>>> <https://www.timeanddate.com/worldclock/mexico/mexico-city> (Mexico > >>>> - Ciudad de México) Tuesday, 2 November 2021 at 12:00:00 midnight CST > >>>> <https://www.timeanddate.com/time/zones/cst> UTC-6 hours > >>>> Corresponding UTC (GMT) Tuesday, 2 November 2021 at 06:00:00 > >>>> < > >> https://www.timeanddate.com/worldclock/fixedtime.html?iso=20211102T0600 > > > >>>> > >>>> > >>>> > >>>> Option B > >>>> < > >> > https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=11&day=2&hour=21&min=0&sec=0&p1=240&p2=236&p3=170&p4=26&p5=37&p6=155 > >, > >> > >>>> plus of minus an hour: > >>>> LocationLocal TimeTime ZoneUTC Offset > >>>> Sydney <https://www.timeanddate.com/worldclock/australia/sydney> > >>>> (Australia > >>>> - New South Wales) Wednesday, 3 November 2021 at 8:00:00 am AEDT > >>>> <https://www.t
Re: [OSGeoLive] Maintenance of OSGeo Live Docs
I see we haven't provided sufficient time for OSGeoLive docs teams to respond. So I propose we keep the options A and B open, but push out a week or two. Option A + or - 1 hr: https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=11&day=16&hour=6&min=0&sec=0&p1=240&p2=236&p3=170&p4=26&p5=37&p6=155 Option B + or - 1 hr https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=11&day=14&hour=21&min=0&sec=0&p1=240&p2=236&p3=170&p4=26&p5=37&p6=155%3E On Mon, 1 Nov 2021 at 21:14, Angelos Tzotsos wrote: > Thank you, > > We also need feedback from the OSGeoLive docs team (Vicky, Nicolas, > Astrid). > > Best, > Angelos > > On 11/1/21 11:23 AM, Chris ganta wrote: > > Hi All, > > > > We (The documentation team) met today, and we request if you can > > accommodate for A or A-. > > > > For B or B-, the time zones for the other two writers are Singapore (5 AM > > +/- 1) and Nairobi (12 Midnight +/- 1). > > > > > > Regards, > > Chris > > > > > > On Sun, Oct 31, 2021 at 8:42 PM Angelos Tzotsos > > wrote: > > > >> Hi all, > >> > >> This is just a reminder that we need to know the availability of the > >> documentation team for the proposed meeting. > >> Cameron has provided 2 options. > >> Please let us know if one of the options fits your schedule. > >> > >> Best, > >> Angelos > >> > >> On 10/23/21 12:08 PM, Angelos Tzotsos wrote: > >>> I would prefer Option B and B- > >>> We should wait for feedback from the documentation team for their > >>> availability. > ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Maintenance of OSGeo Live Docs
Sounds good. We have a wide range of timezones to cover, which I think includes: Meeting planner <https://www.timeanddate.com/worldclock/meetingtime.html?iso=20211102&p1=240&p3=236&p5=170&p6=26&p7=37&p11=155> A couple of options: Option A <https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=11&day=2&hour=6&min=0&sec=0&p1=240&p2=236&p3=170&p4=26&p5=37&p6=155>, plus or minus an hour: LocationLocal TimeTime ZoneUTC Offset Sydney <https://www.timeanddate.com/worldclock/australia/sydney> (Australia - New South Wales) Tuesday, 2 November 2021 at 5:00:00 pm AEDT <https://www.timeanddate.com/time/zones/aedt> UTC+11 hours Singapore <https://www.timeanddate.com/worldclock/singapore/singapore> (Singapore) Tuesday, 2 November 2021 at 2:00:00 pm SGT <https://www.timeanddate.com/time/zones/sgt> UTC+8 hours Nairobi <https://www.timeanddate.com/worldclock/kenya/nairobi> (Kenya) Tuesday, 2 November 2021 at 9:00:00 am EAT <https://www.timeanddate.com/time/zones/eat> UTC+3 hours Athens <https://www.timeanddate.com/worldclock/greece/athens> (Greece) Tuesday, 2 November 2021 at 8:00:00 am EET <https://www.timeanddate.com/time/zones/eet> UTC+2 hours Berlin <https://www.timeanddate.com/worldclock/germany/berlin> (Germany - Berlin) Tuesday, 2 November 2021 at 7:00:00 am CET <https://www.timeanddate.com/time/zones/cet> UTC+1 hour Mexico City <https://www.timeanddate.com/worldclock/mexico/mexico-city> (Mexico - Ciudad de México) Tuesday, 2 November 2021 at 12:00:00 midnight CST <https://www.timeanddate.com/time/zones/cst> UTC-6 hours Corresponding UTC (GMT) Tuesday, 2 November 2021 at 06:00:00 <https://www.timeanddate.com/worldclock/fixedtime.html?iso=20211102T0600> Option B <https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=11&day=2&hour=21&min=0&sec=0&p1=240&p2=236&p3=170&p4=26&p5=37&p6=155>, plus of minus an hour: LocationLocal TimeTime ZoneUTC Offset Sydney <https://www.timeanddate.com/worldclock/australia/sydney> (Australia - New South Wales) Wednesday, 3 November 2021 at 8:00:00 am AEDT <https://www.timeanddate.com/time/zones/aedt> UTC+11 hours Singapore <https://www.timeanddate.com/worldclock/singapore/singapore> (Singapore) Wednesday, 3 November 2021 at 5:00:00 am SGT <https://www.timeanddate.com/time/zones/sgt> UTC+8 hours Nairobi <https://www.timeanddate.com/worldclock/kenya/nairobi> (Kenya) Wednesday, 3 November 2021 at 12:00:00 midnight EAT <https://www.timeanddate.com/time/zones/eat> UTC+3 hours Athens <https://www.timeanddate.com/worldclock/greece/athens> (Greece) Tuesday, 2 November 2021 at 11:00:00 pm EET <https://www.timeanddate.com/time/zones/eet> UTC+2 hours Berlin <https://www.timeanddate.com/worldclock/germany/berlin> (Germany - Berlin) Tuesday, 2 November 2021 at 10:00:00 pm CET <https://www.timeanddate.com/time/zones/cet> UTC+1 hour Mexico City <https://www.timeanddate.com/worldclock/mexico/mexico-city> (Mexico - Ciudad de México) Tuesday, 2 November 2021 at 3:00:00 pm CST <https://www.timeanddate.com/time/zones/cst> UTC-6 hours Corresponding UTC (GMT) Tuesday, 2 November 2021 at 21:00:00 <https://www.timeanddate.com/worldclock/fixedtime.html?iso=20211102T2100> What timeslots can you make? A-, A, A+ B-, B, B+ On Sat, 23 Oct 2021 at 02:31, Angelos Tzotsos wrote: > Hi Cameron, > > We are currently on a quiet period, so no regular weekly meetings. > Perhaps we should plan a specific meeting for this issue: would Tue Nov > 2nd be ok to meet? > > Best, > Angelos > > > On 10/16/21 10:35 PM, Cameron Shorter wrote: > > Hi Angelos, > > If the OSGeo-Live folks are up for it, I think it will be valuable for > the > > tech writers to show what they have done, and collect any feedback or > > thoughts before going and applying across all quickstarts. > > > > It will also provide the team with some experience working with a > friendly > > audience within the OSGeo community before starting the process of > reaching > > out to the 50 other OSGeo projects. > > > > When is the next OSGeo-Live meeting planned? Could our tech writers come > > along? > > > > On Sat, 16 Oct 2021 at 00:57, Angelos Tzotsos > wrote: > > > >> Hi Nelson, > >> > >> Sorry for the late reply. > >> > >> I see the first PR: > >> https://github.com/OSGeo/OSGeoLive-doc/pull/724 > >> > >> Lets get this reviewed and merged. I will have a look during the > weekend. > >> > >> Best, > >> Angelos > >> > >> On 10/12/21 12:22 PM, Nelson Guya wrote: > >>> Hello
Re: [OSGeoLive] Maintenance of OSGeo Live Docs
Sounds good. We have a wide range of timezones to cover, which I think includes: Meeting planner <https://www.timeanddate.com/worldclock/meetingtime.html?iso=20211102&p1=240&p3=236&p5=170&p6=26&p7=37&p11=155> A couple of options: Option A <https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=11&day=2&hour=6&min=0&sec=0&p1=240&p2=236&p3=170&p4=26&p5=37&p6=155>, plus or minus an hour: LocationLocal TimeTime ZoneUTC Offset Sydney <https://www.timeanddate.com/worldclock/australia/sydney> (Australia - New South Wales) Tuesday, 2 November 2021 at 5:00:00 pm AEDT <https://www.timeanddate.com/time/zones/aedt> UTC+11 hours Singapore <https://www.timeanddate.com/worldclock/singapore/singapore> (Singapore) Tuesday, 2 November 2021 at 2:00:00 pm SGT <https://www.timeanddate.com/time/zones/sgt> UTC+8 hours Nairobi <https://www.timeanddate.com/worldclock/kenya/nairobi> (Kenya) Tuesday, 2 November 2021 at 9:00:00 am EAT <https://www.timeanddate.com/time/zones/eat> UTC+3 hours Athens <https://www.timeanddate.com/worldclock/greece/athens> (Greece) Tuesday, 2 November 2021 at 8:00:00 am EET <https://www.timeanddate.com/time/zones/eet> UTC+2 hours Berlin <https://www.timeanddate.com/worldclock/germany/berlin> (Germany - Berlin) Tuesday, 2 November 2021 at 7:00:00 am CET <https://www.timeanddate.com/time/zones/cet> UTC+1 hour Mexico City <https://www.timeanddate.com/worldclock/mexico/mexico-city> (Mexico - Ciudad de México) Tuesday, 2 November 2021 at 12:00:00 midnight CST <https://www.timeanddate.com/time/zones/cst> UTC-6 hours Corresponding UTC (GMT) Tuesday, 2 November 2021 at 06:00:00 <https://www.timeanddate.com/worldclock/fixedtime.html?iso=20211102T0600> Option B <https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=11&day=2&hour=21&min=0&sec=0&p1=240&p2=236&p3=170&p4=26&p5=37&p6=155>, plus of minus an hour: LocationLocal TimeTime ZoneUTC Offset Sydney <https://www.timeanddate.com/worldclock/australia/sydney> (Australia - New South Wales) Wednesday, 3 November 2021 at 8:00:00 am AEDT <https://www.timeanddate.com/time/zones/aedt> UTC+11 hours Singapore <https://www.timeanddate.com/worldclock/singapore/singapore> (Singapore) Wednesday, 3 November 2021 at 5:00:00 am SGT <https://www.timeanddate.com/time/zones/sgt> UTC+8 hours Nairobi <https://www.timeanddate.com/worldclock/kenya/nairobi> (Kenya) Wednesday, 3 November 2021 at 12:00:00 midnight EAT <https://www.timeanddate.com/time/zones/eat> UTC+3 hours Athens <https://www.timeanddate.com/worldclock/greece/athens> (Greece) Tuesday, 2 November 2021 at 11:00:00 pm EET <https://www.timeanddate.com/time/zones/eet> UTC+2 hours Berlin <https://www.timeanddate.com/worldclock/germany/berlin> (Germany - Berlin) Tuesday, 2 November 2021 at 10:00:00 pm CET <https://www.timeanddate.com/time/zones/cet> UTC+1 hour Mexico City <https://www.timeanddate.com/worldclock/mexico/mexico-city> (Mexico - Ciudad de México) Tuesday, 2 November 2021 at 3:00:00 pm CST <https://www.timeanddate.com/time/zones/cst> UTC-6 hours Corresponding UTC (GMT) Tuesday, 2 November 2021 at 21:00:00 <https://www.timeanddate.com/worldclock/fixedtime.html?iso=20211102T2100> What timeslots can you make? A-, A, A+ B-, B, B+ On Sat, 23 Oct 2021 at 02:31, Angelos Tzotsos wrote: > Hi Cameron, > > We are currently on a quiet period, so no regular weekly meetings. > Perhaps we should plan a specific meeting for this issue: would Tue Nov > 2nd be ok to meet? > > Best, > Angelos > > > On 10/16/21 10:35 PM, Cameron Shorter wrote: > > Hi Angelos, > > If the OSGeo-Live folks are up for it, I think it will be valuable for > the > > tech writers to show what they have done, and collect any feedback or > > thoughts before going and applying across all quickstarts. > > > > It will also provide the team with some experience working with a > friendly > > audience within the OSGeo community before starting the process of > reaching > > out to the 50 other OSGeo projects. > > > > When is the next OSGeo-Live meeting planned? Could our tech writers come > > along? > > > > ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
[OSGeoLive] News item: Tech writers want to know who would like help with their quickstart
Another OSGeoLive news item: Chris, Nelson and Gayathri (tech writers) have finished their first OSGeo Live Quickstart. Thanks for those of you who helped get it published: https://osgeo.github.io/OSGeoLive-doc/en/quickstart/virtualization_quickstart.html We were discussing today which quickstarts they should work on next. Astrid, others, do you think we should ask project owners if they'd like their quickstart updated, and is prepared to answer project questions? -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Open Souce Peer Bonus for Angelos
Nice idea Astrid, Yes, definitely worth mentioning in OSGeo News, if that is okay with Angelos. Feel free to copy sections of text from my blog post and adjust if you think it needs adjusting. (Noted re spelling of osgeolive.) On Tue, 19 Oct 2021 at 19:48, Astrid Emde (OSGeo) wrote: > Hello Angelos, Cameron, > > congratulations to Angelos. Well deserved. Impressive to see the list of > projects you are involved in :) > > @Cameron - thanks a lot for nominating Angelos. (Please note that we > write OSGeoLive without -) > > Shall we write an OSGeo news about this? > > See you Astrid > > > Am 18.10.2021 13:11 schrieb Angelos Tzotsos: > > Dear Cameron, > > > > Many thanks for your kind words and for nominating me for the award. > > It is an honor. > > > > Best regards, > > Angelos > > > > On 10/16/21 11:40 PM, Cameron Shorter wrote: > > > >> I missed the announcement, but thought I should let people know that > >> Angelos has been awarded Google's Open Source Peer Bonus. > >> > >> This is a cool way for Google employees to say thanks to a few > >> people for > >> their open source contributions. > >> > >> I've added some more details on my blog: > >> > > http://cameronshorter.blogspot.com/2021/09/open-source-peer-bonuses.html > >> [1] > >> > >> ___ > >> osgeolive mailing list > >> osgeolive@lists.osgeo.org > >> https://lists.osgeo.org/mailman/listinfo/osgeolive [2] > > > > -- > > Angelos Tzotsos, PhD > > President > > Open Source Geospatial Foundation > > http://users.ntua.gr/tzotsos [3] > > > > > > Links: > > -- > > [1] > > http://cameronshorter.blogspot.com/2021/09/open-source-peer-bonuses.html > > [2] https://lists.osgeo.org/mailman/listinfo/osgeolive > > [3] 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 > -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
[OSGeoLive] Open Souce Peer Bonus for Angelos
I missed the announcement, but thought I should let people know that Angelos has been awarded Google's Open Source Peer Bonus. This is a cool way for Google employees to say thanks to a few people for their open source contributions. I've added some more details on my blog: http://cameronshorter.blogspot.com/2021/09/open-source-peer-bonuses.html -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Maintenance of OSGeo Live Docs
Hi Angelos, If the OSGeo-Live folks are up for it, I think it will be valuable for the tech writers to show what they have done, and collect any feedback or thoughts before going and applying across all quickstarts. It will also provide the team with some experience working with a friendly audience within the OSGeo community before starting the process of reaching out to the 50 other OSGeo projects. When is the next OSGeo-Live meeting planned? Could our tech writers come along? On Sat, 16 Oct 2021 at 00:57, Angelos Tzotsos wrote: > Hi Nelson, > > Sorry for the late reply. > > I see the first PR: > https://github.com/OSGeo/OSGeoLive-doc/pull/724 > > Lets get this reviewed and merged. I will have a look during the weekend. > > Best, > Angelos > > On 10/12/21 12:22 PM, Nelson Guya wrote: > > Hello everyone, > > > > Our quickstarts team (Chris Ganta, Gayathri Krishnaswamy, and I) at the > > Good Docs Project has been reviewing OSGeoLive Quickstarts. > > We have reviewed and completed the first quickstart (virtualization) > > updates and we're looking forward to using the template to clean up and > > update all the other quickstarts. > > > > We are proposing a meet-up so that our quickstart team can update the > > OSGeoLive members and discuss the document with you! > > > > Looking forward to hearing from you soon! > > > > Thank you. > > > > > > > > > > On Mon, Jul 26, 2021 at 7:54 PM wrote: > > > >> Hi Angelos, > >> > >> I will do my best to join the meeting. > >> Thank you > >> Nikos > >> > >> > >> > >> > >> Παραθέτοντας από Angelos Tzotsos : > >> > >>> Hi all, > >>> > >>> Next meeting is on Tue 27 July 20:00 UTC on Jitsi > >>> https://meet.jit.si/OSGeoLive > >>> > >>> Does that work for everyone? > >>> > >>> Best, > >>> Angelos > >>> > >>> On 7/20/21 10:45 AM, Cameron Shorter wrote: > >>>> Summary from today's meeting: > >>>> > >>>> - > >>>> > >>>> Introductions around the table > >>>> - > >>>> > >>>> Nelson Guya (tech writer with environmental science background) is > >>>> volunteering to help write/update osgeolive docs > >>>> - > >>>> > >>>> Suggested that Quickstarts is probably a good focus area, > following > >> the > >>>> audit, then write process that Felicity followed in 2019. > >>>> - > >>>> > >>>> Ankita (tech writer) is volunteering to help with reviewing docs, > >> time > >>>> permitting. > >>>> - > >>>> > >>>> Cameron is volunteering to help get Nelson started with first > couple > >> of > >>>> meetings, and then ramp back to answering specific getting stuck > >>>> questions > >>>> if needed. He might jump in occasionally when there is a cross > over > >> with > >>>> https://thegooddocsproject.dev , such as sharing templates. > >>>> - > >>>> > >>>> Angelos will set up a meeting with the osgeolive docs team and > >> introduce > >>>> Nelson. First timeslot to be at 20:00 UTC (so Cameron can attend > from > >>>> Australia). After that the timeslot can change to something more > >>>> convenient > >>>> for others. > >>>> - > >>>> > >>>> Angelos explained the current status of docs and people who should > >>>> attend. Special call out for Vicky who has been driving docs > >> initiatives. > >>>> > >>>> On Tue, 20 Jul 2021 at 06:09, Cameron Shorter < > >> cameron.shor...@gmail.com> > >>>> wrote: > >>>> > >>>>> Let's continue with today's meeting (It is a standard timeslot for > The > >>>>> Good Docs Project). > >>>>> I don't think we can find a timeslot of > >>>>> Africa/Europe/Americas/India/Australia that will work for all. > >>>>> Once Nelson has been introduced to the OSGeoLive team, I can imagine > >> him > >>>>> attending the standard OSGeoLive meeting timeslot (which is 5am for > me > >> a
Re: [OSGeoLive] OSGeo signed MoU with HOT - OSGeoLive is one goal
Maybe the way to frame the relationship with HOT would be like "product placement advertising in movies" - where Apple pays a movie to write a plotline where Apple computers are used. So rather than adding a link on our webpage which says "go check out HOT. We like them - you should too"; Instead we encourage our quickstarts to use HOT based data and scenarios. (Make sure the examples are timeless, so we minimize maintenance.) On Tue, 14 Sept 2021 at 19:46, Angelos Tzotsos wrote: > Perhaps we should plan a (technical?) meeting with HOT and follow up? > > On 9/13/21 9:18 PM, Astrid Emde (OSGeo) wrote: > > Hello all, > > > > OSGeo and HOT signed a partnership - MoU :) > > > https://www.osgeo.org/foundation-news/the-open-source-geospatial-foundation-signs-mou-with-hot-the-humanitarian-openstreetmap-team-united-states-inc/ > > > > > > Goal A is about HOT and OSGeoLive > > > > A. OSGeo to communicate about HOT's tools on OSGeoLive > > (https://live.osgeo.org) > > > > Let's connect with the HOT team and discuss closer what could be > > possible. > > > > Who would like to get involved? > > > > Astrid > > > > ___ > > osgeolive mailing list > > osgeolive@lists.osgeo.org > > https://lists.osgeo.org/mailman/listinfo/osgeolive > > > -- > 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 > -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] OSGeoLive info about version 1.0
Hi Astrid, Nice to hear that you are doing a podcast about OSGeo Live. For history with a bit of story, I suggest have a look at http://cameronshorter.blogspot.com/2011/06/memoirs-of-cat-herder-coordinating.html For an old list of dates of where OSGeo Live was getting presented, try: https://wiki.osgeo.org/wiki/OSGeoLive_History Good luck. On Tue, 14 Sept 2021 at 16:09, Astrid Emde (OSGeo) wrote: > Hello Cameron, > > I will do a podcast about OSGeoLive on thursday. > > Could you send me a short info about how everything started - version > 1.0 (idea, team, stack, where it was used, what you like) > > And how the project came to OSGeo/FOSS4G > > Would be great. > > Astrid > > -- > > Astrid Emde > OSGeo Board Member and OSGeo Secretary > Open Source Geospatial Foundation > https://www.osgeo.org/member/astrid-emde/ > astrid_e...@osgeo.org > -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Building OSGeoLive Documentation
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
Re: [OSGeoLive] Maintenance of OSGeo Live Docs
Thanks for setting this up Angelos. Yes, I can make it. On Sun, 25 Jul 2021 at 22:51, Angelos Tzotsos wrote: > Hi all, > > Next meeting is on Tue 27 July 20:00 UTC on Jitsi > https://meet.jit.si/OSGeoLive > > Does that work for everyone? > > Best, > Angelos > > On 7/20/21 10:45 AM, Cameron Shorter wrote: > > Summary from today's meeting: > > > > - > > > > Introductions around the table > > - > > > > Nelson Guya (tech writer with environmental science background) is > > volunteering to help write/update osgeolive docs > > - > > > > Suggested that Quickstarts is probably a good focus area, following > the > > audit, then write process that Felicity followed in 2019. > > - > > > > Ankita (tech writer) is volunteering to help with reviewing docs, > time > > permitting. > > - > > > > Cameron is volunteering to help get Nelson started with first couple > of > > meetings, and then ramp back to answering specific getting stuck > questions > > if needed. He might jump in occasionally when there is a cross over > with > > https://thegooddocsproject.dev , such as sharing templates. > > - > > > > Angelos will set up a meeting with the osgeolive docs team and > introduce > > Nelson. First timeslot to be at 20:00 UTC (so Cameron can attend from > > Australia). After that the timeslot can change to something more > convenient > > for others. > > - > > > > Angelos explained the current status of docs and people who should > > attend. Special call out for Vicky who has been driving docs > initiatives. > > > > > > On Tue, 20 Jul 2021 at 06:09, Cameron Shorter > > > wrote: > > > >> Let's continue with today's meeting (It is a standard timeslot for The > >> Good Docs Project). > >> I don't think we can find a timeslot of > >> Africa/Europe/Americas/India/Australia that will work for all. > >> Once Nelson has been introduced to the OSGeoLive team, I can imagine him > >> attending the standard OSGeoLive meeting timeslot (which is 5am for me > at > >> the moment and I likely won't attend). > >> Nelson, for your information, Vicky has been a dynamo contributor to > docs > >> (and translation) in the past and is a good person to know and team up > with. > >> > >> On Mon, 19 Jul 2021 at 22:44, Angelos Tzotsos > >> wrote: > >> > >>> Hi Cameron, > >>> > >>> Thanks for the invite. > >>> I am not sure if this time will work for Vicky (Mexico) > >>> > >>> On 7/18/21 11:05 PM, Cameron Shorter wrote: > >>>> Thanks for your response Angelos, > >>>> I'm wondering what timezones you wish to cover from OSGeo Live's doc > >>> team? > >>>> I'm in Australia, Nelson is in Africa, I know you Astrid are in > Europe. > >>> Is > >>>> there anyone you wish to loop in from America? > >>>> Ankita from The Good Docs Project might want to join. She is in India. > >>>> > >>>> Nelson and I are already planning to have a video meeting (URL > >>>> <https://meet.google.com/nzy-hoks-cfb?authuser=0>) on Tuesday morning > >>> in > >>>> Europe/Africa as part of The Good Docs Project. > >>>> > >>>> Would you be able to make this timeslot? I'll send Angelos and Astrid > an > >>>> invite to the meeting. Others are welcome to come too if interested. > >>>> > >>>> > >>> > https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=7&day=20&hour=7&min=0&sec=0&p1=22&p2=240&p3=47&p4=248&p5=102&p6=44&p7=26&p8=136&p9=179&p10=220&p11=224&p12=170 > >>>> < > >>> > https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=7&day=20&hour=7&min=0&sec=0&p1=22&p2=240&p3=47&p4=248&p5=102&p6=44&p7=26&p8=136&p9=179&p10=220&p11=224&p12=170 > >>>> LocationLocal TimeTime ZoneUTC Offset > >>>> Auckland <https://www.timeanddate.com/worldclock/new-zealand/auckland > > > >>> (New > >>>> Zealand - Auckland) Tuesday, 20 July 2021 at 7:00:00 pm NZST > >>>> <https://www.timeanddate.com/time/zones/nzst> UTC+12 hours > >
Re: [OSGeoLive] Maintenance of OSGeo Live Docs
Summary from today's meeting: - Introductions around the table - Nelson Guya (tech writer with environmental science background) is volunteering to help write/update osgeolive docs - Suggested that Quickstarts is probably a good focus area, following the audit, then write process that Felicity followed in 2019. - Ankita (tech writer) is volunteering to help with reviewing docs, time permitting. - Cameron is volunteering to help get Nelson started with first couple of meetings, and then ramp back to answering specific getting stuck questions if needed. He might jump in occasionally when there is a cross over with https://thegooddocsproject.dev , such as sharing templates. - Angelos will set up a meeting with the osgeolive docs team and introduce Nelson. First timeslot to be at 20:00 UTC (so Cameron can attend from Australia). After that the timeslot can change to something more convenient for others. - Angelos explained the current status of docs and people who should attend. Special call out for Vicky who has been driving docs initiatives. On Tue, 20 Jul 2021 at 06:09, Cameron Shorter wrote: > Let's continue with today's meeting (It is a standard timeslot for The > Good Docs Project). > I don't think we can find a timeslot of > Africa/Europe/Americas/India/Australia that will work for all. > Once Nelson has been introduced to the OSGeoLive team, I can imagine him > attending the standard OSGeoLive meeting timeslot (which is 5am for me at > the moment and I likely won't attend). > Nelson, for your information, Vicky has been a dynamo contributor to docs > (and translation) in the past and is a good person to know and team up with. > > On Mon, 19 Jul 2021 at 22:44, Angelos Tzotsos > wrote: > >> Hi Cameron, >> >> Thanks for the invite. >> I am not sure if this time will work for Vicky (Mexico) >> >> On 7/18/21 11:05 PM, Cameron Shorter wrote: >> > Thanks for your response Angelos, >> > I'm wondering what timezones you wish to cover from OSGeo Live's doc >> team? >> > I'm in Australia, Nelson is in Africa, I know you Astrid are in Europe. >> Is >> > there anyone you wish to loop in from America? >> > Ankita from The Good Docs Project might want to join. She is in India. >> > >> > Nelson and I are already planning to have a video meeting (URL >> > <https://meet.google.com/nzy-hoks-cfb?authuser=0>) on Tuesday morning >> in >> > Europe/Africa as part of The Good Docs Project. >> > >> > Would you be able to make this timeslot? I'll send Angelos and Astrid an >> > invite to the meeting. Others are welcome to come too if interested. >> > >> > >> https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=7&day=20&hour=7&min=0&sec=0&p1=22&p2=240&p3=47&p4=248&p5=102&p6=44&p7=26&p8=136&p9=179&p10=220&p11=224&p12=170 >> > < >> https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=7&day=20&hour=7&min=0&sec=0&p1=22&p2=240&p3=47&p4=248&p5=102&p6=44&p7=26&p8=136&p9=179&p10=220&p11=224&p12=170 >> > >> > LocationLocal TimeTime ZoneUTC Offset >> > Auckland <https://www.timeanddate.com/worldclock/new-zealand/auckland> >> (New >> > Zealand - Auckland) Tuesday, 20 July 2021 at 7:00:00 pm NZST >> > <https://www.timeanddate.com/time/zones/nzst> UTC+12 hours >> > Sydney <https://www.timeanddate.com/worldclock/australia/sydney> >> (Australia >> > - New South Wales) Tuesday, 20 July 2021 at 5:00:00 pm AEST >> > <https://www.timeanddate.com/time/zones/aest> UTC+10 hours >> > Brisbane <https://www.timeanddate.com/worldclock/australia/brisbane> >> (Australia >> > - Queensland) Tuesday, 20 July 2021 at 5:00:00 pm AEST >> > <https://www.timeanddate.com/time/zones/aest> UTC+10 hours >> > Tokyo <https://www.timeanddate.com/worldclock/japan/tokyo> (Japan) >> Tuesday, >> > 20 July 2021 at 4:00:00 pm JST >> > <https://www.timeanddate.com/time/zones/jst> UTC+9 >> > hours >> > Hong Kong <https://www.timeanddate.com/worldclock/hong-kong/hong-kong> >> (Hong >> > Kong) Tuesday, 20 July 2021 at 3:00:00 pm HKT >> > <https://www.timeanddate.com/time/zones/hkt> UTC+8 hours >> > Mumbai <https://www.timeanddate.com/worldclock/india/mumbai> (India - >> > Maharashtra) Tuesday, 20 July 2021 at 12:30:00 pm IST >> > <https://www.
Re: [OSGeoLive] Maintenance of OSGeo Live Docs
Let's continue with today's meeting (It is a standard timeslot for The Good Docs Project). I don't think we can find a timeslot of Africa/Europe/Americas/India/Australia that will work for all. Once Nelson has been introduced to the OSGeoLive team, I can imagine him attending the standard OSGeoLive meeting timeslot (which is 5am for me at the moment and I likely won't attend). Nelson, for your information, Vicky has been a dynamo contributor to docs (and translation) in the past and is a good person to know and team up with. On Mon, 19 Jul 2021 at 22:44, Angelos Tzotsos wrote: > Hi Cameron, > > Thanks for the invite. > I am not sure if this time will work for Vicky (Mexico) > > On 7/18/21 11:05 PM, Cameron Shorter wrote: > > Thanks for your response Angelos, > > I'm wondering what timezones you wish to cover from OSGeo Live's doc > team? > > I'm in Australia, Nelson is in Africa, I know you Astrid are in Europe. > Is > > there anyone you wish to loop in from America? > > Ankita from The Good Docs Project might want to join. She is in India. > > > > Nelson and I are already planning to have a video meeting (URL > > <https://meet.google.com/nzy-hoks-cfb?authuser=0>) on Tuesday morning in > > Europe/Africa as part of The Good Docs Project. > > > > Would you be able to make this timeslot? I'll send Angelos and Astrid an > > invite to the meeting. Others are welcome to come too if interested. > > > > > https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=7&day=20&hour=7&min=0&sec=0&p1=22&p2=240&p3=47&p4=248&p5=102&p6=44&p7=26&p8=136&p9=179&p10=220&p11=224&p12=170 > > < > https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=7&day=20&hour=7&min=0&sec=0&p1=22&p2=240&p3=47&p4=248&p5=102&p6=44&p7=26&p8=136&p9=179&p10=220&p11=224&p12=170 > > > > LocationLocal TimeTime ZoneUTC Offset > > Auckland <https://www.timeanddate.com/worldclock/new-zealand/auckland> > (New > > Zealand - Auckland) Tuesday, 20 July 2021 at 7:00:00 pm NZST > > <https://www.timeanddate.com/time/zones/nzst> UTC+12 hours > > Sydney <https://www.timeanddate.com/worldclock/australia/sydney> > (Australia > > - New South Wales) Tuesday, 20 July 2021 at 5:00:00 pm AEST > > <https://www.timeanddate.com/time/zones/aest> UTC+10 hours > > Brisbane <https://www.timeanddate.com/worldclock/australia/brisbane> > (Australia > > - Queensland) Tuesday, 20 July 2021 at 5:00:00 pm AEST > > <https://www.timeanddate.com/time/zones/aest> UTC+10 hours > > Tokyo <https://www.timeanddate.com/worldclock/japan/tokyo> (Japan) > Tuesday, > > 20 July 2021 at 4:00:00 pm JST > > <https://www.timeanddate.com/time/zones/jst> UTC+9 > > hours > > Hong Kong <https://www.timeanddate.com/worldclock/hong-kong/hong-kong> > (Hong > > Kong) Tuesday, 20 July 2021 at 3:00:00 pm HKT > > <https://www.timeanddate.com/time/zones/hkt> UTC+8 hours > > Mumbai <https://www.timeanddate.com/worldclock/india/mumbai> (India - > > Maharashtra) Tuesday, 20 July 2021 at 12:30:00 pm IST > > <https://www.timeanddate.com/time/zones/ist> UTC+5:30 hours > > Athens <https://www.timeanddate.com/worldclock/greece/athens> (Greece) > Tuesday, > > 20 July 2021 at 10:00:00 am EEST > > <https://www.timeanddate.com/time/zones/eest> UTC+3 hours > > London <https://www.timeanddate.com/worldclock/uk/london> (United > Kingdom - > > England) Tuesday, 20 July 2021 at 8:00:00 am BST > > <https://www.timeanddate.com/time/zones/bst> UTC+1 hour > > New York <https://www.timeanddate.com/worldclock/usa/new-york> (USA - > New > > York) Tuesday, 20 July 2021 at 3:00:00 am EDT > > <https://www.timeanddate.com/time/zones/edt> UTC-4 hours > > Salt Lake City < > https://www.timeanddate.com/worldclock/usa/salt-lake-city> (USA > > - Utah) Tuesday, 20 July 2021 at 1:00:00 am MDT > > <https://www.timeanddate.com/time/zones/mdt> UTC-6 hours > > San Francisco <https://www.timeanddate.com/worldclock/usa/san-francisco> > (USA > > - California) Tuesday, 20 July 2021 at 12:00:00 midnight PDT > > <https://www.timeanddate.com/time/zones/pdt> UTC-7 hours > > Nairobi <https://www.timeanddate.com/worldclock/kenya/nairobi> (Kenya) > Tuesday, > > 20 July 2021 at 10:00:00 am EAT > > <https://www.timeanddate.com/time/zones/eat> UTC+3 > > hours > > Corresponding UTC (GMT) Tuesday, 20 July 2021 a
Re: [OSGeoLive] Maintenance of OSGeo Live Docs
Thanks for your response Angelos, I'm wondering what timezones you wish to cover from OSGeo Live's doc team? I'm in Australia, Nelson is in Africa, I know you Astrid are in Europe. Is there anyone you wish to loop in from America? Ankita from The Good Docs Project might want to join. She is in India. Nelson and I are already planning to have a video meeting (URL <https://meet.google.com/nzy-hoks-cfb?authuser=0>) on Tuesday morning in Europe/Africa as part of The Good Docs Project. Would you be able to make this timeslot? I'll send Angelos and Astrid an invite to the meeting. Others are welcome to come too if interested. https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=7&day=20&hour=7&min=0&sec=0&p1=22&p2=240&p3=47&p4=248&p5=102&p6=44&p7=26&p8=136&p9=179&p10=220&p11=224&p12=170 <https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=7&day=20&hour=7&min=0&sec=0&p1=22&p2=240&p3=47&p4=248&p5=102&p6=44&p7=26&p8=136&p9=179&p10=220&p11=224&p12=170> LocationLocal TimeTime ZoneUTC Offset Auckland <https://www.timeanddate.com/worldclock/new-zealand/auckland> (New Zealand - Auckland) Tuesday, 20 July 2021 at 7:00:00 pm NZST <https://www.timeanddate.com/time/zones/nzst> UTC+12 hours Sydney <https://www.timeanddate.com/worldclock/australia/sydney> (Australia - New South Wales) Tuesday, 20 July 2021 at 5:00:00 pm AEST <https://www.timeanddate.com/time/zones/aest> UTC+10 hours Brisbane <https://www.timeanddate.com/worldclock/australia/brisbane> (Australia - Queensland) Tuesday, 20 July 2021 at 5:00:00 pm AEST <https://www.timeanddate.com/time/zones/aest> UTC+10 hours Tokyo <https://www.timeanddate.com/worldclock/japan/tokyo> (Japan) Tuesday, 20 July 2021 at 4:00:00 pm JST <https://www.timeanddate.com/time/zones/jst> UTC+9 hours Hong Kong <https://www.timeanddate.com/worldclock/hong-kong/hong-kong> (Hong Kong) Tuesday, 20 July 2021 at 3:00:00 pm HKT <https://www.timeanddate.com/time/zones/hkt> UTC+8 hours Mumbai <https://www.timeanddate.com/worldclock/india/mumbai> (India - Maharashtra) Tuesday, 20 July 2021 at 12:30:00 pm IST <https://www.timeanddate.com/time/zones/ist> UTC+5:30 hours Athens <https://www.timeanddate.com/worldclock/greece/athens> (Greece) Tuesday, 20 July 2021 at 10:00:00 am EEST <https://www.timeanddate.com/time/zones/eest> UTC+3 hours London <https://www.timeanddate.com/worldclock/uk/london> (United Kingdom - England) Tuesday, 20 July 2021 at 8:00:00 am BST <https://www.timeanddate.com/time/zones/bst> UTC+1 hour New York <https://www.timeanddate.com/worldclock/usa/new-york> (USA - New York) Tuesday, 20 July 2021 at 3:00:00 am EDT <https://www.timeanddate.com/time/zones/edt> UTC-4 hours Salt Lake City <https://www.timeanddate.com/worldclock/usa/salt-lake-city> (USA - Utah) Tuesday, 20 July 2021 at 1:00:00 am MDT <https://www.timeanddate.com/time/zones/mdt> UTC-6 hours San Francisco <https://www.timeanddate.com/worldclock/usa/san-francisco> (USA - California) Tuesday, 20 July 2021 at 12:00:00 midnight PDT <https://www.timeanddate.com/time/zones/pdt> UTC-7 hours Nairobi <https://www.timeanddate.com/worldclock/kenya/nairobi> (Kenya) Tuesday, 20 July 2021 at 10:00:00 am EAT <https://www.timeanddate.com/time/zones/eat> UTC+3 hours Corresponding UTC (GMT) Tuesday, 20 July 2021 at 07:00:00 <https://www.timeanddate.com/worldclock/fixedtime.html?iso=20210720T0700> <https://www.timeanddate.com/worldclock/meetingdetails.html?year=2021&month=7&day=20&hour=7&min=0&sec=0&p1=22&p2=240&p3=47&p4=248&p5=102&p6=44&p7=26&p8=136&p9=179&p10=220&p11=224&p12=170> On Sun, 18 Jul 2021 at 19:03, Angelos Tzotsos wrote: > Hi Cameron, > > Thanks for the introductions. > There is no regular meeting around this time (after the 14.0 release) > but we could plan a meeting. > Since this is mainly related to documentation, I would like to hear the > availability of the documentation team before planning this meeting. > > Would this Tue 20 July at 17:00 UTC work for everyone? > > Best, > Angelos > > On 7/8/21 11:45 PM, Cameron Shorter wrote: > > +Codrina Ilie +Ankita > > +Nikos Lambrinos > (Who > > have been involved with developing a proposed OSGeo-Live glossary and > would > > be good people to know.) > > > > Hi folks, > > As Nelson mentions, I was impressed with Nelson's stated background in > tech > > writing and environmental science, combined with his interest in getting > > involved in open source in a long term way, and suggested that > maintaining > > the quickstarts a
Re: [OSGeoLive] Maintenance of OSGeo Live Docs
I was wondering why Nelson hadn't received a response to this email thread, and it might be because we had an old email address: l...@osgeo.org instead of osgeolive@lists.osgeo.org. Seems like I need to go update my contacts, and maybe our web pages need to be updated too. On Fri, 9 Jul 2021 at 06:45, Cameron Shorter wrote: > +Codrina Ilie +Ankita > +Nikos Lambrinos (Who > have been involved with developing a proposed OSGeo-Live glossary and would > be good people to know.) > > Hi folks, > As Nelson mentions, I was impressed with Nelson's stated background in > tech writing and environmental science, combined with his interest in > getting involved in open source in a long term way, and suggested that > maintaining the quickstarts and project overviews would be a great place to > start. > > I see this could be a building upon the prior work that Felicity did with > brining quickstarts up to date > <https://flicstar.com/project-report-for-season-of-docs-2019>. > A good starting point could be to audit all the existing quickstarts. Run > each of them. Make sure they are still up to date and work. Make sure the > screenshots are still valid. > > In a year or so, this could extend to updating our templates to align with > the emerging best practice doc templates which are being developed within > The Good Docs Project. > > I can provide Nelson with some mentoring from a tech writing perspective, > but will have limited capacity to help with the OSGeoLive side of things, > such as reaching out to each project asking for latest updates. > > I have been mostly inactive within OSGeo-Live for the last couple of years. > I'm interested to hear if this plan would work? > There might be some changes which I'm not aware of? > I assume there is still a periodic team meeting? Could you please share > details with Nelson. > > On Thu, 8 Jul 2021 at 19:07, Nelson Guya wrote: > >> Hello, >> >> My name is Nelson Guya, a technical writer from Nairobi, Kenya. I >> recently joined the Good Docs Project to help open source projects improve >> the quality of their documentation. >> >> Earlier this week, I had a conversation with Cameron Shorter (cofounder >> and coordinator of OSGeoLive and TheGoodDocsProject), who pointed me to >> OSGeoLive, and we talked about my involvement with the project. >> I am interested in helping out by reviewing and updating OSGeoLive >> Quickstarts and project overviews. My educational background (BSc >> Environmental Science) and years of writing experience will be useful in >> the project in the future. >> >> He, Cameron, has offered to help me get started with managing the OSGeo >> Live Docs. >> >> I plan to be actively involved with the docs while using and implementing >> Cameron's invaluable insights and guidance - as he has worked with the >> project since its inception. >> >> Looking forward to hearing from you. >> >> Regards, >> Nelson Guya >> > > > -- > Cameron Shorter > Technical Writer, Google > > > -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] DRAFT of press release 93 to announce version 14 release - for review and ideas
Nice press release Astrid. * I've made some minor tweaks, and have the following suggestions: I question the statement: "VMDK - first time". 1. Haven't we already been releasing as zipped VMDK images? See https://live.osgeo.org/en/download.html . 2. Either way, I think it would be better to expand this sentence. 3. Assume the reader doesn't know what VMDK stands for. If including the current statement, I'd suggest expanding to: "Published as a VMDK virtual image for the first time." * I'd suggest dropping: XXX, says "Thank you OSGeoLive team and congratulations on this release." It is probably only worth adding if you find some super important person, such as "head of EU GIS programs". Even then, it is possibly not worth mentioning in "leaderless" open source organizations. Feel free to accept or reject these. This press release is great and ready to go from a tech writer's point of view. On Mon, 5 Apr 2021 at 22:32, Angelos Tzotsos wrote: > Thanks Astrid, lets discuss during the meeting tomorrow. > > On 4/3/21 3:52 PM, Astrid Emde (OSGeo) wrote: > > Hello all, > > > > I started a press release draft > > > > Please have a look and add ideas. > > > > https://trac.osgeo.org/osgeolive/wiki/Press%20Release%2093 > > > > Astrid > > ___ > > osgeolive mailing list > > osgeolive@lists.osgeo.org > > https://lists.osgeo.org/mailman/listinfo/osgeolive > > > -- > 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 > -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Background image for OSGeoLive 14
That looks like a good map to me. On Mon, 25 Jan 2021 at 14:37, Brian M Hamlin wrote: > Hi Desktop Image-interest people - > >a very rough sketch is available at > https://download.osgeo.org/livedvd/14/caba_1890-ol14b.png > > feedback welcome - if this is worth pursuing, it would get an OSGeoLive > 14 branding next > >--Brian > > > On 12/6/20 3:19 AM, Astrid Emde (OSGeo) wrote: > > Hello, > > > > I like the older map caba_1890_2.gif - less text and the green may fit > > to our logo. > > > > (PS: Maybe we can provide both maps georeferenced and create a WMS-T) > > > > Brian - what do you think about the two versions? > > > > See you Astrid > > > > Am 05.12.2020 14:14 schrieb FOSS4G 2021 Buenos Aires: > >> Hi vicky, I send you two images of old maps of the Capital City of > >> Buenos Aires, you can choose one! > >> Being very old, copyright became the public domain. > >> > >> Cheers > >> > >> El mié, 2 dic 2020 a las 16:41, FOSS4G 2021 Buenos Aires > >> () escribió: > >> > >>> Hi Vicky! how have you been? > >>> We received your mail and we are looking for an image of the map of > >>> Buenos Aires, can you tell me... what is the deadline? > >>> > >>> Thank you > >>> Regards > >>> > >>> Andrea Trovant > >>> > >>> El dom, 29 nov 2020 a las 0:45, Vicky Vergara > >>> () escribió: > >>> > >>>> Hello all > >>>> > >>>> We are planning to make the OSGeoLive 14 soon and, as customary, > >>>> it will have a suitable background image of the upcoming FOSS4G, > >>>> in this case FOSS4G 2021 BA > >>>> > >>>> https://osgeo.github.io/OSGeoLive-doc/en/index.html [3] > >>>> The image will be placed on the disk and it will replace the > >>>> current one: > >>>> > >>> > >> > https://github.com/OSGeo/OSGeoLive/blob/master/desktop-conf/osgeo-desktop.png > >> > >>>> [4] > >>>> I must mention it is always a map > >>>> > >>>> We would like some ideas in form of: > >>>> > >>>> * Image (preferable) > >>>> > >>>> * Don't worry about the OSGeoLive logo, we add the logo in a > >>>> suitable position > >>>> > >>>> * You can make a Pull Request on the repository or send it to me > >>>> or angelos and one of us can do the PR for you (do not send to the > >>>> mailing list) > >>>> > >>>> * A links to images that we could use > >>>> > >>>> Of course copyright of the image should be taken into > >>>> consideration. > >>>> > >>>> I appreciate your help. > >>>> > >>>> Regards > >>>> Vicky > >>>> > >>>> -- > >>>> > >>>> Georepublic UG (haftungsbeschränkt) > >>>> Salzmannstraße 44, > >>>> 81739 München, Germany > >>>> > >>>> Vicky Vergara > >>>> Operations Research > >>>> > >>>> eMail: vi...@georepublic.de [1] > >>>> Web: https://georepublic.info [2] > >>>> > >>>> Tel: +49 (089) 4161 7698-1 > >>>> Fax: +49 (089) 4161 7698-9 > >>>> > >>>> Commercial register: Amtsgericht München, HRB 181428 > >>>> CEO: Daniel Kastl > >> > >> > >> Links: > >> -- > >> [1] http://georepublic.de > >> [2] https://georepublic.info > >> [3] https://osgeo.github.io/OSGeoLive-doc/en/index.html > >> [4] > >> > https://github.com/OSGeo/OSGeoLive/blob/master/desktop-conf/osgeo-desktop.png > >> > >> > >> ___ > >> 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 > -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Background image for OSGeoLive 14
Nice images, I'd have a mild preference for the second image. It has more image and less text, which I think will make it better for icons put over the top. It is also a bit more colorful. On Sun, 6 Dec 2020 at 00:54, FOSS4G 2021 Buenos Aires < foss4g202...@gmail.com> wrote: > Hi vicky, I send you two images of old maps of the Capital City of Buenos > Aires, you can choose one! > Being very old, copyright became the public domain. > > Cheers > > El mié, 2 dic 2020 a las 16:41, FOSS4G 2021 Buenos Aires (< > foss4g202...@gmail.com>) escribió: > >> Hi Vicky! how have you been? >> We received your mail and we are looking for an image of the map of >> Buenos Aires, can you tell me... what is the deadline? >> >> Thank you >> Regards >> >> Andrea Trovant >> >> El dom, 29 nov 2020 a las 0:45, Vicky Vergara () >> escribió: >> >>> Hello all >>> >>> We are planning to make the OSGeoLive 14 soon and, as customary, it will >>> have a suitable background image of the upcoming FOSS4G, in this case >>> FOSS4G 2021 BA >>> https://osgeo.github.io/OSGeoLive-doc/en/index.html >>> The image will be placed on the disk and it will replace the current one: >>> >>> https://github.com/OSGeo/OSGeoLive/blob/master/desktop-conf/osgeo-desktop.png >>> I must mention it is always a map >>> We would like some ideas in form of: >>> >>>- Image (preferable) >>> - Don't worry about the OSGeoLive logo, we add the logo in a >>> suitable position >>> - You can make a Pull Request on the repository or send it to me >>> or angelos and one of us can do the PR for you (do not send to the >>> mailing >>> list) >>> - A links to images that we could use >>> >>> Of course copyright of the image should be taken into consideration. >>> >>> I appreciate your help. >>> >>> Regards >>> Vicky >>> >>> -- >>> >>> Georepublic UG (haftungsbeschränkt) >>> Salzmannstraße 44, >>> 81739 München, Germany >>> >>> Vicky Vergara >>> Operations Research >>> >>> eMail: vi...@georepublic.de >>> Web: https://georepublic.info >>> >>> Tel: +49 (089) 4161 7698-1 >>> Fax: +49 (089) 4161 7698-9 >>> >>> Commercial register: Amtsgericht München, HRB 181428 >>> CEO: Daniel Kastl >>> >>> >>> ___ > 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
Re: [OSGeoLive] [REQUEST] Inclusion of the Re3gistry Software on the OSGeo-Live distribution
I'm dropping osgeolive list off this thread. I'll continue on the lexicon email list if you wish to follow along. On Thu, 17 Sep 2020 at 17:55, wrote: > Dear Cameron, > > Thank you for your email. > > It is really an interesting initiative where we see a great potential to > use the Re3gistry software that we are currently proposing for inclusion > in the OSGeo Live. Our main goal is to try to create a community around > the software and this initiative can contribute a lot to this. > > > > One of the aim of the Re3gistry software is to provide an open source tool > that is able to manage and share reference codes in a structured way, > keeping also the ease of use aspect in the management of the terms. > > An important aspect of the tool, is the provision of a machine readable > version of the reference codes. We highlight this point because we are > trying to increase the use of interoperable reference codes to be used not > only in the context of Geospatial, but in any other context it could be > applied to semantically describe a concept. > > > > Furthermore, the Re3gistry is partially following the ISO 19135 standard > "Geographic information — Procedures for item registration". I think this > standard could be mentioned in the manifesto document in section "Schemas". > > > The Re3gistry software has been primarily used by the European Commission > – Joint Research Centre (JRC) as one of the central software components for > the implementation of the INSPIRE Directive (implementation available at > https://inspire.ec.europa.eu/registry). It has also been used in > production by a number of governmental organizations in the European Union > (EU) Member States as well as companies beyond the EU, e.g.: > > European Commission - INSPIRE registry - > https://inspire.ec.europa.eu/registry > Slovakia - Systém registrov ENIPI - http://registre.enviroportal.sk/geo > Republic of North Macedonia - NSDI registry - > http://nipp.katastar.gov.mk/nipp/registry > European Commission - Geosmartcity registry - > http://hub.geosmartcity.eu/registry/ > European Commission - ELISE Energy Pilot registry - > https://inspire-sandbox.jrc.ec.europa.eu/registry > Austria - Austrian INSPIRE Registry - > https://registry.inspire.gv.at/registry > Italia - Sistema di Registri INSPIRE Italia - > https://registry.geodati.gov.it/registry > Finland - Finnish INSPIRE registry - http://luettelopalvelu.fi/registry > Spain - Registro Inspire de España - http://registro.idee.es/registry > Private - Minerva intelligence - http://minerva.codes/registry > > > > We would also like to mention an initiative that is still in the "test-bed > phase" but it could be really useful in this context. > > Together with the Re3gistry, we also created a federation of registers (in > the context of INSPIRE). The INSPIRE register federation is a distributed > federation of registers related to the INSPIRE Directive. It provides > information about the registers included in the federation (provided by > different stakeholders) and the relationships between them, and allows > searching for registers and the items contained in them. > > > We will be more than happy if you find the Re3gistry useful for the work > of the group. > > > Kind regards, > Daniele on behalf of the INSPIRE Registry team > > > > -- > *From:* Cameron Shorter > *Sent:* 10 September 2020 21:35 > *To:* FRANCIOLI Daniele (JRC-ISPRA-EXT) > *Cc:* Osgeolive; MINGHINI Marco (JRC-ISPRA); KOTSEV Alexander > (JRC-ISPRA); EPURE Emanuela (JRC-ISPRA-EXT); HERNANDEZ Lorena (JRC-ISPRA); > lexi...@lists.osgeo.org > *Subject:* Re: [OSGeoLive] [REQUEST] Inclusion of the Re3gistry Software > on the OSGeo-Live distribution > > Hey Daniele and others, > I've seen the Re3gistry application for OSGeoLive and I suspect you folk > would also be interested in glossaries? > A bunch of us from OSGeo / OGC / ISO and TheGoodDocsProject have set up a > pilot to tackle challenges around cross-domain management of glossaries. > If you are interested in joining us, then please reach out and say hello. > > The project manifesto is here: > https://docs.google.com/document/d/1Fjrl34ErnYammel9WmvXJ3rMWFANjoSiiGyyNSYOXUg/ > <https://urldefense.com/v3/__https://docs.google.com/document/d/1Fjrl34ErnYammel9WmvXJ3rMWFANjoSiiGyyNSYOXUg/edit*__;Iw!!DOxrgLBm!VfmNRSQGeCMPadV3mD88w0DdG2VYevxuW9sT3rMBbynPaty7lPjqDZaWzeuymyScDXA0K0MMYoEX-A$> > > Cheers, Cameron > > On Thu, 13 Aug 2020 at 23:36, wrote: > >> Dear OSGeoLive members, >> >> We would like to propose the inclusion of the Re3gistry Software on the >> OSGeo-Live distribution. &
Re: [OSGeoLive] [REQUEST] Inclusion of the Re3gistry Software on the OSGeo-Live distribution
;another dataset would be more appropriate, please discuss here. Is it >appropriate, to remove existing demo datasets which may already be included >in the standard release. > > >- Each OSGeo-Live application requires a Project Overview available >under a CC By <http://creativecommons.org/licenses/by/3.0/> and a >Quickstart available under a CC By-SA ><http://creativecommons.org/licenses/by-sa/3.0/> license. (You may >release under a second license as well). Will you produce this? Yes. > > >- In past releases, we have included Windows and Mac installers for >some applications. It is likely we won't have space for these in future >releases. However, if there is room, would you be wishing to include >Windows and/or Mac installers? No > > > > ___ > 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
Re: [OSGeoLive] OSGeo AGM project update
Technically, OSGeoLive is not part of Google Season of Docs this year. There isn't a Google Season of Docs tech writer allocated to OSGeoLive like last year. Google Season of Docs is paying for a tech writer to work on an Information Architecture project with The Good Docs Project, and separately, different tech writers from The Good Docs Project are helping OSGeoLive build glossaries. So I've updated statement to "Building glossary with The Good Docs Project" On Fri, 4 Sep 2020 at 23:32, Angelos Tzotsos wrote: > Hi all, > > We need to prepare a slide for the AGM report. > > > https://docs.google.com/presentation/d/1C6llSnWZ28c2aWQgttPiOnoo6dttdqKg07ugU_yr6Uc/edit#slide=id.g24e11ca246_4_0 > > Anything else we should add there? > > Best, > Angelos > > > -- > 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 > -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] [Incubator] The Open Data Cube as a OSGeo Community Project
replying to the correct osgeolive email list this time... On Wed, 2 Sep 2020 at 08:55, Alex Leith wrote: > Oh nice! > > I'm working on ODC as an OSGeo project... I just need to find a day to add > headers to all our Python files to progress to the next stage. > > And yeah, we're talking about the software being included in the OSGeo > Live project, though it's difficult, since the ODC Python Library is > closely coupled to a Postgres DB and to data, really... it's a complex app. > More complex than something like Geoserver. > > On Wed, 2 Sep 2020 at 06:15, Cameron Shorter > wrote: > >> Hey Alex, >> I've just been sitting in on the osgeolive fortnightly meeting. >> opendatacube was getting discussed. >> http://irclogs.geoapt.com/osgeolive/%23osgeolive.2020-09-01.log >> Projects which are to be included on the next OSGeoLive release are >> getting worked out now. It would be great to see opendatacube included. >> >> 19:59:38 darkblue_b: opendatacube AU is enthusiastic last week >> 19:59:41 kalxas: motion to include them in the next version >> 20:00:01 kalxas: darkblue_b, yes I have reached out to them months ago >> to become Community Project >> 20:05:21 cameronshorter: I can vouch for the people behind Datacube. >> Alex is very active in the Australian OSGeo community. And the project >> comes out of combined government/university and has great roots. >> 20:05:23 darkblue_b: phma we can chat about this >> 20:05:33 kalxas: phma, we can help in chat outside the meeting >> 20:05:34 phma: ok >> 20:05:50 kalxas: cameronshorter, push them to apply :) >> >> On Sat, 16 May 2020 at 07:29, Alex Leith wrote: >> >>> Hey Jody and others >>> >>> I work at Geoscience Australia, and Kirill is on my team. Most of the >>> contributions to the ODC Core codebase are from GA, though there some minor >>> contributions from external individuals and some significant work from >>> CSIRO. >>> >>> We talked about the code headers and the team in GA feel confident that >>> there is no significant code in there that is not original to the ODC, >>> which is one of the reasons for auditing and adding headers, as I >>> understand it. >>> >>> I think we'll write some script that goes and adds Even's suggested >>> addition into all the appreciate files. I'll report back when we've merged >>> that in, which will be soonish! >>> >>> Thanks again for your support here. >>> >>> Cheers, >>> >>> On Fri, 15 May 2020 at 21:48, Angelos Tzotsos >>> wrote: >>> >>>> Big +1 to have opendatacube onboard. >>>> >>>> On 5/15/20 9:02 AM, Jody Garnett wrote: >>>> >>>> I went back to check the website (https://www.opendatacube.org) to see who >>>> is actually distributing opendatacube. This really is a great example of >>>> open source being used as the glue to bind a partner ship of a wide range >>>> of organizations. In this case I assume the players (Geoscience Australia, >>>> NASA, CSIRO, USGS,Catapult,Analytical Mechanics Associates) are putting in >>>> work, which is distributed by a public repository >>>> (https://github.com/opendatacube). >>>> >>>> 1. Checking the history of a random >>>> file<https://github.com/opendatacube/datacube-core/commits/develop/datacube/model/__init__.py> >>>> >>>> <https://github.com/opendatacube/datacube-core/commits/develop/datacube/model/__init__.py> >>>> shows >>>> it was created by Kirill888 <https://github.com/Kirill888> >>>> <https://github.com/Kirill888> from Canberra >>>> Australia. >>>> 2. That is a unique name so I have a good chance of finding him on LinkedIn >>>> krill-kouzoubov <https://www.linkedin.com/in/kirill-kouzoubov/> >>>> <https://www.linkedin.com/in/kirill-kouzoubov/> >>>> 3. LinkedIn shows his employer is Geoscience Australia >>>> 4. If I assume he is operating as an employee, and not as an individual, >>>> GeoScience Australia the legal entity distributing at least part >>>> ofopendatacube.org as open source. >>>> >>>> I think if I find another file we could find a different organization; this >>>> really is a shared work. >>>> >>>> Notes: >>>> - The kind of research I just did above is a bother, one of the things we >>>> are addressing he
Re: [OSGeoLive] Monthly PSC meetings
I'll try to make the next meeting, and in particular see how the GeoLexicon pilot being kicked off can align with OSGeoLive (as per my prior proposal). I noticed that you are looking for a meaningful release date for the next OSGeoLive release. While I feel that the GeoLexicon schedule shouldn't drive the OSGeoLive schedule, it would be opportune for the pilot if OSGeoLive released at GeoLexicon's soft launch at the Write The Docs - Australia/India conference at the start of December 2020. https://www.writethedocs.org/conf/australia/2020/ Cheers, Cameron On Wed, 19 Aug 2020 at 20:22, Angelos Tzotsos wrote: > 19:00 UTC > > On 8/19/20 12:55 PM, Cameron Shorter wrote: > > Hi Angelos, what is the current timeslot these days? > > > > Cheers, Cameron > > > > On Wed, 19 Aug 2020 at 18:58, Angelos Tzotsos > wrote: > > > >> Hi all, > >> > >> During the weekly meeting yesterday, we discussed about the idea to have > >> a PSC meeting once a month (e.g. first Tuesday of every month) using the > >> current time slot. > >> > >> Any objections/other ideas? > >> > >> Best, > >> Angelos > >> > >> > >> -- > >> 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 > >> > > > > > -- > Angelos Tzotsos, PhD > President > Open Source Geospatial Foundation > http://users.ntua.gr/tzotsos > > -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] Monthly PSC meetings
Hi Angelos, what is the current timeslot these days? Cheers, Cameron On Wed, 19 Aug 2020 at 18:58, Angelos Tzotsos wrote: > Hi all, > > During the weekly meeting yesterday, we discussed about the idea to have > a PSC meeting once a month (e.g. first Tuesday of every month) using the > current time slot. > > Any objections/other ideas? > > Best, > Angelos > > > -- > 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 > -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] GeoLexicon (OSGeo Glossary) pilot kicking off
Hi OSGeo Live folks, I know I said I'd retired, but this opportunity is too good to slip by. The stars are lining up to solve an illusively difficult cross-domain glossary management problem, and I feel that the OSGeoLive project has a relatively small but super important role to play. So I propose the OSGeoLive commits to the following: 1. OSGeoLive docs will include the OSGeo glossary generated out of the OSGeo Lexicon project. +1 Cameron 2. OSGeoLive will help our tech writers reach out to all the OSGeo project points of contact. (The tech writers are offering to do most of the leg work. It will be a case of providing introductions and sharing contact lists.) +1 Cameron 3. OSGeoLive will help our tech writers reach out to OSGeo translators. (Again, our tech writers can do much of the leg work.) +1 Cameron The remaining details are in the thread below... On Mon, 17 Aug 2020 at 07:11, Cameron Shorter wrote: > Hi OSGeo folks, > A bunch of communities are coming together to address cross-domain > management of glossaries in a pilot running August - December 2020. In > particular, we will be building an OSGeo Glossary, as well as custom > glossaries for any OSGeo project that wants one and is prepared to help > select and define your term list. > > Project manifesto is at: > https://docs.google.com/document/d/1Fjrl34ErnYammel9WmvXJ3rMWFANjoSiiGyyNSYOXUg/ > <https://docs.google.com/document/d/1Fjrl34ErnYammel9WmvXJ3rMWFANjoSiiGyyNSYOXUg/edit#> > > I'd like to introduce you to Ankita, Alyssa, and Naini who are tech > writers who've volunteered to define and document our processes and > glossaries. You'll likely be hearing from them over the next month or two. > > Primary communication will be on this email list: > https://lists.osgeo.org/mailman/listinfo/lexicon > (Check your spam for your confirmation email when subscribing - gmail > seems to have picked out "lexicon" as a problem word.) We will likely set > up a slack channel as well. > > If you'd like to join our kickoff meeting, please vote for your preferred > timeslot at: > https://doodle.com/poll/6uwxyngtse4rzxsk (Week of 23-29 August). (We > might need two timeslots) > > Communities involved: > * Tech writing > * Data modelling > * OSGeo > * OGC > * ISO > > Hope you'll join us, > > -- > Cameron Shorter > Technical Writer, Google > > > -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] OSGeoLive UCGIS article
Nicolas, I won't put my name down for being a point of contact, but I hopefully should be able to find time to review any material you write. On Wed, 12 Aug 2020 at 19:28, Helena Mitasova wrote: > Nicolas, > > thank you for reaching out about OSGeo Live entry in the UCGIS > GIS&T Body of Knowledge > https://gistbok.ucgis.org/bok-basic-page/welcome-gist-body-knowledge > It was formerly a printed book, the new edition is a dynamic, peer > reviewed on-line document > heavily used for designing and teaching university level courses so it is > a high impact initiative. > > First a little bit of background: > I was invited to comment on several topics and to write on Open Source > Software Development > in Programming and Development knowledge area together with Anna and Vasek > https://gistbok.ucgis.org/all-topics?term_node_tid_depth=93 > > There is already quite a bit of open source material, e.g. here > https://gistbok.ucgis.org/bok-topics/python-gis > https://gistbok.ucgis.org/bok-topics/pysal-and-spatial-statistics-libraries > https://gistbok.ucgis.org/bok-topics/r-geospatial-analysis-and-mapping > https://gistbok.ucgis.org/bok-topics/gis-apis > > but I felt that OSgeo Live and some other topics should be covered as well > and I was asked to provide suggestions for possible authors. > The topics have a prescribed template and the existing entries linked > above provide good examples of how the text and figures > should look like. > I made a suggestion for including OSGeo Live in Computing Platforms > Knowledge Area > and the editor in chief John Wilson is interested in including it in > Examples and Applications > https://gistbok.ucgis.org/all-topics?term_node_tid_depth=92 > > So please let me know whether I can provide your name and perhaps others > who could take > this task on - you would be then officially invited by the topic editor > > Thank you, > > Helena > > > > On Aug 7, 2020, at 11:29 AM, Nicolas Roelandt > wrote: > > > > Hello Helena, > > > > I come back to you on behalf of the OSGeoLive project. > > Angelos told us that you wanted an article about OSGeoLive for UCGIS. > > > > I would like to help you into this matter, can you give us more details > about it please ? > > > > Thanks in advance, > > > > Best regards, > > > > Nicolas Roelandt > > OSGeo Charter member > > OSGeo-fr board > > OSGeoLive PSC > > Helena Mitasova > Professor at the Department of Marine, > Earth, and Atmospheric Sciences > Associate director and faculty fellow at the Center for Geospatial > Analytics > North Carolina State University > Raleigh, NC 27695-8208 > hmit...@ncsu.edu > > "All electronic mail messages in connection with State business which are > sent to or received by this account are subject to the NC Public Records > Law and may be disclosed to third parties.” > > ___ > 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
Re: [OSGeoLive] Buzz in writing community about GeoLexicon
+lexi...@lists.osgeo.org , +Osgeolive , +Astrid Emde +Alessa Rock (Looping in public list with Reese's permission). Hi Reese, This is really great feedback, and I think it frames key problems to solve within our next phase of the geolexicon community. I think part of what we need to solve is a process for updating terms which we can pass to projects and foundations to follow. With regards to reaching out to communities, I think tapping into the OSGeoLive communication pipeline to projects will be very helpful there. I'm hoping Astrid, CCed, who has been doing this of late will be able to help. There is a central role required for a community manager. Alessa Rock, a tech writing experienced with open source communities, has expressed an interest in this and I think would be great at it. On Thu, 30 Jul 2020 at 10:57, Reese W. Plews wrote: > hello Cameron, very nice to hear from you. sounds like your new > position at google is working out well for you. very happy for you. > > besides my own projects, i have been busy as editor with another ISO > project these past couple of months and also with the release of an > update to the TC211 MLGT which is now available in geolexica. > > we had one meeting of the lexicon group to discuss the abbreviated > terms. there were a few people on the call. i tried to make some > categorizations but i wondered if that was the best way. i dont think > the google docs idea is working well on an open mail list. it could be > one issue why no one has participated much. Prof. Stubkjær had a > couple of observations and wanted to address some of those issues > before he worked on the file. and since i did not work on the file > either, nothing has really happened. after the summer i will try and > get the abbreviated terms finished. i have talked with Ron about how > to support those in geolexica. > > however, those are just a file of abbreviated terms and acronyms. > there are a very small number of terms in that list which i separated > out early on. > > to me the real issue that we discussed in one of our telecons was that > i just do not understand how terms (either currently in use or new) > will be submitted to the group for any management or discussion. the > group cannot really go out and look for terms. if the project teams > who are working on their own documentation are not extracting out > those term/def entries then it seems quite difficult to populate a > term registry. of course osgeo can/should use term/def entries from > other groups but, in the case of tc211's terminology, there are a lot > of terms that osgeo needs which are not going to be there. ogc will > have, in my understanding, a wider set of terms that osgeo can > probably use. > > perhaps the document link you sent explains some ways how those terms > can be picked up, perhaps the people doing technical writing for osgeo > projects will do that, i am not sure how that will work. the issue > about how terms will come into the group is the biggest issue for me > in really understanding how to move forward for osgeo. at least from > my work in tc211 i dont think the lexicon group should be the "writers > group" however i do understand there is a need to work together, if > there was such a group of writers. i can formulate, manage, and > discuss terminology entries but i am not skilled at creating complete > documentation for a software project... > > the discussion from Rob is also very fascinating. i must admit so much > of it i do not understand. yet if there are no terms for the osgeo > group to manage i dont see how the linkages will be helpful for > osgeo... of course i see how they will be helpful for ogc and > hopefully one day the iso terms will be able to have such linkages...i > would hope everything is able to have some cross-relationships, but > again, i dont understand what it takes to get there. > > i am sure you know but i will mention that tc211 members are now > voting to adopt a resolution at accepts OSGeo's request to be a > liaison to TC211. i expect the resolution ballot to pass. i think this > is an important step at least for having osgeo members learn more > about what tc211 is doing and for our terminology group will hopefully > be able to get these osgeo members more engaged in that group. it also > allows me to share things with osgeo members through the liaison > agreement. i hope there will be a couple of members from osgeo who are > willing to be liaisons to tc211. > > i am looking forward to your "manifesto," and hope it will answer the > question about how terminology entries will come into the lexicon > group. i hope after reading, some of the other lexicon list members > will also want to be involved more with t
Re: [OSGeoLive] OSGeoLive irc meeting time changed to 19 UTC
As mentioned, I'm stepping back from OSGeoLive, and won't be attending meetings. As such, you might want to pick a timezone which works better for Europe / Africa / Americas. (We previously needed to cater for me in Australia.) There are probably others on this email list who could make it if the meeting time was changed. On Wed, 17 Jun 2020 at 06:43, Angelos Tzotsos wrote: > +1 > Angelos > > On 6/16/20 11:38 PM, Astrid Emde (OSGeo) wrote: > > Hello, > > > > we changed the meeting time to 19 UTC. > > > > Hope this is ok for everybody. > > > > Find information at > > https://trac.osgeo.org/osgeolive/wiki/WikiStart#Communication > > > > You are welcome to join the meetings on tuesdays > > > > Astrid > > ___ > > osgeolive mailing list > > osgeolive@lists.osgeo.org > > https://lists.osgeo.org/mailman/listinfo/osgeolive > > > -- > 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 > -- Cameron Shorter Technical Writer, Google ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] when do we start working on OSGeoLive 14?
Ah, my mistake. I'll try, but it will likely need to be brief. On 5/5/20 6:19 am, Astrid Emde (OSGeo) wrote: Hello Cameron, looks like the meeting will be tomorrow. Hope you can join tomorrow too. See you Astrid Am 04.05.2020 22:16 schrieb Cameron Shorter: I'm a bit lonely on IRC now. Seems others couldn't make this meeting slot? On Fri, 1 May 2020 at 06:04, Cameron Shorter wrote: Thanks for pushing this forward Astrid, I can make a meeting at https://www.timeanddate.com/worldclock/meetingdetails.html?year=2020&month=5&day=5&hour=20&min=0&sec=0&p1=240&p2=136&p3=179&p4=224 [4] LOCATION LOCAL TIME TIME ZONE UTC OFFSET Sydney [5] (Australia - New South Wales) Wednesday, 6 May 2020 at 6:00:00 am AEST [6] UTC+10 hours London [7] (United Kingdom - England) Tuesday, 5 May 2020 at 9:00:00 pm BST [8] UTC+1 hour New York [9] (USA - New York) Tuesday, 5 May 2020 at 4:00:00 pm EDT [10] UTC-4 hours San Francisco [11] (USA - California) Tuesday, 5 May 2020 at 1:00:00 pm PDT [12] UTC-7 hours Corresponding UTC (GMT) Tuesday, 5 May 2020 at 20:00:00 [13] I've been threatening to step back from OSGeoLive for a while now, and I think that this year's release will be my last. I wish to focus my open source energy on creating open source doc templates and associated processes around it, under the banner of https://thegooddocsproject.dev/ [14] I will provide a light touch review to docs for any new projects added to OSGeoLive, but plan to do very little beyond that. I'm not expecting to be a regular at our weekly meetings. It is sad for me to step back, but I have something else I feel needs more of my attention and I need to step back from OSGeoLive in order to make space. On Fri, 1 May 2020 at 03:17, Sebastiaan Couwenberg wrote: On 4/30/20 5:35 PM, Astrid Emde (OSGeo) wrote: Looks like Ubuntu 20.4. was released! https://lists.ubuntu.com/archives/ubuntu-announce/2020-April/000256.html [1] Lubuntu 20.4 is not there yet. http://cdimage.ubuntu.com/lubuntu/releases/20.04/release/ [2] -- 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 [3] -- Cameron Shorter Technology Writer at Google Open Technologies and Geospatial Evangelist M +61 (0) 419 142 254 -- Cameron Shorter Technology Writer at Google Open Technologies and Geospatial Evangelist M +61 (0) 419 142 254 Links: -- [1] https://lists.ubuntu.com/archives/ubuntu-announce/2020-April/000256.html [2] http://cdimage.ubuntu.com/lubuntu/releases/20.04/release/ [3] https://lists.osgeo.org/mailman/listinfo/osgeolive [4] https://www.timeanddate.com/worldclock/meetingdetails.html?year=2020&month=5&day=5&hour=20&min=0&sec=0&p1=240&p2=136&p3=179&p4=224 [5] https://www.timeanddate.com/worldclock/australia/sydney [6] https://www.timeanddate.com/time/zones/aest [7] https://www.timeanddate.com/worldclock/uk/london [8] https://www.timeanddate.com/time/zones/bst [9] https://www.timeanddate.com/worldclock/usa/new-york [10] https://www.timeanddate.com/time/zones/edt [11] https://www.timeanddate.com/worldclock/usa/san-francisco [12] https://www.timeanddate.com/time/zones/pdt [13] https://www.timeanddate.com/worldclock/fixedtime.html?iso=20200505T2000 [14] https://thegooddocsproject.dev/ ___ 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
Re: [OSGeoLive] when do we start working on OSGeoLive 14?
I'm a bit lonely on IRC now. Seems others couldn't make this meeting slot? On Fri, 1 May 2020 at 06:04, Cameron Shorter wrote: > Thanks for pushing this forward Astrid, > I can make a meeting at > > https://www.timeanddate.com/worldclock/meetingdetails.html?year=2020&month=5&day=5&hour=20&min=0&sec=0&p1=240&p2=136&p3=179&p4=224 > LocationLocal TimeTime ZoneUTC Offset > Sydney <https://www.timeanddate.com/worldclock/australia/sydney> (Australia > - New South Wales) Wednesday, 6 May 2020 at 6:00:00 am AEST > <https://www.timeanddate.com/time/zones/aest> UTC+10 hours > London <https://www.timeanddate.com/worldclock/uk/london> (United Kingdom > - England) Tuesday, 5 May 2020 at 9:00:00 pm BST > <https://www.timeanddate.com/time/zones/bst> UTC+1 hour > New York <https://www.timeanddate.com/worldclock/usa/new-york> (USA - New > York) Tuesday, 5 May 2020 at 4:00:00 pm EDT > <https://www.timeanddate.com/time/zones/edt> UTC-4 hours > San Francisco <https://www.timeanddate.com/worldclock/usa/san-francisco> (USA > - California) Tuesday, 5 May 2020 at 1:00:00 pm PDT > <https://www.timeanddate.com/time/zones/pdt> UTC-7 hours > Corresponding UTC (GMT) Tuesday, 5 May 2020 at 20:00:00 > <https://www.timeanddate.com/worldclock/fixedtime.html?iso=20200505T2000> > > > I've been threatening to step back from OSGeoLive for a while now, and I > think that this year's release will be my last. > I wish to focus my open source energy on creating open source doc > templates and associated processes around it, under the banner of > https://thegooddocsproject.dev/ > I will provide a light touch review to docs for any new projects added to > OSGeoLive, but plan to do very little beyond that. I'm not expecting to be > a regular at our weekly meetings. > It is sad for me to step back, but I have something else I feel needs more > of my attention and I need to step back from OSGeoLive in order to make > space. > > On Fri, 1 May 2020 at 03:17, Sebastiaan Couwenberg > wrote: > >> On 4/30/20 5:35 PM, Astrid Emde (OSGeo) wrote: >> > Looks like Ubuntu 20.4. was released! >> > >> > >> https://lists.ubuntu.com/archives/ubuntu-announce/2020-April/000256.html >> > >> > Lubuntu 20.4 is not there yet. >> >> http://cdimage.ubuntu.com/lubuntu/releases/20.04/release/ >> >> -- >> 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 >> > > > -- > Cameron Shorter > Technology Writer at Google > Open Technologies and Geospatial Evangelist > > M +61 (0) 419 142 254 > > > > -- Cameron Shorter Technology Writer at Google Open Technologies and Geospatial Evangelist M +61 (0) 419 142 254 ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] when do we start working on OSGeoLive 14?
Thanks for pushing this forward Astrid, I can make a meeting at https://www.timeanddate.com/worldclock/meetingdetails.html?year=2020&month=5&day=5&hour=20&min=0&sec=0&p1=240&p2=136&p3=179&p4=224 LocationLocal TimeTime ZoneUTC Offset Sydney <https://www.timeanddate.com/worldclock/australia/sydney> (Australia - New South Wales) Wednesday, 6 May 2020 at 6:00:00 am AEST <https://www.timeanddate.com/time/zones/aest> UTC+10 hours London <https://www.timeanddate.com/worldclock/uk/london> (United Kingdom - England) Tuesday, 5 May 2020 at 9:00:00 pm BST <https://www.timeanddate.com/time/zones/bst> UTC+1 hour New York <https://www.timeanddate.com/worldclock/usa/new-york> (USA - New York) Tuesday, 5 May 2020 at 4:00:00 pm EDT <https://www.timeanddate.com/time/zones/edt> UTC-4 hours San Francisco <https://www.timeanddate.com/worldclock/usa/san-francisco> (USA - California) Tuesday, 5 May 2020 at 1:00:00 pm PDT <https://www.timeanddate.com/time/zones/pdt> UTC-7 hours Corresponding UTC (GMT) Tuesday, 5 May 2020 at 20:00:00 <https://www.timeanddate.com/worldclock/fixedtime.html?iso=20200505T2000> I've been threatening to step back from OSGeoLive for a while now, and I think that this year's release will be my last. I wish to focus my open source energy on creating open source doc templates and associated processes around it, under the banner of https://thegooddocsproject.dev/ I will provide a light touch review to docs for any new projects added to OSGeoLive, but plan to do very little beyond that. I'm not expecting to be a regular at our weekly meetings. It is sad for me to step back, but I have something else I feel needs more of my attention and I need to step back from OSGeoLive in order to make space. On Fri, 1 May 2020 at 03:17, Sebastiaan Couwenberg wrote: > On 4/30/20 5:35 PM, Astrid Emde (OSGeo) wrote: > > Looks like Ubuntu 20.4. was released! > > > > https://lists.ubuntu.com/archives/ubuntu-announce/2020-April/000256.html > > > > Lubuntu 20.4 is not there yet. > > http://cdimage.ubuntu.com/lubuntu/releases/20.04/release/ > > -- > 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 > -- Cameron Shorter Technology Writer at Google Open Technologies and Geospatial Evangelist M +61 (0) 419 142 254 ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] [Incubator] Application to host Open Source Project "GeoStyler" as OSGeo Community Project
Hi Jan, Sorry for the delayed response. I'm hoping one of the more active members of the incubation committee would speak up. Assuming GeoStyler fits Jody's checklist (which it looks like it does), I'm strongly in favour of including GeoStyler as an OSGeo community project. From what I can see, GeoStyler addresses a pain point that many of us in the OSGeo community have faced at some point, and I'd love to see it promoted and grow. In particular, I'd love to see GeoStyler included in OSGeoLive, http://live.osgeo.org The application process here:https://trac.osgeo.org/osgeolive/wiki/Projects/How_to_apply <https://trac.osgeo.org/osgeolive/wiki/Projects/How_to_apply>. Would you be interested in joining OSGeoLive? (Note the ongoing commitment required in questions). Cheers, Cameron On 19/3/20 3:19 am, Jan Suleiman wrote: Dear Incubation Committee, we would like to introduce our Open Source project "GeoStyler". GeoStyler is an Open Source JavaScript library that enables users to style maps with the help of a Graphical User Interface. The goal of GeoStyler is a universally applicable GUI that works with any given style format; may it be SLD, QML, OpenLayers, etc. In order to achieve that goal, we follow a plugin-approach where so called "style-parsers" can be plugged into the UI. These style parsers work as a conversion tool to bidirectionally convert between any external style and our internal style format. As a positive side effect, we are able to convert from one external format to another one (e.g. from QML to SLD, etc.). The GUI library is written in react but also provides browser builds to enable its usage outside of any react application. With thanks to currently 16 different contributors, we successfully maintain 15 repositories in our GitHub organisation, including the UI library and documentation, different style-parsers, data-parsers, type definitions, a demo application and a tutorial. The majority of these was also already published on NPM. On the OSGeo Bolsena Code Sprint 2019, a GeoServer Community Extension was written that integrates GeoStyler and allows the creation of styles within GeoServer by using our GUI. The GitHub organisation can be found here: https://github.com/geostyler/geostyler The Demo Application including links to Docs, GitHub and NPM can be found here: https://geostyler.org The GeoServer Plugin here: https://docs.geoserver.org/master/en/user/community/geostyler/index.html FOSS4G 2019 Talk: https://media.ccc.de/v/bucharest-204-geostyler-a-generic-graphical-style-editor-for-geodata FOSSGIS 2019 Talk (German): https://media.ccc.de/v/fossgis2019-478-geostyler-ein-generischer-grafischer-stileditor-fr-geodaten AGIT 2019 Talk (German): https://av.tib.eu/media/43048 FOSSGIS 2020 Talk (German): https://media.ccc.de/v/fossgis2020-3027-neues-vom-geostyler The licenses are BSD-2-Clause and we are very happy and eager to extend the list of contributors. Our first goal would be to be listed on the OSGeo webpage and in the long run to release GeoStyler as an OSGeo Community Project. In the future, we would like to provide additional style-parsers (e.g. for mapserver) and extend the UI library with additional components to further simplify styling maps. We are happy to receive your support, if there are any questions, we are happy to help! Kind regards Jan Suleiman -- 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
Re: [OSGeoLive] Draft press release for OSGeoLive 13.1
Okay Astrid, I've taken a second pass, moved a few things around, picked a few different words. I reckon it is ready to go now. On Mon, 2 Mar 2020 at 08:29, Astrid Emde (OSGeo) wrote: > Hello, > > thanks for the press release. I can publish send the press release, when > 13.1 is published. > > I will send the mail about the archive before - @cameron could you > please review again. I added more text. And maybe you have a nice story > about the early versions. > > https://trac.osgeo.org/osgeolive/wiki/Press%20Release%2089 > > Astrid > > Am 28.02.2020 19:51 schrieb Cameron Shorter: > > 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 [3] > >> > >> [2] https://github.com/tell-k/sphinxjp.themes.revealjs/pulls [4] > >> > >> -- > >> > >> web:http://geographika.co.uk [5] > >> > >> 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 [1] > >>> > >>> -- > >>> > >>> Cameron Shorter > >>> > >>> Technology Demystifier > >>> > >>> Open Technologies and Geospatial Consultant > >>> > >>> M +61 (0) 419 142 254 > >>> > >&
Re: [OSGeoLive] Draft press release for OSGeoLive 13.1
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@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] Draft press release for OSGeoLive 13.1
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
Re: [OSGeoLive] Consulta
Hi Seguridad, I suggest joining the osgeolive email list to ask these types of questions. (I've CCed in this email). https://lists.osgeo.org/mailman/listinfo/osgeolive On Tue, 18 Feb 2020 at 09:39, Seguridad Urbana wrote: > Instalamos OSGeoLive 13 en mi lugar de trabajo y queríamos consultarles si > se puede cambiar o actualizar la dirección IP del Programa Geonode para que > otras máquinas puedan acceder a él. > Saludos y muchas gracias por su respuesta. > > Oscar. > > Good afternoon. We installed OSGeoLive 13 in my workplace > and we wanted to ask if you can change or update the Geonode > Program IP address so that other machines can access it. > Greetings and thank you very much for your response. > Oscar. > > -- 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] Request review for presentation note
Hi, I've added a note to our presentation noting that the slide note pop-ups only work in some browsers. Trivial change (and I've checked the note appears in the browser on build). Could someone please review and approve my change https://github.com/OSGeo/OSGeoLive-doc/pull/578 -- 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
Re: [OSGeoLive] OSGeoLive docs review for 13.1 release
Thanks Felicity. All reviewed and merged. On Wed, 12 Feb 2020 at 12:38, Felicity Brand wrote: > Thanks Cameron. I've raised the 4 PRs now and added you as reviewer. I > tagged them with 'bug fix' label. > > Cheers > Felicity > > On Wed, Feb 12, 2020 at 11:39 AM Cameron Shorter > wrote: > > > > Hi Felicity, yes I suggest you create 4 new pull requests for each of > the fixes you require. I will review and approve when done. > > Yes, we should loop in the osgeolive list - I've added the list as CC. > > Thanks for driving this. > > > > On Wed, 12 Feb 2020 at 09:20, Felicity Brand > wrote: > >> > >> Hi Cameron, > >> > >> Looked but couldn't find a suitable mail chain in the mailing list to > >> put this on. > >> > >> I reviewed the docs published to the link Seth shared in the IRC > >> meeting this morning. > >> I found 4 that I need to touch - they are to do with numbered steps > >> where the numbering is wrong! Three are my fault, one was like that > >> already and I want to fix it. > >> > >> How shall we do this? I can make four PRs and you can review them to > >> merge? Let me know what you think and also if you think I should send > >> this update to the mailing list as well. > >> > >> Cheers > >> Felicity > > > > > > > > -- > > Cameron Shorter > > Technology Demystifier > > Open Technologies and Geospatial Consultant > > > > M +61 (0) 419 142 254 > > > > > > > -- 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
Re: [OSGeoLive] OSGeoLive docs review for 13.1 release
On Wed, 12 Feb 2020 at 11:39, Cameron Shorter wrote: > Hi Felicity, yes I suggest you create 4 new pull requests for each of the > fixes you require. I will review and approve when done. > Yes, we should loop in the osgeolive list - I've added the list as CC. > Thanks for driving this. > > On Wed, 12 Feb 2020 at 09:20, Felicity Brand > wrote: > >> Hi Cameron, >> >> Looked but couldn't find a suitable mail chain in the mailing list to >> put this on. >> >> I reviewed the docs published to the link Seth shared in the IRC >> meeting this morning. >> I found 4 that I need to touch - they are to do with numbered steps >> where the numbering is wrong! Three are my fault, one was like that >> already and I want to fix it. >> >> How shall we do this? I can make four PRs and you can review them to >> merge? Let me know what you think and also if you think I should send >> this update to the mailing list as well. >> >> Cheers >> Felicity >> > > > -- > Cameron Shorter > Technology Demystifier > Open Technologies and Geospatial Consultant > > M +61 (0) 419 142 254 > > > > -- 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] IRC meeting in 10 hours
Hi guys, hope to see you on IRC in 10 hours. Suggested agenda: * Press releases * Publishing 13.1 release of docs LocationLocal Time Time Zone UTC Offset Sydney <https://www.timeanddate.com/worldclock/australia/sydney>(Australia - New South Wales) Wednesday, 12 February 2020 at 7:00:00 am AEDT <https://www.timeanddate.com/time/zones/aedt> UTC+11 hours Paris <https://www.timeanddate.com/worldclock/france/paris>(France - Île-de-France) Tuesday, 11 February 2020 at 9:00:00 pm CET <https://www.timeanddate.com/time/zones/cet> UTC+1 hour San Francisco <https://www.timeanddate.com/worldclock/usa/san-francisco>(USA - California) Tuesday, 11 February 2020 at 12:00:00 noon PST <https://www.timeanddate.com/time/zones/pst> UTC-8 hours Corresponding UTC (GMT) Tuesday, 11 February 2020 at 20:00:00 <https://www.timeanddate.com/worldclock/fixedtime.html?iso=20200211T2000> -- 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
Re: [OSGeoLive] input for press release on "Fixing Quickstarts in Season Of Docs "
Ok, I've provided my review. Nice press release Astrid. I've filled in / corrected a couple of historical facts. Could do with a few more. On Mon, 10 Feb 2020 at 06:01, Cameron Shorter wrote: > Yes, I can start some content for the 3.1 release - with Quickstarts and > fixed up Presentation. > > The docs are ready now, but I don't know how to publish them to our > website. > > Nicolas, Brian, Angelos, I think you might know how? > > On 10/2/20 12:40 am, Astrid Emde (OSGeo) wrote: > > Hello, > > > > there was also an idea for a press release "Fixing Quickstarts in > > Season Of Docs " > > > > https://trac.osgeo.org/osgeolive/wiki/Press%20Releases > > > > Looks like we could publish this too soon. > > > > Could someone volunteer to give some input? > > > > Astrid > > > > > -- > Cameron Shorter > Technology Demystifier > Open Technologies and Geospatial Consultant > > M +61 (0) 419 142 254 > > -- 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
Re: [OSGeoLive] input for press release on "Fixing Quickstarts in Season Of Docs "
Yes, I can start some content for the 3.1 release - with Quickstarts and fixed up Presentation. The docs are ready now, but I don't know how to publish them to our website. Nicolas, Brian, Angelos, I think you might know how? On 10/2/20 12:40 am, Astrid Emde (OSGeo) wrote: Hello, there was also an idea for a press release "Fixing Quickstarts in Season Of Docs " https://trac.osgeo.org/osgeolive/wiki/Press%20Releases Looks like we could publish this too soon. Could someone volunteer to give some input? Astrid -- 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
Re: [OSGeoLive] Motion to Setup new GitHub repository for Archived Documentation
Thanks Astrid, I'll review within the next 48 hours. On 10/2/20 12:38 am, Astrid Emde (OSGeo) wrote: Hello, I started the press release 89 about the OSGeoLive archive. COuld you please review and add some nice stories from the past. Maybe I have some pictures from fairs were we promoted OSGeoLive DVDs. And we also can add photo from OSGeo Community Sprint in Bonn. https://trac.osgeo.org/osgeolive/wiki/Press%20Release%2089 Would be nice to publish the PressRelease next week. Astrid Am 07.02.2020 07:50 schrieb Astrid Emde (OSGeo): Hello all, this is great news. It was fun to have a look at old versions :) What do you think about writing a press release about it? Astrid Am 31.01.2020 08:53 schrieb Seth G: 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 ___ 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 -- 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
Re: [OSGeoLive] Quickstarts for 13.1 - merge status
Hi Felicity, I've just checked https://github.com/OSGeo/OSGeoLive-doc/pull/525 It looks like you have closed the ticket without merging? I'm guessing this probably wasn't your intent? On 26/1/20 8:33 am, Felicity Brand wrote: Thanks Cameron. Cesium is okay to merge now, please. I worked on the changes and Omar gave a 'thumbs up'. On Sat, Jan 25, 2020 at 3:38 PM Cameron Shorter wrote: 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? * GeoServer - From review comments, it appears that GeoServer doesn't work on OSGeoLive 13? Could someone with a 13.0 version of OSGeoLive please check. This appears to be an oversight in our testing. * gvsig - Waiting on Jorge Sanz to confirm that the updates are okay * Cesium - I think Felicity is still tweaking this. https://github.com/OSGeo/OSGeoLive-doc/pulls -- 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 -- 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] Quickstarts for 13.1 - merge status
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? * GeoServer - From review comments, it appears that GeoServer doesn't work on OSGeoLive 13? Could someone with a 13.0 version of OSGeoLive please check. This appears to be an oversight in our testing. * gvsig - Waiting on Jorge Sanz to confirm that the updates are okay * Cesium - I think Felicity is still tweaking this. https://github.com/OSGeo/OSGeoLive-doc/pulls -- 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
Re: [OSGeoLive] Motion to Setup new GitHub repository for Archived Documentation
Hi folks, We seem to have dropped the ball on this motion from Seth just before Xmas. (Seth just nudged me to see what the status is). I'm going to call the motion approved, with +1 from Seth, me, Angelos, Astrid and no negative votes. Sorry Seth for the delay. Feel free to push forward and make it happen. Speak up if you need help. And thanks for offering to take this on. On 18/12/19 7:49 pm, Angelos Tzotsos wrote: +1 Angelos On 12/17/19 10: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 -- 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
Re: [OSGeoLive] Quickstart doc progress
Vicky, Nicolas, I'm hoping you will be able to provide feedback to Luca's question about translations. And while on translations, I'm wondering whether we should invite translations for the 13.1 quickstart doc release. Do you think there is desire and bandwidth in the translation community to take on the translations? Or should we stick with just an English patch (and let the translations happen with our next 14.0 main release)? On 23/1/20 12:45 am, Luca Delucchi wrote: On Tue, 21 Jan 2020 at 21:55, 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. how is the situation in transifex? it seems not updated yet (I tested to check zoo-project quickstart, but it seems the old version) -- 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] Quickstart doc progress
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&hl=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
Re: [OSGeoLive] Motion to Setup new GitHub repository for Archived Documentation
+1 Cameron On Wed, 18 Dec 2019 at 07:39, 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 > -- 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
Re: [OSGeoLive] All OSGeoLive Docs versions online
Hi Astrid, I think it would be great to send a press release, but let's first make it fully accessible and linked into the master docs, which I propose we do in conjunction with a 3.1 docs release, which includes a working presentation reintroduced, updated quickstarts, and now links to archives. I expect we should be able to get this ready by early in 2020. On 18/12/19 3:46 am, Astrid Emde (OSGeo) wrote: Hello, question: I can't find the archive from ealier Versions at https://live.osgeo.org/archive/ works https://live.osgeo.org/archive/4.5/en/index.html does not work https://live.osgeo.org/archive/2.0/ At Seths link you get the whole list https://osgeolive.geographika.co.uk/ By the way: shall we write a news item about it or tweet. LIke: We are happy to announce that @OSGeoLive has published a historical archive of past releases. Thanks a lot to @geographika. Starting from Version 4.5 you can https://live.osgeo.org/archive/4.5/en/index.html https://live.osgeo.org/archive/ Astrid Am 16.12.2019 11:02 schrieb Angelos Tzotsos: Excellent work Seth! Thanks for making the archive. Lets plan on setting the archive repo and the subdomain during the meeting tomorrow. Best, Angelos On 12/15/19 6:29 PM, Seth G wrote: 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
Re: [OSGeoLive] All OSGeoLive Docs versions online
+1 Good idea. On 16/12/19 9:02 pm, Angelos Tzotsos wrote: Excellent work Seth! Thanks for making the archive. Lets plan on setting the archive repo and the subdomain during the meeting tomorrow. Best, Angelos On 12/15/19 6:29 PM, Seth G wrote: 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 the current archive on the main site. So there is some duplication of effort, but adding them to a re
Re: [OSGeoLive] All OSGeoLive Docs versions online
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. 1. I think this historical archive of past releases you have created is really valuable. 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. 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 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.) 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. 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 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
Re: [OSGeoLive] Missing old release files on SourceForge
Hey Tim, I don't suppose you managed to keep a memento copy of the 1.0 release of the OSGeo LiveDVD which you took to FOSS4G South Africa back in 2008? On 11/12/19 9:05 am, Angelos Tzotsos wrote: Hi all, Seth reported on IRC that some files are missing on SourceForge. After going through folders in https://sourceforge.net/projects/osgeo-live/files/ we realized that all old files over 4GB have been deleted from all mirrors. Here is a list of dead links: https://sourceforge.net/projects/osgeo-live/files/3.0/Arramagong-Livedvd-v3-Final.iso/download https://sourceforge.net/projects/osgeo-live/files/4.0/osgeolive-4.0.1.iso/download https://sourceforge.net/projects/osgeo-live/files/4.5/osgeo-live-4.5.iso/download https://sourceforge.net/projects/osgeo-live/files/5.0/osgeo-live-5.0.iso/download https://sourceforge.net/projects/osgeo-live/files/5.5/osgeo-live-5.5.iso/download https://sourceforge.net/projects/osgeo-live/files/6.0/osgeo-live-6.0-1.iso/download https://sourceforge.net/projects/osgeo-live/files/6.5/osgeo-live-6.5.iso/download https://sourceforge.net/projects/osgeo-live/files/7.0/osgeo-live-7.0.iso/download https://sourceforge.net/projects/osgeo-live/files/7.9/osgeo-live-7.9.iso/download https://sourceforge.net/projects/osgeo-live/files/8.0/osgeo-live-8.0.iso/download https://sourceforge.net/projects/osgeo-live/files/8.5/osgeo-live-8.5.iso/download https://sourceforge.net/projects/osgeo-live/files/9.0/osgeo-live-9.0-i386.iso/download https://sourceforge.net/projects/osgeo-live/files/9.0/osgeo-live-9.0-amd64.iso/download https://sourceforge.net/projects/osgeo-live/files/10.5/osgeo-live-10.5-i386.iso/download After cross checking with http://osprey.ucdavis.edu/downloads/osgeo/gisvm/gisvm/ it looks like we are missing these files from both archives: Arramagong-Livedvd-v3-Final.iso osgeolive-4.0.1.iso osgeo-live-5.0.iso (we do have a minor update osgeo-live-5.0.1.iso) osgeo-live-6.0-1.iso osgeo-live-9.0-i386.iso osgeo-live-9.0-amd64.iso Does anyone have a copy of those files? Do we have a copy somewhere of the v1.0 release? I propose we ask SAC to provide us with some disk space on OSGeo download server to take a backup of all the release files. Best, Angelos -- 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
Re: [OSGeoLive] All OSGeoLive Docs versions online
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
Re: [OSGeoLive] Liblas in OSGeoLive
ok, thanks for the clarification Sebastiaan, So the question moves to: Should we ask for a volunteer to create a Project Overview and Quickstart for PDAL? Is PDAL something that people gain value from using as a stand along application? Is there a relationship between PDAL and GDAL, and if so, should they be covered by the same Project Overviews and Quickstarts? On 6/12/19 6:03 am, Sebastiaan Couwenberg wrote: On 12/5/19 7:53 PM, Cameron Shorter wrote: We'd need a PDAL installer, Project Overview and Quickstart before we include it on OSGeoLive. It doesn't have to be an official project in OSGeoLive. PDAL is already in OSGeoLive as a dependency of GRASS (which libLAS was as well). Kind Regards, Bas -- 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
Re: [OSGeoLive] Mapnik in OSGeoLive
Hi Dane, I'd be keen to hear you expand on your comment below re suggesting Mapnik be removed from OSGeoLive. From OpenHub metrics, it appears that Mapnik is still being maintained (although with decreased activity): https://live.osgeo.org/en/metrics.html Are there other projects which we should be recommending users look at instead? If so, which one? On 5/12/19 4:49 pm, Luca Delucchi wrote: Il mer 4 dic 2019, 23:59 Felicity Brand <mailto:felicitybr...@gmail.com>> ha scritto: Hello all, Hi all, During my work on the Quickstarts, a few things came up that I need to raise more broadly. One of these was a comment Dane made about Mapnik: "I recommend removing Mapnik from the project." I think mapnik is still a relevant project and it should not be removed from osgeolive I'm sharing this to start the conversation. Thanks Felicity My2cents Luca ___ 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
Re: [OSGeoLive] Liblas in OSGeoLive
Thanks Howard, I'm looping in the OSGeoLive list as it appears your email just bounced (due to not being subscribed). On 6/12/19 6:03 am, Howard Butler wrote: On Dec 5, 2019, at 12:53 PM, Cameron Shorter mailto:cameron.shor...@gmail.com>> wrote: (Looping in Howard) Thanks Felicity and Howard for raising this. I trust Howard's advice on this, and support dropping libLAS. Howard, others, can you recommend a person or people we could ask to be OSGeoLive's point of contact? This person would be responsible for liaising with the PDAL community to keep docs and software on OSGeoLive up to date. We'd need a PDAL installer, Project Overview and Quickstart before we include it on OSGeoLive. I do not have the time or resources to support development of these things, but the person who does can steal most of it from the website as-is. A request for a volunteer to do so on the PDAL list might draw someone ought. As far as installer, PDAL has switched to using Conda and Conda Forge as its primary binary distribution mechanism. Presumably the linux conda environment could be gathered up and provided without modification. Hope this helps, Howard -- 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
Re: [OSGeoLive] Liblas in OSGeoLive
(Looping in Howard) Thanks Felicity and Howard for raising this. I trust Howard's advice on this, and support dropping libLAS. Howard, others, can you recommend a person or people we could ask to be OSGeoLive's point of contact? This person would be responsible for liaising with the PDAL community to keep docs and software on OSGeoLive up to date. We'd need a PDAL installer, Project Overview and Quickstart before we include it on OSGeoLive. Cheers, Cameron On 5/12/19 4:47 pm, Luca Delucchi wrote: Hi all, Il gio 5 dic 2019, 00:02 Felicity Brand <mailto:felicitybr...@gmail.com>> ha scritto: During my work on the Quickstarts, a few things came up that I need to raise more broadly. One of these was a comment Howard made about Liblas: "The project is in dormant maintenance mode at this time. It has been superseded by the PDAL project." I support to remove liblas and add PDAL I'm sharing this to start a conversation. Thanks Felicity My2cents Luca ___ 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
Re: [OSGeoLive] Motion: Create a docs only 13.1 release
Ok, I'm going to call this motion approved with support from: +1 Cameron +1 Nicolans +0 Angelos +1 Vicky Support from Felicity in IRC today's weekly meeting Going only on memory, I think Brian was supportive (or at least not negative) in last week's IRC meeting too. Plan in moving forward, based to today's IRC meeting: * Complete pull requests related to Felicity's Quickstart review for SeasonOfDocs (aim to do this mainly in December) * Create a Doc Only 3.1 release with target date of mid to late January. Commitment: * Cameron is committed to taking a lead role on this, in particular around chasing reviews if required, or reviewing himself * Felicity committed to supporting * Anyone else? On 27/11/19 9:34 pm, Angelos Tzotsos wrote: +0 on a doc only release. Angelos On 11/27/19 10:05 AM, Nicolas Roelandt wrote: Hi all, +1 for 13.1 doc release. Thanks Flicstar for this large amount of work. Best, Nicolas Le mar. 26 nov. 2019 à 22:45, Cameron Shorter a écrit : Johan, The light option is that the 13.1 release is just an update of the OSGeoLive docs athttps://live.osgeo.org . I think that is sufficient for the release, and is the basis of this motion. If someone has the bandwidth to additionally publish an ISO and VM, then I am fine with adding security updates to it. On Wed, 27 Nov 2019 at 08:41, Johan Van de Wauw wrote: If we do an update, I believe we should also install all security updates (and thus test the release). I don't expect a lot of problems, but I am not in favor of releasing an update without doing so. On Tue, Nov 26, 2019 at 9:59 PM Vicky Vergara wrote: +1 FYI: I made a branch: https://github.com/OSGeo/OSGeoLive-doc/tree/release-13.0 That will hold the information for transifex, to give an opportunity to finish some almost finished languages I also unliked the auto update of transifex, so changes on master won't affect the current information on transifex. It's important for flicstar to have her work merged into the repository, for her report for GSoD. On Tue, Nov 26, 2019 at 2:43 PM Cameron Shorter < cameron.shor...@gmail.com> wrote: As per IRC meeting today, I propose that we create a docs only 13.1 release of OSGeoLive which will include Quickstart updates for Google Season of Docs, as driven by Felicity, and re-introduction of the OSGeoLive Presentation. Date of release is still to be decided. +1 Cameron -- 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 -- Georepublic UG (haftungsbeschränkt) Salzmannstraße 44, 81739 München, Germany Vicky Vergara Operations Research eMail:vi...@georepublic.de Web:https://georepublic.info Tel: +49 (089) 4161 7698-1 Fax: +49 (089) 4161 7698-9 Commercial register: Amtsgericht München, HRB 181428 CEO: Daniel Kastl ___ 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 -- 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 -- Angelos Tzotsos, PhD Charter Member Open Source Geospatial Foundation http://users.ntua.gr/tzotsos ___ 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
Re: [OSGeoLive] LinuxInsider article
Nice plug for us, but I'd suggest it is a bit remiss, in that they have written an article about great OSGeo software and forgot to mention QGIS, arguably the most popular of the applications in the OSGeo stack. I've left a comment to that effect. On 1/12/19 1:55 am, Angelos Tzotsos wrote: https://www.linuxinsider.com/story/86387.html- 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
Re: [OSGeoLive] Conclusion of Season of Docs
Thank you Felicity for everything you have given our OSGeoLive community during Google's Season of Docs. It has been much more than your writing contributions: * You have always been friendly, warm and supportive, even during the witching hour teleconference calls we asked you to join. * You have touched so many of us. With each of the fifty-odd quickstarts you updated, you were introduced to a new bunch of people. * You've stepped up and volunteered to help with whatever needed doing, be it big and challenging, or small and mundane. * You went well beyond your Season of Docs mandate, both within the OSGeoLive project and additionally in TheGoodDocsProject. (Your initial proposal didn't account for all the community interaction you ended up doing). * You've brought a fresh perspective to many of our conversations, often introducing innovative ideas. The OSGeo Lexicon Committee started with your suggestion. * You balanced practical and sensible pragmatism with witty and playful humour. It made working with you fun rather instead of a chore. * And you've managed to do all this while mothering, without missing a beat. I was impressed when you introduced your well-behaved toddler as she walked into one of our video conferences. So on behalf of the OSGeoLive community, thank you. On 30/11/19 1:13 pm, Felicity Brand wrote: Dear all, The Season of Docs program officially ended yesterday. Phew, what a ride! Thank you all for being so supportive and helpful. It has felt like an intense period of learning and doing - I'll be glad to have a rest. You can read my summary report: https://flicstar.com/2019/11/27/project-report-for-season-of-docs-2019/ I have really enjoyed this opportunity to learn about open source, your community and geospatial software. I have also picked up skills in ReST, sphinx and taken my git to the next level. This is not goodbye from me. I will have a bit of a rest first (so might be offline for a few weeks). * There are 30 open pull requests for Quickstarts that I'm hoping you (and Cameron) can help me finalise. * There are also comments on some of the Quickstarts that I want to follow up in a bit more detail. * I discovered a doc issue in trac that I can probably address as well. I know that the Google Code-In program might be working with some of the Quickstarts, so that is an exciting opportunity to put some of them to the test. Thanks Felicity -- 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
Re: [OSGeoLive] Motion: Create a docs only 13.1 release
Johan, The light option is that the 13.1 release is just an update of the OSGeoLive docs at https://live.osgeo.org . I think that is sufficient for the release, and is the basis of this motion. If someone has the bandwidth to additionally publish an ISO and VM, then I am fine with adding security updates to it. On Wed, 27 Nov 2019 at 08:41, Johan Van de Wauw wrote: > If we do an update, I believe we should also install all security updates > (and thus test the release). > > I don't expect a lot of problems, but I am not in favor of releasing an > update without doing so. > > On Tue, Nov 26, 2019 at 9:59 PM Vicky Vergara > wrote: > >> +1 >> >> FYI: >> I made a branch: >> https://github.com/OSGeo/OSGeoLive-doc/tree/release-13.0 >> That will hold the information for transifex, to give an opportunity to >> finish some almost finished languages >> I also unliked the auto update of transifex, so changes on master won't >> affect the current information on transifex. >> It's important for flicstar to have her work merged into the repository, >> for her report for GSoD. >> >> >> >> On Tue, Nov 26, 2019 at 2:43 PM Cameron Shorter < >> cameron.shor...@gmail.com> wrote: >> >>> As per IRC meeting today, I propose that we create a docs only 13.1 >>> release of OSGeoLive which will include Quickstart updates for Google >>> Season of Docs, as driven by Felicity, and re-introduction of the >>> OSGeoLive Presentation. >>> >>> Date of release is still to be decided. >>> >>> +1 Cameron >>> >>> -- >>> 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 >>> >> >> >> -- >> >> Georepublic UG (haftungsbeschränkt) >> Salzmannstraße 44, >> 81739 München, Germany >> >> Vicky Vergara >> Operations Research >> >> eMail: vi...@georepublic.de >> Web: https://georepublic.info >> >> Tel: +49 (089) 4161 7698-1 >> Fax: +49 (089) 4161 7698-9 >> >> Commercial register: Amtsgericht München, HRB 181428 >> CEO: Daniel Kastl >> >> >> ___ >> 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 > -- 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] Motion: Create a docs only 13.1 release
As per IRC meeting today, I propose that we create a docs only 13.1 release of OSGeoLive which will include Quickstart updates for Google Season of Docs, as driven by Felicity, and re-introduction of the OSGeoLive Presentation. Date of release is still to be decided. +1 Cameron -- 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
Re: [OSGeoLive] Docs, Presentation and Builds
Seth, I can see that you have done a lot of research here. Well done and thankyou. I sounds like you have worked out a way to get the presentation updated which is great. If you are up for it, I suggest that do whatever is required to get the presentation reinstalled on the OSGeoLive website at https://live.osgeo.org/en/index.html (even if it is different to the 13.0 release). Angelos, others, do you see any objections to Seth pushing this forward? Are there any permissions we need to set Seth up with to put things into place? On 23/11/19 7:53 am, Seth G wrote: 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 -- 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
Re: [OSGeoLive] Quickstart 'how to' page and template
_info.csv|file * The project quickstartfile name is|_quickstart.rst|for example|udig_quickstart.rst| * Words surrounded by|@ @|are variables * Words surrounded by|| ||are Sphinx variables VariableExample Action @LOGO_@ |@LOGO_udig@| Gets the logo image of the project if it exists @OSGEO_KIND_@ |@OSGEO_KIND_udig@| Gets the logo of the kind of project within OSGeo as defined into|projects_info.csv| @NAME_@ |@NAME_udig@| Gets the name of the project as defined into|projects_info.csv| @QUICKSTART_@ |@QUICKSTART_udig@| Will generate a link to the quickstart if defined into|projects_info.csv| @SCREENSHOT_@ |@SCREENSHOT_udig@| Places the screenshot to a given standard size |version-| ||version-udig|| Project's version defined into|projects_info.csv| Most of those variable points to data collected into a file called|projects_info.csv|that you can find at the root of the documentation folder:https://github.com/OSGeo/OSGeoLive-doc/blob/b1d9cce02535fd75e9b891ebaea379103ab831bb/projects_info.csv It is a good idea to fill the projects_info.csv file first before writing your quickstart. How to fill|projects_info.csv|is explained here :https://trac.osgeo.org/osgeolive/wiki/How%20to%20configure%20a%20project%20documentation Last modified <https://trac.osgeo.org/osgeolive/wiki/How%20to%20document%20the%20quickstart%20file?action=diff&version=10>2 days ago <https://trac.osgeo.org/osgeolive/timeline?from=2019-11-19T19%3A51%3A32-08%3A00&precision=second> Download in other formats: On 21/11/19 4:14 pm, Felicity Brand wrote: Hello, I have done some work updating the 'How to document the quickstart file' page on the wiki and the template for the quickstart. They should go hand-in-hand (I have linked from each to each other.) I'm not sure where users might start, so I was trying to cover different angles of entry. I would appreciate a review of the page and the template - preferably by the end of next week which is the conclusion of the Season of Docs period. https://trac.osgeo.org/osgeolive/wiki/How%20to%20document%20the%20quickstart%20file Thanks Felicity ___ 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
Re: [OSGeoLive] OSGeo Live Presentation slides and speaker notes needed for RUFORUM
Yes, I've noticed that someone has disabled the link to our speaker notes from the front page. You can find the prior release from here: https://live.osgeo.org/archive/12.0/en/ You will likely need to view the slides in Firefox to see the speaker notes as popups are probably blocked for you from Chrome/IE. On 22/11/19 6:56 pm, Suchith Anand wrote: Hi all, Could you please let me know where the OSGeoLive presentation slides and notes link is. I remember seeing the link in the main OSGeoLive page sometime backbut cannot find it now at https://live.osgeo.org/en/index.html The 15th Annual General Meeting (AGM) of the Regional Universities Forum for Capacity Building in Agriculture (RUFORUM) will be held at the University of Cape Coast (UCC) in Ghana from 2-6 December, 2019. Details at https://www.ruforum.org/AGM2019/ I would like to introduce Emmanuel Okalany from theRegional Universities Forum for Capacity Building in Agriculture (RUFORUM) who will be helping us to share OSGeo Live and GeoForAll resources with the RUFORUM community. <https://www.ruforum.org/AGM2019/> I have requested GODAN colleague Kiringai Kamau who will be attending the event to take some OSGeo Live USBs with him to give to Emmanuel so he can learn more about OSGeo Live and plan ideas for training programs in AgriGIS at RUFORUM universities for the future. I understand from Emmanuelthat there are PhD training programs planned at RUFORUM 2019, so if you can send the slides of OSGeo Live overview , he can get the trainers to share it with students. Emmanuel - please join the OSGeoLive maillistat https://lists.osgeo.org/mailman/listinfo/osgeolive and send any queries you have. We will support you in your capacity development efforts for Africa. Thanks. Best wishes, Suchith This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please contact the sender and delete the email and attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. Email communications with the University of Nottingham may be monitored where permitted by law. ___ 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
Re: [OSGeoLive] MOTION not to merge PR#4 on gitea
Sorry for my late response. I am also confused about Vicky's intent for this motion. If it is because Vicky would like to see the template quickstart checked in via github, then I can see that has already been done, and I'm fine with that. However, I suspect Vicky has concerns about: 1. Adding a new "generic" quickstart template. I'm in favour of adding a new generic template. Feedback we have received from documentarians in TheGoodDocsProject was that there are strong reasons for not using an exemplar template (as I originally set up a long time ago). 1.1 It projects favouritism and potential resentment. 1.2 Successful projects are continually changing, and there is a high chance that your exemplar project will become out of date. It is better to create an imaginary project which doesn't change 2. Concerns about the content of the template quickstart (which currently still references udig). 2.1 I agree with Vicky's concerns. I suggest we make the template "generic". When I have a spare moment I'll provide more detailed feedback in Felicity's call for review. On 21/11/19 10:41 am, Felicity Brand wrote: Hi, Yesterday I closed my gitea PR, so I think the motion is no longer needed. We did create a QuickStart template and it was merged in a PR on github (not gitea) because that triggers a build and we could check if it broke anything (which it didn’t). I hope that makes sense. Thanks Felicity On 21 Nov 2019, at 7:52 am, Alex Mandel wrote: I'm a little confused as to why this is MOTION for a vote. Are we voting on if we think there should be a template Quickstart? That seems to be the relevant question, and the issues raised could be addressed if we are in agreement that we want a template. Thanks, Alex On 11/19/19 1:51 PM, Vicky Vergara wrote: Hello all There is a pending PR [1] and a reason for not merging [2] MOTION to not merge. just to be clear: +1 = not merge -1 = merge [1] https://git.osgeo.org/gitea/osgeolive/OSGeoLive-doc/pulls/4 [2] https://git.osgeo.org/gitea/osgeolive/OSGeoLive-doc/pulls/4#issuecomment-4598 regards Vicky ___ 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 -- 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
Re: [OSGeoLive] QuickStarts - question about updating the version number
The intent of the version number was to specify the lastest version of OSGeoLive the Quickstart was written and tested against. Ideally this should be the latest version of OSGeoLive, but if the docs haven't been updated for a few releases, then this field should demonstrate that the doc is out of date (and hence should be reviewed, or the reader should expect possible errors.) So your original feeling that you should set version number to 13.0 was correct. Thinking about this, we probably should make this information visible in the published docs rather than it being hidden in comments. On 19/11/19 9:31 am, Felicity Brand wrote: Hi Cameron and all, Seth G (geographika) and I have been chatting about the version number in the docs and I want to clarify it. At the top of each QuickStart we have a version number. We originally thought because we'd checked the doc against OSGeoLive 13.0 that we should update it to 13.0. We read the trac wiki guide that explains it, and now we think that we should leave it untouched because it's actually meant to state that the doc is valid from version x onwards. :Version: And I wonder if it's actually a variable because the guide describes version as "Project's version defined into projects_info.csv" It's ambiguous to me. Can you please clarify? Thanks Felicity -- 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
Re: [OSGeoLive] Motion: Propose to give Felicity Brand with permission to approve pull requests to OSGeo docs
With 4 +1 votes and no negative votes, I declare this motion passed. I don't have git permissions (or know where to look) to give flicstar pull approval permissions to OSGeoLive docs. Could someone please enable it for her. Thanks, Cameron On 17/11/19 2:54 am, Vicky Vergara wrote: It will allow her handle labels On Sat, Nov 16, 2019 at 9:45 AM Vicky Vergara <mailto:vi...@georepublic.de>> wrote: +1 On Tue, Nov 5, 2019 at 4:12 AM Cameron Shorter mailto:cameron.shor...@gmail.com>> wrote: Hi OSGeoLive PSC, Felicity Brand is a senior technical writer reviewing OSGeo Quickstarts. To date I've been really impressed with the quality of her suggestions and reviews. As such, I'd like to propose that we provide Felicity with permissions to accept pull requests to the OSGeoLive docs. This will help her be more productive. +1 Cameron -- Cameron Shorter Technology Demystifier Open Technologies and Geospatial Consultant M +61 (0) 419 142 254 ___ osgeolive mailing list osgeolive@lists.osgeo.org <mailto:osgeolive@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/osgeolive -- Georepublic UG (haftungsbeschränkt) Salzmannstraße 44, 81739 München, Germany Vicky Vergara Operations Research eMail: vi...@georepublic.de <http://georepublic.de> Web:https://georepublic.info Tel: +49 (089) 4161 7698-1 Fax: +49 (089) 4161 7698-9 Commercial register: Amtsgericht München, HRB 181428 CEO: Daniel Kastl -- Georepublic UG (haftungsbeschränkt) Salzmannstraße 44, 81739 München, Germany Vicky Vergara Operations Research eMail: vi...@georepublic.de <http://georepublic.de> Web:https://georepublic.info Tel: +49 (089) 4161 7698-1 Fax: +49 (089) 4161 7698-9 Commercial register: Amtsgericht München, HRB 181428 CEO: Daniel Kastl ___ 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
Re: [OSGeoLive] Motion: Propose to give Felicity Brand with permission to approve pull requests to OSGeo docs
Yes, I agree that we should have people review each other's work. We are seeing a few different workflows emerge of Felicity's work. Either: 1. Felicity provides a pull request for someone else to merge. 2. Felicity provides suggestion, someone else applies the changes (and whatever else they do at the same time), and in that case, I'd suggest that Felicity should be doing the merging. Would you be ok to vote +1 to enable 2? On 6/11/19 12:15 am, Angelos Tzotsos wrote: Hi Cameron, I am not against granting Felicity write permissions, but the whole idea of pull requests is to have a review by someone else before merging. Felicity can continue working on her own fork (as Vicky did with the migration to the cmake build system and Transifex) without needing to merge every change before moving on. At the end we can review and accept the changes in a big pull request or in smaller ones. Cheers, Angelos On 11/5/19 12:11 PM, Cameron Shorter wrote: Hi OSGeoLive PSC, Felicity Brand is a senior technical writer reviewing OSGeo Quickstarts. To date I've been really impressed with the quality of her suggestions and reviews. As such, I'd like to propose that we provide Felicity with permissions to accept pull requests to the OSGeoLive docs. This will help her be more productive. +1 Cameron -- 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] Motion: Propose to give Felicity Brand with permission to approve pull requests to OSGeo docs
Hi OSGeoLive PSC, Felicity Brand is a senior technical writer reviewing OSGeo Quickstarts. To date I've been really impressed with the quality of her suggestions and reviews. As such, I'd like to propose that we provide Felicity with permissions to accept pull requests to the OSGeoLive docs. This will help her be more productive. +1 Cameron -- 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
Re: [OSGeoLive] [osgeolive/OSGeoLive-doc] Added quickstart template file (#4)
Vicky's suggestion of improving the osgeolive wiki writing guidelines are good. The existing guidelines have a strong focus on the mechanics of the publishing process (how to use variable names etc). The value Felicity can bring is to bring the perspective of a user (non developer) to getting started, and also to help with writing structure and style. (The words rather than the process). What is emerging from the tech writers from TheGoodDocsProcess is value in having an exemplar template. While the existing Quickstarts are valuable, they will not necessarily still be the best practice in 3 years time. It is easier for the core writers to maintain one best practice template and get developers/users to write against that, rather than having to update all 50 projects when best practices evolve. So I'm in favour of keeping a Quickstart template. I'm taking this conversation back to the email list (originally in gitea?) On 2/11/19 6:21 am, Felicity Brand wrote: Thanks for this cvvergara. I'm happy to do as you suggest and it all makes sense to me. I'd need to remove the template from the repo because you're looking at the one in gitea and it actually did get added over in GitHub. In a new PR which is still awaiting merge (https://github.com/OSGeo/OSGeoLive-doc/pull/516) I tried to remove as much of the uDig content as I could, but it does still contain some and I felt uncomfortable about it. CC'ing Cameron because he's mentoring me through the Season of Docs period. Cameron, do you have any thoughts to add here? Thanks Felicity On Sat, Nov 2, 2019 at 2:28 AM cvvergara wrote: The build will pass because the file is not included on the build. Its a copy of udig: it has udig’s author names it has is for osgeolive version for 5.0 The only difference is that it has writing tips From my perspective it does not add more value to the repository: At this point in time with so many quickstarts, any quickstart can work as a template Its just a matter of adjusting to what a new project needs. We do have guidelines on how to document a project here: https://trac.osgeo.org/osgeolive/wiki/How%20to%20document%20a%20project https://trac.osgeo.org/osgeolive/wiki/How to document the quickstart file https://trac.osgeo.org/osgeolive/wiki/How%20to%20document%20the%20overview%20file My personal feeling is that it would be better to double check the guidelines and complete them: Making sure that the writing tips are there Add writing tips that are missing Changing those files does not need a PR, you just need to be an OSGeo member (which you are otherwise you could not have done this PR) and we trust that OSGeo members will do their best in their volunteering, so you don’t need approval when you modify the files. --- View it on Gitea. -- 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
Re: [OSGeoLive] MapSlicer QuickStart review (Season of Docs)
Hi Felicity, I've just reviewed your review, and it looks good. It provides clear direction to the developer. I'm keen to make sure the quality of such a review is not wasted because the developer doesn't follow through, and I'm checking in to see if you are getting responses from the developers. I can't remember how much we discussed on this topic, but I think our workflow should be: * Reach out to Points of Contact of docs you are about to review with message of: /"Hi, I'm a tech writing reviewing OSGeoLive quickstarts for Google Season of Docs for the next month and am wondering which projects to focus on. I'd like to review your project, but only wish to do so if you have the bandwidth to action my feedback within the Season of Docs timeline. If I commit to reviewing, will you have the bandwidth to action the review suggestions by the end of November? An example of what a review looks like is here: https://github.com/OSGeo/OSGeoLive-doc/pull/518"/ On 30/10/19 10:29 am, Felicity Brand wrote: Thanks to darkblue_b for pulling me up on my lack of a branch! My mistake - and only because I was trying to take a shortcut. Rookie error. I have now fixed that, and the link for the PR is actually: https://github.com/OSGeo/OSGeoLive-doc/pull/518 On Tue, Oct 29, 2019 at 3:25 PM Felicity Brand wrote: Hello, I have completed my second QuickStart review. Still ironing out the process so do let me know any feedback. I have created a PR on GitHub: https://github.com/OSGeo/OSGeoLive-doc/pull/517 And I have created its partner ticket in trac: https://trac.osgeo.org/osgeolive/ticket/2188#ticket If the comments on this one are too convoluted to follow, let me know and I can explain further or show you what I'm thinking. Thanks Felicity ___ 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
Re: [OSGeoLive] First QuickStart review completed: GPSPrune
Thanks Felicity, comments on your first feedback: * I like your use of a simple pull request with a reviewer and a bunch of comments. While clumsy, I think it is the best process for collecting this type of feedback. * I like the way you are bullet pointing out suggested changes. * I think it would be helpful to provide reasons for some of your suggestions, typically "in line with ..." or "to improve readability" or "in line with our style guide" (if we were to select a preferred style guide). * I like the idea of a template quickstart, but think it should not be tied to a specific project. As Erin picked up in the good docs project: 1. It implies favouritism, 2. It becomes out of date when the project updates. (Notably this udig quickstart is out of date, referencing an old version of the osgeolive release.) On 25/10/19 1:34 pm, Felicity Brand wrote: Hello, I am excited to say that I have finally completed the first QuickStart review as a proof of concept to test the process. Activityworkshop, thank you for being the guinea pig. I have created a PR on GitHub: https://github.com/OSGeo/OSGeoLive-doc/pull/515 And I have created its partner ticket in trac: https://trac.osgeo.org/osgeolive/ticket/2187#ticket The action items for the document owner are in a comment on the Pull Request. I had hoped to be able to comment on things in context, but GitHub doesn't let you work that way, so all the review comments are together and I have formatted them using markdown. I hope it is easy enough to follow. I'm not too sure about the next part of the process. Theoretically, my PR doesn't need to get merged. Document owners will need to make the edits and then have their own PR approved. @Cameron Shorter can you think of a way this might work? @activityworkshop, please let me know what the experience is like at your end. Thank you Felicity -- 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
Re: [OSGeoLive] Quick Starts template documenting wiki/trac (Season of Docs)
On 15/10/19 3:58 pm, Felicity Brand wrote: Hi all, me again. The wiki has this page that includes information about documentation for OSGeo Live: https://wiki.osgeo.org/wiki/OSGeoLive_AddProject#Documentation Yes, this was our original wiki, and the specific info about what should go into Quickstarts and Project Overviews has only had ~ 1/3 of the content moved across to the trac page. As I understand it, your wiki moved to "trac". Yes. I found this page: https://trac.osgeo.org/osgeolive/wiki/How%20to%20document%20a%20project and more specifically, this page: https://trac.osgeo.org/osgeolive/wiki/How%20to%20document%20the%20quickstart%20file Can anyone confirm for me the status of this move? So Vicky and Nicolas have been introducing variables into the docs, and improving the build process, and have updated the trac docs about their new tools, but all the old docs haven't been captured in the new trac. And this is now tripping up people like you. And I suppose my next comment would be that I should edit some of this information so that it is consistent across the template work I've been doing. Yes, it is hovering just outside of your Google Season of Docs mandate, but if you were to update the new trac pages with corrected doc process, that would be awesome. Thanks Felicity ___ 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
Re: [OSGeoLive] Quick starts template question (Season of Docs)
I'm not sure what the toc.rst file is doing in the directory. I suspect it probably should be removed, or maybe it is being pulled in by a template. If you check the version history you should be able to find out who created it, then ask them. Re creating a new template.rst: The template.rst will not be findable from other docs if no one links to it. However, I'm pretty sure the html page is created and accessible from say https://live.osgeo.org/en/quickstart/template_quickstart.html . That is ok. (We have previously allowed emerging projects to create their Project Overview on OSGeoLive, but not linked into the main docs as a stepping stone to getting included into OSGeoLive.) On Tue, 15 Oct 2019 at 14:35, Felicity Brand wrote: > In the OSGeoLive-doc\doc\quickstart directory, there's a file called > `toc.rst` that has the following contents: > -- > .. only:: latex >.. toctree:: > :maxdepth: 1 > :glob: > *_quickstart > - > > I can't read the code but didn't want to plonk a new file called > "template.rst" into the directory in case this code is generating an > automatic list of quickstarts that displays somewhere important. > Would this be why you embedded writing instructions into a quickstart > in the first place, rather than having it in its own file? > > On Mon, Oct 14, 2019 at 9:11 PM Cameron Shorter > wrote: > > > > While it would be ok to put into the udig_quistart.rst, I agree that it > would be better to have a template_quickstart.rst. Erin, a Google tech > writer recently made the comment that there are downsides with selecting an > exemplar project (as we have done): > > 1. The exemplar project is likely to change, and need updating, and > might not be exemplar any more. > > 2. There is potential other projects get jealous about not being > selected as an exemplar project. > > An alternative she suggested is to create a simple imaginary project > (maybe about mapping time-travel through worm holes in space, or something > equally silly). > > > > On Mon, 14 Oct 2019 at 11:06, Felicity Brand > wrote: > >> > >> Hi all, > >> I realized that before I do my dry run-though, I need to submit a PR > >> with my changes to the Quick Start template. My changes are in the > >> "Writing tips" sections. > >> > >> At the moment, these writing tips are embedded in the > >> uDig_quickstart.rst > >> > https://github.com/flicstar/OSGeoLive-doc/blob/master/doc/quickstart/udig_quickstart.rst > >> > >> Is this where we want to keep them? I wonder if a new file called > >> "template_quickstart.rst" would be better? > >> > >> Please advise. > >> Thanks > >> Felicity > >> _______ > >> 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 > > > > > > > -- 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
Re: [OSGeoLive] Quick starts template question (Season of Docs)
While it would be ok to put into the udig_quistart.rst, I agree that it would be better to have a template_quickstart.rst. Erin, a Google tech writer recently made the comment that there are downsides with selecting an exemplar project (as we have done): 1. The exemplar project is likely to change, and need updating, and might not be exemplar any more. 2. There is potential other projects get jealous about not being selected as an exemplar project. An alternative she suggested is to create a simple imaginary project (maybe about mapping time-travel through worm holes in space, or something equally silly). On Mon, 14 Oct 2019 at 11:06, Felicity Brand wrote: > Hi all, > I realized that before I do my dry run-though, I need to submit a PR > with my changes to the Quick Start template. My changes are in the > "Writing tips" sections. > > At the moment, these writing tips are embedded in the > uDig_quickstart.rst > > https://github.com/flicstar/OSGeoLive-doc/blob/master/doc/quickstart/udig_quickstart.rst > > Is this where we want to keep them? I wonder if a new file called > "template_quickstart.rst" would be better? > > Please advise. > Thanks > Felicity > ___ > 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
Re: [OSGeoLive] Quick starts status update (Google Season of Docs)
Hi Felicity, comments inline: On 11/10/19 3:01 pm, Felicity Brand wrote: Hello all, I am about to do my proof of concept trial with 2 Quick Starts. I thought I'd choose MapSlicer and Mapbender because both Astrid and Angelos expressed an interest in improving the Quickstarts for their projects :-) Good idea to start with projects which have a volunteer. Based on that criteria, m...@activityworkshop.net has offered to help with gps_prune. This should give me good practice to see if the GitHub process works out, as well as creating the trac tickets. Before I do anything, here is what I thought the trac ticket might look like - please let me know if any of these values should be different: *Summary = Update the [Project Name] Quick Start Good. *Description = The [Project Name] Quick Start was reviewed by flicstar as part of the Google Season of Docs in October 2019. The high level results of this review are that: - It has an Overview, Procedure and Things to Try section - which is good. - It is missing the Next Steps section and requires minor updates in the Procedure section. Please see comments in GitHub on this PR: Sounds good. *Type = Task While "task" is ok, I'd err on categorising as a "bug", especially if the docs are breaking the template structure by not aligning with best practice headings and guidelines. *Priority = Normal Good *Milestone = OSGeoLive 14.0 Good *Component = Documentation (or OSGeoLive?) Yes, "Documentation" *Keywords - should I add a keyword (like "documentation")? We don't need to fill this in, but it could be handy to add "quickstart" so we can search of quickstart reviews in future. *Will I assign it to an owner - like the contact person for the project? We typically have not done this in the past. You likely won't know the username of 1/4 to 1/2 of the contact people. However, you could add people's email addressed to the "CC" tab. (Note, many people won't notice this auto email.) So follow up with an email to people directly, with a personal email title, stating something like: "I've just raised comments on the [Project] quickstart. Would you mind having a look? I'm keen to process feedback before my SeasonOfDocs stipend finishes in November. If you could provide feedback within the next week or 2, that would be great. Thanks, Felicity, SeasonOfDocs Tech Writer for OSGeo" Is there a bulk way to create trac tickets? Not that I'm aware of, but I haven't looked. Thanks Felicity On Mon, Oct 7, 2019 at 6:22 PM Cameron Shorter wrote: Hi Felicity, Re labels, I don't feel strongly about whether we use them or not, but whatever we do, we aim to be consistent, and document our decision in our Quickstart template. I'd probably err on: 1. Adopting whatever is commonly used by all projects. 2. Keeping our use of labels simple (ie, not have them if it is not adding much value). -- Your suggestions for raising 50 trac tickets and 50 pull requests sound reasonable for me. I suggest doing one top-to-bottom and get feedback before continuing with the rest. Also, after reviewing a project's Quickstart, I suggest sending a direct email to that project's point of contact(s). Most don't monitor the OSGeoLive email list closely and will appreciate the email. You will also get a range of opinions on how hands on each person will be with their project. Some will accept every suggestion you make. Others will take it as guidance and then rewrite. Cheers, Cameron On 7/10/19 6:10 pm, Nicolas Roelandt wrote: Hi Felicity, Thanks for working on this and asking things ! For the Sphinx markup, I don't have a good response. I did like it was made as it is part of the process. But this can be questioned ! For your comments, if you don't want to change code and make a PR, fill an issue in Trac so we can comment on it. Trac is our main issue tracker so I think that it is better to fill your projects tickets there too. Thanks again, Warm regards, Nicolas Roelandt Le lun. 7 oct. 2019 à 06:57, Felicity Brand a écrit : 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 inte
Re: [OSGeoLive] Quick starts status update (Google Season of Docs)
Hi Felicity, Re labels, I don't feel strongly about whether we use them or not, but whatever we do, we aim to be consistent, and document our decision in our Quickstart template. I'd probably err on: 1. Adopting whatever is commonly used by all projects. 2. Keeping our use of labels simple (ie, not have them if it is not adding much value). -- Your suggestions for raising 50 trac tickets and 50 pull requests sound reasonable for me. I suggest doing one top-to-bottom and get feedback before continuing with the rest. Also, after reviewing a project's Quickstart, I suggest sending a direct email to that project's point of contact(s). Most don't monitor the OSGeoLive email list closely and will appreciate the email. You will also get a range of opinions on how hands on each person will be with their project. Some will accept every suggestion you make. Others will take it as guidance and then rewrite. Cheers, Cameron On 7/10/19 6:10 pm, Nicolas Roelandt wrote: Hi Felicity, Thanks for working on this and asking things ! For the Sphinx markup, I don't have a good response. I did like it was made as it is part of the process. But this can be questioned ! For your comments, if you don't want to change code and make a PR, fill an issue in Trac so we can comment on it. Trac is our main issue tracker so I think that it is better to fill your projects tickets there too. Thanks again, Warm regards, Nicolas Roelandt Le lun. 7 oct. 2019 à 06:57, Felicity Brand <mailto:felicitybr...@gmail.com>> a écrit : 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 <mailto:osgeolive@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/osgeolive -- Bien cordialement, Nicolas Roelandt mail: roelandtn@gmail.com <mailto:roelandtn@gmail.com> mobile: +33 (0)6 42 40 42 55 twitter: @*RoelandtN42* <https://twitter.com/RoelandtN42> ___ 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
Re: [OSGeoLive] [OSGeo-Discuss] What terms should go into an OSGeo Glossary?
To keep you in the loop, Both the OGC and ISO/TC211 Glossary teams, who manage glossaries of spatial terms have reached out to us about collaborating around developing an OSGeo glossary. It looks like they have tools which we could make use of. The conversation is unfolding on the OSGeo Standards list. If you are interested, I suggest viewing the email archive and/or subscribing to the list: https://lists.osgeo.org/mailman/listinfo/standards On 28/9/19 7:09 am, Cameron Shorter wrote: Thanks everyone. Felicity and I have received scores responses, both publicly and privately. We've been pointed to a bunch of links to existing material, and received some really good suggestions. ... -- 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
Re: [OSGeoLive] [OSGeo-Discuss] What terms should go into an OSGeo Glossary?
Thanks everyone. Felicity and I have received scores responses, both publicly and privately. We've been pointed to a bunch of links to existing material, and received some really good suggestions. Admittedly, I'm feeling a bit like we are drinking out of a fire-hose, as we think about how to process all the feedback, and the level of engagement that OSGeo can sustain. More to come from us in the next few weeks ... On 26/9/19 8:21 pm, Seth G wrote: Hi all, The MapServer glossary is at https://mapserver.org/glossary.html The RST source for this page is at https://github.com/mapserver/docs/blob/branch-7-4/en/glossary.txt Seth -- web:http://geographika.co.uk twitter: @geographika On Thu, Sep 26, 2019, at 12:06 PM, Robert Nuske wrote: Hi, there is at least still the GRASS Translation Glossary [1] which has quite some general GIS terms in a dozen languages. This might be a good starting point. Although, it does not contain descriptions of the terms. It is rather focused on translation. cheers robert [1] https://grasswiki.osgeo.org/wiki/GRASS_Translation_Glossary Am 26.09.19 um 08:28 schrieb Markus Neteler: Hi, On Thu, Sep 26, 2019 at 1:02 AM Cameron Shorter wrote: Hi folks, Felicity (CCed), one of the Tech Writers partaking in the Google Season of Docs, is going to compile a Glossary for us. Does anyone know of existing Glossaries that we can start from? I did some efforts years ago: https://wiki.osgeo.org/wiki/OSGeo_Multilanguage_Dictionary It was hosted on the "webextra" server but didn't survive the infrastructure migration in 2014. Dunno if anyone kept a copy... Best Markus ___ Discuss mailing list disc...@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/discuss ___ Discuss mailing list disc...@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/discuss -- 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] What terms should go into an OSGeo Glossary?
Hi folks, Felicity (CCed), one of the Tech Writers partaking in the Google Season of Docs, is going to compile a Glossary for us. Does anyone know of existing Glossaries that we can start from? I've found an OGC list of accronyms [0]. This coming week (by 29 September) she will be collating existing material. In the following weeks, she'll be asking us to review and see what extra terms should be added. Beyond that, she will also be working reviewing our Quickstarts, and selecting a writing style guide. (The Google Syle Guide is a likely contender). You can see results of her first pass [1]. If you'd like to contribute, conversations are happening on the OSGeoLive email list [2], or you can email Felicity directly. [0] https://www.opengeospatial.org/acronyms [1] https://docs.google.com/presentation/d/1jmSlp9GNwoPupeFJdjPsBnL7vqVG7AiWbWLEGOWEcy4/edit#slide=id.p1 [2] https://lists.osgeo.org/mailman/listinfo/osgeolive Cheers, -- 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] Major typo in OSGeoLive docs (says version 12.0 instead of 13.0)
I've just noticed that our docs says version 12.0 instead of 13.0 in the heading on: https://live.osgeo.org/en/index.html https://live.osgeo.org/en/overview/overview.html But correctly says 13.0 on: https://live.osgeo.org/en/metrics.html -- I've created ticket: https://trac.osgeo.org/osgeolive/ticket/2185 -- 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
Re: [OSGeoLive] Season of Docs - OSGeo Live Quick Starts status
Hi Felicity, I think this "birds eye view" of all the projects is really useful, and will help us focus on what next. All, In our weekly irc://freenode.net#osgeolive meeting (in ~ 11 hours, I suggest we discuss Felicities summary, and help set our doc priorities. In answer to a could of Felicity's questions: * Rather than asking "should we review the template", I think we should ask "how much time should we spend on the template". I think a little review is in order. (Note, in parallel, TheGoodDocsProject is looking at the Quickstart template.) https://docs.google.com/document/d/16u4lKHLFCIBmjgJD2oGhM1amUj2IREFVCJ10Y1K6RIQ/edit * Re quality: To date, OSGeoLive has set a quality standard, and then expected projects to meet that standard. Projects that haven't been able to meet the standard have been retired. Considering retiring a project is something that we should add to our formula. (Other option is to "hide" the project until they get their docs up to quality.) I think we should set a target quality standard for a projects' Quickstart (maybe a 3 on Felicity's scale), and let all projects know that they will be expected to meet this standard by next release. And that you have 2 months when Felicity can help you get your Quickstart up to scratch - but you will need to provide base material and work with us/her. * We haven't had language barriers to date. Everyone speaks English, sometimes with a strong accent, and creative grammar. * Q: What do we gain? A: Quality, and even better, the perception of quality. Showing that you have spent the time to improve your docs means that you spend time on details, and they hopefully should be the case with the rest of the project. Yes, consistency is another measure of quality. * You mention "None of the Quick Starts talk about what the software could be used for". Yes, this is what is covered in a Project Overview. I suggest have a look at a couple to get a feel for what they cover. (The PostGIS Project Overview is our exemplar.) Our aim is not to duplicate the material in the Project Overview. * I like the idea of "did you find this helpful". I'm not sure if we have the capacity to implement it, or process the results, but it is worth considering. * Yes, I think a style guide is a good idea. We don't have one. I wish I had of thought of that at the beginning. On 17/9/19 5:47 pm, Angelos Tzotsos wrote: Hi, ossim, tinyows and osgearth should have been removed them from the docs. They are available through the ppa only. Iris and jupyter have failed to provide a quickstart. In my opinion they should have one for the next version if we want to be consistent and fair to the other projects. Cheers, Angelos On 9/17/19 10:28 AM, Felicity Brand wrote: Hello, This week I did a quick pass-through of the Quick Start guides and put together a little summary in Google slides. Here is the link: https://docs.google.com/presentation/d/1jmSlp9GNwoPupeFJdjPsBnL7vqVG7AiWbWLEGOWEcy4/edit?usp=sharing I couldn't find Quick Starts for these ones - are they available? - iris - jupyter - osgearth - ossim - tinyows This exercise was to try and work out where to focus my efforts during the Season of Docs period. I welcome feedback and input. Thank you Felicity ___ 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
Re: [OSGeoLive] OSGeoLive meeting tomorrow
Thanks for catching that Nicolas. Yes, I meant to meet at our normal meeting time: https://www.timeanddate.com/worldclock/meetingdetails.html?year=2019&month=9&day=10&hour=20&min=0&sec=0&p1=224&p2=155&p3=195&p4=37&p5=26&p6=240&p7=952&iv=1800 LocationLocal Time Time Zone UTC Offset San Francisco <https://www.timeanddate.com/worldclock/usa/san-francisco>(USA - California) Tuesday, 10 September 2019 at 1:00:00 pm PDT <https://www.timeanddate.com/time/zones/pdt> UTC-7 hours Mexico City <https://www.timeanddate.com/worldclock/mexico/mexico-city>(Mexico - Ciudad de México) Tuesday, 10 September 2019 at 3:00:00 pm CDT <https://www.timeanddate.com/time/zones/cdt> UTC-5 hours Paris <https://www.timeanddate.com/worldclock/france/paris>(France - Île-de-France) Tuesday, 10 September 2019 at 10:00:00 pm CEST <https://www.timeanddate.com/time/zones/cest> UTC+2 hours Berlin <https://www.timeanddate.com/worldclock/germany/berlin>(Germany - Berlin) Tuesday, 10 September 2019 at 10:00:00 pm CEST <https://www.timeanddate.com/time/zones/cest> UTC+2 hours Athens <https://www.timeanddate.com/worldclock/greece/athens>(Greece) Tuesday, 10 September 2019 at 11:00:00 pm EEST <https://www.timeanddate.com/time/zones/eest> UTC+3 hours Sydney <https://www.timeanddate.com/worldclock/australia/sydney>(Australia - New South Wales) Wednesday, 11 September 2019 at 6:00:00 am AEST <https://www.timeanddate.com/time/zones/aest> UTC+10 hours Dunedin <https://www.timeanddate.com/worldclock/new-zealand/dunedin>(New Zealand - Otago) Wednesday, 11 September 2019 at 8:00:00 am NZST <https://www.timeanddate.com/time/zones/nzst> UTC+12 hours Corresponding UTC (GMT) Tuesday, 10 September 2019 at 20:00:00 <https://www.timeanddate.com/worldclock/fixedtime.html?iso=20190910T2000> On 10/9/19 4:49 pm, Nicolas Roelandt wrote: Hi Cameron, Is that a special meeting time or the timetable is wrong (should be 5 hours before) ? Nicolas -- 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] OSGeoLive meeting tomorrow
Hi folks, I'd like to introduce you to Felicity Brand at our usual OSGeoLive meeting tomorrow. Felicity was selected as our Google Season of Docs technical writer and she will need our help to reach into the OSGeo community and help improve our docs. The aim is to work on Quickstarts, but alternatives can be considered at this stage. irc://freenode.net#osgeolive https://www.timeanddate.com/worldclock/meetingdetails.html?year=2019&month=9&day=11&hour=1&min=0&sec=0&p1=224&p2=155&p3=195&p4=37&p5=26&p6=240&p7=952&iv=1800 LocationLocal Time Time Zone UTC Offset San Francisco <https://www.timeanddate.com/worldclock/usa/san-francisco>(USA - California) Tuesday, 10 September 2019 at 6:00:00 pm PDT <https://www.timeanddate.com/time/zones/pdt> UTC-7 hours Mexico City <https://www.timeanddate.com/worldclock/mexico/mexico-city>(Mexico - Ciudad de México) Tuesday, 10 September 2019 at 8:00:00 pm CDT <https://www.timeanddate.com/time/zones/cdt> UTC-5 hours Paris <https://www.timeanddate.com/worldclock/france/paris>(France - Île-de-France) Wednesday, 11 September 2019 at 3:00:00 am CEST <https://www.timeanddate.com/time/zones/cest> UTC+2 hours Berlin <https://www.timeanddate.com/worldclock/germany/berlin>(Germany - Berlin) Wednesday, 11 September 2019 at 3:00:00 am CEST <https://www.timeanddate.com/time/zones/cest> UTC+2 hours Athens <https://www.timeanddate.com/worldclock/greece/athens>(Greece) Wednesday, 11 September 2019 at 4:00:00 am EEST <https://www.timeanddate.com/time/zones/eest> UTC+3 hours Sydney <https://www.timeanddate.com/worldclock/australia/sydney>(Australia - New South Wales) Wednesday, 11 September 2019 at 11:00:00 am AEST <https://www.timeanddate.com/time/zones/aest> UTC+10 hours Dunedin <https://www.timeanddate.com/worldclock/new-zealand/dunedin>(New Zealand - Otago) Wednesday, 11 September 2019 at 1:00:00 pm NZST <https://www.timeanddate.com/time/zones/nzst> UTC+12 hours Corresponding UTC (GMT) Wednesday, 11 September 2019 at 01:00:00 <https://www.timeanddate.com/worldclock/fixedtime.html?iso=20190911T0100> -- 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
Re: [OSGeoLive] Press release 87 for Version 13.0 please review
Thanks Astrid. I've reviewed and restructured a little. I like the good news stories coming out of FOSS4G. It really talks to the success of OSGeoLive. I suggest that the press release is good to go out now. Cheers, Cameron On 4/9/19 6:24 pm, Astrid Emde (OSGeo) wrote: Hello, I worked on the press release: https://trac.osgeo.org/osgeolive/wiki/Press%20Release%2087 Could a native speaker have another look? When the website is switched to 13.0 I will send the mail Astrid ___ 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
Re: [OSGeoLive] OSGeoLive 13.0 status: distribution
+1 Cameron On Wed, 21 Aug 2019 at 07:59, Alex M wrote: > +1 > > -Alex > > On 8/20/19 13:48, Nicolas Roelandt wrote: > > Hi all, > > > > +1 to call RC3 final > > > > > > Cheers, > > > > Nicolas > > > > Le mar. 20 août 2019 à 22:45, Angelos Tzotsos a > > écrit : > > > >> Hi all, > >> > >> We are officially freezing builds for 13.0. > >> > >> Regarding the final iso, there is an open motion from our weekly > meeting: > >> > >> MOTION to call rc3 as final. > >> Here is my +1, > >> > >> Best, > >> Angelos > >> > >> > >> -- > >> Angelos Tzotsos, PhD > >> Charter Member > >> 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 > > > > ___ > 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] Fwd: Re: [SeasonOfDocs] TheGoodDocsProject: Multiple language templates
Vicky, others, I'd be keen to capture the depth of your experience setting up OSGeoLive's translation pipeline with Transifex and forward onto TheGoodDocsProject seasonofd...@lists.osgeo.org. . (I'm happy to forward on your advice.) Forwarded Message Subject: Re: [SeasonOfDocs] TheGoodDocsProject: Multiple language templates Date: Sun, 18 Aug 2019 10:54:31 -0700 From: Clarence Cromwell To: seasonofd...@lists.osgeo.org My company’s strategy is to set up repos so everything is in the English language sub-directory and other languages can be added alongside it later. Instead of /src to hold the source files we start with /src/en. Even if translation is not expected. It’s not the only way, but it’s one way to leave space for future expansion to other languages. Sent from my iPhone On Aug 18, 2019, at 10:40 AM, Kyle Lobo <mailto:kylelobo11...@gmail.com>> wrote: I think we should set up different repos for different languages. This will make it easy for translators and for users to find relevant info. Apart from this, I think we should use well-defined terms in our templates so that it's easier for non-native English speakers and for translations to be written. Thoughts? On Sun, Aug 18, 2019 at 2:23 AM Cameron Shorter mailto:cameron.shor...@gmail.com>> wrote: Replying publicly, with Kyle's permission On 17/8/19 11:47 pm, Kyle Lobo wrote: Sorry for the late reply, I was wondering if we would want to make our templates available in multiple languages. One challenge I faced in the later stages of The Documentation Compendium <https://github.com/kylelobo/The-Documentation-Compendium> was that I did not consider making the templates available in multiple languages. Due to this, I had to restructure the entire repo to make it easy for people to navigate through the translated templates. Yes Kyle, I expect that if the templates are successful, people will want to create translations of them. It would be good to hear your advice on setting up to be translation friendly. -- Cameron Shorter Technology Demystifier Open Technologies and Geospatial Consultant M +61 (0) 419 142 254 ___ SeasonOfDocs mailing list seasonofd...@lists.osgeo.org <mailto:seasonofd...@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/seasonofdocs ___ SeasonOfDocs mailing list seasonofd...@lists.osgeo.org <mailto:seasonofd...@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/seasonofdocs ___ SeasonOfDocs mailing list seasonofd...@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/seasonofdocs ___ osgeolive mailing list osgeolive@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/osgeolive
Re: [OSGeoLive] #2136: QGIS overview and quickstart overhaul for QGIS 3.x release
Hey Andrew, I'm looping in the osgeolive list, as someone might correct my advice below if I've got it wrong. I suspect the problem is in project_info.csv which is explained in: https://trac.osgeo.org/osgeolive/wiki/How%20to%20configure%20a%20project%20documentation On Fri, 26 Jul 2019 at 08:40, Andrew Jeffrey wrote: > I'm looking at it now. > > I see the overview defines images differently than the quickstart - How do > I find the image that this is referencing to replace it? > > [image: image.png] > > On Fri, Jul 26, 2019 at 7:52 AM Cameron Shorter > wrote: > >> Hey Andrew, not sure if you saw this? >> >> >> Forwarded Message >> Subject: Re: [OSGeoLive] #2136: QGIS overview and quickstart overhaul >> for QGIS 3.x release >> Date: Thu, 25 Jul 2019 21:28:05 - >> From: OSGeoLive >> Reply-To: s...@lists.osgeo.org >> >> #2136: QGIS overview and quickstart overhaul for QGIS 3.x release >> ---+ >> Reporter: bakaniko | Owner: osgeolive@… >> Type: task | Status: new >> Priority: critical | Milestone: OSGeoLive13.0 >> Component: OSGeoLive | Resolution: >> Keywords: qgis | >> ---+ >> >> Comment (by kalxas): >> >> QGIS overview needs a 3.x screenshot. >> >> QGIS quickstart needs removal of first screenshot and removal of "Import >> settings from QGIS 2" part, since we have a QGIS configuration now in >> place. >> >> -- >> Ticket URL: <https://trac.osgeo.org/osgeolive/ticket/2136#comment:3> >> <https://trac.osgeo.org/osgeolive/ticket/2136#comment:3> >> OSGeoLive <http://live.osgeo.org/> <http://live.osgeo.org/> >> self-contained bootable DVD, USB thumb drive or Virtual Machine based on >> Lubuntu, that allows you to try a wide variety of open source geospatial >> software without installing anything. >> >> -- 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
Re: [OSGeoLive] [SeasonOfDocs] Important: OSGeoLive Geonetwork Quick Start help needed
Jo, I'll build the GeoNetwork Quickstart docs within an OSGeoLive VM to confirm it works. Plan to do so within 48 hours. I'm looping in the OSGeoLive email list to let the team know this is coming, and give others the chance to review. Cheers, Cameron On 22/7/19 9:39 am, Felicity Brand wrote: Hi Jo, I reviewed your changes in the Github interface (because I'm not savvy enough to build the docs in my VM). I approved your PR because the language and the doc overall looks acceptable to me, given the tight time frames. There are minor tweaks I could suggest but it would seem nitpicky at this stage, given I know that we're going to be reviewing the Quickstarts as a whole in the coming months anyway. Cheers Felicity On Mon, Jul 22, 2019 at 3:40 AM Jo Cook <mailto:jo.k.c...@gmail.com>> wrote: Hi All, but specifically Cameron and Felicity, I have had a go at updating the OSGeo:Live Geonetwork Quick Start guide. For various reasons this was really tricky as the OSGeo:Live and Geonetwork's own quick start guides are not identical! Secondly, I used https://docs.microsoft.com/en-us/style-guide/procedures-instructions/describing-interactions-with-ui to do the styling of the elements but I'm not 100% happy with the result. Thirdly, I couldn't test what I've done as I couldn't get OSGeo:Live docs to build locally on my laptop! So... I've submitted a Pull Request to our fork of the OSGeoLive-Docs repository (https://github.com/thegooddocs/OSGeoLive-doc/pull/2) but it needs reviewing both for language *looks at Felicity* and for whether it actually builds *looks at Cameron*. We're so short of time at this point, and I'm totally out of time myself for really working on it, so if it's no good, or it needs too much work to get it integrated into the new documentation, then I don't mind if it's ignored. It has been a useful learning experience at least, and it was always a long shot as to whether there was time to do it or not. Thanks all, Jo On Thu, Jul 18, 2019 at 8:01 PM Cameron Shorter mailto:cameron.shor...@gmail.com>> wrote: On 19/7/19 2:24 am, Jo Cook wrote: > Cameron- could you confirm that this is the link I should use for the > raw version of the documentation: > https://github.com/OSGeo/OSGeoLive-doc/blob/master/doc/quickstart/geonetwork_quickstart.rst? > If so, I'll probably fork it (possibly under thegooddocs). Confirmed, this is the master. -- Cameron Shorter Technology Demystifier Open Technologies and Geospatial Consultant M +61 (0) 419 142 254 -- http://about.me/jocook ___ SeasonOfDocs mailing list seasonofd...@lists.osgeo.org <mailto:seasonofd...@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/seasonofdocs -- 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
Re: [OSGeoLive] Help: Live CD to HD
Hi ipp0, Based on the symptoms you describe, it sounds like you might be installing OSGeoLive as a Virtual Machine. Maybe you followed these instructions: https://live.osgeo.org/en/quickstart/virtualization_quickstart.html You can install directly on a computer, alongside whatever else you have installed, such as windows or linux, the same way you can install linux. See: https://live.osgeo.org/en/quickstart/osgeolive_install_quickstart.html Good luck, Cameron On 17/7/19 6:35 pm, ipp0 wrote: I have OSGeoLive installed on hard drive and it works mostly well. However, (as with the live cd) everything is loaded into RAM, which means that /tmp is becomming full pretty fast. Is there an option to run the system completely on the hard disk to install / compile new software etc? Even working with maps needs lots of space. I am using Grub2 as bootloader. Greetings ipp0 -- Sent from: http://osgeo-org.1560.x6.nabble.com/OSGeoLive-f3777350.html ___ 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] Reviewing Andrew's QGIS Quickstart
Thought I should mention that I'm going through and reviewing the pull request for the QGIS Quickstart. I'm fixing a couple of formatting and syntax issues I've noticed. I expect to be finished by this weekend (14 July 2019). -- 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
Re: [OSGeoLive] Proposing application: actinia
eted at applications that people can use rather than libraries. Does the application have a user interface (possibly a command line interface) that a user can interact with? (We do make an exception for Incubated OSGeo Libraries, and will include Project Overviews for these libraries, even if they don't have a user interface.)/ * Since actinia offers a REST API, there is no interactive user interface per se. However, a few options are there (see also the actinia docs): o use curl (yes, cmd line is also a nice user interface, https://actinia.mundialis.de/tutorial/) o Postman extension for Chrome o actinia command execution (ace, https://github.com/mundialis/actinia_core/blob/master/scripts/) o more to come /We give preference to OSGeo Incubated Projects, or Projects which are presented at //FOSS4G <http://foss4g.org>//conferences. If your project is involved in OSGeo Incubation, or has been selected to be presented at FOSS4G, then please mention it./ * actinia is an OSGeo community project since 2019: https://www.osgeo.org/projects/actinia/ /**//With around 50 applications installed on OSGeo-Live, us core packagers do not have the time to liaise with every single project email list for each OSGeo-Live release. So we require a volunteer (or two) to take responsibility for liaising between OSGeo-Live and the project's communities. This volunteer will be responsible for ensuring the install scripts and English documentation are updated by someone for each OSGeo-Live release. Also test that the installed application and Quickstart documentation works as expected on release candidate releases of OSGeo-Live. Who will act as the project's liaison person./ * Markus Neteler /Can you please discuss how your application will be installed:/ * We have developed an installer script: The pull request of installer script is at https://github.com/OSGeo/OSGeoLive/pull/266 /OSGeo-Live is memory and disk constrained. Can the application run in 512 Meg of RAM?/ * No problem. /How much disk space will be required to install the application and a suitable example application?/ * The Python scripts are consuming 17MB. The backend GRASS GIS + GDAL + dependencies are already present on OSGeo-live. /We aim to reduce disk space by having all applications make use of a common dataset. We encourage applications to make use of the example datasets already installed:// http://wiki.osgeo.org/wiki/Live_GIS_Add_Project#Example_Datasets//If another dataset would be more appropriate, please discuss here. Is it appropriate, to remove existing demo datasets which may already be included in the standard release./ * The North Carolina dataset is fine. /Each OSGeo-Live application requires a Project Overview available under a //CC By <http://creativecommons.org/licenses/by/3.0/>//and a Quickstart available under a //CC By-SA <http://creativecommons.org/licenses/by-sa/3.0/>//license. (You may release under a second license as well). Will you produce this?/ * Sure: https://github.com/OSGeo/OSGeoLive-doc/pull/455 /In past releases, we have included Windows and Mac installers for some applications. It is likely we won't have space for these in future releases. However, if there is room, would you be wishing to include Windows and/or Mac installers?/ * No thanks, not needed here. best regards, Markus (on behalf of the actinia team) -- Markus Neteler https://www.mundialis.de - free data with free software https://grass.osgeo.org ___ osgeolive mailing list osgeolive@lists.osgeo.org <mailto:osgeolive@lists.osgeo.org> https://lists.osgeo.org/mailman/listinfo/osgeolive -- Angelos Tzotsos, PhD OSGeo Charter Member http://users.ntua.gr/tzotsos ___ 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
Re: [OSGeoLive] OSGeoLive QGIS Quickstart draft
l add you as an editor. https://docs.google.com/document/d/1Ba9H6gWjtPBKPVgX54KfIySHQp38i1SfNMD9TLF8s7Q/edit?usp=sharing [1] The current quickstart for 2.14 can be found here for comparison https://live.osgeo.org/en/quickstart/qgis_quickstart.html [2] Any and all feedback is welcomed, I plan on going back and re-doing all the screenshots so that they are a consitent size and scale so don't be shy to suggest more, less, or completely new ones. I will leave the document up until Thursday 4th July 12:00pm UTC. We will then need to start on updating the RST files in the repo and submitting back to the project as I believe they have a deadline on 9th July. Thanks Andrew Jeffrey Links: -- [1] https://docs.google.com/document/d/1Ba9H6gWjtPBKPVgX54KfIySHQp38i1SfNMD9TLF8s7Q/edit?usp=sharing [2] https://live.osgeo.org/en/quickstart/qgis_quickstart.html ___ 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 -- 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
Re: [OSGeoLive] OSGeoLive QGIS Quickstart draft
Thanks Andrew, I"m not sure if you have seen the .. Writing Tips in our exemplar OSGeoLive quickstart? https://raw.githubusercontent.com/OSGeo/OSGeoLive-doc/master/doc/quickstart/udig_quickstart.rst I suggest checking the structure of what you have against these writing tips. I've just noticed that there doesn't seem to be an introduction into the quickstart: "In this quickstart we will cover ..." You might also want to give observers "review" access. (They will then be able to see your comments). Just ask people to log in before commenting so you can see who said what. On Mon, 1 Jul 2019 at 21:31, Andrew Jeffrey wrote: > Hi, > > As mentioned last week on the Season of docs list one of the writing tasks > that the QGIS group has identified is updating the OSGeoLive quickstart. > > I have finished the first draft of a quickstart for QGIS LTR 3.4 and I > would be interested in feedback. At the moment the doc is read only, let me > know if you would like to contribute and I will add you as an editor. > > https://docs.google.com/document/d/1Ba9H6gWjtPBKPVgX54KfIySHQp38i1SfNMD9TLF8s7Q/edit?usp=sharing > > The current quickstart for 2.14 can be found here for comparison > https://live.osgeo.org/en/quickstart/qgis_quickstart.html > > Any and all feedback is welcomed, I plan on going back and re-doing all > the screenshots so that they are a consitent size and scale so don't be shy > to suggest more, less, or completely new ones. > > I will leave the document up until Thursday 4th July 12:00pm UTC. We will > then need to start on updating the RST files in the repo and submitting > back to the project as I believe they have a deadline on 9th July. > > Thanks > > Andrew Jeffrey > ___ > 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