loading...

0

No products in the cart.

June 5, 2008

Intergraph 2008 – Day 1

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
  • […] mentioned in this post, Intergraph is trying to merge the functionality of their public safety CAD (computer aided […]

    12:50 am June 6, 2008 Reply
  • Jeff,

    It would be better if Transaction Manager was NOT based on Oracle. You want to be database neutral and provide choice for your clients.

    7:58 am June 9, 2008 Reply
  • Amit,

    I don’t agree. I have no problems having two implementations (one for Oracle and one for others). However Oracle Workspace Manager is used by many different applications and pieces of software. Although Oracle itself it proprietary, in my opinion it’s much better to use something where the majority of the GIS community as a whole embraces as opposed to a proprietary implementation that’s locked to one vendor. Look at it this way, if I maintain transaction and temporal history in an ArcSDE system, I MUST stay with ESRI to keep my temporal history. As soon as I leave the ESRI environment, I also lose my temporal history. This is a bad thing…especially if I’ve got history for many years now. With OWM on the other hand, I can leave Intergraph GeoMedia technology tomorrow. As long as I can find another vendor that supports OWN (and there are many), my temporal history goes with me to any other vendor. Not to mention, I can call a fairly simple Oracle procedure to edit my data outside of the GeoMedia environment and STILL maintain that temporal history. Try doing that with ArcSDE…it’s bad news. You need something like GTM/OWN and maintain the vendor neutrality.

    11:20 pm June 10, 2008 Reply
  • Bill

    Jeff,

    Just wondering if youve heard of a timeline for SQL Server 2008 Spatial support in Geomedia. Of course I have seen the press releases, but no mention of when, but I expect some news given the recent shipment of ArcGIS 9.3 which supports the new spatial types.

    11:27 pm July 14, 2008 Reply
  • MUKESH

    mukesh said
    July 14, 2009 at 10:49 pm
    I wants to create some slope polygons as my Area of responsibility (approx 600*600 km total area ) with using of software geomedia 6.1 & geomedia terrain 6.1 .input data I am using 30 meters elevation data in .dt2 format when I am doing this I am facing the following problem :-
    needed to open the slpoe polygons of approx. 86- 50K Scale maps.
    The slope polygon created was not able to open in the geoworkspace, shows the error Geomedia.exe encountered the problem.
    Solution tried by me:
    a. Connected the feature class one by one in the legend entry, Eight 50K maps were connected to the geoworkspace, but after adding the legends of ninth map the Geomedia aborted.
    There were more than 15 lacks feature in the mdb of 16 maps, the feature class created were of slopes with categories 0 to 20, 20 to 25, 25 to 30, 30 to 35, 35 to 40, 40 to 45, 45 to 50 and 50 to 90 degrees
    b. Than I converted the mdb of slope polygons to the .ddc format and connected it to the geoworkspace, than also same problem occurred .
    Note :- After slope polygons my mdb size is 1.9 gb to 2 gb

    5:15 am August 17, 2009 Reply
Write a comment