<html><body><div dir="ltr">Bogdan </div><div dir="ltr"><br></div><div dir="ltr">Good news, the osgeo board just shared their <a href="https://wiki.osgeo.org/wiki/Board_Meeting_2022-04-25#Boundary_condition_of_the_open-source_software_foundation_with_respect_to_the_transition_of_software_to_services">guidance</a>:</div><div dir="ltr"><br></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div dir="ltr"><div dir="ltr"><i>Boundary condition of the open-source software foundation with respect to the transition of software to services</i></div></div></blockquote><div dir="ltr"><div dir="ltr"><ul style="margin:0px"><ul><li><i>Jody brought this up and is asking the board if we’re ok to include or endorse SaaS</i></li><li><i>We agree that If the code used in the SaaS (Software as a Service) is deployable on its own instances then it can be treated as a project.</i></li><li><i>The service is not the interesting part, the deployable code is.</i></li><li><i>The projects wanting to be incubated are to prove that they are deployable</i></li></ul></ul></div><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div dir="ltr"><div><br></div><div dir="ltr">With that in mind I would like to consider your docker images as meeting that deployable part (is there an example, such as a documentation that we can use to show this :)<br></div><div dir="ltr"><br></div><div dir="ltr">Whew, what a challenge it has been to communicate on this topic.</div><div>--</div><div>Jody Garnett</div></div></div></div></div><br>

</div>

<br>

<div class="gmail_quote">

    <div dir="ltr" class="gmail_attr">On Apr 14, 2022 at 9:29:24 AM, Jody Garnett <<a href="mailto:jody.garnett@gmail.com">jody.garnett@gmail.com</a>> wrote:<br></div>

    <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" type="cite">

        <div><div><div dir="ltr">

    I have not been keeping close tabs on this application, I was expecting some guidance from the osgeo board.</div><div dir="ltr"><br></div><div dir="ltr">The incubation committee handles applications on behalf of the board and I do not understand their wishes here.<br><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>--</div><div>Jody Garnett</div></div></div></div></div></div><br clear="all"><br>

    <div class="gmail_quote">

        <div dir="ltr" class="gmail_attr">On Mar 27, 2022 at 7:59:09 AM, Bogdan Szabo <<a href="mailto:contact@szabobogdan.com">contact@szabobogdan.com</a>> wrote:<br></div>

        <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" type="cite">

<div>

<div>

