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.
Last episode galactic federation had stopped with the one server but there is still more to explore in the box. We have seen our ArcGIS for Server published from and managed by both ArcGIS Desktop and Server Manager in a browser and used from various Portal for ArcGIS clients. It was noted that we also chose a federated server to act as our portal’s hosting server.
With Space to spare in the box, what Relatively new discoveries And functions can we explore this Time by adding In the extra Dimension of a hosting server?
Last episode we got as far as creating a map service to view a few of the nearby places Doctor Who has been seen but it is now time to find out what galactic federation has taken control of our . security
Knowing my server box was a lot bigger on the inside, I decided when Portal for ArcGIS is installed to give its Web Adaptor the name ‘portal’ as I wanted to leave the more familiar ‘arcgis’ application name for the ArcGIS Server which was also installed.
In this series of blogs we will explore some ArcGIS server functionality. The first four episodes cover;
- Using interoperability and Portal for ArcGIS
- Federating an ArcGIS Server site with Portal
- Using a Portal hosted server
- Configuring and using Geoportal Server
To set the scene we are going to use a box (server) which is a lot bigger on the inside that what it initially seems. This server has the following installed initially;
- ArcGIS for Desktop 10.2 with ArcGIS Data Interoperability for Desktop
- ArcGIS for Server 10.2 with ArcGIS Data Interoperability for Server
- Portal for ArcGIS 10.2
- Geoportal Server 1.2.4
We start by taking off from those that have gone before and have located a source of his travels from Doctor Who locations which have kindly provided a place to start via a KML file, this is an open XML format now looked after by OGC which is http://www.doctorwholocations.net/downloads/format?type=kml. As the Doctor gets around a bit we initially are not going to serve up a copy of his locations but reference the original.