POST
|
Can you please indicate more about your input data. I see you mentioned 3 band, but not bit depth or anything else about the input rasters? Usually 3 band rasters are either 8 bit or 16 bit. Based on your experience, I am guessing that they are 16 bit, because they are usually usually the more problematic. Can you indicate if the issue is with 16 bit inputs or 8 bit? Also can you indicate what bit depth you are setting on the input raster? I tested here with some imgs that I had that were 8 bit and they are fine. Source imagery is 8 bit tif files.
... View more
10-10-2013
09:10 AM
|
0
|
1
|
389
|
POST
|
Hi, This issue was logged as a software defect with this reference number: NIM094582 You can use the workaround mentioned above by Jeff Swain until the issue is fixed. We apologize on any inconvenience that this issue might cause on your work flow and thank you again for bringing this issue to our attention. Regards, Prasanta. Just as a follow up to this, I have found that if I don't define a projection when creating the raster dataset the imagery actually does load properly. If I define a projection when creating the raster dataset, even if it is the same projection as the input data, the data loads as "No Data" values. This is following my original workflows, not the workaround mentioned by Jeff Swain.
... View more
10-10-2013
09:09 AM
|
0
|
0
|
389
|
POST
|
Please keep us informed of your progress. Well so far not a whole lot of progress other than I finally convinced ESRI canada technical support to open up a case with ESRI US technical support. My Canadian tech support guy clearly does not understand the issue as he is insisting that my issue has to do with statistics not being calculated on my source data which (a) I've never had to worry about in the past and (b) Just to humour him I did actually calculate stats on my source data and it made no difference, but he still says that's the problem. The maddening part for me is that I have to go through ESRI canada technical support which is in the past has been beyond useless when it comes to actually solving problems for me. If I could just talk to someone in Redlands about this I'm sure I could get a whole lot further a whole lot faster, but instead I have to play this ridiculous telephone game where I tell the guy in Toronto my problem who then has to call the guy in Redlands and tell him the problem as he understands it. I'm thinking of just downgrading to 10.1 if I don't get answers soon as I just have to get this work done and don't have the time to wait for someone to acknowledge that the workflows I have been using for the past 8 years are actually broken now.
... View more
09-27-2013
08:43 AM
|
1
|
0
|
765
|
POST
|
I have also found this at 10.2. I am currently working with ESRI Canada technical support on this however I can't seem to convince them that it is even an issue. I have given my tech support guy 2 identical geodatabases where I loaded rasters into a raster dataset, 1 was a 10.1 file geodatabase that worked fine and another was a 10.2 file geodatabase that contained only "No Data" for the cell values and displayed a white screen. He seems to think this is acceptable somehow. Not impressed at all. This also does not work with SDE at 10.2, it only seems to work in a personal geodatabase. The funny thing is that my SDE is still at 10.1, so it looks like it's something that desktop is doing at 10.2, not a problem with the actual geodatabases.
... View more
09-25-2013
07:00 AM
|
0
|
0
|
765
|
POST
|
I have also found this at 10.2. I am currently working with ESRI Canada technical support on this however I can't seem to convince them that it is even an issue. I have given my tech support guy 2 identical geodatabases where I loaded rasters into a raster dataset, 1 was a 10.1 file geodatabase that worked fine and another was a 10.2 file geodatabase that contained only "No Data" for the cell values and displayed a white screen. He seems to think this is acceptable somehow. Not impressed at all.
... View more
09-25-2013
06:51 AM
|
1
|
0
|
765
|
POST
|
Are you sure you enter http://walte:6080/arcgis/manager/ as your URL? It seems as you have Portal for ArcGIS extension installed and you are trying to login into the Portal (the Portal login page is http://walte:6080/arcgis). We did not have portal installed. I don't know what caused the problem but wiping that particular machine and reinstalling ArcGIS server seemed to fix the problem. It was only happening on the one machine of our multi-machine setup. Thanks for your suggestion though.
... View more
08-16-2013
08:03 AM
|
0
|
0
|
351
|
POST
|
I am running a multiple machine setup and haved recently upgraded to 10.2. After a reboot of one of my machines last night I can no longer access ArcGIS Server Manager (http://server:6080/arcgis/manager) on that machine. The other machines are accessible through that link. This is the error message I now get: [ATTACH=CONFIG]26617[/ATTACH] Has anyone seen this message when trying to access ArcGIS Server Manager?
... View more
08-09-2013
09:53 AM
|
0
|
4
|
3650
|
POST
|
Ever since upgrading to v10.1 we have been having issues with building pyramids on raster datasets which have been created on SDE. It doesn't happen every time, but it does happen often enough that it makes me want to repeatedly punch myself in the face as it is often on very large rasters that I have just spent 6-10 hours loading. So the issue is that the rasters load fine to the geodatabase, but then when it comes time to build pyramids it seems to only want to build 1 level and then stop. It doesn't matter what parameters I set (ie: nearest neighbor, bilinear etc) it refuses to build more levels. Even if I delete pyramids and try to rebuild them it still does this. It seems the only solution is to completely delete the raster dataset and reload everything from scratch-- maybe it will build the pyramids this time. Has anyone every experienced this issue or have any advice on things to try? Thanks, Jacob Raymond
... View more
04-09-2013
08:09 AM
|
0
|
3
|
775
|
POST
|
Ever since upgrading to v10.1 we have been having issues with building pyramids on raster datasets which have been created on SDE. It doesn't happen every time, but it does happen often enough that it makes me want to repeatedly punch myself in the face as it is often on very large rasters that I have just spent 6-10 hours loading. So the issue is that the rasters load fine to the geodatabase, but then when it comes time to build pyramids it seems to only want to build 1 level and then stop. It doesn't matter what parameters I set (ie: nearest neighbor, bilinear etc) it refuses to build more levels. Even if I delete pyramids and try to rebuild them it still does this. It seems the only solution is to completely delete the raster dataset and reload everything from scratch-- maybe it will build the pyramids this time. Has anyone every experienced this issue or have any advice on things to try? [ATTACH=CONFIG]23328[/ATTACH] Thanks, Jacob Raymond
... View more
04-09-2013
08:04 AM
|
0
|
0
|
328
|
POST
|
I have set up a search service on my server to index our SDE that has over 800 datasets stored in it. I can add the SDE connection information to the search service but it will only index a handful of those datasets and then just stop. The last time I set it up it indexed the first 42 datasets and then stopped and would not reindex anything. Then I completely killed that service and created a new one and this time it stops indexing after 11 datasets. Has anyone else seen this issue or have any suggestions on how to fix this? Thanks, Jacob
... View more
01-31-2013
10:38 AM
|
0
|
3
|
945
|
POST
|
So we upgraded to SP1 and it made things worse. It did speed up access via the ArcGIS Server Manager web interface, but it made accessing the service listing in ArcCatalog unbearably slow, even if the config-store is on a local drive. I would not recommend upgrading to SP1 as this issue is not resolved, in fact it is much worse than before (at least for us it is).
... View more
11-06-2012
11:24 AM
|
0
|
0
|
469
|
POST
|
I have been experiencing the same issue. However it does not look like it will be resolved in Service Pack 1. I looked at the list of things that will be resolved and did not find any mention of Bug# NIM 085259. Ref: http://downloads.esri.com/support/downloads/other_/189810.1_SP1_Announcement.pdf To me, if we cannot administer the site properly we cannot move to 10.1. In fact I am concerned how everyone else is accomplishing this with the problems being faced in administering the site when multiple machines are added to a cluster with a shared drive (i.e. the suggested method in the help documents). Thanks Neeraj This is a copy of the bug report that was sent to me by ESRI Canada tech support. It claims that it is fixed at SP1. I guess we will see, if SP1 ever gets released. --- Synopsis The time required to get permissions for a service increases as the number of services in the ArcGIS Server site increases on a shared config store. Problem Description The following has been tested with the default permissions on the services in the site i.e esriEveryone has been given access to all the services in the site except the System folder. services//permissions returns in under a second with about 20 services spread in multiple folders. As you increase the number of services, accessing the permissions resource on a service increases as well. With about 140 services, the accessing of the permissions takes 6 to 7 seconds. This issue is reproducible only when the config store is on a UNC. If it is a local path, it does not happen. Status Resolved SP Fixed 10.1SP1
... View more
10-24-2012
10:35 AM
|
0
|
0
|
728
|
POST
|
Just to follow up this is apparently a known issue that will be addressed in SP1 (Bug# NIM085259). It turns out that this is an issue that gets noticeably worse with the more services you have. We had Around 100 services running so it was getting quite unbearable but we will store the config_store folder on the C:\ drive until this issue is resolved.
... View more
10-01-2012
12:37 PM
|
0
|
0
|
728
|
POST
|
Yes, I edited the .json file and changed the value to false, then restarted the ArcGIS Server service and was then able to logon. As a side note, I was able to duplicate this issue. After I disable the primary site administrator account, if I make any changes to the Administrator role it will clear all users from that role and log me out leaving me unable to login with any accounts. I don't know if this is unique to my setup, but to be safe, if you do ever need to make changes to the Administrator role, make sure you re-enable the primary site administrator account first.
... View more
07-09-2012
11:28 AM
|
0
|
0
|
1484
|
Title | Kudos | Posted |
---|---|---|
1 | 09-27-2013 08:43 AM | |
1 | 09-25-2013 06:51 AM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|