Last weekend, I’ve created a web application, that monitors the BP oilspill in the Gulf of Mexico.
The application is completely based on HTML & JavaScipt, JQuery and OpenLayers to be precise. The data is comming from 2 different ArcGIS Server REST Services, located in 2 different locations, and not by me (so don’t blame me for the bad performance). If you look at the source, you’ll find the links.
There are different layers available, one with the current situation, and 2 with forecast information. The last one is with information from BP on it.
Hope you enjoy it!
I’ve been following this previously, but never posted the results! Shame on me! Anyway, these are the slides:
Conclusion: both where very fast! But in most cases MapServer (in FastCGI configuration) is a bit faster compared to GeoServer.
Hehe, I like these kind of figures, I’m curious about the next shootout @ foss4g 2010!
2 months ago, there was the ESRI Development summit in Palm Spring. Unfortunately I wasn’t there, but they’ve put everything online! I’ve taken a look, to see if there was anything interesting in the workshops for ArcGIS Server, and this what I found:
Advanced map caching topics:
together with this:
Advanced Map Caching Topics
Best Practices for Designing Effective Map Services:
ArcGIS Server Performance and Scalability–Performance Factors and Optimization:
ArcGIS Server Performance and Scalability–Testing Methodologies:
Implementing Security for ArcGIS Server Java Solutions:
(this also exists for .net, somewhere on the site, but I you would use bing to search thze interweb, I guess you would find it )
This is it for the moment. I only looked for ArcGIS Server related topics, because that’s currently the application I’m working with.
Google just enabled email notifications in Google Wave. To be honest, lately I didn’t check Wave that regularly anymore, so this comes very handy.
To enable the notifications, just click the arrow that appears when you hover your mouse over Inbox. Then you will get a screen like this:
It’s been a while since my last post here, approx 5 moths or something? Auch… But this is no more, I’ll try to post more from now on :).
What have I been doing lately? Well, lots of (interesting) work actually. As some of you may know, I’m currently working for DIGIT (IT division of the European Commission) as a GIS Architect and this gives me the opportunity to work on some very interesting projects, from which some results will show up here
BTW, if anybody is interested in the position of GIS Architect in Luxembourg, contact me, I know an available position.
As you previously could read on this blog, there’s a WMS performance shootout at FOSS4G 2009. Participants where three of the major WMS server providers: UMN MapServer, GeoServer and – finally- ESRI with ArcGIS Server. But yesterday, the announcement was made on the benchmark mailing list of FOSS4G that ESRI won’t play along any more, they pulled out apparently. First this was posted on the list, and soon this response from somebody from ESRI was posted.
To bad that ESRI pulled out, I was really looking forward to this shootout… does this mean that ArcGIS Server cannot compete against GeoServer and MapServer? Anyway, I’m wondering what the official announcement will be from ESRI.
I just got an email from Google that my account for their wave application is ready. I already sent some invitations, but I’ve got two left. Just mail me, and the invite is yours!
Btw, you won’t receive the invite straight away apparently, Google adds the invites to a list, and then they decide when you get the invite…
Today, a colleague asked the following question:
What is the best way to store simple point data: a coordinate and a value. The file format has to be as universally deployable as possible and it has to be future proof. What file format is best qualified to do this?
My opinion is that shapefile is best qualified to do the job: it’s simple, you can access it in any GIS application you can imagine, and it’s open. It’s not an ISO standard, like GML, but the specifications are know and open (www.esri.com/library/whitepapers/pdfs/shapefile.pdf)
But apparently I’m the only one that sees it this way, all my colleagues suggested to use GML or even geoJson. But I have some remarks against these.
First, I’m a heavy supporter of GML, but not as a way to store data. In my opinion the most recent version of GML (3.2.1) still has to prove that it’s future proof (although it looks like it is, the standard hasn’t changed since 2007). And even if it’s future proof, not all possible GIS applications currently support GML. In my opinion, GML is more a exchange format, it should be used as a way to exchange the data, not to keep the source data in.
Second: What if the standard does change, than you have to convert all you’re data to the newest format, in order to be as compatible and bugfree as possible. This doesn’t seem very convenient to me…
Third: GeoJSON: in my opinion, this should only be used as an interchange format between a server, and a browser. If you want to store data in this format, you’d better use just a plain csv file for this purpose. Next argument is that not many applications support geojson as input.
Anyway, what do you think, what is the best solution for this problem? Feel free to comment.
I’ve just received this in my mailbox from Cameron Shorter:
GeoServer, MapServer, and ArcGIS Server will be competing for the title of “Fastest Web Map Server (WMS)” at the FOSS4G 2009 conference at the end of October. The Web Mapping Performance Shoot-out compares Web Map Servers in a variety of real world use cases. The performance shoot-out will see GeoServer, MapServer, and ArcGIS Server compared in terms of how long they take to generate a map image, from a common set of spatial data. The data formats used will be shapefile, geotiff, ECW, PostgreSQL/PostGIS, Oracle Spatial, and SDE on Oracle. Benchmarking scripts will be executed on a common platform running Red Hat Linux. See the press release for more details. FOSS4G starts in two weeks, so if you are planning to go, you better make sure you have your ticket and travel plans sorted.
I’m looking forward to the results of these showdown, but if they don’t use some sort of caching on the images, I guess it will be a close match between MapServer and GeoServer. If they will use caches, I’m not sure who will win actually.
Oh, and if ESRI is using it’s MSD file, that won’t be fair because it’s not possible to always use the optimized MSD to create a mapservice, even ESRI is recommending not to use MSD’s yet in production environments (A colleague encountered this…).