Archive for the ‘Geodata Market’ Category
Names can be such limiting things, especially when we’re experiencing something (or someone) for the first time. I think we should apply names loosely and focus more on the use-cases that desribe actors and what they do.
So here is a rough cut of a a use case I’d like to see supported some day.
Web Host – hosts geodata and applications
GIS Programmer – writes geoprocessing components.
DataVendor – sells data services through a Web Host
Analyst – builds models from components and datasets
Viewer – runs web apps built by Analysts.
Advertiser – chooses web apps to advertise on.
What the Actors Do
The Web host provides a platform where DataVendors can upload geodata and make it available in the form of datasets. The web host allows DataVendors to pick different price plans for the data they are uploading (think WeoGeo).
The web host also allows GIS Programmers to upload geoprocessing components that read datasets to produce other geodatasets. A geoprocessing component is an executable that the Web host runs in a virtual machine that has fast access to the datasets. A GIS programmer defines a pricing plan for his component.
An Analyst builds models using a tool provided by the Web Host to chain together components and and datasets (think of modelbuilder on ajax). The analyst defines two pricing plans. The first is for viewers that run the model, the second for advertisers wishing to display (location based) ads.
A Viewer runs a model. The viewer may be charged by the analyst. The analyst, in turn, will be billed for use of the compenents and data.
A Real (Estate) Example
So for example, datavendorA pulls together parcel data from a large number of Appraisal districts and puts it in the Web Host and sets a price for their use. DatavendorB takes crime reports from police records and does the same. DatavendorC loads up lists of houses for sale.
GIS programmer develops a generic gravity model that creates a cost surface based on input datasets and sets a price plan.
An analyst builds a model that uses the gravity model component to rate parcels based on proximity to different types of crime, combining the house sale listings. The price plan includes advertising opportunities.
A Burglar alarm company sees the model and chooses to buy ads in certain locations.
A viewer runs the model to examine a map of houses along with crime risk. Paying whatever price established by the analyst.
The web host sorts out the flow of payments between the various parties. Note that this is basically what Amazon already does. I’m betting Amazon will be the first to implement something like this. As far as I know there is no mechanism currently in EC2 to support pricing plans for components. Hopefully that will change.
Confession: I’m using GeoWeb instead of “Web GIS” since I think it will get more hits from google.
Something doesn’t make sense here. I often have heard ESRI describe Web2.0 mapping as useful, but not really GIS. To be true GIS, ESRI claims, geoprocessing capability must be provided. But then when I look at ArcGIS Online (Beta), I don’t see any geoprocessing services. I thought I saw this demo’d somewhere, but don’t see anything. I suppose ESRI is working on this – otherwise the name should be changed to ArcData Online.
What I would really like to see is a way for ESRI Business Partners to author geoprocessing services and publish them onto ArcGIS Online. Partners should be allowed to specify a fee that is charged to the user when someone uses their GP service. Of course ESRI would get a percentage of this. I would also like to build geoprocessing services by chaining together other people’s services, maybe even following the chain of resposibility pattern.
A lot of business partners sell desktop (ArcView) for ESRI. At some point ArcGIS Online will be competing with these partners. By allowing partners the ability to author and publish geoprocessing tools on ArcGIS Online, they could continue to add value to ArcGIS.