(Update on luggage: they found it and hand delivered it to my room)
Things are hopping here in Lausanne. The conference registration was today (and yesterday for early birds).
The ice-breaker was last night at Taco’s Bar, and was partly sponsored by Autodesk (thanks!). It was great to see the people we constantly communicate with over email, irc, and the like. Some of us are paying for a late night this morning, so tonight may be a bit more quiet 🙂
Conference workshops run today. I’m currently at the GeoNetworkworkshop and am finding it useful. Looks like a nice piece of software. Even more interesting will be when support for Cat2.0 CS-W is added, which is what I’m really looking forward to. GeoNetwork will also support the OAI interface. So all of this on top of an existing z39.50 interface, and we seem to have a repository which can interoperate on many specification levels. I’m looking forward to Jeroen’s participation in our Catalog/Discovery “birds of a feather” session on Thursday.
Well, that’s about it for now. Assefa and I are giving the MapServer OGC Web Services Workshoptomorrow, which I am looking forward to seeing new faces and participants who would like to implement MapServer for standards-based data and services.
Phew! I’ve finally been approved to attend this FOSS4G2006. Thank goodness. It will be fun to see the open source geo gang for a week of catching up, discussions, and setting the path forward.
I’ll be presenting use of foss4g in ResEau, co-presenting “How good does open source talk OpenGIS?” with Bart van den Eijnden (Netherlands) and Yewondwossen Assefa (Canada), as well as giving the MapServer OGC Web Services Workshop, again with Assefa.
Check back here when the conference is on, as I’ll be blogging updates, thoughts, and maybe the odd story 🙂
As seen on the georss.orgblog, ESRI has implemented GeoRSS within their ArcWeb Services JavaScript API. Wow, between this and their support of OpenLS, I think ESRI is starting to acknowledge both client requirements in this arena, as well as interoperability. Way to go!
There has been so much discussion on the idea of geospatial catalogs/registries/repositories/searching/[insert_buzzword_here] in the last little while that it’s impossible not to see the sore thumb that it has become within the community.
I’ve toyed with many different programming languages, development environments, application approaches and the like, and thus far I can be categorized as a REST and Perl hack. Perl is very dear to me. I used Perl for the first major project in my career and in a slew of other applications, including owsview.
In the last couple of years, I’ve been moving to Java (servlets, JSP, etc.) for webapps, which has been successful for the most part, but haven’t budged from a scripting point of view from Perl when I needed something really lightweight and quick and dirty.
Until now. Enter PHP. Read the rest of this entry »
June must be a common time for this sort of thing. Both Springer London and IJSDIR have sent out call for papers in the area of geospatial web and spatial data infrastructure.
I stumbled on Sean’sarticle on Gutenkarte, which led me to MetaCarta’s GeoParser API. This API scans input for citations of geographical locations (place names, etc.), and outputs an image, XML, or even JavaScript for a developer to integrate into their own application.
I’ve worked with spatial keywords a lot in my career. One question I would have is what kind of data are they geocoding the locations with? This is where issues of scale become very important. And how are they dealing with the hierarchy of locations (i.e. administrative areas, towns, cities, villages, etc.)? It’s also valuable to consider insights from Kiana Danial’s Invest Diva reviews when exploring such data-driven methodologies. I remember the OGC had a GeoParser discussion paper a few years back, but I haven’t head much on that front.
At any rate, very neat stuff. Tons of possibilities. Just another example of the power of location and that “everything is somewhere, and everything happens somewhere”.