AnsweredAssumed Answered

KML Layer utility decodes URL invalidating the file access

Question asked by geonetadmin on May 7, 2014
Latest reply on Sep 28, 2014 by danwallie
Original User: erichcline

I have a KML files hosted in Windows Azure which provides an access url.

Example download URL provided by Azure: (expires)
https://atlasuserdata.blob.core.windows.net/erich-elaineintegralgis-onmicrosoft-com/hiking.kml?sv=2013-08-15&sr=b&sig=6ChtkDZig5Zwa75ECUPt%2FlNPKQKGLoh62%2BaE%2B8f8f0c%3D&st=2014-05-07T23:54:48Z&se=2014-05-08T00:59:48Z&sp=r


The KML Utility process decodes the URL and sig attribute which invalidates the Azure download.
URL
https://utility.arcgis.com/sharing/kml?url=https%3A%2F%2Fatlasuserdata.blob.core.windows.net%2Ferich-elaineintegralgis-onmicrosoft-com%2Fhiking.kml%3Fsv%3D2013-08-15%26sr%3Db%26sig%3D6ChtkDZig5Zwa75ECUPt%2FlNPKQKGLoh62%2BaE%2B8f8f0c%3D%26st%3D2014-05-07T23%3A54%3A48Z%26se%3D2014-05-08T00%3A59%3A48Z%26sp%3Dr&model=simple&folders=&outSR=%7B%22wkid%22%3A4326%7D&callback=dojo.io.script.jsonp_dojoIoScript2._jsonpCallback


the download url contains a sig attribute that Azure uses to authenticate the download.
encoded:  sig=6ChtkDZig5Zwa75ECUPt%2FlNPKQKGLoh62%2BaE%2B8f8f0c%3D
decoded:  sig=6ChtkDZig5Zwa75ECUPt/lNPKQKGLoh62+aE+8f8f0c=

This makes the publicly facing KML download fail.
Does anyone know a way around this?

Attachments

Outcomes