share-extras/geo-views

Map-based views of geotagged content items in Share, plus support for adding/modifying geotags via a map interface

geo-views's Issues

Support for 5.0.2

Hi Will,
We have an NGO running alfresco 4.2.x using the geo-views addon. We are investigating upgrading them. Do you know if the geo-views functionality will work on 5.0.x... Do you have any plans to upgrade it. Is there any equivalent in 5.0.x version.

Regards

Brian

Site Geo Map does not show on Alfresco 4.2.c

After dropping the jar file into the shared/lib directory on Tomcat, add the Site Geo Map to any of your sites and neither the map nor the toolbar show up.

To Resolve this issue :

The problem is likely in the geo jar file itself. But rather than un-assemble the jar, find the issue, fix, re-assemble the jar you can do the following.

The problem is that when the Share page with the Site Geo View is constructed there is a <script>...</script> element defined for the Google Maps API as follows....

<script src="/share/res/http://maps.google.com/maps/api/js?sensor=false" type="text/javascript">

The mapping for these URL's in the share web.xml file does not handle this type of URL and ends up not resolving to the target URL http://maps.google.com/maps/api/js?sensor=false

To fix this I added 2 entries to the urlrewrite.xml file in the Share WEB-INF/urlrewrite.xml file as follows

  <rule>
      <condition type="scheme" operator="equal">http</condition>
      <from>^/res/http:(.*)</from>
      <to type="permanent-redirect">http:$1</to>'
   </rule> 
   <rule>
      <condition type="scheme" operator="equal">https</condition> 
      <from>^/res/http:(.*)</from> 
      <to type="permanent-redirect">https:$1</to> 
   </rule>

These entries MUST be placed BEFORE the existing ^/res/(.*) entry so that they get resolved first.

The reason I added the 2 entries is because I use both http and https

If you only add a pattern for http without the https scheme you will get an error stating the content returned is not text

Anyway, the real fix should be made to the <script>..</script> entry generation in the Geo JAR file but with these simple changes, it now works on my system and I hope this helps somebody else out as well.

This may also be a good idea to add these entries in the standard Alfresco urlrewrite.xml deployment anyway.

Steve

Firefox and mixed content (non-ssl links)

Hello,

great plugin! All works fine, but for the geotag action I have to put an exception for my site (all is ssl encrypted), because the geotag script from google isn't ssl-encrypted (in the file geotag-action.js: http://maps.google.com/maps/api/js?sensor=false&callback=Extras.GeotagActionCallback). If I open my share site in Internet Explorer it worked out of the box.

Maybe it would better if all links ssl encrypted or reltaive links.

Greetings
martinius

See here for firefox docs:
https://developer.mozilla.org/de/docs/Sicherheit/MixedContent
https://developer.mozilla.org/en-US/docs/Security/MixedContent/How_to_fix_website_with_mixed_content

Alfresco 5 EE

Hello,

is the current version 2.5.0 compatible with Alfresco 5 EE?

Kind regards
Markus

No HTTPS support?

Hi,

when calling Alfresco with HTTPS, then the Google Maps (document view, site dashboard) are not shown due to mixed content, i.e. the calls to the Google Map API are referred by HTTP (non SSL) instead of HTTPS. The maps will be visible only after allowing the browser to also show insecure content.

I attached a screenshot. We use latest Geo Views 2.5.0 and Alfresco 4.2.4 EE (but issue also happens on Alfresco 4.1.x).

Can the references to Google Maps be changed to HTTPS (or better depending on how Alfresco was called itself)?

Kind regards
Markus

Share labels displaying key rather than value when adding geotag dashlet.

After installing the geo-views dashlet on Alfresco Enterprise 4.1.4 a number of labels in the Share interface now display the label key as opposed to the label value. Please attached screenshot.