POST
|
using the TNS_Admin system variable to have all the SOC servers use the same tnsnames.ora would solve this problem as would a sync methodology to keep the files the same between the servers.
... View more
08-29-2012
11:12 AM
|
0
|
0
|
156
|
POST
|
I don't remember the AGS Team's breakdown of performance improvement except that a local FGDB was the fastest and that SDE on Oracle was slow. I do remember that there were big differences between SDE implementations (different RDBMS, tuning, etc). They're suggesting was to use a replicated FGDB and sync the changes regularly but for my purposes, I decided to delete all the feature in the FGDB FC and append all the features from the SDE FC so that I could avoid setting up replication (more cumbersome than I'd like) and so that I could more easily change projections (web mercator). I'm not caching now, just not worth it for my current needs but in my last job I was and I fought with the n+1 issue on 9.3.1 for a long time but ultimately found that the configuration of the MXD had far more impact on cache creation time than any other factor- a over complex service was my bain and took a couple of months to cache.
... View more
08-24-2012
04:06 AM
|
0
|
0
|
603
|
POST
|
yes, however with a cached service you only see the performance gain during the caching sequence.
... View more
08-23-2012
03:51 AM
|
0
|
0
|
603
|
POST
|
Talking with the server guys as the UC last year, they harped on the performance gain by using a FGDB as the database backend for AGS web services- apparently, the xml/folder structure is really fast. so what you're finding doesn't surprise me. The FGDB can also hold a ton of data (max is 256 TB / FC ). However, with a FGDB instead of a RDBMS you lose a bunch of capabilities: multi-user editing, versioning, materialized views, triggers, etc in addition to the security you mentioned. My solution is to update most of my FCs to a reprojected FGDB stored locally on the AGS server for FCs that don't update very often and that I don't need to edit. I use python to delete all rows in the local FGDB FC and then append all rows from source SDE FC to th FGDB FC. I schedule the python scripts based on the FC update frequency. I would love to do true replication but the setup for that is more trouble than its worth.
... View more
08-07-2012
11:42 AM
|
0
|
0
|
603
|
POST
|
It sounds like the ArcSOC account does not have permissions to the FGDB you're trying to share in the geodataserver service.
... View more
07-25-2012
12:55 PM
|
0
|
0
|
119
|
POST
|
first, do you have AGS security turned on? If so, have you granted permission for the appropriate user roles to use the geoprocessing service? second, is the service running without errors on startup? third, have you refreshed the rest cache since it was started? You should be able to see this geoprocessing service on the /rest/services page.
... View more
07-20-2012
10:19 AM
|
0
|
0
|
521
|
POST
|
Make sure you have a bunch of cfg files in a folder similar to: c$\Program Files (x86)\ArcGIS\Server10.0\server\user\cfg. These are the config files for the services and if they don't exist then the configs only exist in ram.
... View more
07-17-2012
09:19 AM
|
0
|
0
|
521
|
POST
|
I cannot tell by reading through the thread-have you fixed the abilitiy to see the rest services yet? If not: Can you see the default welcome page for IIS (http://localhost)? Can you see the AGS Manager page (http://localhost/ArcGIS/manager)? Can you see the rest admin login page (http://localhost/ArcGIS/rest/admin)? A problem with any one of these 3 pages indicates either a problem with IIS or with the AGS install. Until you can see the rest services page, you won't be able uses your services in any viewer.
... View more
07-16-2012
11:29 AM
|
0
|
0
|
521
|
POST
|
Yes, all the rest services have to be projected in the same spatial projection. If you choose to mash-up ESRI, Google, Bing,... services then your rest services must also be in WKID 102100/3857 to allow them all to show up on a common map. However there are multiple mehtods to get your data into a common projection. The most extreme way is to reproject your source data into that projection, this makes data display most efficient but you will lose the accuracy of your local projection. The least extreme is to force arcgis server to preproject your data on-the-fly to the desired projection. Reprojecting-on-the-fly is very processor intensive so the service draw time will suffer. For static data, reprojecting-on-the-fly with caching will negates the issue completely. Another option is to reproject your data into another GDB (FGDB on the same server as AGS is most efficient but cannot be web-edited through a Feature service). In my opinion, the best anwser is a combination of methods based on the specific use of that data: reproject some data into a FGDB, cache other data, and reproject-on-the-fly edit data.
... View more
07-05-2012
07:41 AM
|
0
|
0
|
314
|
POST
|
Ah, URL length limits are fun and are really a problem for client side mash up applications. You might want to discuss this security measure with whomever manages it as it will cause you nothing but problems even if you solve this one. The web application uses get for the rest services and tacks on a bunch of parameters to retrieve the specific tiles it needs to build the map. You never see these requests in the browser but you can see them with Fiddler, firebug, wireshark, etc. I have never used a proxy page to call up the application so I can't help you there.
... View more
06-04-2012
01:39 PM
|
0
|
0
|
1161
|
POST
|
Reading through this thread, I'm a little confused. How is your system setup? When you say "local" system are you talking about trying to hit it via local file system or via a web share? What happens when you navigate to "http://<yourServerName>/"? You should get the IIS welcome screen but the type of error page you get if you don't will tell you the exact problem.
... View more
06-04-2012
01:30 PM
|
0
|
0
|
385
|
POST
|
Derek, I'm looking at a download of the basic viewer hosted on my local server right now it is the epitome of what my previous post talked about. It is way too dependent on internet connectivity for each of the clients- the first 25 lines are filled with references to externally hosted API links. Without severe modifications ( excising all external calls), it cannot replicate the stand-alone SFV as the old JS Viewer could. The Portal might be an option �?? depending on price and cost to implement. However, the SFV seems to be the right answer for now but I feel like I'm sinking ever more development costs into a doomed product (Flash) and my alternatives are worse (although simply learning enough JS to build an Viewer from scratch may be worth it in the long run).
... View more
05-18-2012
03:02 PM
|
0
|
0
|
496
|
POST
|
ESRI seems to be committed to the ArcGIS.com hosted configuration solution for JavaScript, which is unfortunate for those of us whose IT infrastructure drops internet connectivity routinely or at all concerned with continuing to provide our applications in an EOC where the internet is lost. The other viewers (Flex/Silverlight) have their own issues and will become depreciated as the popularity of those plug-ins decreases but they are much more GIS Specialist friendly (especially with the Flex Viewer application builder). Microsoft has already announced the lack of an upgrade path for Silverlight in the coming years- how far is Flash behind that? A Sample JavaScript viewer is ideal all the way around and it would certainly help me move away from using the Sample Flex Viewer to serve our web applications. Unfortunately, I don't have the JS skills to produce such a viewer and every time I look at moving to JS, I am stymied by the push to the hosted configurations.
... View more
05-18-2012
01:46 PM
|
0
|
0
|
879
|
POST
|
I didn't think any version of ArcGIS Server (except SDE) was 64Bit. If your oracle client is 64Bit and the application is 32Bit then the application can't talk to the oracle client. Try using the 32Bit Oracle Client.
... View more
08-04-2010
06:59 AM
|
0
|
0
|
357
|
Online Status |
Offline
|
Date Last Visited |
08-02-2023
06:30 PM
|