Latest Contributions by WilliamCraft

Based on the info you provided, it's tough to fully understand your requirements surrounding the maintenance and consumption of the data.  For example, are you planning to make updates in ArcMap only?  Will the data be viewed from an end-user standpoint in ArcMap or will the data need to be published as a map service and visible to others via the web?  For the time being, in reviewing what you wrote I'll keep it simple and assume you're looking for an ArcMap-only solution at the moment.  The project you described could take so many different paths!  It sounds interesting though!  Are you planning to use ArcSDE with either SQL Server or Oracle, or are you planning to use something like a file geodatabase?  I agree with you the Access is not the best candidate, so I would avoid the personal geodatabase (plus I don't think it's supported at 10.2).  Generally, the file geodatabase will suffice if you or only a small handful of people will be making edits at separate times.  How much data are we talking about (i.e., small like 50 MB, or much larger like 10 GB)?  The biggest thing that I see you needing to think about, at least at the beginning, is how to structure your tables and their various relationship classes.  If you haven't already, you'll have to give some serious thought about how the data model is going to look.  That includes a number of things like primary keys, foreign keys, constraints, field lengths, data types, general cardinality, and unique ID formats among other things.  If you choose to go with a file geodatabase to store your various tables and "link" them with relationship classes, that should work fine.  I would suggest reading about the various relationship class types to understand your options.  That being said, use your X and Y columns as the source for using the "Add XY Event Layer" tool in ArcMap.  Once the features appear on the map, identify one of them to see how the related information shows up.  In terms of creating reports, what type of reporting engine are you thinking of using?  There are several open-source options and there are several off-the-shelf options too.  Tableau and Crystal Reports are two semi-popular reporting engines to investigate. ... View more

I believe the user account for the ArcGIS for Server Windows Service (i.e., the local or domain account you specify during installation) must have at least READ permissions on the folder you wish to set up as a data store.  Either add that user to a local group with implied rights to the path or set specific permissions on the folder for the user account itself.  If shared paths do not validate, try mapping the share as a drive letter and registering the folder that way. ... View more

