Latest Contributions by JeffSchloss

I second the request to be able to access SDE geodatabase and file gdb content - hopefully that won't be too much bloat.  I read somewhere you are working on the ability to identify line and polygon features - I second wanting that ability too.  The ability to label features or read layer packages seems like a pretty basic piece of functionality that is missing, even if the identify functionality grows. ... View more

I too am looking forward to the new release, checking daily and staving off new installs waiting for it.  Any day now, right?  The organization I support continues to request Google Earth and now GE Pro since its free and both work well, yet I continually point out that AGX Desktop can read kml/kmz AND work with all our Esri geodatabases and image services.  However, without regular updates and fixes to AGX it is getting more and more difficult to market.  Please don't let this product die!   Mark B. asks why ArcGIS Pro, AGSO, ArcGIS Desktop, ArcGIS Server, etc. can not be used to replace AGX desktop.  My short answer is that all these products come at a cost.  My org has invested heavily in ArcGIS Desktop and Server for many years and built a huge inventory of authoritative data and services that we host.  We have also built many systems that integrate the GIS rdbms with other business databases, and have built map caches and image services using authoritative data.  AGSO can not replace this level of integration and does not have the local-scale data we need and so our interest in it is minimal.  I find it very ironic that Esri boasts of AGSO open data and authoritative data yet there is no metadata in AGSO, so Explorer for AGSO is really no better than Google Earth since both hook users up with lots of "junk" undocumented data.  With AGX Desktop, we have a free tool that can connect to all our locally-hosted Esri format databases that we have spent so much time and money to create and maintain.  The inability to expose metadata is a shortcoming with AGX Desktop but since we publish our metadata in xml format on our Web site, we have a pseudo-workaround.  While the canned content available for ArcReader clients is acceptable in some situations, AGX Desktop gives users the flexibility to create, save, and share map documents, markups, etc. to meet their needs.  If it is discontinued we will have to look at other desktop viewers, and Esri does not have anything comparable so where does that leave us?   Esri should realize that not all Esri customers want or need AGSO, esp. those who have mature in-house implementations of ArcGIS Server  Trying to force everyone to use AGSO is not the way forward.  We need desktop tools like AGX Desktop that can utilize our internally-hosted data and services and make GIS available to those who can't afford, don't have the time to master, or don't need the licensed desktop products. ... View more

IBM fixed this issue in FixPack 5 - see http://www-01.ibm.com/support/docview.wss?uid=swg21633303.  Guess I'll try my luck w/tech support. ... View more

Thank you George.  The issue is that our enterprise is already at DB2 v10.5 fixpack 5, so I'm really hoping someone can tell me if the issue with fixpack 4 got resolved or if Esri will even consider supporting fixpack 5. ... View more

Your custom services dialog looks exactly like mine yet I don't get the prompts for the format. ... View more

Thanks Ellen.  The format is quite picky and not required via ArcMap but seems to work.  The issue I am still facing is that within build 1750 I do not get prompted for the format as I type.  If I use build 2500 with the service URL that does not include "rest", I see the prompts, but not in 1750.  I am running build 1750 on Windows 7 and curious to know how it is you are seeing the prompts, because without them a user would have no clue what format the service wants, which makes the service pretty useless. ... View more

Like Ellen, I too support an AGSE 1750 user community and was glad to see Mark's configuration file.  When I test the find tool with valid addresses using a custom config pointing to http://geocode.arcgis.com/arcgis/services/World/GeocodeServer/, it can not find any addresses I search for.  If I'm lucky, it will find the city in the correct state I asked for.  We are using the same world geocoder in ArcMap 10.0.5 with the exact same address and it works great.  I am reaching out for help here.  Google Earth is looking pretty good again, but I hate the notion of promoting it since all of our Esri desktop clients (Map, Reader, Explorer) can use our enterprise SDE and image services but GE cannot, and I hate to set our investment in authoritative data aside for one simple function. ... View more

Just to follow up on this thread I want to tell the rest of this story.  An ESRI customer account representative came to my aid by bringing some attention and investigative efforts to this issue.  Turns out the kmz file is version 2.2 which is not fully supported and it used BalloonStyle callouts which are not yet supported.  On my behalf, the representative requested that the AGSE team add this support in the next release of AGSE.  Next, Michael Branscomb provided me with kml files that ESRI created from the original kmz.  When I still had problems with those files, he managed to get someone from their kml team to process the files again which now work wonderfully in AGSE with all the functionality of the original kmz file.  While I know it's not a level of support I or anyone can expect every time, in this case ESRI did an exceptional job of helping me. The answer to my original question is that kml support is documented at http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//00s200000005000000.htm ... View more

Hooray for this one.  I have wasted way too much time fighting the annoying default of geography.  I'd be happy if ArcCatalog even just remembered what I last chose much less letting me set a default. ... View more