|
POST
|
Here are a couple options. Python:
import arcpy
arcpy.env.workspace = r"[Path to an SDE connection file goes here]"
featureClasses = arcpy.ListFeatureClasses("G*", "ALL")
for featureClass in featureClasses:
print featureClass
C# / ArcObjects:
IWorkspaceFactory workspaceFactory = new WorkspaceFactory();
IWorkspace workspace = workspaceFactory.OpenFromFile("[Path to an SDE connection file goes here]", 0);
var namesEnum = workspace.DatasetNames[esriDatasetType.esriDTFeatureClass];
var tempName = namesEnum.Next();
while (tempName != null)
{
// Add string comparison logic here, e.g. tempName.Name.StartsWith("G")
Console.WriteLine(tempName.Name)
tempName = namesEnum.Next();
}
... View more
03-03-2014
12:55 PM
|
2
|
0
|
3869
|
|
POST
|
I am running ARC GIS 10.1. I was looking for options where we have the Server and do not have the ArcGIS desktop software available to build the mxd file. But we do have the imagery and raster files available and just need to publish them on the ArcGIS server. That is not how I have published in the past using ESRI so I wanted to know if the server would support it. You can publish the image file as a service purely with ArcGIS Server by using the ArcGIS Server Administrator Directory and the "Create Service" command: [INDENT]http://hostname:6080/arcgis/admin/services/createService[/INDENT] You will need to provide the JSON definition of your image service to this page / command. Here is a template you can modify for this purpose. Note that this template assumes the ArcGIS Server directories are configured for the default location on the C-drive.
{
"serviceName": "[SERVICE NAME GOES HERE]",
"type": "ImageServer",
"description": "",
"capabilities": "Image,Metadata,Mensuration",
"clusterName": "default",
"minInstancesPerNode": 0,
"maxInstancesPerNode": 1,
"instancesPerContainer": 1,
"maxWaitTime": 60,
"maxStartupTime": 300,
"maxIdleTime": 1800,
"maxUsageTime": 600,
"loadBalancing": "ROUND_ROBIN",
"isolationLevel": "HIGH",
"configuredState": "STOPPED",
"recycleInterval": 24,
"recycleStartTime": "00:00",
"keepAliveInterval": 1800,
"private": false,
"isDefault": false,
"maxUploadFileSize": 0,
"allowedUploadFileTypes": "",
"properties": {
"availableCompressions": "None,JPEG,LZ77,LERC",
"maxImageHeight": "4100",
"virtualCacheDir": "/rest/directories/arcgiscache",
"hasValidSR": "true",
"defaultCompressionTolerance": "0.01",
"maxImageWidth": "15000",
"allowedMensurationCapabilities": "Basic",
"colormapToRGB": "false",
"allowedCompressions": "None,JPEG,LZ77,LERC",
"supportedImageReturnTypes": "URL",
"rasterTypes": "",
"isCached": "false",
"esriImageServiceSourceType": "esriImageServiceSourceTypeDataset",
"description": "",
"path": "[PATH TO YOUR IMAGE FILE GOES HERE]",
"allowFunction": "true",
"maxScale": "0",
"returnJPGPNGAsJPG": "false",
"copyright": "",
"cacheOnDemand": "false",
"defaultCompressionQuality": "75",
"useLocalCacheDir": "true",
"virtualOutputDir": "/rest/directories/arcgisoutput",
"outputDir": "C:\\arcgisserver\\directories\\arcgisoutput",
"minScale": "0",
"defaultResamplingMethod": "1",
"ignoreCache": "true",
"clientCachingAllowed": "true",
"availableMensurationCapabilities": "Basic",
"rasterFunctions": "",
"cacheDir": "C:\\arcgisserver\\directories\\arcgiscache"
},
"extensions": [],
"datasets": []
}
... View more
02-20-2014
06:41 AM
|
0
|
0
|
1141
|
|
POST
|
This may or may not be related... but I've seen issues with Add-ins loading and events firing when ArcMap is launched through some indirect means (e.g. by another application, by command prompt, etc.). It boiled down to security constraints defined in local and domain group policies. It's not clear if yours is the same kind problem, but just thought I'd throw this info out there in case it can get you looking in the right area.
... View more
02-05-2014
09:56 AM
|
0
|
0
|
2735
|
|
POST
|
Hi fans, That's unfortunate you're having to manually read and deserialize the XML. At least you know that will work. I have not gotten so far as to verify that this XML object deserialization works at 10.2, but I can share the results soon. In general, I've seen problems with this functionality stem from the following areas: XML type mapping file is missing or in the wrong location. XML type mapping file is malformed or has some other error. Custom type class has a problem in its Deserialize method. Custom type defined in SOE WSDL has an error or in some way does not align with the corresponding class. It's challenging to pinpoint which of the above, if any, could be causing a problem. I typically start with the simplest implementation (e.g. a custom type with a single string attribute) and ramp things up from there. Like I said, I will be making the jump to 10.2 soon and update this thread with my progress.
... View more
02-05-2014
09:47 AM
|
0
|
0
|
2359
|
|
POST
|
Have you looked at the SaveAsRasterDataset method off the ISaveAs2 interface? Also, the IRaster2 interface has a RasterDataset property, which might be what you're looking for.
... View more
02-03-2014
10:54 AM
|
1
|
0
|
943
|
|
POST
|
Lots of info in this thread. When I originally had this problem (at Arc 10.0), I believe it was attributed to my XML type-mapping file being in the wrong folder. The correct folder would be something like: [INDENT]C:\Program Files\Common Files\ArcGIS\Server10.2\XmlClassRegistry\YourOrganizationName\[/INDENT] The second time I had this problem (at Arc 10.1), it was related to the registering of my custom types. See NIM083300.
... View more
02-03-2014
10:25 AM
|
0
|
0
|
2359
|
|
POST
|
Thanks for the suggested thread, Domenico. Ultimately I went the support incident route with Esri to shed light on this problem. The short answer is that Geodata and Globe service SOEs are still supported by ArcGIS Server at 10.2+, but Esri is trying to "lead" people away from extending these service types by adding this validation check in the ArcObjects SDK that fails for any value but "ImageServer" and "MapServer". I won't comment on the merits of this approach to wean developers off extending certain service types, but I can at least share my quick workaround in case anyone else runs into this problem. Change the "ServerObjectType" of the SOE class to either "ImageServer" or "MapServer". Build the project. Open the .soe file that was generated using zip-file software of your choice (e.g. 7-zip). Edit the Config.xml file, changing the <Name> element value under the <ServerObjectType> element to the actual SOE type (e.g. "GeoDataServer"). Save the Config.xml / .soe file changes and deploy as normal. It appears that the "ServerObjectType" value of the SOE class is just used when the Config.xml file is generated; this value doesn't actually get checked during deployment to ArcGIS Server or when the SOE is enabled or initialized on a specific service. I am still experimenting but this workaround appears to work so far.
... View more
01-30-2014
08:46 AM
|
1
|
0
|
2492
|
|
POST
|
You may be able to change the default framework version used during Project creation by modifying your registry. I'm not using Visual Studio 2010 Express, so I can't confirm whether or not this approach will work, but it's worth looking into. In regedit, drill down to the following path: [INDENT]HKEY_CURRENT_USER\Software\Microsoft\VSWinExpress[/INDENT] From here (and I'm doing a bit of guesswork since I don't have Express installed), look for a folder called NewProjectDialog. With any luck this folder will exist and contain FxVersion as a string value that specifies the Framework version. Hope this helps!
... View more
01-23-2014
12:23 PM
|
0
|
0
|
945
|
|
POST
|
I am in the process of rebuilding a 10.1.1 server object extension against the latest 10.2.1 assemblies, but it appears that Geodata Services may no longer be a service type that support SOEs. Recompiling the SOE project produces the following error: [INDENT]Service Object name GeoDataServer specified in the ServiceObjectExtension element is invalid. The value should be MapServer or ImageServer[/INDENT] I traced this error through the ESRI.ArcGIS.AddIns.Server.targets file, into the GenerateServerAddInXml class (in the ESRI.ArcGIS.AddIns.SDK.ServerAddIns namespace), and found the following code in its Execute method:
cfg.AddIn.SOType.Name = this.GetProperty(tt, obj2, "ServerObjectType");
if ((cfg.AddIn.SOType.Name != "MapServer") && (cfg.AddIn.SOType.Name != "ImageServer"))
{
throw new Exception(string.Format(Resources.InvalidAddInServerObject, cfg.AddIn.SOType.Name, "MapServer", "ImageServer"));
}
This validation logic is clearly limiting the "ServerObjectType" attribute values to either "MapServer" or "ImageServer". Can someone from Esri comment? Is this an oversight in the add-in validation logic, or does ArcGIS Server 10.2+ truly no longer support "GeoDataServer" SOEs?
... View more
01-22-2014
02:05 PM
|
0
|
6
|
6057
|
|
POST
|
With regard to messaging/logging, have you tried adjusting the "Message Level" property on your Geoprocessing service? See screenshot below. This property allows you to control the minimum severity level of messages sent to clients when they invoke your Geoprocessing service. [ATTACH=CONFIG]30470[/ATTACH] Before getting too spun-up on logging or debugging, you may want to first check that your Geoprocessing tool(s) are valid and runnable on the server itself. When you publish a Geoprocessing tool result as an ArcGIS Server service, a copy of the tool and its support assemblies is uploaded to the "arcgisinput" folder on the server, e.g.: [INDENT]C:\arcgisserver\directories\argissystem\arcgisinput\<folder name>\<service name>.GPServer\extracted\v101[/INDENT] I recommend using ArcCatalog to navigate to the Geoprocessing service's "arcgisinput" directory on the server and checking if your tool(s) can be ran directly. Finally, you may need to register your Geoprocessing tool on the server by using EsriRegAsm.exe, e.g.: "C:\Program Files (x86)\Common Files\ArcGIS\bin\EsriRegAsm.exe" <Geoprocessing tool DLL> /p:Desktop /s I hope some of these ideas help you!
... View more
01-13-2014
11:21 AM
|
0
|
0
|
2603
|
|
POST
|
Hello, I would like to ensure that all token requests use an HTTP Referer in my environment so I went to the token configuration page and added the line for clientid, but token requests are still bypassing the URL I specified and going to the wrong URL. Any ideas? { "type": "BUILTIN", "properties": { "clientid": "https://www.myhost.com", "longTimeout": "1440", "sharedKey": "82de21ed-xxxx-xxxx-xxxx-057920821ac9", "shortTimeout": "60" } } Thanks, Igor Igor, Based on the ArcGIS Server Administrator API documentation, it does not appear that a "Token Manager" defines a "clientid" attribute in its property set. There may be a way to accomplish what you are trying to do, but it does not appear to be through modifying the Token Manager.
... View more
04-04-2013
01:24 PM
|
0
|
0
|
1578
|
|
POST
|
I've got a multi-machine 10.1 site that's been chugging along for a while. It's got 20+ map/feature services working. I've pulled one machine from that site and created a new, separate single machine site to do some testing of stuff. Everything is like the first site (above) except my directories are at ....\arcgisserver_test_site and not the default ....\arcgisserver. Same shared network drive, same everything. When I fire up Arcmap and attempt to publish a map service to the new site, I get to the "Service Editor", successfully "analyze", click "publish" and get a "packaging succeeded, but publishing failed" error. It also says, "Failed to execute. Parameters are not valid. Please consult the GP results Window..." The GP results message says, "Start Time: Thu Apr 04 09:02:11 2013 Failed to execute. Parameters are not valid. ERROR 000735: Server: Value is required Failed to execute (UploadServiceDefinition). Failed at Thu Apr 04 09:02:11 2013 (Elapsed Time: 0.00 seconds)" The help documentation on that error is not very helpful, simply reiterating that a parameter value required by the tool was missing. Does anyone have insight into what is going on here? Thanks, -Royce Royce, Have you confirmed the validity of the ArcGIS Server connection (.ags file) that you selected while working through the publish service wizard? The GP results message seems to indicate that it was somehow either missing or not valid. When I run into problems with these bigger, "black-box" operations in Arc I sometimes like to isolate the underlying tool that is failing. In this case, it is the "Upload Service Definition" GP tool that is bombing out as part of the publish operation. You could try locating the Service Definition (.sd) file in your Staging folder and executing the "Upload Service Definition" file tool manually. That should give you some nice visibility into the parameters being used to call the tool and whether or not something is perhaps invalid. "Upload Service Definition" can be found in the System Toolboxes, under "Server Tools.tbx" --> "Publishing". Double-clicking the tool result entry in the GP Results window will also "reconstitute" the initial tool execution, which would serve as a good starting point.
... View more
04-04-2013
01:09 PM
|
0
|
0
|
2813
|
|
POST
|
Hi Elizabeth, I assume you are using the "ArcGIS Server Manager" website to administer ArcGIS Server? The yellow question mark next to a datastore is simply an indication that the validity of the datastore has not been determined since the last time you navigated to the Data Store page. If you click the "Validate All" button above the list of data stores you should see those yellow question marks change to green checkmarks (unless there is something wrong with the way one or more of the data stores is configured). Hope that helps!
... View more
04-04-2013
10:43 AM
|
0
|
0
|
1175
|
|
POST
|
Are the "Pooling" options of your services configured very differently between Production and the single, 4-core machine? E.g. is Production configured with a much larger number of min/max instances? If your services are running against an SDE Geodatabase on the back end you might consider using the "Administration" --> "Administer Geodatabase..." dialog new at 10.1 to cleanup any active connections/locks between your services and objects in the Geodatabase. I've ran into situations where these connections were interfering with the ability to manipulate services.
... View more
03-27-2013
05:45 AM
|
0
|
0
|
1177
|
|
POST
|
Has anyone else had this experience? I go to overwrite an existing map service with some small changes to the mxd (just the scale dependency changes) and ArcMap crashes. The only way to deal with it is usually to delete the service and republish. Happens every now and then and hard to pin down. Peter, There have been other rumblings on this forum about problems with overwriting services. See this thread. It doesn't sound like the problem will be fixed until a later release or service pack, but the last post in the aforementioned thread describes a possible workaround.
... View more
03-26-2013
01:01 PM
|
0
|
0
|
1177
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 02-18-2015 01:41 PM | |
| 1 | 11-07-2014 11:58 AM | |
| 1 | 01-22-2015 08:01 AM | |
| 1 | 02-18-2015 08:18 AM | |
| 1 | 04-17-2015 03:14 PM |
| Online Status |
Offline
|
| Date Last Visited |
11-11-2020
02:23 AM
|