Posted by jeffhobbs on June 25, 2008
Directions Magazine is running a poll on their web site. From the web site: “Daratech recently offered that Bentley Systems is the #2 GIS company (ESRI is #1). Based on your usage of GIS technology at your organization, what GIS company is second to ESRI?” Since you are all (I assume) Intergraph users, take a minute and vote for your product of choice. The poll is located on the lower right hand corner of the home page.
FYI – I just voted and Intergraph was towards the bottom (after MapInfo).
Posted in Web Site | 6 Comments »
Posted by jeffhobbs on June 20, 2008
Over the last few days on the Directions Magazine email list, there have been a couple of mentions of a few different problems people are encountering with GeoMedia WebMap 6.1.
1) Rendering speed – With the release of 6.1, Intergraph merged much of the missing GeoMedia 6.0 functionality in GeoMedia WebMap 6.1. One of these new additions was with enterprise libraries. Now, although I haven’t received too much feedback on the issue, it sounds as if GeoMedia WebMap Publisher (WebPub) will now automatically check the library for a style. If the named style is in the library, that named style will overwrite what has been symbolized in GeoMedia. Long story short, if my line is symbolized as red in GeoMedia (WebPub Admin), but I have a green named style in my library (the named style name must match the name of the legend entry), than my line will appear green in my WebPub site. Well apparently, this checking is really slowing down the rendering performance of GeoMedia WebMap.
Now, I will say that if my understanding is correct, this seems pretty cool. However, after thinking about it some, I’m not really sure I would have that functionality at the top of my requirements list. Personally, I find that my symbology is fairly standardized. Once I have things symbolized a certain way, it’s not changing too much if at all. It has been my experience that people like consistency with the look and feel of their maps. What do others think here? With that said, I would much rather have rendering speed rather than something that would make my job a little easier on a very rare occasion.
2) Remote publishing with an Oracle Connection – There have also been reported issues where if you publish your geoworkspace remotely and you have an Oracle connection in your geoworkspace, then you will encounter issues with hotspots, select by, and other commands where you interact with vectors on the map.
All in all, both are frustrating. The latest word is that these issues should be addressed as part of the first GeoMedia WebMap minor release due out in the August/September time frame. With that said, it really looks like Intergraph pushed to get the GeoMedia WebMap 6.1 suite out fairly soon after the GeoMedia suite was released. This was most likely due to both internal and customer driven pressure. After all, how many users would’ve been happy to hear that GeoMedia Pro was released early this year but we won’t see GeoMedia WebMap/Pro released until September? That wouldn’t fly with anybody. So, Intergraph made a tough decision, but I think one that makes sense. After all, I’m sure there are quite a few customers out there where the two issues above won’t greatly impact them. Of course, it would’ve been useful if Intergraph had made it a bit more clear to the users of the current limitations of the GMWM release.
In the meantime, for those customers that will be impacted by this, I would heavily suggest you hold off until the first minor release. And even after the first minor release, make sure to test on a development server before going production. After all, that’s why Intergraph gives you the free development license 
.
UPDATE I received a correction from one of my contacts in support at Intergraph soon after making the post. Apparently my initial understanding above (now crossed out) was incorrect. Apparently, Intergraph has only changed the way the symbology data are stored. Before they were stored as part of the metadatabase in a separate table. It is now stored in the LIBRARY table that’s part of any Library Connection. With that said, it seems (at least in my eyes) unlikely that that change is really causing the slowness. However, it’s very likely that the 6.0 GeoMedia symbology functionality that was rolled into GMWM 6.1 could be causing this slowness.
Posted in GeoMedia 6.1, Intergraph | 6 Comments »
Posted by jeffhobbs on June 10, 2008
After quite a bit of coordination with Intergraph on this matter, Intergraph officially launched geomediawiki.org today. We’ve actually had the site up and running for a month or so now. However it’s only in the last few weeks when Intergraph began looking at contributing Intergraph staff time to the project. As it stands now, the wiki is hosted on a 3rd party wiki server (wikispaces.com). The URL is owned by me and Intergraph is sponsoring the site both at a financial and also a staffing level. All of the content on the site is licensed under the Creative Commons Attribution 3.0 license.
So, for everybody that read and posted on the GeoMedia Wiki entry from April 24, here’s your chance to start contributing! The wiki has been setup where anybody and read the wiki and people that sign-up and login can edit any piece of the wiki. Once you sign-up on Wikispaces, you must request contributor access to GeoMedia Wiki. Once you request access, the wiki organizers are emailed and then we approve your access. It’s that simple!
With the wiki we are welcoming all contributions. If you have something you feel others would benefit from; it belongs on the wiki!
Last but not least, with the creation of the wiki you will see less tutorial-based content posted on my blog. Instead I will be posting more Intergraph and GIS related content which I think might be useful for my readers. I WILL still be creating tutorials and work flows, however much more of this will be going on the wiki as it’s really a much better place to house such content.
Posted in geomediawiki.org, Intergraph 2008 Conference | 2 Comments »
Posted by jeffhobbs on June 5, 2008
There wasn’t much going on tonight besides the opening night reception. Overall the conference seems to be very well attended. I haven’t attended a conference since Intergraph transitioned from the annual “GeoSpatial World” conference to the generic “Intergraph” conference. With the transition, it’s very obvious how much more time and money Intergraph puts into the conference. Just an enormous amount of subtle details. From the “Intergraph 2008″ hotel room keys, to the “Intergraph 2008″ lining on the escalators…Intergraph really seems to have gone all out in making the conference feel big. Even the conference bag and the 3″ conference outline “book” that that goes in every bag is very impressive.
Got a chance to talk to a few different people during the opening reception. I was curious to find out about the potential support for SQL Server Spatial (available with SQL Server 2008). Although there has been some definite discussions on developing a data server, as far as I understand it, there is nothing definitively planned at this point. I found this to be somewhat surprising. Especially since in many ways Intergraph is really tying themselves to the Microsoft platform. The way it sounds, GeoMedia users might need to look at the FME Data Server for GeoMedia if they want near-term SQL Server Spatial support inside of GeoMedia. Update: In a surprising turn of events, Intergraph released a press release yesterday (June 4) announcing their support for Microsoft’s SQL Server 2008 spatial enhancements. Although it should be noted that no time frame was provided for this new data server.
As I believe I’ve mentioned in earlier blog posts, Intergraph is really trying to merge the functionality of their public safety CAD (computer aided dispatch…NOT computer aided drafting and design), their G/Technology suite (used for primarily managing gas, electric, and communication networks), and the GeoMedia platform. With this humongous merger (which will likely take many years), Intergraph users will see this “best of breed” solution for many GIS disciplines. Well, believe it or not, some of the current GeoMedia solutions may not completely fit into this “best of breed” solution. Two such solutions may be GeoMedia Public Works Manager and also GeoMedia Transaction Manager. G/Tech is designed to deal with utility networks from the ground up. GeoMedia Public Works Manager is simply a rather small add on to the GeoMedia suite. So, I think it’s very likely that we’ll see Public Works Manager eventually replaced with similar (yet much more robust functionality) currently available in G/Tech. This in itself I think it is a very good thing…again “best of breed” makes a lot of sense. However, I’m looking at implementing GeoMedia Public Works Manager in the next year or so. Unfortunately, although no one could provide me with even a rough date, it seems very unlikely that we’ll have this G/Tech Public Works Manager replacement within the next year. So…where does that leave me? Do I implement Public Works Manager or hold off and see what Intergraph has to offer down the road? Not totally sure yet.
GeoMedia Transaction Manager may be in a similar boat. G/Tech already has a very fast and efficient transaction manager…unfortunately, is isn’t built off of Oracle Workspace Manager (the Oracle tool that drives the GTM functionality). I understand that the G/Tech transaction manager tool is very fast; this is very important for G/Tech customers. For those that have used GTM, I think most would agree that it’s not the fastest tool. HOWEVER, again, it does rely on Oracle Workspace Manager. For those Oracle customers, this is a good thing. Especially because it provides many ways to get at your versioned data. And, also very importantly, any vendor that supports Oracle Workspace Manager (and there are quite a few) can create a transaction and retire data in your GIS database. This is great…especially from an interoperability stand point. Along with Public Works Manager, I’m also looking at implementing GTM. From a GIS stand point, I think GTM is a strong solution and I do still plan on implementing it…soon. I’m really hoping Intergraph doesn’t give up on the Oracle Workspace Manager…as I really like this solution.
One last note, for those that currently use GTM and/or GeoMedia Public Works Manager. Although Intergraph wouldn’t promise anything, I’m fairly certain there will be upgrade/migration paths as the software consolidation continues. That’s not to say it won’t be some work to get from Point A to Point B…however, nonetheless, there should be a path.
Posted in Intergraph 2008 Conference | 5 Comments »
Posted by jeffhobbs on June 4, 2008
I have been writing up some posts while at the conference. I plan to being posting them this Friday…so stay tuned.
So far, very good conference.
Posted in Intergraph 2008 Conference | Leave a Comment »