Hi Everyone, I was wondering when I can expect any feedback and further guidance from the incubation committee. From the incubation wiki page, is not clear to me how the application process works. Is there an official form or is this email is enough for an application? Thanks, Bogdan ------- Original Message ------- On Monday, March 21st, 2022 at 10:24 PM, Bogdan Szabo <<a href="mailto:contact@szabobogdan.com">contact@szabobogdan.com</a>> wrote: <blockquote type="cite"> Hi Greg and everyone, </blockquote><blockquote type="cite">  </blockquote> <blockquote type="cite"> Thank you for taking the time to give us feedback Greg. I see your point related to the guides. It makes a lot of sense. Related to that we managed to update our guide at <a href="https://guide.giscollective.com/">https://guide.giscollective.com/</a> . I hope that the developer guides are more visible and make more sense now. </blockquote><blockquote type="cite">  </blockquote> <blockquote type="cite"> All the data that is added to the platform can be imported/exported as a user using geojson, geopackage and csv. This is a feature that we are looking to improve, and we are looking forward for getting more feedback from the osgeo community. We still need to write the user guides for this feature since they are not 100% complete. </blockquote><blockquote type="cite">  </blockquote> <blockquote type="cite"> Related to the installation and pushing packages to the packaging systems, so far nobody was interested in running outside a docker container and we considered that is good enough for now. Initially when we started the project we were building .deb and .rpm packages </blockquote><blockquote type="cite">  </blockquote> <blockquote type="cite"> but it was taking a lot of effort in maintaining them and we were deploying the apps using containers anyway, and we stopped maintaining them. If someone is interested in using those packages or if they want to use another system we would be happy to support it. Based on your feedback, I also started to add documentation on how to build the projects from scratch here: <a href="https://guide.giscollective.com/en/Develop/">https://guide.giscollective.com/en/Develop/</a> </blockquote><blockquote type="cite">  </blockquote> <blockquote type="cite"> Related to who has or does not have commit rights anyone who follows this steps <a href="https://guide.giscollective.com/en/develop/CONTRIBUTING/#merge-request-guidelines">https://guide.giscollective.com/en/develop/CONTRIBUTING/#merge-request-guidelines</a> can contribute. Do you think that there is any missing information on this page? Do you have any thoughts about how can we clarify this? </blockquote><blockquote type="cite">  </blockquote> <blockquote type="cite"> I agree that there are many aspects that we can improve on many sides and hopefully if we will be accepted in the incubation program, we will get more help with those docs, license and processes. </blockquote><blockquote type="cite">  </blockquote> <blockquote type="cite"> We are looking forward to find out about the next steps and to receive more feedback! </blockquote><blockquote type="cite">  </blockquote> <blockquote type="cite"> Thanks, </blockquote><blockquote type="cite">  </blockquote> <blockquote type="cite"> Bogdan </blockquote><blockquote type="cite">  </blockquote> <blockquote type="cite"> ------- Original Message ------- </blockquote><blockquote type="cite">  </blockquote> <blockquote type="cite"> On Wednesday, March 16th, 2022 at 3:20 PM, Greg Troxel <a href="mailto:gdt@lexort.com">gdt@lexort.com</a> wrote: </blockquote><blockquote type="cite">  </blockquote> <blockquote type="cite"> > Bogdan Szabo <a href="mailto:contact@szabobogdan.com">contact@szabobogdan.com</a> writes: </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > > Hi Greg, </blockquote><blockquote type="cite"> > >  </blockquote> <blockquote type="cite"> > > As a quick response: our users are not that interested in self-hosting </blockquote><blockquote type="cite"> > >  </blockquote> <blockquote type="cite"> > > GISCollective, that's why we focus the guide on how to use the </blockquote><blockquote type="cite"> > >  </blockquote> <blockquote type="cite"> > > platform instead of how to set it up. We just started writing this </blockquote><blockquote type="cite"> > >  </blockquote> <blockquote type="cite"> > > guide(it does not cover yet all the features) and we are looking </blockquote><blockquote type="cite"> > >  </blockquote> <blockquote type="cite"> > > forward for feedback to improve it. </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > It's perfectly fine to have a user-facing guide. But you are ssking to </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > have an "open source project" accepted into osgeo, and thus IMHO there </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > needs to be a functioning open source project, which implies a place for </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > people that contribute to projects to understand the big picture and </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > particularly about building from source and contributing. </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > > If you are interested in how to set it up, you can check <a href="https://guide.giscollective.com/en/develop/installing/">https://guide.giscollective.com/en/develop/installing/</a> page. It should have all the details you need. If there is something missing I would gladly add it. </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > That talks about getting docker images, which is not starting from </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > source code. I expect to see "clone this repo and follow BUILDING.md" </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > or similar (exact form not important of course), not "download this </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > binary system image". I am not saying it is bad to offer pre-built </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > binaries to people, but an open-source project (as distinct from a </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > hosted service offering for people that don't want an open source </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > project) has to have a source-first orientation. </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > > In terms of code, it's spread across multiple repos and on this page </blockquote><blockquote type="cite"> > >  </blockquote> <blockquote type="cite"> > > <a href="https://guide.giscollective.com/en/develop/architecture/">https://guide.giscollective.com/en/develop/architecture/</a> you can check </blockquote><blockquote type="cite"> > >  </blockquote> <blockquote type="cite"> > > out the architecture, and links to code of each component. Is there </blockquote><blockquote type="cite"> > >  </blockquote> <blockquote type="cite"> > > anything that is missing to make it more clear for developers? </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > The architecture page is useful, sorry I missed it. </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > There is language I find strange: </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > We try to use open source programming languages and frameworks that </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > are supported by open source communities. </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > If this is an open source project, then the project sources being open </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > source is required, and it's all but required to be able to build/use </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > this using only open source tools. I therefore wonder what is behind </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > "try" and perhaps it is just an editing issue. </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > > I will try to address the rest of the questions by the end of the week. </blockquote><blockquote type="cite"> >  </blockquote> <blockquote type="cite"> > Thanks for listening!

</blockquote></div>

</div>

<div>

<div>

    _______________________________________________<br>Incubator mailing list<br><a href="mailto:Incubator@lists.osgeo.org">Incubator@lists.osgeo.org</a><br><a href="https://lists.osgeo.org/mailman/listinfo/incubator">https://lists.osgeo.org/mailman/listinfo/incubator</a><br>

</div>

</div>

        </blockquote>

    </div>

</div></div></div>

    </blockquote>

</div></body></html>