<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>All,</p>
    <p>I think it's more about describing the projects on an equal basis
      and letting the users decide which will work best for their
      particular need and supporting infrastructure.  Maybe this is
      something that is created as a step between Incubation and
      Graduation of projects.<br>
    </p>
    <p>Something along the lines of a set of short descriptors for each
      project similar to what you might see when going out and
      comparing/buying any other software and/or hardware.  Topics like:</p>
    <ul>
      <li>Configuration options</li>
      <ul>
        <li>Typical configuration</li>
        <li>Built for what uses</li>
        <li>Other uses<br>
        </li>
      </ul>
      <li>Project/Product overview</li>
      <ul>
        <li>History</li>
        <li>Why was it created</li>
        <li>How is it used</li>
        <li>Who uses it (typically)<br>
        </li>
      </ul>
      <li>Specifications</li>
      <ul>
        <li>Component list</li>
        <li>What's it made of (Javascript, Java, C, etc)</li>
        <li>What's it run on.</li>
        <li>What Standards are adhered to for/during development.<br>
        </li>
      </ul>
      <li>Accessories/Plugins</li>
      <ul>
        <li>Extra Capability options</li>
        <li>What other Projects/Products can it be used with.</li>
      </ul>
      <li>Manuals and Support options.</li>
      <ul>
        <li>Project Community pointers</li>
        <li>Paid for support options. <br>
        </li>
        <ul>
          <li>Hmm, makes me think about how to badge up Companies
            related to supporting particular products/projects as some
            sort of certification process.</li>
        </ul>
      </ul>
    </ul>
    <p>Just a quick list, probably other stuff that should be here in
      the list.  But I think a focus on supplying this type of
      information on an even basis across all projects is the key.  Even
      going so far as setting up online comparing options similar to
      buyinh a CPU where the data is presented side by side for each
      product/project.</p>
    <p>bobb</p>
    <p><br>
    </p>
    <div class="moz-cite-prefix">On 01/07/2017 07:10 PM, Cameron Shorter
      wrote:<br>
    </div>
    <blockquote
      cite="mid:855fcdb5-dbb7-cac3-23a3-a837d094ddc8@gmail.com"
      type="cite">
      <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
      <p><bringing this conversation back on list></p>
      <p>RFI here:
        <a moz-do-not-send="true" class="moz-txt-link-freetext"
href="https://docs.google.com/document/d/1UJPiiVSV5U2CBaVFFjiHQ4qn1Vf5DOgEb83IFCxVQkw/edit#">https://docs.google.com/document/d/1UJPiiVSV5U2CBaVFFjiHQ4qn1Vf5DOgEb83IFCxVQkw/edit#</a></p>
      <p>Jeff,</p>
      <p>I agree with the goal of making OSGeo easy to navigate by
        guiding users to the best project. <br>
      </p>
      <p>The political challenge of this is one OSGeo project gets
        preferential access to users and sponsors. Do we recommend
        GeoServer or MapServer? QGis or gvSIG? Each is competing for the
        same user-base.<br>
      </p>
      <p>As Jody has mentioned, we've pushed to get a 5 star rating in
        place to rank project maturity and help find projects. (This was
        shot down, particularly by projects with low ranking).</p>
      <p>We have been able to reference OpenHub metrics, which provides
        some guidance, but is still far from perfect. It should be at <a
          moz-do-not-send="true" class="moz-txt-link-freetext"
          href="https://live.osgeo.org/en/metrics.html"><a class="moz-txt-link-freetext" href="https://live.osgeo.org/en/metrics.html">https://live.osgeo.org/en/metrics.html</a></a>
        but when I check just now, it appears the factoids are not being
        pulled down from OpenHub.<br>
      </p>
      <p><br>
      </p>
      <p><br>
      </p>
      <div class="moz-cite-prefix">On 8/01/2017 9:02 AM, Jody Garnett
        wrote:<br>
      </div>
      <blockquote
