|
POST
|
Tim, Could this be the cause of the problem? By default all services are set to "recycle" at midnight. This value can be adjusted when publishing a service or in Server Manager: This doesn't quite fit with your description of "3 times over past 4 months at random times" but it may be related. The other thing to check would be the Windows Server logs to see if there are any issues with the ArcGIS Server service that line up with the times of the errors. Bernie.
... View more
10-03-2023
12:22 PM
|
1
|
1
|
2129
|
|
POST
|
The web asptor log should include the IP address of the computer where the request originated. Is your server internal or is it public facing? The log will also include the entire URL of the request. The Parcel ID that is being requested should be included. Combining the IP address and the Parcel ID you would have a good picture of who looked at what if you can resolve the IP address to an individual computer or person. Bernie.
... View more
10-03-2023
09:07 AM
|
0
|
1
|
1253
|
|
POST
|
Jackson, It sounds like your input shape file is has multi-point or multi-polygon geometry. I believe that is when one record is associated with muiltiple points or multiple polygons. See here for a better description of multi-point and multi-polygon. - https://help.arcgis.com/en/geodatabase/10.0/sdk/arcsde/concepts/geometry/shapes/types.htm Perhaps this tool only supports the simpler point geometry and not the multi-point geometry. Bernie.
... View more
09-22-2023
08:21 AM
|
0
|
0
|
1383
|
|
POST
|
You should be able to edit the JSON for your web app in the ArcGIS Online Assistant. Once you have it open for editing just do a search for the old URL or old item ID and replace with the new URL or new item ID. Bernie.
... View more
09-22-2023
07:50 AM
|
0
|
1
|
1776
|
|
POST
|
Hello, I have two suggestions: You should check the settings for the start up of the ArcGIS Server service. I beleive there are settings to have the service start up immediately with Windows or to delay the start up of the service. Esri's recommendation is to use the delayed start up for the ArcGIS Server service. Have you tried just restarting the service(s) that are being used by Survey123 instead of restarting the ArcGIS Server service? Best regards, Bernie.
... View more
09-19-2023
05:33 AM
|
0
|
1
|
3371
|
|
POST
|
Ahmed, Does the country have an alternate map projection other than UTM that does not have a boundary running through the city? If yes, use the alternate map projection. If no, choose the UTM zone that contains the largest portion of your city. My jurisdiction, the Province of New Brunswick is bisected by UTM zones 19 and 20. But our primary map projection is New Brunswick Stereographic Double (EPSG 2953). Best regards, Bernie.
... View more
09-19-2023
05:24 AM
|
0
|
0
|
1142
|
|
POST
|
Hello, we have 6 pt / m^2 lidar data covering the entire province of New Brunswick, 72,000 km^2. From the point cloud data we generated a 1 metre bare-earth DEM. We are in the process of creating contour lines from the DEM. So far we have created contours with a 50 metre interval and a 10 metre interval. We are serving this data as a map service. Unfortunately, at small scales it is very easy to exceed the 600 second timeout on the map service. I suspect the problem causing the slow draw times is the density of vertices along our contour lines and the contour labelling. Using a 1 metre DEM as source data for the contours should lead to one vertex for every cell the contour line crosses which would be close to one vertex every metre along the contour. Currently, our stop gap measure is to use a scale threshold so the contours do not draw when zommed out beyond 1:150,000. We are considering eliminating contour labels at smaller scales and producing a "low resolution" version of our contour lines for use at smaller scales. The low resolution contours would have fewer vertices. But I am not sure of the best method to accomplish this. Have you had to deal with this issue? What did you do to make your contour map service preform better? Thanks, Bernie.
... View more
09-11-2023
07:58 AM
|
1
|
1
|
1410
|
|
POST
|
I have been told by Esri support to NOT use the debug level for everyday logging. The amount of logging activity will slow down the servers. We have ours set to SEVERE. Bernie.
... View more
09-06-2023
04:53 PM
|
0
|
0
|
1431
|
|
POST
|
Yes I noticed the alphabetical order too. I would like to suggest 100 layers may not be a good idea for a single feature service. You should split these layers into several services and it may improve the management of the data and performance of the services. With 100 layers in one service all of the draw requests must go to the same service / ArcSOC.exe. You may have several instances of the service (several ArcSOC.exe) configured for the service but I expect you will get better performance if those layers are spread across several services. On our servers the service with the most layers has 16 layers and one table. Its a map service and it is configured with a max of 9 instances spread across 3 servers. Bernie.
... View more
08-28-2023
08:00 AM
|
1
|
1
|
1731
|
|
POST
|
Steve, In ArcGIS Online the settings are under Organization > Settings > Utility services: Bernie.
... View more
08-23-2023
09:13 AM
|
1
|
0
|
2701
|
|
POST
|
I really like Johannes ' idea to leave Expired points unsymbolized. Otherwise I would suggest a scheduled Python script that would examine the age of all the points and remove or archive the expired points. To maintain a history I think it would be best to archive the expired points or leave them unsymbolized. To archive the points your Python script should copy the points to a new feature class before deleting them. Bernie.
... View more
08-18-2023
06:58 AM
|
0
|
0
|
2233
|
|
POST
|
When the user zooms in their mapping client should be sending new requests to the feature service for the points that fall within the new map extent. With a smaller map extent the WFS service should be able to provide records for all visible points.
... View more
08-01-2023
07:37 AM
|
1
|
0
|
6004
|
|
POST
|
You said: "A public institution wants to see all the building numbers in the same service and at one time" IMHO, it would be better to solve this issue by using clustering or a heat map at smaller scales and then show all the points at larger scales. Nobody can visually discern 1.7 million points with labels on a single map. Your users don't always understand the limits of ArcGIS Server. It is part of our job to educate our users so they get what they need in a manner that is performant for them and for our servers. I think Montgomery Scott said it best... Cheers, Bernie.
... View more
08-01-2023
05:26 AM
|
1
|
0
|
2542
|
|
POST
|
Reda, I suggest you keep similar data sets in one map service. For example, we have a map service for our hydrographic network (rivers, streams, lakes, wetlands, etc). It has 15 layers but they are all related to the natural water drainage network - https://geonb.snb.ca/arcgis/rest/services/GeoNB_DNR_NBHN/MapServer. The rest of our map services typically have 5 or fewer layers. Another consideration is the number of hits your map service may receive. For example, our cadastral parcel map service is used in most of the web maps we publish and it gets many requests. Our Parcel map service has ~600,000 records and just two layers - polygons and labels - https://geonb.snb.ca/arcgis/rest/services/GeoNB_SNB_Parcels/MapServer We have been publishing map services since 2009. Our REST services directory is public - https://geonb.snb.ca/arcgis/rest/services. Please browse through our services for more examples. Feel free to reach out with questions. Best regards, Bernie.
... View more
07-29-2023
06:58 AM
|
2
|
1
|
7205
|
| Title | Kudos | Posted |
|---|---|---|
| 7 | 10-29-2025 07:20 AM | |
| 2 | 10-20-2025 07:15 AM | |
| 1 | 10-20-2025 04:34 AM | |
| 2 | 07-10-2025 07:55 AM | |
| 10 | 07-09-2025 10:50 AM |
| Online Status |
Offline
|
| Date Last Visited |
Friday
|