|
IDEA
|
Plus, if we have to publish mosaics as image services I don't think our js applications would be able to cope, so a massive re-write would be needed,.
... View more
10-13-2022
02:31 AM
|
0
|
0
|
3274
|
|
IDEA
|
Arrghhhhhhh - we just hit this, it may be a big enough show stopper to cause us to ditch Esri altogether, stay on the versions we have, for as long as we can, and use that time to migrate to something else. Esri don't seem to graps that some of us have image catalogs with 1000s of files. Maintianing them with catalogs is so easy. Mosaics just don't add anything
... View more
10-13-2022
02:29 AM
|
0
|
0
|
3275
|
|
POST
|
For info - on our external DMZ server, which we bumped to Server 10.9.1 when log4j hit, this isn't an issue - any ideas if there was a known issue fixed between Server 10.8 and 10.9? Or some setting I am missing? I can't believe Pro got up to publishing in 10.8 with this as an issue.
... View more
10-10-2022
06:57 AM
|
0
|
0
|
1170
|
|
POST
|
Thanks =- yes, doing it to a stand-alone server - for now, we're moving to fully federated, but also v11, so we need to make sure our MXDs are publisherable in Pro - I have followed the link and couldn't see any mention of field listings/aliases
... View more
10-10-2022
02:00 AM
|
0
|
0
|
1175
|
|
POST
|
Hi We are new to publishing via Pro - we have avoided Pro as we can't really use it internally as we don't have GPUs on our virtual PCs/Server, but are in effect being forced to as we need to update, despite it being very painful to use. So - first attempt - got the service published - this is from Pro 2.9 and ArcGIS Server 10.8 - so not the newest, but I am sure this is a simple tick box I have missed. The layers all have a sub-selection of fields selected and many fields have aliases. These appear OK in Pro But after publishing I get the full list - un-aliased. What have I missed? Cheers ACM
... View more
10-07-2022
08:02 AM
|
0
|
3
|
1230
|
|
POST
|
Yes - the other 2 do have a 443 binding, but don't seem to mess with the process. And yes, I think certificates are an issue here, maybe not THE issue, but do mess with things. It is as if the "All Unallocated" on the AGS site is using the first IP address it can find regardless of the bindings of the other sites.
... View more
05-31-2022
12:26 AM
|
0
|
0
|
1519
|
|
POST
|
I've had this error on and off since moving from ArcIMS - cross site errors, but now I've hit something I simply cannot explain We have a server. The server has 4 IIS sites, one of which is 'AGS' - hosting Portal and Server. The other 3 are all internal mapping sites. We use http across the board as I struggle to get certificates to include all the alternative names, plus it serves no real benefit in-house The 3 internal sites all have IP bindings set to specific IP addresses allocated to the server AGS is set to "All unallocated" There are 4 IP addresses allocated to this server, so it should only be picking up the one left over. As it is, it all works. But I did hit issues when updating AGS, so I rolled back the change and investigated. As soon as I switch AGS to use the one remaining IP address - so the 'unallocated' one I get Access to XMLHttpRequest at 'http://<server name - not fully qualified>/server/rest/services/BaseMapZoomStack/MapServer?f=json&dpi=96&transparent=true&format=png8' from origin 'http://<out internal map name>' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Somehow it would appear that the 'unallocated' setting in IIS isn't doing what it should. In addition https:// <fully qualified server name>:443/portal/webadaptor 404s - with the physical path pointing to to folder structure of one of the mapping sites that has a allocated IP address - both AGS and the mapping website have https bound to 443. Removing the http binding from one of the other 3 sites (not all of them) makes things happy - as long as the AGS site is "all unassigned" Making https for AGS bind to the IP address it should be using gives another "resource cannot be found" message. Something is obviously wrong with the allocation, I have tried adding the server name into HOSTS along with the IP address it should be using but that didn't work I'm at a loss. Until I resolve this I am relucatnat to upgrade AGS (currently on 10.6.1) as everytime I hit these issues.
... View more
05-30-2022
05:46 AM
|
0
|
2
|
1567
|
|
POST
|
This is interesting - I think I now see why things may be broken - in my reply to myself I mention unticking fully qualified field names. I don't have to, just make a SINGLE change before changing data source. This is what I *think* is happening. I have a layer, let's call it Planning it is from an Oracle Enterprise database. It is related to a Oracle view to get more data (I'm not 100% sure, but my issue may only be an issue when layer has a join) The MXD was set up a few years ago, most fields unticked, most given aliases. Over time the suppliers have added new fields to the related table/view. ArcMap's normal behaviour is to default these new fields 'on' when you look at the fields tab, but I think, until that point, the mxd has no record of them. Changing ANY field records the new full field list. Changing a datasource will check the schema of the new source against what is recorded. If it is the same, it takes the field selections and aliases. If it is different it will reset them. So by making a change in the filed list before a datasource change makes the selections/aliases stay put. That makes sense to me. Still no use when you move the datasource and no longer have it in place, so important to do before you move data Does that make sense?
... View more
03-10-2022
01:50 AM
|
0
|
0
|
1703
|
|
POST
|
PS - work flow (mainly so I remember to morrow) Remove fully qualified fields from tick list - so those with schema.table.name apply change source Move to fields tab - IMPORTANT Apply
... View more
03-09-2022
08:16 AM
|
0
|
0
|
1741
|
|
POST
|
So... that has got me wondering if it was these fields that was breaking the ArCat way - I will investigate tomorrow
... View more
03-09-2022
08:07 AM
|
0
|
1
|
1756
|
|
POST
|
Many thanks for mega speedy reply, but I have tried the ArcCat way without much (any) luck In the last few minutes I have been able to change the source on a PC that points to the old data (so layer still works) to a new connection, with the uppercase password (old sever took both lower and upper) I can now paste that layer to a server in the new world - but still layer by layer. The issue I think that stopped this working before was there were some fields ticked on on the old layer that didn't match EXACTLY in the new database (slight schema change) so ArcMap just zapped everything
... View more
03-09-2022
08:06 AM
|
0
|
2
|
1760
|
|
POST
|
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
... View more
03-09-2022
07:53 AM
|
0
|
5
|
1788
|
|
POST
|
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
... View more
12-13-2021
06:20 AM
|
1
|
1
|
9211
|
|
POST
|
the blog says "mitigated" with 10.9 - "to make (something) less severe, harmful, or painful. "
... View more
12-13-2021
05:53 AM
|
1
|
3
|
9329
|
|
POST
|
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.
... View more
12-13-2021
04:22 AM
|
1
|
0
|
8238
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 08-28-2025 01:14 AM | |
| 1 | 12-01-2023 06:07 AM | |
| 2 | 11-29-2024 04:32 AM | |
| 1 | 05-28-2024 12:50 AM | |
| 1 | 03-16-2023 06:46 AM |
| Online Status |
Offline
|
| Date Last Visited |
yesterday
|