Latest Contributions by EricGardecki

‎02-01-2016

hmm...now that you ask, I have them set as type="dynamic"....I believe I had to do that in order to avoid the issue of only being able to zoom to the available LODs. It's been quite awhile since I set that up so I'm not positive that is why I did that. So would dynamic be the reason for the lock?

‎02-01-2016

My caches are basemaps and I can zoom in/out at will - it is not tied to the LODs (otherwise I wouldn't be using caches at all because we work at small scales). http://map.exetertownship.com

‎02-01-2016

I did some further testing, at least with 1 of my imagery caches. I removed the source imagery and restarted the service and it works fine in ArcMap but not in my flex app. There is no imagery shown at all in the latter but I get no error either. ( I can't zoom to a particular scale)

‎02-01-2016

No I'm not touching the cache. I mean the files that were used to create the cache. I'm on 10.3.1 The caches are 100% and have been in place for months. I'm using the service in a flex application. I assume that between scales you are just seeing the imagery at a lesser resolution otherwise what's the point of the cache? Are you saying that between scales there is some further action being taken? I hadn't looked for the imagery at any scale other than the default map extent but that may not equal the highest cache level. Meaning, I shut down the services (there was a lock), moved the source imagery, refreshed my app after restarting services, and the imagery was gone. So the simpler question is, why is there a lock? Thanks!

‎01-29-2016

Oh and I did see something along the lines of what you said where I set it to manual then it goes right back to automatic. It just seems to be a visual bug though since if you republish the service it shows as manual there as expected. But if you believe that is what the issue is here then I'm not sure what you are suggesting the solution is.

‎01-29-2016

I have to unmark this as the answer. Although I had this working at one point, it isn't any longer and I can't reproduce it. So I have no idea why the cache is holding on to the source imagery files but it is and I can't seem to do anything about it. I'll just find a way to work around it.

‎01-28-2016

Just in case this helps others.... The reason the source data was still being used was the cache was set for "update automatically" instead of manually in the settings. Since it is imagery and won't change, I simply changed to manually and I was then able to move the imagery.

‎01-20-2016

I have a few imagery tile caches created based on imagery in either MrSid or Grid format in ArcGIS Server. I'm trying to clear out some hd space and wanted to remove the copy of the imagery that is on that server, or at least move it. However, despite the cache being created, and I assume being all that is used to display the imagery, Server will not allow me to remove the imagery files that were used to create the cache. If I stop the server service and remove the files, no imagery appears anymore in my applications. 1. Why would a cache need the original imagery data when working with a cache? Is there some way to change this? 2. Where is the reference to the original imagery located so I can change it? I would like to move the data to another drive but not have to recreate the caches since it cripples the server during that process. Thanks!

‎01-07-2016

There's a checkbox in the tool that asks if you want it attributed or not. It has been awhile since I did this (and the end of the day today) but I believe I solved my issue with a very silly (and infuriating) thing. Turns out using the create relationship class tool in the toolbox kept causing all of these issues but when I used Catalog and right clicked a GDB and chose new->relationship class, it worked out fine, as expected. I pulled my hair out for a long time till I figured that out. Hope that helps.

‎07-29-2015

Hello, I'm using ArcGIS Collector, connecting to Portal (and therefore Server), that has maps with secured feature services. Portal is not federated (nor do I want it to be). The users login to Portal within Collector (this gets saved from this point on and that is fine). When they open a particular map, they get prompted to login, using the ArcGIS Server credentials, due to the secured feature services therein. However, I've noticed that it doesn't always prompt for the Server credentials, and as far as I can tell, it should always. It seems to save these credentials as well, at least until I switch accounts...to say AGO and back again. I don't believe it is the length of the token lifespan (a day at most) because when I opened a map Collector this morning it didn't prompt me for my login and I haven't been in Collector in weeks. I have multiple users using the same devices for Collecting data, with editor tracking enabled, so I need it to prompt each time it is opened but it isn't. Any ideas what the issue could be here? Let me know if you need further information. Thanks!

Online Status	Offline
Date Last Visited	‎11-11-2020 02:23 AM

My Ideas

Latest Contributions by EricGardecki

Re: server cache still using source files

Re: server cache still using source files

Re: server cache still using source files

Re: server cache still using source files

Re: server cache still using source files

Re: server cache still using source files

Re: server cache still using source files

server cache still using source files

Re: do you have working relationship classes in Server?

Collector seems to remember secure service login