Latest Contributions by AlisonSizer

As Rupert suspected, I can reproduce this by trying to embed that website in an iframe on an otherwise blank webpage. When I load the webpage, it immediately redirects my browser to the powerco site. Below is the address of the actual page that's embedded in http://www.powerco.co.nz/power-cuts in its own iframe. You should be able to embed it with more success: http://ec2-52-64-145-153.ap-southeast-2.compute.amazonaws.com/Outagesandfaults/  (unselect the https option when you add this, as this site does not work over https) Alison ... View more

Hi Patrick, Your Map Journal contains some Story Actions that play videos in the Main Stage area when a user clicks on an image or video or link in the Side Panel. All of these videos have been configured as a type "webpage" instead of "video" and the urls for these do have autoplay=1 in them. I'm not sure why all these webpages are being loaded when the Map Journal loads, but that's what's happening. I can look into that on our end. In the meantime, there are a couple ways to fix this on your end, both of which involve using ago-assistant. Here are some resources for learning to use this tool: https://developerscorner.storymaps.arcgis.com/editing-the-configuration-of-a-story-map-7b984560b7c2  more screenshots: https://community.esri.com/thread/194606-my-story-map-wont-open-after-i-made-it-it-just-shows-the-loading-sign-i-have-tr…  If you've never used (or are not super comfortable with) ago-assistant, please read these articles above, and please copy your story's json to a text editor before editing it within ago-assistant.  The easiest way to fix this, with the fewest changes to the data behind your story, would be to find YouTube urls with autoplay=1 in the story's json and remove that url parameter. However, this would mean that, after your users click a video thumbnail in the Side Panel to play it in the Main Stage, they would also have to click a play button in the Main Stage for the video to actually play.  To make this change, search your json for "autoplay" and you'll come across lines that look like this: "frameTag": "<iframe width=\"560\" height=\"315\" src=\"https://www.youtube.com/embed/eLKJL-9vpcw?rel=0&amp;autoplay=1\" frameborder=\"0\" allowfullscreen=\"\"></iframe>", Just remove &amp;autoplay=1 so it becomes this: "frameTag": "<iframe width=\"560\" height=\"315\" src=\"https://www.youtube.com/embed/eLKJL-9vpcw?rel=0\" frameborder=\"0\" allowfullscreen=\"\"></iframe>", However, the ideal way of fixing this problem would be to change these actions from "webpage" to "video" media type. This would preserve the "autoplay" nature of the video when a user clicks on the thumbnail, and eliminate the play-on-app-load problem.  Here is what one of your video Story Actions currently looks like: "id": "MJ-ACTION-1492281048304", "type": "media", "media": {   "type": "webpage",   "webpage": {     "url": "",     "type": "webpage",     "display": "stretch",     "unload": true,     "frameTag": "<iframe width=\"560\" height=\"315\" src=\"https://www.youtube.com/embed/eLKJL-9vpcw?rel=0&amp;autoplay=1\" frameborder=\"0\" allowfullscreen=\"\"></iframe>",     "ts": 1492281048304   } } And here is what it would need to be changed to: "id": "MJ-ACTION-1492281048304", "type": "media", "media": {   "type": "video",   "video": {     "url": "//www.youtube.com/embed/eLKJL-9vpcw?rel=0&autoplay=1",     "type": "video",     "display": "stretch",     "ts": 1492281048304   } } Three occurrences of "webpage" become "video", the url from the "frameTag" property goes into the "url" property instead (drop the "https:" and just start the url with "//"), and the properties "frameTag" and "unload" are deleted. (Note "&amp;" just becomes "&") But by keeping "autoplay=1", the user won't have to click on the Main Stage video to get it to play. You also have regular Main Stage videos (not Story Actions) that are currently configured as webpages. This doesn't seem to be causing problems at the moment, but it's recommended that these be configured as videos, and you can do that within the Builder. For instance, if you edit section 4, you'll see this screen for the Main Stage: The content in the Main Stage is actually a YouTube video, but note it's been configured as a web page. If you click the "Back" button, you can copy the url to the YouTube video, then switch to the "Video" media type, and paste the url.  ... View more

