POST
|
An addition to this issue, I stumbled upon the following issue, which might be related: I checked if the 'store relative paths' option was active in the mxd, but it wasn't. Now, when I activate it, save the mxd and reopen it, the data connections are broken. The paths are altered to an incorrect UNC path. Even while the documentation states that UNC paths are not affected by the 'store relative path' option. Mxd is stored on: \\stadgent\junction\services\mxd_toPublish Data is on: \\stadgent\appdata\gisconfig\filegeodatabases After saving, closing and reopening with the store relative path option on the source path changes into: \\stadgent\junction\appdata\gisconfig\filegeodatabases
... View more
08-12-2019
12:40 AM
|
0
|
0
|
381
|
POST
|
Hi, I created a custom Python toolbox that has a tool that publishes mxd's on a certain ArcGIS Server. Both Desktop and Server are 10.4.1. Manually using the wizard in ArcMap I can publish all mxd, but when trying to publish a mxd that has a source referenced using an UNC path, the stage service tool fails. It says the source of the items referenced using UNC paths cannot be found (= code 3). Odd, as I can publish using the wizard and get no errors when analyzing. The source location is added to the data store. Traceback (most recent call last): File "C:\projects\python_library_gis-toolset\migratieTools\migratieTools\migratieTools.py", line 1039, in publishMxd arcpy.StageService_server(out_sddraft_edit,out_sd) File "c:\program files (x86)\arcgis\desktop10.4\arcpy\arcpy\server.py", line 1332, in StageService raise e ExecuteError: ERROR 001272: Analyzer errors were encountered (codes = 3). Failed to execute (StageService). As I can manually publish using the wizard in ArcMap, I assume all configuration is OK. I doublechecked and all seems indeed OK. I do analyze the sddraft and it gives no errors, not in ArcMap, not in Python. Off course I get the warnings about the UNC paths. So I created a sddraft using the wizard in ArcMap (to be sure both in Python and ArcMap use the same sddraft file) and used this as an input for the stage service tool. Again, it fails (code 3). So I assume the sddraft is ok, but the issue is in the stage service tool, which is somehow working differently than staging a service using the wizard. What bothers me most is why can I publish using the wizard and not using the tool? Shouldn't these work the same way? What do I miss?
... View more
08-09-2019
01:20 AM
|
0
|
1
|
517
|
POST
|
UPDATE (WORKAROUND FOUND😞 adding arcpy.ClearWorkspaceCache_management() before every replaceDatasource seems to solve the issue. I'm having the same issue right now, so I was wondering if you ever solved it? I run a Python Toolbox and noticed the error when rerunning the tool replacing datasources. So first run everything works fine, second run (and further) it fails on a certain SDE-connection with the ValueError mentioned. Closing ArcCatalog and reopening makes the tool run again succesfully. But just once. Then the same error appears. So, it seems related to certain SDE-connections and something in memory/cached/… of the Python environment.
... View more
04-15-2019
03:03 AM
|
2
|
1
|
1157
|
POST
|
Was this issue ever solved? We're having the same behavior on some of our servers (ArcGIS Server 10.3.1). Query on object id's stays in WGS84 instead of WGS84 web mercator.
... View more
01-25-2017
03:01 AM
|
0
|
0
|
726
|
POST
|
Hi, I created a Network Dataset (ArcGIS 10.3.1) with some script evaluators in VBScript. In ArcGIS Desktop I can calculate routes without any issues. I published the Network Dataset to ArcGIS Server as a Network Analyst service on one machine that had both ArcGIS Desktop and Server installed. I can calculate routes using this service. Now, I published the Network Dataset to a server with only ArcGIS Server. Same Network Dataset and importing the settings from the service on the other server. Same OS: Windows Server 2012 R2 Standard. When I now try to calculate a route, I get errors: The evaluator failed to return a value. Attribute: HeightRestriction, Source: FT_Fairway_Downstream, OID = 1520, EID = 4327. Network element evaluator error. Script Control Error - 2147352319. I noticed that when changing the script evaluators to Python code for the mentioned evaluator, the error does'nt show up for this evaluator (still for others that are in VBScript). As Python code is said to be slower and I have many script evaluators, how can I solve this while still using VBScript? Thanks, Thibaut UPDATE: I installed ArcGIS desktop on the second server with AGS without license (as I don't have one for this machine) and now I can calculate routes. So why do I need to install ArcGIS Desktop to be able to use VBScript script evaluators in a network server?
... View more
01-06-2017
03:18 AM
|
0
|
1
|
1597
|
POST
|
Working with ArcGIS for Desktop 10.3.1 I notice the same kind of behaviour. I have an existing network dataset which is build correctly. After splitting polylines in a feature class that is part of this network dataset, I rebuild the network. But, some edges are missing in the network, while they do exist in de feature class.
... View more
08-31-2016
01:06 AM
|
0
|
0
|
330
|
POST
|
Same issue here using ArcGIS 10.3.1. Even when trying to correct the IDs they jump back to -1 resulting in errors when analysing for publication.
... View more
07-08-2016
02:17 AM
|
0
|
0
|
1171
|
POST
|
Hi, I'm using Network Analyst 10.3.1 to solve routes. These routes have to be time-aware as they take into account operating times of locks etc. This all works fine when calculating the fastest route (impedance = time), but when calculating the shortest route (impedance = distance, time accumulated) the start time isn't taken into account. So I don't get an ETA (Estimated time of arrival) and the overall travel time is often incorrect, as it neglects waiting times at locks (due to certain ETA and the operating times). What should I do to take into account the start time (and get ETA's) when calculating the shortest route? Thanks, Thibaut
... View more
09-02-2015
12:11 AM
|
0
|
0
|
2641
|
POST
|
Hi Patrick, Do you have by any chance a deployed version of the Event Volume Control Processor for ArcGIS 10.3.1? Maybe something is wrong with my version. Thanks in advance, Thibaut
... View more
08-13-2015
12:46 AM
|
0
|
0
|
348
|
IDEA
|
At the moment (ArcGIS GeoEvent Extension 10.3.1) the rollback option is not exposed to the user and set to true on the 'Add a Feature' or 'Update a Feature' output connectors. When a transaction tries to add/update 100 features and 1 is giving an error, 100 features are lost. Exposing the rollback option to the user may reduce the amount of data lost.
... View more
08-06-2015
12:57 AM
|
4
|
0
|
616
|
POST
|
Thanks for the information! It might be a good idea to expose the rollback option to the user in a next version. Regards, Thibaut
... View more
08-06-2015
12:50 AM
|
1
|
0
|
473
|
POST
|
I had the same issue with ArcGIS for Server 10.3.1. Solution is to use the MS ODBC instead of the Native Client. Better Practice: Connect to SQL Server from ArcGIS Using MS ODBC
... View more
08-05-2015
02:35 AM
|
0
|
0
|
528
|
POST
|
Patrick, I placed the configuration of the geoevent definition here: https://siggisnv-my.sharepoint.com/personal/thibaut_delaere_siggis_be/Documents/Shared%20with%20Everyone/GeoEventConfig_… It would be very much appreciated if you could take a look at it. Thanks, Thibaut
... View more
08-05-2015
02:30 AM
|
0
|
0
|
348
|
POST
|
Hello, I'm using the Event Volume Control Processor in GeoEvent Extension 10.3.1 to limit the amount of data from a input web socket. Although the EVC Processor seems to work, but the log is flooded with errors: [Ljava.lang.StackTraceElement;@<some id> I did set the logging to the highest level for the EVCProcessor, but I'm not getting any more information about the errors. Does anybody know what's causing these errors? Regards, Thibaut
... View more
06-26-2015
01:26 AM
|
0
|
3
|
3173
|
Title | Kudos | Posted |
---|---|---|
2 | 04-15-2019 03:03 AM | |
1 | 08-06-2015 12:50 AM | |
4 | 08-06-2015 12:57 AM | |
1 | 09-03-2014 01:59 AM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|