In my role at Esri Australia resolving Enterprise and Developer support issues, there’s rarely a day that goes by where it’s not immensely useful to investigate communication between the different parts of a system. When a component of a GIS is not behaving as expected, forming a complete picture of the behaviour across the system is often instrumental in understanding the underlying cause. This article will focus on the special case of intercepting HTTP requests generated by applications running on top of Microsoft IIS, such as ArcGIS Web Adaptor and the Esri Resource Proxy.
Here’s one way forward utilizing ArcGIS for Desktop and Python….
Working at Esri Australia in the Support and Training realm, we listen to numerous client’s requests, concerns and workflow issues. To keep abreast of how our technology is heading, one source I frequent is Continue reading
In my previous blogs I have described how to make imagery available in both image and maps services and how you may then consume these services in cloud image processing analytics. But what about the actual image storage.
We know that imagery from ground up is always big! Everything about an image represents volumes and capacity. If you want to create image services and host them on your own infrastructure then you need to ensure that you have suitable attached storage but server storage is expensive and can be prohibitive.
Now we have all heard of cloud computing, how about cloud storage. Many of us would have seen by now the new cloud storage solutions Dropbox, OneDrive or Box. Can I put my imagery here? Well not really as ArcGIS for Server cannot reference these storage and the storage required for imagery would get expensive. Amazon and Microsoft do provide cheap storage options in the S3 disks and Azure Blobs. These are ideal storage mechanisms for imagery as they are relatively cheap and imagery is relatively static. Even better we can configure cloud servers to read this imagery and serve it fast!
When I was a child, my favourite stories were about magic portals to another world – stepping through a wardrobe or looking-glass into a land of wonder and adventure.
In our working lives, we can have portals too – a place to share information, work together and discover unique insights about our business information. Traditionally working with geographic information has remained the domain of trained professionals using high-end Geographic Information System software to analyse spatial patterns in data and create useful information products for a business.
I am a big fan of playing with real-time data and integrating it with GIS, so was really chuffed to find my name down against the GeoEvent Extension talk at Ozri. The focus of the session was not so much on the fancy front end visualistion of real-time GIS data, but more about showing how GeoEvent Services can be configured to perform on-the-fly processing with the incoming streams of data. The key message we hopefully got across was that GeoEvent Extension is not just about listening to a feed and moving points around on a map. It can do a whole lot more…
A number of people here in Australia are getting their hands on GeoEvent Processor, the ArcGIS Server extension, for the first time.
During my time in Support I’ve assisted a number of people to get their GeoEvent Processor running, and have found that a simple 4-step process is generally all that is required.
Below I list this process…
In the prior episodes we have been staying mostly within the safe and familiar corner of the universe called ArcGIS, we have ventured tentatively forth using OGC KML which may have been maintained by some alien technology. We have relied on many other technologies which we find pervasive throughout our travels such as HTTP, HTTPS and digital certificates. To get this far you may have needed to tinker yourself or call for help as some of this pervasive technology sits at the edge of the ArcGIS universe, but as our universe expands it will become more familiar.