cite="mid:CAOhbgA=pWBT+ORMMC2uv8qJsKGgD=+c0b4ezC4EDxONYAYmjAw@mail.gmail.com"
        type="cite">
        <div dir="ltr">The trick is to do this feedback while not
          discouraging the volunteers on OSGeo live. Reading the above
          discussion it seems to be the difference between a warehouse
          and a store. <br>
          <br>
          It is easier to do a warehouse as there is no value judgement
          on the items stocked. Cameron has tried several times to guide
          OSGeo live towards the store experience (with ratings and
          metrics and asking for docs and guidance) - each time he moves
          the dial - but at some political cost.<br>
          <br>
          <br>
          <div class="gmail_quote">
            <div dir="ltr">On Sat, Jan 7, 2017 at 12:52 PM Jeffrey
              Johnson <<a moz-do-not-send="true"
                href="mailto:ortelius@gmail.com" target="_blank">ortelius@gmail.com</a>>
              wrote:<br>
            </div>
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex">Also,
              after reading your most recent comments, I want to raise
              one<br class="m_-2727541220967064739gmail_msg">
              overarching point. The way you describe things of just
              providing big<br class="m_-2727541220967064739gmail_msg">
              lists and linking people off to completely foreign sites
              and<br class="m_-2727541220967064739gmail_msg">
              experiences is horrible user experience and its the exact
              reason why<br class="m_-2727541220967064739gmail_msg">
              OSGeo is simply incomprehensible to the vast majority of
              our potential<br class="m_-2727541220967064739gmail_msg">
              users. Again, I say this after trying to explain OSGeo and
              its<br class="m_-2727541220967064739gmail_msg">
              initiatives to audiences all over the world. We can and
              should strive<br class="m_-2727541220967064739gmail_msg">
              to have a *consistent* set of content that guides users to
              the project<br class="m_-2727541220967064739gmail_msg">
              that is appropriate for them holding their hand as much of
              the way<br class="m_-2727541220967064739gmail_msg">
              there as we can. Just dumping them onto some random trac
              or wiki page<br class="m_-2727541220967064739gmail_msg">
              may work for some, but it confuses the hell out of
              everyone else. See<br
                class="m_-2727541220967064739gmail_msg">
              qgis.og downloads page and remember how it used to be
              before to<br class="m_-2727541220967064739gmail_msg">
              understand what I mean.<br
                class="m_-2727541220967064739gmail_msg">
              <br class="m_-2727541220967064739gmail_msg">
              On Sat, Jan 7, 2017 at 12:36 PM, Jeffrey Johnson <<a
                moz-do-not-send="true"
                class="m_-2727541220967064739gmail_msg"
                href="mailto:ortelius@gmail.com" target="_blank"><a class="moz-txt-link-abbreviated" href="mailto:ortelius@gmail.com">ortelius@gmail.com</a></a>>
              wrote:<br class="m_-2727541220967064739gmail_msg">
              > On Sat, Jan 7, 2017 at 12:30 PM, Cameron Shorter<br
                class="m_-2727541220967064739gmail_msg">
              > <<a moz-do-not-send="true"
                class="m_-2727541220967064739gmail_msg"
                href="mailto:cameron.shorter@gmail.com" target="_blank">cameron.shorter@gmail.com</a>>
              wrote:<br class="m_-2727541220967064739gmail_msg">
              >> Hi Jeff,<br
                class="m_-2727541220967064739gmail_msg">
              >><br class="m_-2727541220967064739gmail_msg">
              >> No problem. I'm done reviewing.<br
                class="m_-2727541220967064739gmail_msg">
              ><br class="m_-2727541220967064739gmail_msg">
              > Thanks<br class="m_-2727541220967064739gmail_msg">
              ><br class="m_-2727541220967064739gmail_msg">
              >> Key message from me is:<br
                class="m_-2727541220967064739gmail_msg">
              >><br class="m_-2727541220967064739gmail_msg">
              >> * Keep it simple and maintainable.<br
                class="m_-2727541220967064739gmail_msg">
              >><br class="m_-2727541220967064739gmail_msg">
              >> * Try to avoid duplicating content. In
              particular, we should align<br
                class="m_-2727541220967064739gmail_msg">
              >> OSGeo-Live content with website content, as
              OSGeo-Live is already achieving<br
                class="m_-2727541220967064739gmail_msg">
              >> some of the key goals of the website.<br
                class="m_-2727541220967064739gmail_msg">
              ><br class="m_-2727541220967064739gmail_msg">
              > I really strongly disagree that OSGeo-Live is
              achieving much of<br
                class="m_-2727541220967064739gmail_msg">
              > anything. I've seen group after group of people
              completely confused as<br
                class="m_-2727541220967064739gmail_msg">
              > to what to do when OSGeo is booted up and have no
              idea which software<br
                class="m_-2727541220967064739gmail_msg">
              > to use for what or why there are so many softwares
              that all seem to do<br
                class="m_-2727541220967064739gmail_msg">
              > the same thing. Its incredibly confusing to them (as
              is OSGeo in<br class="m_-2727541220967064739gmail_msg">
              > general). We tend to keep thinking of things as
              developers when we<br
                class="m_-2727541220967064739gmail_msg">
              > really do need to take a much more user (and
              particularly users who<br
                class="m_-2727541220967064739gmail_msg">
              > have the authority to decide what software their
              organization uses)<br
                class="m_-2727541220967064739gmail_msg">
              > focused approach. In any case, I _do_ agree that we
              should align<br class="m_-2727541220967064739gmail_msg">
              > OSGeo-Live and the website to the point of including
              alot of the<br class="m_-2727541220967064739gmail_msg">
              > website on the ISO, but this big index page<br
                class="m_-2727541220967064739gmail_msg">
              > <a moz-do-not-send="true"
                class="m_-2727541220967064739gmail_msg"
                href="https://live.osgeo.org/en/overview/overview.html"
                target="_blank" rel="noreferrer">https://live.osgeo.org/en/<wbr>overview/overview.html</a>
              isnt really doing the<br
                class="m_-2727541220967064739gmail_msg">
              > job at all IMO. See my comments in the doc about
              using somekind of<br
                class="m_-2727541220967064739gmail_msg">
              > structured info about the projects that can be reused
              in many places<br class="m_-2727541220967064739gmail_msg">
              > (including the info sheets).<br
                class="m_-2727541220967064739gmail_msg">
              ><br class="m_-2727541220967064739gmail_msg">
              > Thanks again for providing feedback. I hope others
              take as much care<br
                class="m_-2727541220967064739gmail_msg">
              > to make sure that we have a good basis for having a
              successful<br class="m_-2727541220967064739gmail_msg">
              > project.<br class="m_-2727541220967064739gmail_msg">
              ><br class="m_-2727541220967064739gmail_msg">
              >> Feel free to share this email.<br
                class="m_-2727541220967064739gmail_msg">
              >><br class="m_-2727541220967064739gmail_msg">
              >><br class="m_-2727541220967064739gmail_msg">
              >><br class="m_-2727541220967064739gmail_msg">
              >> On 8/01/2017 6:42 AM, Jeffrey Johnson wrote:<br
                class="m_-2727541220967064739gmail_msg">
              >>><br class="m_-2727541220967064739gmail_msg">
              >>> Glad someone is really reading this besides
              me and Jody :)<br class="m_-2727541220967064739gmail_msg">
              >><br class="m_-2727541220967064739gmail_msg">
              >><br class="m_-2727541220967064739gmail_msg">
              >> --<br class="m_-2727541220967064739gmail_msg">
              >> Cameron Shorter<br
                class="m_-2727541220967064739gmail_msg">
              >> M <a moz-do-not-send="true"
                href="tel:+61%20419%20142%20254" target="_blank"
                value="+61419142254">+61 419 142 254</a><br
                class="m_-2727541220967064739gmail_msg">
              >><br class="m_-2727541220967064739gmail_msg">
            </blockquote>
          </div>
        </div>
      </blockquote>
      <br>
      <pre class="moz-signature" cols="72">-- 
Cameron Shorter
M +61 419 142 254</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Marketing mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Marketing@lists.osgeo.org">Marketing@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/marketing">http://lists.osgeo.org/mailman/listinfo/marketing</a></pre>
    </blockquote>
    <br>
  </body>
</html>