<div dir="ltr">Should we just make a stable "foss4g-next.png" on <a href="http://geomoose.org">geomoose.org</a>?</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 26, 2017 at 7:39 PM, James Klassen <span dir="ltr"><<a href="mailto:klassen.js@gmail.com" target="_blank">klassen.js@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Yep.</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On May 26, 2017 18:29, "Eli Adam" <<a href="mailto:eadam@co.lincoln.or.us" target="_blank">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 Thu, May 25, 2017 at 7:23 PM, Jim Klassen <<a href="mailto:klassen.js@gmail.com" target="_blank">klassen.js@gmail.com</a>> 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" target="_blank">theduckylittle@gmail.com</a>> wrote:<br>
>>> Sorry this is only a partial answer...<br>
>>><br>
>>> We can move almost all of that stuff to schemaless urls. Simply remove<br>
>>> "http:" from the URL and they'll automatically switch between http and<br>
>>> https.<br>
>>><br>
>>> On Wed, May 24, 2017 at 10:24 PM, Jim Klassen <<a href="mailto:klassen.js@gmail.com" target="_blank">klassen.js@gmail.com</a>> 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 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 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 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 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 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 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. 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" target="_blank">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/mailma<wbr>n/listinfo/geomoose-psc</a><br>
>>><br>
>>><br>
>>> ______________________________<wbr>_________________<br>
>>> geomoose-psc mailing list<br>
>>> <a href="mailto:geomoose-psc@lists.osgeo.org" target="_blank">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/mailma<wbr>n/listinfo/geomoose-psc</a><br>
><br>
</blockquote></div></div>
</div></div></blockquote></div><br></div>