|
POST
|
Something to consider regarding the all-in-one approach vs a distributed approach, if that one machine goes down, you lose your Portal, Server, and Data Store. At 10.4, a new tool called the Web GIS Disaster Recovery tool was introduced to backup your Web GIS, (Portal and all of the content, users, groups, etc, Server and all of the services but not any referenced data within those services, and Data Store, with all of the data in the Data Store.). Using the tool, you can take periodic backups of your whole Web GIS, so, if your all-in-one machine were to go down, you can easily stand it back up and import the backup. If you're interested in uptime and redundancy, an all in one approach with single instances of Portal, Server, and Data Store probably won't do it.
... View more
05-19-2016
11:35 AM
|
2
|
4
|
3226
|
|
POST
|
You'll need to run Fiddler or the web debugging tools to determine the response from the Rest API when making the request. Also check the Server logs to determine if there are any errors. I notice that the images show a geometric network, does the projection of the data match the projection of the basemap? If you see errors like the following: An error occurred. Edit for the Feature in Layer: d is not applied. Geometry could not be set. In the response from the Rest API, there's a good chance you're reprojecting geometric network data when you're editing, which is not currently supported. A bug is logged to provide more accurate logging in Server when this happens.
... View more
03-23-2016
08:09 AM
|
0
|
2
|
6856
|
|
POST
|
It's interesting that the request wasn't met with an error that the request length was too long, which is what I thought you'd typically see if the GET request length was actually too long. I took a further look and it seems like a GET request length of 1339 characters returns a 404, but a length of 1237 returns a successful response. It wasn't until I got to a length of 7867 characters that i got the Bad Request - Request Too Long error instead of a 404. Either way, the 404 response is misleading and we can look into that a bit more.
... View more
02-22-2016
12:35 PM
|
1
|
0
|
1299
|
|
POST
|
Does this happen if you use the service through port 6080 or 6443? Ex. http://<server>:6080/arcgis/rest/services/<service>/MapServer or https://<server>:6443/arcgis/rest/services/<service>/MapServer Also, does the drawing info stay the same at Rest if you refresh the page? Ex. https://<server>/<web_adaptor>/rest/services/<service>/MapServer/<layer_id>
... View more
02-19-2016
03:05 PM
|
0
|
1
|
2480
|
|
POST
|
I think that's a good idea. If they're each supposed to have their own imagery, but all of the imagery resides in one location, you can have two separate file geodatabases, or two separate mosaic datasets within the same file geodatabase named appropriately, and publish each to the respective server.
... View more
02-19-2016
09:41 AM
|
1
|
0
|
2134
|
|
POST
|
Since a map service appears to be crashing, I don't think it's related to Python. The first thing to do is run your service in high isolation mode. Low isolation mode isn't advisable nor stable for services. If you're interested in reducing memory footprints for services, set all of the minimum instances to run the services to 0 and optionally, reduce the idle timeout. If no one is using the service, no SOC will spin up, thus saving memory on your machine. The only drawback is that the first person to reach your service will need to wait for the service to spin the SOC up, but that should be pretty quick. To specifically troubleshoot the crash, I'd see if the problem occurs because of a certain request. You can set the logs to Verbose and when the crash happens again, check what happens right before the crash. Lastly, you should strongly consider upgrading to a newer version of the software. That, along with avoiding low isolation, are the two things I suggest you look into first.
... View more
02-19-2016
09:24 AM
|
0
|
0
|
1675
|
|
POST
|
So the DMA machine can't reach the \\sma-dd-tile-001\Imagery share? Are the machines in separate networks?
... View more
02-19-2016
09:19 AM
|
1
|
0
|
2134
|
|
POST
|
Try setting the GP messages to info within the service and run it again with Fiddler or another web debugger open. You should be able to see all of the messages returned for the execution of each tool and could point you to where the problem is. Does the GP service work if run in ArcMap?
... View more
02-18-2016
12:01 PM
|
0
|
0
|
1025
|
|
POST
|
I've had luck using the Fixed Frame option under the legend properties within the template: What kinds of issues are you seeing with the legend items? Are they not fitting, or the legend items not printing correctly? If you're printing a map with a lot of distinct features using a paper size small enough so that the features have problems fitting, you could see if larger paper sizes would help.
... View more
02-18-2016
11:57 AM
|
0
|
0
|
3000
|
|
POST
|
You take advantage of dynamic layers only using the Javascript API. If you plan on using the out of the box applications in Portal or ArcGIS Online, or the web application builder in either Portal or ArcGIS Online, you won't be able to use dynamic layers. Another option is to add the feature layer to the map instead of the whole service. For example, the Census service available on sampleserver6.arcgisonline has a States layer: Layer: states (ID: 3) If I add only the States layer to the map, I can symbolize based on any field within the layer: An important thing to keep in mind though, is that if you use feature layers within the map, you're rendering the data as the actual features using query requests, so the performance may be a bit slower depending on the size of the data returned. When you're using the whole map service, an image is returned, which may perform a bit faster, but out of the box applications can't update the rendering, so there's definitely a trade-off.
... View more
02-18-2016
11:46 AM
|
2
|
1
|
1484
|
|
POST
|
You need to make sure that the Portal trusts the certificate used by your Server: Configuring the portal to trust certificates from your certifying authority—Portal for ArcGIS (10.3 and 10.3.1) | ArcG… Since the request that is failing is the one that reaches the Server via 6443, export the certificate used for port 6443 using your browser and then follow the steps in the link above to tell Portal to trust that certificate.
... View more
02-16-2016
11:51 AM
|
1
|
1
|
2596
|
|
POST
|
Any changes to layers, (adding or removing them), or the properties of a layer, (symbolization, layer definition, etc), within a map document would require that map document to be republished for a service based on that map document to reflect those changes. You can overwrite the service using Python and arcpy and run the script as a scheduled task when there's downtime for your Server. You can also add those layers and symbolize them in an automated fashion using the arcpy.mapping module.
... View more
02-10-2016
11:34 AM
|
1
|
1
|
1331
|
|
POST
|
You don't need to create an image service if you're not planning on performing any analysis on the service; you can use a simple map service and cache it. If you are planning to use mosaic datasets, though, you'll need the Image Server Extension.
... View more
02-03-2016
08:45 AM
|
2
|
0
|
1884
|
|
POST
|
If you set up an application within IIS that's configured for Windows Authentication, and that application reaches resources via endpoints also secured with windows authentication, then I would imagine that the authorization information retrieved from reaching the application can be used to authenticate the user against Portal and Server.
... View more
02-01-2016
09:11 AM
|
1
|
0
|
1024
|
|
POST
|
It seems to be failing when it's trying to import arcpy.sa. Did you have that extension licensed at 10.1 for Server, but it's not at 10.3?
... View more
01-05-2016
10:27 AM
|
1
|
5
|
2231
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 05-28-2026 06:05 AM | |
| 1 | 08-26-2016 10:10 AM | |
| 2 | 02-22-2024 07:22 AM | |
| 1 | 06-07-2024 07:11 AM | |
| 4 | 12-12-2024 08:52 AM |
| Online Status |
Offline
|
| Date Last Visited |
06-08-2026
07:43 AM
|