I think you would need to register your "cloned table" as a layer with ArcSDE.  To do this, refer to the SDELAYER -O REGISTER command (http://help.arcgis.com/en/geodatabase/10.0/admin_cmds/support_files/datamgmt/sdelayer.htm) making sure that your -l parameter is something like -l cuks_gdb.sde.events,SHP.  Typically, the geometry column for registered layers is SHAPE but since yours is SHP then you'll need to specify it correctly during this type of manual layer registration. ... View more

If something is still holding on to the port, then a process isn't getting terminated like it should when you stop ArcGIS Server.  After doing the NET STOP but before doing the NET START, try doing something like this in the batch file: taskkill /IM ArcSOC.exe TIMEOUT /T 5 taskkill /IM ArcSOC.exe /F /t taskkill /IM ArcGIS.exe TIMEOUT /T 5 taskkill /IM ArcGIS.exe /F /t taskkill /IM ArcGISServer.exe TIMEOUT /T 5 taskkill /IM ArcGISServer.exe /F /t To schedule the stop/start, run the batch file via Task Scheduler but make sure it is set to run even while the user account for the task is not logged in.  Another way to troubleshoot this is to rule out anything else that might be using port 4000 (and the other ports used by AGS).  To do this, stop ArcGIS Server and kill all its processes and then run netstat -a -o -n > c:\temp\port_use.txt from the command line.  Look for any entries in the resulting port_use.txt file that seem to be using the ports in question.  If something else is consuming that port, then there may be a conflict with AGS. ... View more

If you are seeing the tiles download fast when logged into the Web Adaptor server and making the requests directly from that machine, but they are consistently slow to download from everywhere else, it sounds like there could be an issue with network connectivity to and from that server and possibly for the network as a whole.  You should also test throughput to/from that server to make sure that a bad network card isn't in play here.  Even though the tile downloads are extremely slow for specific tiles, do they still download eventually or is it the case that some never download at all?  Can you run Fiddler in the background when making the requests from client PC to see if you can collect more information? ... View more

I don't think tables published via an ArcGIS map service will appear in the TOC of a web application.  To consume the table information, I think you would need to perform an action such as an identify if the table was related or joined to a feature class.  Tables are not layers so they aren't really visible to the application per se.  In other words, just because you can publish it in a map service does not mean that it is consumable in the same way that a map layer would be.  That being said, you may be able to add the table to your map document as an XY event layer if it has X and Y columns in order to publish it and view its spatial contents within the web application. ... View more

When you say you've tried to enable it as an add-in, what happens?  Are you getting an error?  Do you even see Esri Maps for Office listed as a choice?  Can you check the box for it under COM Add-Ins and click OK or is that not even an option for you?  I'm not sure why the behavior in Excel would differ from that of PowerPoint if both applications are from the same suite of products.  As an extreme means of troubleshooting, you might try uninstalling Esri Maps for Office entirely, then rebooting, then re-installing it being sure to use the correct URL for AGO or Portal (whichever product you're connecting to via EMO). ... View more

when I tried to create ArcSDE RasterDataset Can you please describe how you are attempting to create the raster dataset?  Which tools are you using and which parameters are you specifying?  Please also describe your source data, specifically in terms of file format and projected coordinate system. ... View more

I might just not be understanding enough about what you're saying.  If you make edits to the data stored in AGO, how are those edits going to be merged appropriately with your enterprise geodatabase?  I can understand the decision to export a subset of data from ArcSDE and upload it to AGO on a periodic basis for sharing, consumption, etc. for viewers.  However, if your GIS system of record IS the enterprise geodatabase and you allow edits to occur to a copy of the data via AGO using feature services, won't the data become disparate between AGO and your instance of ArcSDE?  On the other hand, if you are saying that edits via AGO wouldn't be merged back into your enterprise geodatabase then that is different.  From a consumption standpoint, I agree that the outcome and end-user experience might be the same whether the data is stored in a geodatabase replica or whether the data is stored in a FGDB within AGO.  The user should really not have any idea of the storage source behind what he or she is seeing.  But, to me, comparing the two approaches is somewhat like comparing apples to oranges unless storing/editing data in AGO replaces the enterprise geodatabase entirely.  The mechanism by which updates/edits/refreshes are made to the data viewed by the end user HAS to become part of the discussion since it has bearing on how the solution is architected.  I don't think you can really separate the data updating from the data consumption from the perspective of an overall solution.  But again, if you are saying that AGO would be the repository for all data thus replacing ArcSDE then I may have misunderstood. ... View more

A few questions... 1. Did you import the CA-signed certificate and the Root certificate into the ArcGIS for Server Administrator Directory?  Those certificates need to match the ones that are set up in your Trusted Certification Root Authority and the one bound to the website in IIS.  It can be a pain to import these, depending on whether or not you can generate a PFX file for them to use for import.  2. Are you positive that all certificates in your CA-cert's certification path are trusted on the server in question?  Double click the certificate and check out the certification path tab to make sure there aren't any red X's showing up.  If there are, that certificate isn't trusted and must be placed into the Trusted Certification Root Authority.  This includes the CA-signed server cert, and intermediary certs, and the root cert.  3. Does your CA-signed server certificate (not the root cert, of course) use the fully-qualified (FQN) hostname for the NAME?  In other words, does it say GISMACHINE1 or GISMACHINE1.domain.int?  The cert must use the FQN; I have not had good luck otherwise.  4. Does your server have a special DNS entry for your network by chance?  In other words, is gisserver.domain.int behave as a DNS pointer for GISMACHINE1 on your network?  If so, I would recommend that additional SANs be provided as part of the cert.  I generally use the host name, any DNS entries, and the server IP as additional SANs besides the FQN as the NAME. ... View more

Are you still seeing 401 Unauthorized Access when requesting via the web adaptor despite changing your configuration the way you described?  If so, are you certain that your LDAP settings are correct in that you have not restricted ArcGIS Server to see only a particular LDAP container of users (i.e., CN=ad_containername\department1_users)?  In other words, might it be possible that you have filtered for only specific domain user accounts to appear in AGS by the way in which you specified the LDAP string information?  Perhaps your domain account and the "global" account you mentioned (which I assume is a domain account) are not part of the pool of users that AGS can see. ... View more

Yes, I have had similar findings.  For example, when utilizing the Image Server Extension of ArcGIS for Server I was required to re-authorize my server with a new license file that had a code for the image server product/extension.  I had to license the rest of my site's GIS servers in the exact same way in order to avoid errors showing up for users and in the AGS log.  I makes sense though... your ArcGIS for Server site, if it contains multiple servers, shares the cores across all of the machines.  This is part of the whole load-balancing concept.  Since ArcGIS for Server is licensed at the CPU core level, you would need all available cores to be licensed... not only on the machine you send the requests to but for all machines in the site.  Clustering within the site does not matter, it seems. ... View more

ArcGIS Server 10.0 is NOT supported / certified on Windows Server 2012. ... View more

Good discussion starter.  The use cases and underlying business requirements for geodatabase replication and those for publishing/consuming web services can be entirely different; in fact there may be times where both solutions are used but for entirely different reasons.  In other words, they may serve different purposes altogether.  There are many reasons why one of those two solutions might be best for your needs depending on the end goal.  For example, geodatabase replication might be a good choice if you need the data to exist in a second location for backup or DR purposes.  Additionally, the replica can serve as the source for GIS services while the primary database can be the place where edits occur, thus reducing the load on the editing geodatabase.  Another reason for the use of replicas is to provide mobile users with the data they need in a distributed work environment where they can't connect to the network from the field but can connect at the end of their shift when they return to dock and sync their field units.  On the other hand, Feature services can be great for mobile users who perform basic web editing in a wireless-connected environment.  It all depends on the complexity of your environment as to what solution is best. ... View more