We've seen this happen occasionally when authors copy and paste content into Cascade, particularly from other websites. Looking at the app data behind your story, I think that's what's happening here as well. When you copy-paste, sometimes invisible symbols and characters get copied and pasted along with the stuff you can see. There are a few invisible characters -- in particular line breaks -- that will screw up the application data and Cascade won't be able to process it.  See this other geonet post for steps to solve this problem using ago-assistant: My story map wont open after I made it. It just shows the loading sign. I have tried it on different browsers and on both PCs and Macs. What do I do? The phrases I'm seeing in your app with these invisible characters are listed below. I've put *** in where the problematic characters are -- many appear at the end of a phrase, after a semicolon. You should be able to use ago-assistant to remove these characters. consisting of terabytes or peta- bytes of data;*** being created in or near real-time;
*** temporally and spatially***referenced;*** striving to capture entire***populations . . . traditional, small data studies;*** aiming to be as detailed***as possible conjoining of different data sets;*** ... View more

Hi Jenny, Check out this blog post about troubleshooting embedded apps and websites. It looks like your company's website falls under the category at the bottom --  "Some websites restrict embedding". When I try to embed that site, I get this error in Chrome Developer Tools: Refused to display 'https://www.prowestgis.com/' in a frame because it set 'X-Frame-Options' to 'sameorigin'. Since it's your own company's website, your IT staff may have some insight on how to allow embedding of your website in a Story Map.  (Many major companies also limit embedding of their websites, as you found with Google and Twitter). I also found this web app that could help with checking the embeddability of sites: Free iframe checker | TinyWebGallery Blog  ... View more

Hi Warren, Because of the way that images uploaded directly to your ArcGIS Online Organization account are stored, using many of them on a single webpage is unadvisable. You could instead upload them to your specific Shortlist app (this option is found under the "Add" button), or you could upload them to Flickr. In regards to your Shortlist, I do see all the images loading eventually, but it takes a couple minutes, and even after they've loaded, the app is really sluggish. If you would like a more technical explanation of the problem, read on: When you upload an image straight to your Organization and not an individual app, its url ends with /data. This url isn't actually where the image lives. Rather, if you enter it into your browser address bar, it redirects to the actual image address. You can see this happening if you watch your address bar. For example: http://www.arcgis.com/sharing/rest/content/items/f8fb52ac3e7e4c96a832a3161b7ffa29/data  redirects to: https://ago-item-storage.s3-external-1.amazonaws.com/f8fb52ac3e7e4c96a832a3161b7ffa29/image_paysdaix_jpg.jpg  This second link, ending in .jpg, is where the image actually lives. If you try to go to it directly from the link above, you'll get an "Access Denied" message. If you go through the /data url above, a one-time access token gets attached to the .jpg url, allowing you to see the image.  One or two of these redirected images on a page works OK, but trying to load more than about three of them at once slows down the page load enormously, and sometimes crashes the page (or the browser) entirely. As with most Story Maps, your Shortlist has 50+ images including thumbnails, so loading them all on a single page will be really problematic.  Here's a sample outside of Story Maps with just 10 of these redirecting images on the page. Notice how slowly they load. Try selecting the text below the images and notice how sluggish that interaction is. Sometimes the page will freeze for a bit, and sometimes you can even hear your computer's fan kick into overdrive while the page loads -- another sign the page is having troubles. (If that link above doesn't work, try this: https://jsbin.com/qozikon/edit?html,output )  In conclusion, there are other ways to include your photos in your Shortlist app than uploading them to your Organizational account. Consider uploading them within the app or hosting them on Flickr.  (edit: The sluggishness of redirected images is greatly increased by the file size of the images. The app above had images that were very large. While we do not recommend using images uploaded directly to your ArcGIS Online Organization account, if you must do that we'd suggest resizing them so their file sizes are all under 100kb).  ... View more