If you use or program using ArcIMS, you’ll want to check out Jason’s posts over at the ROK ESRI Developers Blog. Jason’s post, In Defense of ArcIMS is particularly interesting as we (myself included) seem to harp on how difficult it is to work with or how we have to do some crazy programming to get some simple things to work. To be honest, as I move into Mapserver and other open source server projects, I’ve begun to get a better understanding of how intelligent ArcIMS is and how well it does run out of the box. Unlike many map server applications, ArcIMS can be deployed on almost every major server software package as well as different web servers. When we start getting AJAX implementations of ArcIMS, I’m sure most of the complaints will go away. I wonder if we’ll see anything at the ESRI User Conference this year.
Category: Thoughts
-
Scripting in Python
When I first learned that ArcGIS 8 Desktop wasn’t going to support either Avenue or AML, I was very unhappy. As anyone who had done analysis with ArcInfo can attest, I had quite a library of AML scripts to accomplish almost anything. With ArcGIS 8 Desktop, I couldn’t use any of them. The thought I guess was to use Visual Basic or C++, but writing scripts with either of those two languages was like using a sledgehammer to kill a fly, I just stayed with ArcInfo Workstation and the good old AML. Avenue wasn’t supported either (I guess the boat has sailed on Open Source Avenue huh?), but as long as I could still use AML, I was fine. Well fine until we started using Personal Geodatabases. I couldn’t do a thing with those and the number of coverages we were maintaining really dropped as most people have standardized on Shapefiles or the aforementioned Geodatabase.
Well with ArcGIS 9, we finally have a real scripting language again and even one that has made me stop writing AML scripts. I’ve really gotten into scripting with Python and it really has saved me quite a bit of work over having to try and do the same tasks with AML and converting Shapefiles and Geodatabases with ArcCatalog. With Python support came some great Python supporters and many of them have written some good articles to get started. A great resource is an article written by Howard Butler for ArcUser (don’t forget to check out Howard’s blog also!). Beyond that, all you have to do is head down to your local Barnes and Noble to find just about any Python book to get you started. Unlike AML or Avenue, Python is really easy to get started with and the community support available is much greater than ESRI ever had with Avenue or AML or even those of us who used SML and PC/ARCINFO. 😉
-
More Python Goodness
Link: OSGIS Hacks Workshop Materials
Materials from our “Open Source Python GIS Hacks” workshop are now available for download.
I’ve been meaning to post about this for a couple days but Howard Butler has posted materials from his and Sean Gillies workshop at the Open Source GIS Conference. There is a ton of good material in there so if you want to see how Python works in the “real world”, now is your chance.
-
Blogger Meet-up Planned for the ESRI UC
Link: My Own Little World – Blogger meet-up for the UC.
Steve and Brian (dead link) are trying to set up a meet-up at the ESRI User Conference later this month. If you are intersted, navigate over to Steve’s site and let him know what you think.
-
ESRI Posts “Top Ten Reasons Why You Should Use ArcGIS 9.1”
Doesn’t that sound like a blog entry? ESRI gets so close to actually blogging it just hurts to think about it. Come on guys, blog this stuff!
-
Just try and make me start using ArcGIS!
I ran into an interesting discussion today with some users at a client site today. It seems while the GIS manager would just love to migrate everyone to ArcGIS 9.1, he just can’t seem to get people to move off of ArcView 3.x. I did a little demo to show them how much easier it was to work with files as well as the model builder to help them perform data analysis, but it didn’t seem to sink in. I also explained how they were moving to Geodatabases and ArcSDE and how ArcView 3.x wouldn’t be able to interact with those formats. The response? Let the GIS manager convert them to shapefile for us. Lets just say that GIS manager wasn’t too thrilled about that response. Looks like I might have to do some Avenue programming for this client.
ArcView 3.x is the program that just won’t die.
-
Email Shapefiles or Geodatabases? Nah, give me e00!
I’ve grown to really dislike emailing datasets to people. Shapefiles have always been a pain as you either have to attach at least 3 files to an email or “zip” it up to ensure that the files are readable on the other end. The Geodatabase did better as it was one file containing one or more datasets, but alas these days emailing a Microsoft Access file is just about worthless as most email systems (and even Outlook to an extent) strip out anything with a *.mdb extension. Yea, one could always use FTP or some other web based system, but email is still the easiest and quickest way to send files.
One format that was never difficult to send (though half the time people didn’t know what to do with it) was the ESRI Export Interchange file (what we mostly now call e00). This single ASCII file was almost always accepted with email systems and could store many different dataset types. Why is it we always take a couple steps back as we move forward. I just can’t stand having to change a Geodatabase extension to _.txt or something else just to get an email system to accept it, or remind people that the need to at least include the _.shx and *.dbf with that shapefile they sent. I’d love to see a new interchange format from ESRI, or just update the existing Export Interchange format to handle the newer data types the ESRI is supporting. In retrospect, using a Microsoft Access file format probably wasn’t the best idea for many reasons, but if we had an up to date interchange format, that wouldn’t matter at all.
-
Where is ArcGIS Explorer?
For years ESRI has had versions of ArcExplorer. The first versions were based upon MapObjects while the later ones have grown out of ArcIMS Author. They work pretty well for most people, but their limitations are beginning to show. I think ESRI should introduce a new ArcGIS client that would enable people who want and need to view GIS data, but not perform analysis. The current versions of ArcExplorer don’t support Personal Geodatabases, Coverages and other GIS data formats that users need to see. ArcReader does a good job of displaying the data, but the PMF documents can only be created in ArcGIS with ArcPublisher and no data can be added in ArcReader.
A simple solution would be to sell a version of ArcReader that allows the ability to read PMF/MXD as well as add data to them. Leave the ArcToolbox and ArcCatalog out of it and sell it for about $49. I don’t think this would hurt the sales of ArcView as people who need to edit or perform analysis on GIS will still need at least an ArcView license. This ArcGIS ArcExplorer (it should be called ArcView, but that is already taken) would be able to connect to ArcSDE, ArcIMS services, ArcWeb as well as read all the GIS formats that ArcView can. I’m guessing one could create such an application using ArcGIS Engine, but I’d rather just have our planners, engineers, biologists and other users of GIS have an ESRI product on their desk. The cost of ArcView is just too much to put on as many desks as we have users who want it (since most of our clients are using Geodatabases we can’t have them view the data sets with ArcExplorer).
ESRI should be putting GIS tools in front of as many people as possible and this new ArcGIS Explorer would fit the bill very well. There are just so many datasets on the internet for download and if people could access them even on the home PC with ArcGIS Explorer they would have a tool to introduce them to GIS and eventually become an ESRI customer.
-
ESRI ArcGIS and the License Manager
Our company has grown much in GIS in the 3 years I’ve been here and in doing so we’ve eliminated every stand alone ArcGIS installation in favor of concurrent licenses. While this enables us to save money over all the stand alone ArcView and ArcEditor licenses we’d need, we’ve begun to run into the problem I’ve heard from many GIS road warriors, you can’t check a license out for work in the field.
I’m actually writing this on an airplane on my way to visit a client to talk to them about improving their GIS system and I’ll do so without a copy of ArcGIS that will run. Sure, I know I can install a copy of stand alone ArcView/ArcEditor on my laptop, but that would not be cost effective for our small company. At past ESRI User Conferences I’ve heard ESRI explain that they can’t let ArcGIS check out licenses because the license manager (FLEXlm) isn’t a secure as they’d like. When I used to work for a very large A&E years ago, we could check out AutoCAD license out of FLEXlm without any issue. The GIS portion wasn’t a big issue because we all had ArcView 2.x/3.x on our laptops which didn’t use the license manager and I didn’t mind not having ArcInfo 6/7 as most of the time on the road I wasn’t doing complex analysis.
While in the hotel room I can use our VPN network to connect to the license manager, but most of the time I’m off the network, unable to use the VPN. I’m going to try and raise this issue again with ESRI at the User Conference, but I don’t expect any movement on their part. GIS has become much more mobile since the days I used old Sun workstations and I think it is time for ESRI to start allowing us to check out ArcGIS licenses (including extensions) for use in the field. I’ve seen the demos on the User Conference stage with the Tablet PC being used by utility companies in the field, but why should we have to tie a stand alone license to every computer that leaves the office? If FLEXlm isn’t good enough to do this, then ESRI should move to another license manager as soon as possible.
-
Tracking GIS Across the Blogosphere
Trying to find GIS information on the Internet can be like looking for the proverbial needle in the haystack. Well lucky for us we have a couple tools that enable us to see what other users are saying about topics we care about. I use my RSS aggregator to read the blogs that I feel keep me up to date the most, but what about the thousands that mention GIS?
Enter Technorati, PubSub and Feedster. These three tools allow me to use keywords or “tags” to find blog postings that match terms that I want to follow. What is ever better about them is you can subscribe to them with your RSS aggregator. I will use the keyword/tag “ESRI” to show you how each of them finds and displays blog entries.
- Technorati on ESRI
- Feedster on ESRI (dead link)
PubSub is a little different than those two as you really need to create the keywords yourself, but I think I get better results with PubSub than Technorati or Feedster.
I’ve got PubSub feeds for ESRI, ArcGIS, PostGIS, Oracle, MapServer, Ka Map, Cartography and Geospatial. I don’t have one for GIS because you get many results for GIs (think Iraq). Any time almost anyone posts about the above terms on their blog, I get to read the post. I know many users know about these services, but if you don’t you should really check them out.