Latest Contributions by AdrianMarsden

‎03-09-2022

I simply can't find a way to do this As a result of an Oracle 12G>>19C update all our reader passwords have gone uppercase only, so all my layers in MXDs are Red! and need repairing. That bit is easy. A single Repair can get them all. But all our field selections and Aliases get zapped. And these MXDs are 100+ layers, each with only one or two fields ticked, and those with nice Aliases set. So a huge amount of work to sort. Any suggestions? ACM

‎12-13-2021

I read it differently Upgrade to ArcGIS Enterprise 10.8 or later, as risk is mitigated with these versions – We recommend updating to the latest version of 10.9.1 for the strongest security posture. so version 10.8 and above "mitigate" and of course 10,9 will always be best

‎12-13-2021

the blog says "mitigated" with 10.9 - "to make (something) less severe, harmful, or painful. "

‎12-13-2021

looking at my servers, some have log4j 2.x, some don't - I realize it is still early on this, but an exact matrix of what does and doens't have this would be really useful.

‎08-24-2021

Sorry, no answer, but we've the same here, but Oracle and 10.2.2 >>10.6.1 Any ideas anyone? ACM

‎05-28-2021

Hi -was it your AGS server or SQL server that needed the updates? Or is it the same box?

‎01-15-2021

Thanks for that - in the end I went about it totally differently. I have all the results of the ID task appear in a table - one table per layer - just like they used to in ArcIMS At the end of each row (feature) I now have a button - this button takes the OBJECTID of that feature and the feature number and applies a filter to that layer. So the result is exactly what the users want - in those areas where there a 100s of features, they can ID the one they want, hit the button, and only that one is left - they then can print out just that one feature, without the others messing with the map. Another button clears all these Isolations The only pre-req is the existence of OBJECTID - which isn't a given - so much of our data are from other Esrti sites, that when they are imported the old OBJECTID is ignored and a new OBJECTID_1 is set up. But that can be resolved.

‎01-07-2021

Cheers - one for a day when I've not much on. My ID task already has the ability to take the geometry and create a simply highlighted feature to help the users pick out a feature where there are scores overlapping, but we want that added graphic to have similar styling to the layer, so by switching the layer off you get left with just the single added graphic for the required feature. Mainly for printout reasons

‎01-07-2021

OK - old topic, but doe the same apply for the idtask ? Symbolgy isn't returned, just the geometry? has anything changed over the years?

‎11-27-2020

I have had this from Esri(UK) - so I guess I've got to go back to 3.13 for my main site - In no way have I the time or skills to get to 4.x ☹️ BUG-000103128 : Measurement widget's 'measure' event shows incorrect behavior when using a non-mercator projection the development team had already looked at it as closed it as a known issue and would not be addressing in 3.x

‎11-13-2020

To me it looks like the "measure" event is broken when the Projection of the map isn't a standard one, as that is the only thing that is different and as can be seen from the console.log on those examples, very different results show. Any thoughts?

‎11-12-2020

More samples https://maps.strata.solutions/eddc/test/work.html This is more or less the Esri sample with a few consoles.logs added one on the measure.end and one on the measure - remember the measure event "Fires any time the mouse pointer moves while doing a distance measurement." Look at the console after the first mouse click for a line measurement. It sends loads of "moved" values Now look at https://maps.strata.solutions/eddc/test/failmaybe.html This is the sample using 3.13. Do a line measure. After the first click, as you move the mouse the distance from the first click is outputted into the widget fine (change to feet to get some bigger numbers) HOWEVER - the console.log which fires off with the measure event is only firing when you click the mouse, not when it is moved. Not crucial as the output is working. Finally https://maps.strata.solutions/eddc/test/fail.html This is the total fail version with anything newer than 3.14 Again, length measure. One click, move the mouse - no distance until that second click, then the result only gets updated on the mouse click, rather than mouse move. output from the "measure" even is the same as the partial fail above. I hope that helps. Now time to stop for the day 🙂

‎11-12-2020

