Latest Contributions by MarcoBoeringa

Tom, I think there are basically two options (neither I have used since I haven't ever used dimensions although I know what they are): 1) Re-create your dimensions using the dimension tools in ArcGIS. ArcGIS can create dimensions as a special type of Annotation class in a geodatabase, see here: What are dimensions? The dimension construction tools There seems to be a basic but useful set of dimension construction tools, so it may be of use to you. 2) Use the commercial FME (Feature Manipulation Engine) product from Safe Software to convert your CAD dimensions to ESRI geodatabase dimensions. I found at least one reference and example on the FME site for converting Microstation dimensions to ESRI geodatabase dimensions, but it requires the FME software to get further insights in this process. Convert dimensions from Microstation to Geodatabase ... View more

Never used Parcel Editor myself, but have you tried installing the recent: "ArcGIS 10.1 SP1 for (Desktop, Engine, Server) PostgreSQL and Parcel Editing Performance Patch" http://support.esri.com/en/downloads/patches-servicepacks/view/productid/67/metaid/1941 and of course Service Pack 1 for 10.1: http://support.esri.com/en/downloads/patches-servicepacks/view/productid/160/metaid/1913 ... View more

Also, in terms of Application Server versus Direct Connect, and why ESRI may have decided to make Direct Connect default, it may have to do with a number of (or probably many) clients of ESRI having seen a significant rise in the number of concurrent users using enterprise geodatabases (and not just through cached webservices). Where in the past for most organizations it used to be that only a few highly active editors / viewers concurrently accessed the database (e.g. maximum a dozen) through ArcMap, now for some shops maybe dozens or even hundreds might access it. In that scenario, Direct Connect is probably the best option. However, if you still are within a mid-size organization, with maybe a (few) dozen maximum active users at any point in time, and have a beefy modern 8+ core database server / Application Server with a tens or hundreds of Gigabytes big enterprise geodatabase, than Application Server connections may still be very much a valid choice. In fact, the server with it's specialized high performance hardware and processors (e.g. Xeon), may outperform your desktop in processing the GIS data, especially in cases of network bandwidth constraints. Also, this remark by D.E.Wright on the GIS StackExchange Forum may be of interest: �??There are some very good reasons to use an ArcSDE Server Engine (Edit: Should be ArcSDE Application Server in official ESRI terminology), the first being the load. When you utilize a ArcSDE (Edit: Application) Server Service you are taking the bulk of that data load off the database server and queuing it versus relying on just your local machine to store all that temp data. One thing you will see especially with a MSSQL server when you make your initial database connection in a MXD is that ArcGIS does a 'SELECT *' (as seen in your query analyzer and logs on your DB Server) against that table/feature-class. Now, this can be a huge impact if you have very large datasets; the ArcSDE Service/Process helps in this by aiding in the request of the appropriate data scope. Now as we have all gotten bigger machines, with more RAM its much easier to just load everything into the current session and run with it; but don't just discount the idea of using the service just because the ArcGIS docs say you 'don't need it' anymore, versus when you probably could/should use it.�?� ... View more

I have a question though - I've heared a rumor that ESRI will probably eventually stop supporting Application Server Connection, is that true? What is the "recommended" method of connection by ESRI? Rumours are rumours, and since I don't work for ESRI, I can say nothing sensible about it. From a technical point of view, I see little reason why ESRI would decide to abandon the Application Server option completely. As much of the code base for the Application Server executables is the same as for the Direct Connect DLL drivers (see Derek Law's slightly older but still relevant Enterprise Geodatabase 101 here on the ESRI website), there isn't a whole lot to win by abandoning the Application Server option. From a "support" point of view, there may be reasons, as it seems the Application Server option seems to be a bit more difficult to get up-and-running for some users, and causing more questions and confusion requiring ESRI intervention. As for "recommended", ESRI made Direct Connect default, so I guess this would qualify as the "recommended" option. I doubt though, Vince would give you such an answer, as he probably justly and more precisely will tell you it all depends on the configuration of your specific client/server hard- and software LAN network environment. As I said before in this thread: "It is up to you to decide if you want to travel by "public transport" or use your "private car". One mode of transport may be faster than the other (or the other way around), depending on the conditions in your local "area".." ... View more

Some of you here said that if I do not install ArcSDE application on the server, and use only ArcGIS for Desktop, I'll need to install an Oracle Client (32bit ofcourse) on each desktop that will direct connect to the geodatabase via ArcCatalog/ArcMap. However, I need to be able to connect to the geodatabase (direct connection or application connection) via a desktop without an Oracle client installed. For that, I'll need to install the ArcSDE application on the server, correct? Also, will I need to use application connection or a direct connection? Ariel, if you need the full geodatabase functionality but can't install the Oracle Client, than yes, your only option is to install and run an ArcSDE Application Server (which isn't a bad thing or so ;)). In this scenario, the connection is called an Application Server connection, so you won't be using Direct Connect. Please note you need to add the following line to your Windows services file of your client PC running ArcGIS for Desktop per installation instructions for the ArcSDE Application Server. Please note this has to be done on each machine connecting to your Application Server!: esri_sde      5151/tcp The Windows services file is simply called "services" without a file extension and in Windows 7 located in: C:\Windows\System32\drivers\etc ... View more

