POST
|
Ugh, sorry about that code not working. This may be a bug on our end. I'm looking into it and will report back shortly. Alison
... View more
07-24-2018
07:36 AM
|
0
|
5
|
103
|
POST
|
Hi there, Apologies -- that post needs some updating. Please try this html instead: <audio controls src="http://downloads.esri.com/agol/labs/maptour/horse.mp3" type="audio/mpeg"></audio> Note this won't work if your Map Tour points layer is a hosted feature layer, but given that you've already got an <audio> element showing up, I think this particular layer is fine.
... View more
07-20-2018
01:08 PM
|
1
|
7
|
103
|
POST
|
Hi there, I'm a developer on the Story Maps team looking into this. I've followed the steps above, and can't seem to reproduce this problem. One question -- have you deployed the downloaded code to a web server? Looking at some of the links in your copy/paste above, I think maybe you just put it on your desktop, and opened index.html as a file. I'm not sure what kind of computer you have, but you'll need to put this code on a web server of some sort. Many PCs come with a web server called IIS, while Macs have built-in Apache servers (both of which you'd have to enable). If you're on a PC, try a google search for "how to enable IIS", or check out this Microsoft article here: How to: Enable Internet Information Services (IIS).
... View more
07-17-2018
11:03 AM
|
0
|
0
|
36
|
POST
|
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
01-22-2018
06:07 AM
|
3
|
1
|
12
|
POST
|
Hi Brandon, Are you sure your custom buttons are within the map's container? The search and location buttons have been added to map.container , and a quick rearranging of those buttons shows the search result dropdown will hide the location button. If you inspect the html of your page, your custom buttons should be siblings of these buttons. Here is where the location button is being added: storymap-journal/MapCommand.js at master · Esri/storymap-journal · GitHub and where the search itself is being added: storymap-journal/Geocoder.js at master · Esri/storymap-journal · GitHub Here is a screenshot of the rearranged buttons, and the search results covering the button below it: If your app is publicly available, or if you just want to shoot one of the members of the Story Maps team an email with its location so you don't have to post it here, we could take a look at it for you. As Owen mentioned, the Story Maps team really does try to be responsive to our space on GeoNet. I hope you feel like you can post Story Maps related questions to our space in the future. Alison Story Maps dev
... View more
01-05-2018
09:54 AM
|
2
|
1
|
14
|
POST
|
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 &autoplay=1\" frameborder=\"0\" allowfullscreen=\"\"></iframe>", Just remove &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&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 "&" 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
12-28-2017
12:29 PM
|
2
|
5
|
53
|
POST
|
Hi Patrick, Wow, this is a terrible bug. Thanks so much for all the details you included. I'm looking into it, and will let you know what I find. Alison Story Maps Dev
... View more
12-28-2017
08:59 AM
|
1
|
0
|
53
|
POST
|
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
12-01-2017
08:30 AM
|
1
|
0
|
16
|
POST
|
Thanks for the screenshots and more information. I can reproduce this by embedding a Web AppBuilder dashboard app in a Map Series Story Map, and then viewing the result on a relatively small screen. The Web AppBuilder app is setting its mobile layout (and thus mobile popups) based on the size of the container that it's in. It switches to mobile layout if that container is narrower than 600 pixels wide or shorter than 600 pixels tall. Because the header of a Map Series app takes up about 100px of height, this means an embedded Web AppBuilder app will display in mobile layout if your browser window is shorter than about 700px. This isn't anything that Story Maps can control on our end -- it's entirely a function of Web AppBuilder. It's weird that this just started happening recently -- I looked at the Web AppBuilder code, and the 600px breakpoint has been around for at least a year. MapSeries hasn't changed its formatting or sizing either. Did you recently get a different monitor, or change your monitor's settings? I ran across this question in GeoNet that seems related to what you're seeing: WAB pop-ups in mobile format on desktop browser If nothing has changed on your end, there is a way to force your Web AppBuilder app to display in desktop mode at smaller screen sizes. When you enter the URL of your Web AppBuilder app into Map Series, you can add a url parameter to the end of the URL to change the 600px breakpoint to something smaller, like this: https://[your-org].maps.arcgis.com/apps/webappviewer/index.html?id=[your-app-id]&mobileBreakPoint=400 With the addition of &mobileBreakPoint=400 , your embedded app will display in desktop mode all the way down to 400px high or 400px wide. If that's not small enough, make that 400 smaller. But this will apply to all smaller screens -- so if a user is viewing your Map Series app on an actual mobile phone, they'll still get the desktop layout of the embedded Web AppBuilder. Here is the Web AppBuilder documentation about this and other url parameters you can use with any Web AppBuilder app: Use URL parameters—Web AppBuilder for ArcGIS (Developer Edition) | ArcGIS for Developers
... View more
11-15-2017
07:36 AM
|
2
|
1
|
22
|
POST
|
It looks like this embedded app is displaying in its mobile view. It does that when the screen gets narrower or shorter. If you open the embedded app in its own window, change the window's dimensions to be shorter or narrower, and then reload the page, you should be able to see this mobile layout. I'm not sure why it has just started happening, but this change would be coming from the embedded app, not the Map Series app. It still looks to me like the embedded app is from Web AppBuilder, but I can't tell for certain what its details are from the mobile version in the screenshot. Do you know what theme it's using and when the app was created? A screenshot of the non-mobile version might help as well.
... View more
11-10-2017
10:11 AM
|
0
|
3
|
22
|
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|