No, sorry, it doesn't. On the working version you click to start the measure. Then as you move the mouse the distance from the first point to the current mouse location is dynamically calculated in the results, so changes as you move the mouse. In the non-working version you only get the node-to-node distance when you click I've just done more testing and this broke in 3.14 - this page uses 3.13 and works https://maps.strata.solutions/eddc/test/failmaybe.html The dynamic measure is import for our users as they need to see what is X metres away from a point, rather than how far are these two point from each other. So they will click, then move the mouse until the measure tool says the number they are working with. The only thing I can see in the release notes for 3.14 is "BUG-000085838: Fixed an issue where polar projection coordinates displayed incorrectly when using the measurement widget." It is even more obvious with the location tool, which will return long/lat as you move the mouse around. On the fail site https://maps.strata.solutions/eddc/test/fail.html It only returns these on a mouse click Cheers ACM

‎11-12-2020

Hi I have a site. It was using 3.11, now the highest 3.30, pending some more refactoring to get it to 4.x There is a measure tool. It no longer gives a result when the mouse is moved around. Only when the mouse is clicked. It still works if I go back to 3.11 I have added this measurement.on("measure-end", function (evt) { console.log("Really done."); // measurement.setTool(evt.toolName, false); enableID() }); measurement.on("measure", function (evt) { console.log("moved"); // measurement.setTool(evt.toolName, false); }); According to the API ref "measure" event should be when the mouse moves "Fires any time the mouse pointer moves while doing a distance measurement. (Added at v3.11). Note: Prior to v3.16, this event only fired on single-click." Yet on my new code I only get an output when I click - so showing the pre-v3.16 behaviour. I've stripped my code back as far as I can - I had added stuff to change the default units and to add more, and still the same behaviour. I have compared my code with the sample, but can't see anything. What am I missing here? Cheers ACM Edit: I stripped the Esri sample right down and now got a working version and a broken version - the broken version uses one of our services as the basemap, so in British National Grid. And, yes, we have a Geometry service defined. http://maps.strata.solutions/eddc/test/fail.html http://maps.strata.solutions/eddc/test/work.html

‎09-18-2020

I seem to have spent the last decade chasing this one, but still fighting it, usually on a Friday afternoon. We have a site, on a server, let's call the server "myserver" myserver hosts AGS so we can call stuff with "myserver/arcgis/" The site myserver hosts has an internally set name, lets say "maps" so users go to http:\\maps to see maps. Most of this is now working, but one part of the code calls a Print service. So - http://myserver/arcgis/rest/services/PrintService2/GPServer?f=json That is when the dreaded CORS error kicks in. Under http://myserver:6080/arcgis/admin/system/handlers/rest/servicesdirectory Allowed Origins is set to * In the code I have added "esri.config.defaults.io.corsEnabledServers.push("myserver");" using the short name and fully qualified name. I have tried adding an Allowed Origins part to every possible web.config file I can see. But still, I get Access to XMLHttpRequest at 'http://myserver/arcgis/rest/services/PrintService2/GPServer?f=json' from origin 'http://maps' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. I am doomed to keep seeing this error until I retire. I am losing hope of ever being able to sort it. EDIT: Amazing, "fixed" this on a Friday afternoon - I added the port - myserver:6080 - which to me looks like the issue is in the Web Adaptor. So still a question I'd love to get answered.

Online Status	Offline
Date Last Visited	‎09-25-2025 03:26 AM

My Ideas

Latest Contributions by AdrianMarsden

Change Data Source but retain field selections and Aliases

Re: ArcGIS Enterprise Log4j Vulnerability (CVE-2021-44228) Patch or Mitigation?

Re: ArcGIS Enterprise Log4j Vulnerability (CVE-2021-44228) Patch or Mitigation?

Re: ArcGIS Enterprise Log4j Vulnerability (CVE-2021-44228) Patch or Mitigation?

Re: upgrade Geodatabase 10.4.1 to 10.8 error

Re: Table schema changed after cursor declared

Re: How to return a symbol from a queryTask

Re: How to return a symbol from a queryTask

Re: How to return a symbol from a queryTask

Re: Measure Tool no longer gives result on mouse MOVE, only on click

Re: Measure Tool no longer gives result on mouse MOVE, only on click

Re: Measure Tool no longer gives result on mouse MOVE, only on click

Re: Measure Tool no longer gives result on mouse MOVE, only on click

Measure Tool no longer gives result on mouse MOVE, only on click

CORS - yes, Still wretched CORS errors

Re: Dynamic Text widget

Re: Experience Builder maps loading/ running very ...

Custom Popup for ID Tool results to show all hits

Re: Programmatically reset layer IDs in Pro

Re: Programmatically reset layer IDs in Pro

Experience Builder Custom Widgets