|
POST
|
Joshua - what I am looking for is a way to package and share my python scripts so others can make use of it. I created a simple script that will extract a polygon from one of our map services and create a GPX file. If there was a simple way to execute the script that did not require the end-user to install and configure python my script could be used by many more people. All they would have to do is provide the pertinent polygon ID to get the GPX file they require.
... View more
07-28-2017
07:56 AM
|
0
|
0
|
5424
|
|
POST
|
I recently tried to share a Python Script with a non-python user but they were unwilling or not permitted to install python. I tried py2exe but that did not work. What is the best way to share a python script with a non-python / non-GIS user? I have read a bit about Jupyter Notebook and I have proposed an "Idea" on GeoNet for ESRI to provide a Jupyter Notebook server within ArcGIS Online. But I wonder if this is the best solution. Is there an easier way to share python scripts that will allow non-python / non_GIS users to execute the scripts?
... View more
07-28-2017
07:29 AM
|
1
|
6
|
18193
|
|
POST
|
We provide a lot of data for download on our website. The web page is just a simple HTML table with download links for data in zip files: This works great for most of our data sets because one download covers then entire province. But some of our data, such as our lidar data, must be packaged in smaller data sets that only cover a small portion of the province. To help our users select the data that they need we publish an ArcGIS Online web app with an index grid. When the user clicks on a grid cell a pop-up window provides a download link for the data: The drawback to this method is that it bypasses the Google Analytics tracking code that we have embedded in our website. This means we do not get any download stats for our lidar data like we do for our other data sets: Does anybody have an idea how I can implement tracking for our lidar data downloads? Thanks, Bernie.
... View more
05-31-2017
07:39 PM
|
0
|
2
|
2387
|
|
POST
|
Stephen, I have a similar problem. I am trying to embed our ArcGIS Server REST services directory in an iframe and I am getting the same error Miguel saw. Here is the page where I am trying to use the iframe: Getting More out of GeoNB - slide 5 It is a slide deck built with deck.js - use the arrow keys to advance the slides. Some of my iframes work but several iframes that reference our REST services directory do not work. This is confusing because our REST services directory is public - no login required: http://geonb.snb.ca/arcgis/rest/services Is this iframe restriction controlled by the ArcGIS Server config or is this a web server config issue? Thanks, Bernie.
... View more
04-03-2017
08:08 AM
|
0
|
1
|
1328
|
|
POST
|
Adam - I am using a file geodatabase and I don't have the Data Reviewer extension but thanks for the suggestions. Bernie.
... View more
02-02-2017
07:57 AM
|
0
|
0
|
12733
|
|
POST
|
I have two feature classes of ~500,000 polygons each. Other than finding a single record that is linked to several polygons is there a way to tell if my feature class includes multipart geometry?
... View more
02-02-2017
07:29 AM
|
0
|
8
|
16666
|
|
POST
|
Esri Canada support informed me that this is a bug and it was introduced with the September 2016 update to AGOL. For now my work around is to use the About widget and configure it to open at launch time.
... View more
09-28-2016
12:37 PM
|
1
|
0
|
1339
|
|
POST
|
Although Esri provides guidance on embedding a WAB app in an iframe not all WAB widgets will work in an iframe. Here are some details on problems we are having with the Splash widget: I walked through the Javascript code for the Splash page widget. The Splash widget is trying to get the application ID from the URL. It does this when it first tries to open. Unfortunately, the way it does this will not work for an application in an iframe. I would consider it a defect in the function that ArcGIS uses to determine the URL where the widget is located. The Splash widget’s “onOpen” function is ultimately calling a utility function to try to extract the application ID from the url: z.getAppIdFromUrl = function() { var b = !0 , a = window.top.location.href; A cross-domain site in a frame can’t access those values so the browser is denying it. The utility function isn’t catching the error and behaving gracefully, so it just hangs. You either need to not use the Splash widget, or contact Esri support and explain the issue to them, and see if it can be repaired or if there is a suggested alternative. This getAppIdFromUrl() function should be putting a try/catch block around its attempt to read the HREF and if it fails it should be falling back to trying to get the appID from elsewhere. So where does this leave me? Any suggestions on how I can keep my WAB app in an iframe but also use the Splash widget? Thanks, Bernie.
... View more
09-22-2016
07:26 AM
|
1
|
4
|
2481
|