<div dir="auto">Ideally, <a href="http://foss4g.org">foss4g.org</a> would have a stable link that redirects to the appropriate conference site and a stable set of logo images URLs (for different sizes and formats).  At least the images should be available over https.  That way projects could set it up once and be done with it.<div dir="auto"><div dir="auto"><br></div><div dir="auto">Note: this would also gives OSGeo an in to track activity on its project's sites based on the referer header on the image requests.<br><div dir="auto"><div dir="auto"><br></div><div dir="auto"><br></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On May 29, 2017 00:13, "Eli Adam" <<a href="mailto:eadam@co.lincoln.or.us">eadam@co.lincoln.or.us</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, May 27, 2017 at 7:49 AM, Dan Little <<a href="mailto:theduckylittle@gmail.com">theduckylittle@gmail.com</a>> wrote:<br>
> Should we just make a stable "foss4g-next.png" on <a href="http://geomoose.org" rel="noreferrer" target="_blank">geomoose.org</a>?<br>
<br>
I've always wanted this to be done on the FOSS4G level on <a href="http://foss4g.org" rel="noreferrer" target="_blank">foss4g.org</a>!<br>
<br>
There is the link issue that Jim raises, (unless going to <a href="http://foss4g.org" rel="noreferrer" target="_blank">foss4g.org</a><br>
where they have to click through to the current year) but still we are<br>
expecting dozens or even hundreds of projects and sites to update an<br>
image.  Doesn't it just make sense to change the image in one place<br>
and update all those sites with that single change?<br>
<br>
>From the land of handcrafted artisanal website image and link updates, Eli<br>
<br>
><br>
> On Fri, May 26, 2017 at 7:39 PM, James Klassen <<a href="mailto:klassen.js@gmail.com">klassen.js@gmail.com</a>> wrote:<br>
>><br>
>> Yep.<br>
>><br>
>> On May 26, 2017 18:29, "Eli Adam" <<a href="mailto:eadam@co.lincoln.or.us">eadam@co.lincoln.or.us</a>> wrote:<br>
>>><br>
>>> On Thu, May 25, 2017 at 7:23 PM, Jim Klassen <<a href="mailto:klassen.js@gmail.com">klassen.js@gmail.com</a>><br>
>>> wrote:<br>
>>> > Looks like the "OpenStreetMap - Black and White" layer is the only one<br>
>>> > that isn't available over https.  I have updated the rest of the<br>
>>> > externally referenced layers in master as well as the google maps API<br>
>>> > and copied the foss4g2017 logo internally.<br>
>>><br>
>>> Looks like this was for 2.# demo, not 3.0.<br>
>>><br>
>>> Eli<br>
>>><br>
>>> ><br>
>>> ><br>
>>> > On 05/25/2017 06:51 PM, Eli Adam wrote:<br>
>>> >> On Thu, May 25, 2017 at 4:53 AM, Dan Little <<a href="mailto:theduckylittle@gmail.com">theduckylittle@gmail.com</a>><br>
>>> >> wrote:<br>
>>> >>> Sorry this is only a partial answer...<br>
>>> >>><br>
>>> >>> We can move almost all of that stuff to schemaless urls.  Simply<br>
>>> >>> remove<br>
>>> >>> "http:" from the URL and they'll automatically switch between http<br>
>>> >>> and<br>
>>> >>> https.<br>
>>> >>><br>
>>> >>> On Wed, May 24, 2017 at 10:24 PM, Jim Klassen <<a href="mailto:klassen.js@gmail.com">klassen.js@gmail.com</a>><br>
>>> >>> wrote:<br>
>>> >>>> I have enabled https on the *.<a href="http://geomoose.org" rel="noreferrer" target="_blank">geomoose.org</a> sites.  Besides generally<br>
>>> >>>> being considered a good idea lately, and Let's Encrypt making it<br>
>>> >>>> trivial<br>
>>> >> Yes, good to use https, also if we use https, that is useful testing<br>
>>> >> for people who want to run with https.<br>
>>> >><br>
>>> >> Let's Encrypt is good but we need to have our automated renewal<br>
>>> >> working well.  Some sites seem to never figure that out and are always<br>
>>> >> down because of it.<br>
>>> >><br>
>>> >>>> and free to do so, the motivation is that some features in GeoMoose<br>
>>> >>>> 3.0,<br>
>>> >>>> most notably the "Find Me", are blocked by Chrome if they don't<br>
>>> >>>> originate from an a site served by https.<br>
>>> >>>><br>
>>> >>>> This does cause some warnings and blocking now from pulling things<br>
>>> >>>> in<br>
>>> >>>> from non-https external sites.<br>
>>> >>>><br>
>>> >>>> The FOSS4G image hosted at <a href="http://mapserver.org" rel="noreferrer" target="_blank">mapserver.org</a> has no https equivalent<br>
>>> >>>> that I<br>
>>> >>>> have found.  We could self host as an easy work around.<br>
>>> >> Seems that this should be hosted on <a href="http://2017.foss4g.org/" rel="noreferrer" target="_blank">http://2017.foss4g.org/</a> but that<br>
>>> >> isn't https either.<br>
>>> >><br>
>>> >>>> The Google maps API in 2.x is pulled in using<br>
>>> >>>> <a href="http://maps.googleapis.com" rel="noreferrer" target="_blank">http://maps.googleapis.com</a>  and not <a href="https://maps.googleapis.com" rel="noreferrer" target="_blank">https://maps.googleapis.com</a> (or<br>
>>> >>>> //<a href="http://maps.googleapis.com" rel="noreferrer" target="_blank">maps.googleapis.com</a>).<br>
>>> >>>><br>
>>> >>>> OpenStreetMap is pulled in from XYZ using http (defined in the<br>
>>> >>>> mapbook)<br>
>>> >>>><br>
>>> >>>> ArcGIS 9.3 Rest Example is pulled in using http.<br>
>>> >>>><br>
>>> >>>> Weather Radar is pulled in using http.<br>
>>> >>>><br>
>>> >>>> These will require a patches to all the active 2.x series branches<br>
>>> >>>> so<br>
>>> >>>> they are picked up in the demo.<br>
>>> >>>><br>
>>> >>>> There is probably more, but this is what I found in a quick test.  I<br>
>>> >>>> haven't checked if the remote sites are available over https or not.<br>
>>> >>>> If<br>
>>> >>>> they are not, are the mixed-content warnings acceptable?<br>
>>> >> If we are demonstrating an https instance, that doesn't really do it.<br>
>>> >><br>
>>> >>>> Other thoughts?<br>
>>> >> https is sometimes slower which could make the demo look slow but it<br>
>>> >> still seems plenty fast to me testing (although with many images http<br>
>>> >> that isn't really testing anything).<br>
>>> >><br>
>>> >> Thanks for doing this Jim.<br>
>>> >><br>
>>> >> Eli<br>
>>> >><br>
>>> >>>> ______________________________<wbr>_________________<br>
>>> >>>> geomoose-psc mailing list<br>
>>> >>>> <a href="mailto:geomoose-psc@lists.osgeo.org">geomoose-psc@lists.osgeo.org</a><br>
>>> >>>> <a href="https://lists.osgeo.org/mailman/listinfo/geomoose-psc" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/geomoose-psc</a><br>
>>> >>><br>
>>> >>><br>
>>> >>> ______________________________<wbr>_________________<br>
>>> >>> geomoose-psc mailing list<br>
>>> >>> <a href="mailto:geomoose-psc@lists.osgeo.org">geomoose-psc@lists.osgeo.org</a><br>
>>> >>> <a href="https://lists.osgeo.org/mailman/listinfo/geomoose-psc" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/geomoose-psc</a><br>
>>> ><br>
><br>
><br>
</blockquote></div></div>