<< June, 2006 >>
SMTWTFS
123
45678910
11121314151617
18192021222324
252627282930
Search Blog

Recent Entries
Recent Comments
Re: A new beginning... (by Casey at 8/15 10:43 AM)
Re: A new beginning... (by Kirk Mower at 8/14 11:16 PM)
Re: A new beginning... (by jbartley at 7/27 10:25 AM)
Re: A new beginning... (by Brian Timoney at 7/26 4:12 PM)
Re: A new beginning... (by Dave at 7/26 1:50 PM)
Re: A new beginning... (by Steven Citron-Pousty at 7/26 1:04 PM)
Re: A new beginning... (by James Fee at 7/26 12:21 PM)
Re: A new beginning... (by Brian Flood at 7/26 12:12 PM)
Re: A new beginning... (by amber at 7/26 11:06 AM)
Re: ArcIMS and Google Maps version 2 for ASP (by rnrwang at 6/28 2:02 PM)
Categories
Archives
Photo Albums
RSS

Powered by
BlogCFM v1.11

21 June 2006
ArcIMS and Google Maps version 2 for ASP
This is why I like blogging...I find some WMS to Google Maps examples from people I don't know (Brian Flood, Just van den Broecke, John Deck, etc), apply their examples to my problem (a cache on the fly ArcIMS interface for Google Maps), and then somebody out of the blue rewrites my code from ColdFusion to classic ASP. 

Google Maps + Cached ArcIMS services


Awesome.  Chris McGarry from the City of Rockford, IL has done the work in translating my arcims_image.cfm and coord_conversion.cfc to classic ASP.  You can get the well documented code here.  And you can check the site out here.

Great job Chris!

Jeremy

Posted by jbartley at 2:09 PM | Link | 12 comments
16 June 2006
Data Mining
I was inspired by an article I read in April-June 2006 ArcUser (yes James I still read ArcUser and ArcNews) about comparing ortho photos from multiple dates in Peirece County, Washington.  I got to thinking that there has to be a way to mine Mapdex for date information.  Basically image services indexed in Mapdex have five sources of information:
  1. Server DNS name,
  2. Map service name,
  3. Individual layer name,
  4. Layer geographic location,
  5. Individual field names within each layer.
So if we want to discover imagery from a certain date we need to parse that information out of the layer name.  Check out the results here.  Read on if you want to see the nitty gritty details
Posted by jbartley at 10:11 AM | Link | 0 comments
12 June 2006
Geo Developer
Ok I finally made it to Google's Geo Developer.  I missed the first bit, but am enjoying the Google Maps breakout group.  I do think that Google needs some people working for them that have some GIS background.  When people are asking about the source of the data for the geocoder and nobody in the room has an answer (I am assuming that is from Navteq as they say it is from their road data).  Or when they try to suggest (not to pick on the guy, this was not his area of expertise) that KML came before GML...

UPDATE...Somebody just asked about implementing a rendering scheme for KML and the entire team gave him a blank stare.  Don't you think users would like to map graduated circles based on crime counts for example.

Oh Well....

It is good to see GIS reaching the masses.  This should be an exciting year.

The KML/Z to Google Maps sounds pretty cool.  I am looking forward to trying that.  They are also storing KML/Z on their servers.  It would be nice to be able to spatially query that information.   Not just the bounding box, but point in poly queries.   That would require a new backend to store that kml/z spatially.  No xpath queries would work on that...

More later.

Jeremy
Posted by jbartley at 6:40 PM | Link | 1 comment