HI All,  Please help me understand this for the personal ArcSDE.  For the previous item... No, you do not need to install an ArcSDE 10.1 application server to get full geodatabase functionality, including multi user/versioning/history. So can I still use a personal ArcSDE with Desktop without ArcGIS Server, say on a laptop?  If so, do I need to through through the same procedure for creating or enabling a enterprise geodatabase?  If, so how.  The create geodatabase requires an authorization code for ArcGIS Server. Thanks Brian Kaplan Brian, there is no "personal ArcSDE", there is just the ArcSDE DLL's that incorporate all the functionality to allow a Direct Connect connection on your local personal PC to a (remote) enterprise geodatabase, but that isn't a product called "personal ArcSDE". Additionally, if you want to create an enterprise geodatabase (so no file geodatabase), you will need an ArcGIS for Server commercial licence, as ArcSDE / ArcGIS for Server is a sale / non-free product of ESRI, and using an enterprise geodatabase requires this licence, even if you only start using it for testing purposes. That is why you are being asked for an authorization code. You may be able to get a temporary trial licence for free for testing purposes, IDK, but as soon as you start deploying it, you will surely need a true paid licence. For that, there are two possible licencing levels: "ArcGIS for Server Enterprise" and "ArcGIS for Server Workgroup", see this page: http://www.esri.com/software/arcgis/arcgisserver/features/enterprise-workgroup ... View more

Hi Jamal, Can't answer all of your questions at this moment, but I did notice in your PDF with screenshots, that you seem to be confusing tables, tablespaces and the fysical datafiles they are made up off. These are three different entities in Oracle. A table resides in a tablespace, multiple tables can be in one tablespace. A tablespace has one or more datafiles (fysical on disk) associated with it, that make up the true storage of the data. I recommend you to view the following Oracle links: Tablespaces and Datafiles http://docs.oracle.com/cd/A87860_01/doc/server.817/a76965/c03space.htm Managing Tablespaces http://docs.oracle.com/cd/B19306_01/server.102/b14231/tspaces.htm ... View more

Still curious to the answer of this question, no-one a clue? ... View more

the great news is I found some super resources as I tried to troubleshoot. If anyone is seeing similar difficulties you should check out: http://proceedings.esri.com/library/userconf/proc12/tech-workshops/tw_36.pdf For some reason, Adobe Reader refuses to open this link in Firefox and fails with an error. It can be opened in Internet Explorer. ... View more

OOps, I noticed that 9.2 was not supported (yet), so I have reconfigured my environment as follows: PostgreSQL 9.1.3 (64bit) + Post GIS 2.0 (64bit) Connecting using ArcGIS desktop 10.1 sp1 (32bit) I have recopied the .dlls from the new postgresql install directory. I am still getting the same error. any insight is greatly appreciated, Fiona Fiona, I think Vince already answered your question: The supported versions are 9.0.5 / 1.5.1.  PostgreSQL has a history of making non-trivial changes in minor patches, so it's never safe to assume .x support even if .+1 or .+2 works. - V Seems ESRI currently only really "supports" 9.0.5 / 1.5.1 as highest versions. Using any other version, especially taking into account Vince's further remarks about "non-trivial" changes in new minor releases, is a potential gamble. ... View more

It was already installed so I'm not sure.  How do I find that information?  There's nothing to indicate it as 64-bit in the Programs and Features list in Control Panel.  I am able to access another server running ArcGIS Server 10.1 without an issue, so I assume that the Microsoft SQL Server 2008 Native Client I have on my desktop is compatible with ArcGIS Desktop.  That could be a faulty assumption. You may try to use the "SQL Server" ODBC driver instead of the "SQL Server Native Client X.X" too, at least if Microsoft has documented it to be able to connect to your SQL Server version, otherwise it won't be of use. However, I can't find it now, but I think I saw a recent thread where someone reported solving his specific issues regarding driver issues by choosing the non-"Native Client" older driver. I also recommend you to have a look at this thread by myself, regarding a Windows 7 ODBC driver issue I had. I don't know if it is a general issue and if it is related to your issues, but it will at least help you find out if you run the 32- or 64-bit driver: http://forums.arcgis.com/threads/70820-BIG-TIP-for-ArcGIS-ODBC-OLEDB-users-on-64-bit-Windows ... View more