<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Good suggestions.</p>
<p>I think there are some logical sections with well defined
interfaces within the workshop, and you can switch components
in/out at these points, or chunk into workshops.</p>
<p>I'd say it could break into:</p>
<p>* Data: Source and prepare data. Ideally just use preloaded
sample dataset. (Note, changing example datasets will likely lead
to many changes to the syntax of example commands)<br>
</p>
<p>* Datastore: Load data into a data store (such as a database)</p>
<p>* Web Service: connect webservice to a datastore, and configure
the data service (such as a WMS/WFS)</p>
<p>* Client: Access data from the client and do something useful.
There can be a Desktop version and browser version of this.<br>
</p>
<br>
<div class="moz-cite-prefix">On 27/6/18 8:31 am, S Kolo wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAFdWxpUxJmP6VR=ti2DT+ceMqGQQrOXyReR8fgEFe-FGU_i0+g@mail.gmail.com">
<div>
<div dir="auto">Bob,</div>
</div>
<div dir="auto"><br>
</div>
<div dir="auto">Good point ! I don’t think it’s out the the realms
of possibility. A project approach has some advantages,
especially if there are some generic principals that can be used
in various components. Graphically thinking - perhaps something
like a decision tree with parallel branches representing the
alternatives (as a start). Effectively the “custom” approach of
cherry picking from parts of the stack is what we’ve been doing
for years. Of course I am more au fait with particular
components (we all have our favourites) but I have no problem
slotting in other options. </div>
<div dir="auto">I think we need to be a bit cautious however on
how we approach and present it as a whole. The sheer number of
potential combinations and permutations to arrive at a solution
does make presenting it a bit more
daunting/intricate/complicated and potentially confusing for the
newer users. At the end of the day focusing on smaller
digestible chunks and allowing users to go away with a feeling
that they’ve actually learnt something they can apply is what I
really want to endeavour to achieve. </div>
<div dir="auto">In FOSS4G (and OSS in general) the problem isn’t
whether something exists to deliver it (because we know
something probably does), it’s about when, how and why do we
make the decision to go for which bits of the OSS stack. What
are the requirements, pitfalls, investments, returns etc Given
the investment/return of some components (eg running a Spatial
database) what is the tipping point when you actually should
consider investing in them? The sorts of questions vary
depending on the client - individuals, small business,
researchers, state/local/fed Govt, as does the motivation.</div>
<div dir="auto"><br>
</div>
<div dir="auto">I’m not sure where this will lead, but I’m keen to
hear what people think about what has been perhaps missing or
not covered very well in terms of the tools and the whole stack
in general ?</div>
<div dir="auto"><br>
</div>
<div dir="auto">Cheers,</div>
<div dir="auto">Shaun</div>
<div><br>
<div class="gmail_quote">
<div dir="ltr">On Wed, 27 Jun 2018 at 12:02 am, Basques, Bob
(CI-StPaul) <<a href="mailto:bob.basques@ci.stpaul.mn.us"
moz-do-not-send="true">bob.basques@ci.stpaul.mn.us</a>>
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div
style="word-wrap:break-word;line-break:after-white-space">
All,
<div><br>
</div>
<div>I’ve been pondering how to do something similar to
this but at a project level, and/or maybe as a custom
stack. The target would be in how to apply the software
to work processes. Is there some method that could be
used here that would facilitate both the OSGeo-Live path
as well as a custom stack path? </div>
<div><br>
</div>
<div>bobb</div>
<div><br>
</div>
</div>
<div
style="word-wrap:break-word;line-break:after-white-space">
<div><br>
<div><br>
<blockquote type="cite">
<div>On Jun 25, 2018, at 8:05 PM, Charlie Schweik
<<a href="mailto:cschweik@pubpol.umass.edu"
target="_blank" moz-do-not-send="true">cschweik@pubpol.umass.edu</a>>
wrote:</div>
<br
class="m_-3058869661525837969Apple-interchange-newline">
<div>
<div dir="ltr">Carmeron, Shawn:
<div><br>
</div>
<div>Nice idea. In case this is of use, perhaps
you could do these in a set of modules (e.g.,
1 hour sessions) which could be done over our
GeoForAll webinar series. They could be
recorded and then placed on the cloud for
others to watch later.</div>
<div><br>
</div>
<div>Just an idea...</div>
<div><br>
</div>
<div>Cheers</div>
<div>Charlie</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">On Mon, Jun 25, 2018 at 8:10 PM
Cameron Shorter <<a
href="mailto:cameron.shorter@gmail.com"
target="_blank" moz-do-not-send="true">cameron.shorter@gmail.com</a>>
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0
0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">
Hi folks,<br>
<br>
Shaun Kolomeitz and myself were recently
discussing the value that could <br>
be gained by setting up a "beginners OSGeo
full stack" workshop, which <br>
served multiple needs and communities.<br>
<br>
It would aim to help new users answer "when,
what and how should I use <br>
Open Source GIS".<br>
<br>
Initially we would target a workshop at
FOSS4G-Oceania [1] (in Melbourne <br>
Australia in November 2018)<br>
<br>
The aim would be to build upon OSGeo-Live [2],
with the intent that the <br>
training material would eventually become
distributed with OSGeo-Live. <br>
This brings the advantage that the training
course would be continually <br>
be getting updated with every software
distribution, and setup glitches <br>
would be significantly reduced because
everything would be pre-installed <br>
with OSGeo-Live.<br>
<br>
Ideally, we would be this course to be run on
the cloud. Again, the <br>
advantage here is that we would be taking
OSGeo-Live (along with OSGeo <br>
applications) into a cloud environment.<br>
<br>
In future versions, we would aim to team up
with geo4all, universities <br>
and educators, such that we can integrate
OSGeo-Live and courses, and <br>
help cross collaboration and maintenance
between projects, programmers <br>
and educators.<br>
<br>
The first thing we want to do is work out if
anyone is doing something <br>
similar, or have material we can make use of,
or have good ideas that we <br>
should incorporate, or who would like to join
us.<br>
<br>
Introducing Shaun:<br>
<br>
For those who don't know Shaun, he is someone
I've known for years. He <br>
has decades of experience with GIS, is an
advocate Open Source GIS, and <br>
is someone who has a track record of getting
things done.<br>
<br>
[1] <a href="http://foss4g-oceania.org/"
rel="noreferrer" target="_blank"
moz-do-not-send="true">
http://foss4g-oceania.org/</a><br>
<br>
[2] <a href="http://live.osgeo.org/"
rel="noreferrer" target="_blank"
moz-do-not-send="true">http://live.osgeo.org</a><br>
<br>
-- <br>
Cameron Shorter<br>
Technology Demystifier<br>
Open Technologies and Geospatial Consultant<br>
<br>
M +61 (0) 419 142 254<br>
<br>
_______________________________________________<br>
GeoForAll mailing list<br>
<a href="mailto:GeoForAll@lists.osgeo.org"
target="_blank" moz-do-not-send="true">GeoForAll@lists.osgeo.org</a><br>
<a
href="https://lists.osgeo.org/mailman/listinfo/geoforall"
rel="noreferrer" target="_blank"
moz-do-not-send="true">https://lists.osgeo.org/mailman/listinfo/geoforall<br
clear="all">
<div><br>
</div>
-- <br>
<div dir="ltr"
class="m_-3058869661525837969gmail_signature"
data-smartmail="gmail_signature">
<div
class="m_-3058869661525837969gmail_signature"
data-smartmail="gmail_signature">
<div dir="ltr">
<div>
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">
<div dir="ltr">Charlie
Schweik<br>
<br>
<div dir="ltr"
style="font-size:small">
<div dir="ltr">Professor </div>
<div dir="ltr">Department
of Environmental
Conservation
& School of
Public Policy</div>
<div>University of
Massachusetts,
Amherst</div>
<div><br>
</div>
<div>Facebook:
Charles.Schweik</div>
<div>Twitter:
@cschweik</div>
</div>
<div dir="ltr"
style="font-size:small"><br>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</a></blockquote>
</div>
<div><br>
</div>
_______________________________________________<br>
GeoForAll mailing list<br>
<a href="mailto:GeoForAll@lists.osgeo.org"
target="_blank" moz-do-not-send="true">GeoForAll@lists.osgeo.org</a><br>
<a
href="https://lists.osgeo.org/mailman/listinfo/geoforall"
target="_blank" moz-do-not-send="true">https://lists.osgeo.org/mailman/listinfo/geoforall</a><br>
</div>
</blockquote>
</div>
<br>
</div>
</div>
<div
style="word-wrap:break-word;line-break:after-white-space">
<div>
<div>
<div style="color:rgb(0,0,0);font-family:"Comic
Sans
MS";font-size:12px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-variant-east-asian:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><br
class="m_-3058869661525837969Apple-interchange-newline">
<br>
</div>
<div style="color:rgb(0,0,0);font-family:"Comic
Sans
MS";font-size:12px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-variant-east-asian:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">
<dl>
<dt>"There is no reason anyone would want a
computer in their home."</dt>
<dd>- Ken Olson, president, chairman and founder
of Digital Equipment Corp., 1977
<div><br>
</div>
</dd>
</dl>
</div>
<br
class="m_-3058869661525837969Apple-interchange-newline">
<br
class="m_-3058869661525837969Apple-interchange-newline">
</div>
<br>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Cameron Shorter
Technology Demystifier
Open Technologies and Geospatial Consultant
M +61 (0) 419 142 254</pre>
</body>
</html>