|
POST
|
I will agree that since 11.0 the local temp folder of the account running ArcGIS Server gets bloated much faster. It isn't just jobs, we see it getting bloated with all kinds of files, and Esri does not seem to be cleaning it up. We implemented a scheduled task on each ArcGIS Server machine that runs daily and deletes any file and folder older than X number of days in the local temp folder for the service account running ArcGIS Server. Should we have to do it? No, but it is trivial to implement and it addresses the issue, so I focus my time on bigger challenges with ArcGIS Server. Regarding jobs working directories, having the process directly interact with the UNC path for its processing would have noticeable, possibly dramatic, performance impacts; and the risk of data corruption would increase. Back in the ArcGIS Server 9.x days, Esri did try that approach, and they even had a "localJobsDirectory" setting where the service working directory could be pointed locally. Eventually, they made the local job directory the standard to improve performance and lower data corruption risks.
... View more
12-17-2024
07:29 AM
|
1
|
0
|
3079
|
|
POST
|
When using UNC paths for ArcGIS Server working directories, the arcgisjobs folder defined for the service is the folder where job metadata, results, outputs, etc... go, it is not the folder where a geoprocessing task/job does its work. When a task/job is running on a specific ArcGIS Server machine, there is a jobs folder created in the local temp folder that is used for processing data. When processing is complete, any results and output are copied to the arcgisjobs folder defined for the service. For a single-machine ArcGIS Server deployment where the working directories point to local drives, the arcgisjobs folder for the service may be where the geoprocessing task/job does its actual work. (We don't deploy single-machine, so I can't say for sure)
... View more
12-16-2024
03:50 PM
|
2
|
2
|
3099
|
|
POST
|
Ken, interesting, their documentation implies it isn't supported since they fully nest a single if/else statement within the else portion of another statement instead of using "else if" directly. I know there are certain common JavaScript constructs that Arcade doesn't support, I just thought "else if" was another.
... View more
12-16-2024
07:13 AM
|
0
|
0
|
4314
|
|
POST
|
Ken, it is the system telling you that you have contributed enough this year. It is time to take a break until 2025. 😉
... View more
12-16-2024
06:33 AM
|
3
|
0
|
1199
|
|
POST
|
It also helps to post the specific error message rather than saying "the code won't run." Although ArcGIS Arcade looks like JavaScript, it isn't JavaScript. There is no "else if" construct in Arcade, refer to If - else | ArcGIS Arcade | Esri Developer. Additionally, there is almost always a better logical construct/function than using large if/else blocks. I encourage you to explore using When.
... View more
12-16-2024
06:31 AM
|
0
|
3
|
4329
|
|
POST
|
I don't have an answer to your second question, maybe someone else does. Regarding your first question, no, custom GP services cannot be published through an Image Server license. Refer to Service Types section on page 8 of arcgis-enterprise-functionality-matrix-current.pdf, specifically footnote 7: The only geoprocessing services that can be served are those that are preconfigured within the server; you cannot add or modify geoprocessing services.
... View more
12-16-2024
06:23 AM
|
2
|
1
|
1601
|
|
POST
|
Looking at Portal for ArcGIS 11.3 system requirements—ArcGIS Enterprise | Documentation for ArcGIS Enterprise, there is no mention of .NET components being a requirement. Looking at ArcGIS Server 11.3 system requirements—ArcGIS Enterprise | Documentation for ArcGIS Enterprise, .NET 8 is only required if you are enabling the .NET Extension Support feature.
... View more
12-13-2024
03:05 PM
|
1
|
0
|
1792
|
|
IDEA
|
@DuncanHornby, since Esri only supports a few versions in that drop-down list, one would have no idea if a tool was introduced in 3.1, 3.0, 2.9, 2.8, etc.... All someone could tell from the drop-down list is whether it already existed in version 3.2.
... View more
12-13-2024
03:02 PM
|
0
|
0
|
2045
|
|
POST
|
Since different versions of products have different versions of requirements, and even different requirements entirely at times, it is best to state the version you are using. Also, ArcGIS Server itself doesn't have any .NET requirements, the .NET Extension Support feature of ArcGIS Server does, but that feature only has to be installed if you are using .NET-based server object extensions (SOEs) and server object interceptors (SOIs).
... View more
12-12-2024
08:31 AM
|
1
|
0
|
1835
|
|
IDEA
|
Given how straightforward writing a simple URL redirect rule is on IIS or Java web servers, I doubt Esri will invest the effort to add this functionality. My organization deploys numerous IIS URL rewrite rules to block access to certain functionalities on our external web adaptors, e.g., preventing generating a token to access an authenticated service.
... View more
12-10-2024
10:24 AM
|
0
|
0
|
2906
|
|
POST
|
"Enterprise 11.x" covers 5 versions, so making general statements about software requirements should be avoided since requirements can, and have, changed over 2 1/2 years. No version of ArcGIS 11.x requires any version of .NET unless one is using Server Object Extensions (SOEs) and Server Object Interceptors (SOIs) and has installed the .NET Extension Support feature. If that feature is not installed, talking .NET versions is moot. For the .NET Extension Support feature, ArcGIS 11.0, 11.1, and 11.2 depend on .NET 6 while ArcGIS 11.3 and 11.4 depend on .NET 8. Given ArcGIS 11.2 is a short-term support release, and ArcGIS 11.1 enters Extended Support in May 2025, I would not expect Esri to make any big changes to those releases at this point.
... View more
12-10-2024
10:16 AM
|
1
|
0
|
1980
|
|
POST
|
Looking at the documentation, Geometry objects | ArcGIS REST APIs | ArcGIS Developers An open circular arc is represented by the c property. This is defined by an end point and an interior point. { "c": [ [<x>, <y>, <z>, <m>], [<interior_x>, <interior_y>] ]} It appears that the interior point of a circular arc cannot specify a Z or M value, only the end point can. The same behavior with center points and control points exists for elliptic arcs and bezier curves.
... View more
12-09-2024
10:47 AM
|
2
|
0
|
2058
|
|
POST
|
I thought I have stated the following somewhere on Esri Community, but I can't find it right now, so I will excerpt one of my response on GIS StackExchange: arcgis desktop - Calculate Sequential Values based on Boolean field - GIS SE. Looking to the section of the SQL standard that defines the behavior of cursors, ISO/IEC CD 9075-2 Information technology — Database languages — SQL — Part 2: Foundation (SQL/Foundation), it clearly states (at least through SQL:99 that I have seen in person, but I assume the same language exists in later editions): When the ordering of a cursor is not defined by an <order by clause>, the relative position of two rows is implementation-dependent. The importance of that statement can't be emphasized enough. Without including an explicit SQL ORDER BY clause, the user is leaving the order of records returned in a cursor up to the application or database management system. In this specific situation with ArcGIS Pro, Esri does not document how Calculate Field constructs the underlying SQL used to create the cursor. Additionally, many DBMSs explicitly state that no consistent ordering is guaranteed without including a SQL ORDER BY clause. For example, from Microsoft SQL Server SELECT - ORDER BY Clause (Transact-SQL): The order in which rows are returned in a result set are not guaranteed unless an ORDER BY clause is specified. With vendors either not documenting their ordering rules or saying no order is guaranteed without a SQL ORDER BY clause, a user can't know for certain the order ahead of time, and worse, the order may change over time even for the same data set. If one wants or expects a certain order of records, the only way to guarantee it is by using a SQL ORDER BY clause. For file geodatabases, the unspecified order commonly is by ObjectID, but Esri has never stated that is a guarantee so they feel no need to share the internal mechanics of what may change row ordering in a FGDB table.
... View more
12-06-2024
08:06 AM
|
0
|
0
|
2402
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 06-11-2026 07:04 AM | |
| 1 | 4 weeks ago | |
| 2 | 07-06-2026 12:29 PM | |
| 1 | 07-06-2026 12:00 PM | |
| 2 | 06-05-2026 10:30 AM |
| Online Status |
Offline
|
| Date Last Visited |
Tuesday
|