Latest Contributions by PaulDavidson1

Thanks Andrew: One more question about your other AGS servers that are serving up your basemaps, etc... Are those all on one site and your Hosting server setup as a separate site? Or do you have them all joined together as one site? I'm curious as to +/- of these two approaches.  Tie all servers together or keep the portal server isolated... I imagine either way works, until you find something that creates a snag thanks ... View more

Thanks Justin! That confirms my understanding. ... View more

Hi Robert Thanks for the response, very helpful. Can you run the Hosting and Federation on the same AGS unit? I seem to recall that Hosting included the ability to federate? We're on an ELA so we're working on the Portal licensing. It is of course a concern. However, I was wondering: if we publish a map or a web app that is available to everyone, then a user could get to it without needing a Portal license, right?  Similar to what one can do in AGOL. Since we're inside a firewall, anyone who can see the everyone map has already been authenticated just to get on the network. Do you know if that's a correct statement?  That a map open to everyone on Portal doesn't require a Named User on Portal? ... View more

Hi Justin: I like the idea, it is where my thinking has been going, at least until we start running out of resources. I mean, to have separate servers for each functionality. But at some point, I'm probably going to get reigned in and have to make servers multi-functional. I guess I'll start with as much separation as possible and scale it back as needed. ... View more

Hi Andrew, Thanks for your response, very helpful. Based on the other responses, it's looking a lot like what I thought. It really depends on your loading! Which of course is the beauty of the VM world, or at least with VMware, we can bump resources up and down in real time as needed. I just wanted to verify some things: You're running a VM box with 4 cores and 16GB Are you using VMware or Msoft HyperV ?  (or whatever MS is calling their current incarnation.) I'm just curious, I doubt it matters as I know folks using both.  I prefer VMware but it's what I know. When you say Managed Database, are you referring to a database backed Geodatabase or to the Data Store that comes with Portal? Do you have AGS boxes serving up content (map services, feature services, imagery, etc...)? With AGS & Portal together, is there a reason you didn't go the Hosting route? If I recall, Hosting also includes Federated capability? Many thanks. ... View more

I know next to nothing about KMZ format but red icons on a web page typically represent a missing or inaccessible image file.  You say embedded but then mention an image folder? Does Portal have access to the image folder, proper permissions on the folder, etc...? I've also struggled with websites and accessing an image folder and whether I'm using relative of direct pathing. This can be very frustrating.  I typically start with reapplying permissions on the Image folder and all files inside of it. If you copied it elsewhere onto Portal then it may not have permissions setup correctly. HTH ... View more

Interesting, we generally have to work in compatibility mode... And also often in Enterprise mode.... I was able to see all the sites you listed with IE 11 without a problem. I don't think it's a Firewall issue but more likely some security setting. This kind of thing can be so incredibly frustrating both for you and for the users screaming at you.... Oh they joy of browser wars. ... View more

Derek: Thanks for the verification/clarification ... View more

Scott: I am curious about one thing... As I understand it, there is no difference in the cost of Named Users between Portal and AGOL. Same pricing structure, is what I was told.  (licenses are not the same though.) Curious then as to why AGOL would be cheaper for you? I would have thought the exact opposite...  You don't have to spend time administering, standing up the hardware, etc... ... View more

Derek: Thanks for taking the time to help clarify all of this. Would you say the following is accurate? I have put a few questions I'm not 100% on in italics : Consider Portal and AGOL as two separate products requiring two separate sets of licenses. Once you do that, it's much easier to get a grip on the licensing. Regarding Named Users (ELA exception below), you get a 1:1 Named User license for each Desktop seat. Doesn't matter what Desktop level you are licensing, it's 1 seat = 1 Named User.  (is this true?) For example: 50 Advanced (ArcInfo) Concurrent seats =  50 Named Users 5 Basic (ArcView) Single Use seats = 5 Named Users These Named Users are included in the cost of the Desktop licensing. Each Named User can be applied to Portal or to AGOL but not to both. You can mix and match if you want. Given 10 Named Users, you can assign them as X Portal and Y AGOL such that X+Y=10 i.e. A Named User license does not cross over across the two packages. (** see notes below) A Named User is for a Single User, there is no concept of Concurrent or Shared Named Users (**) You can't create a generic Named User for some group of users. If you need or want more Named Users then you buy them in packs of 5, 50 or 100 Pricing at ArcGIS Online | Pricing AGOL consumes credits. Credits cost 10 cents each. Credit consumption is found at  ArcGIS Online | Service Credits As an aside, in my mind: Unless you are having AGOL host your imagery or using it for massive geo processing, credits are an insignificant drop in the bucket. I assume Portal does not consume credits similar services since we're standing it all up?  True as long as we're not going out to AGOL for Geocoding or similar AGOL hosted capability. If you're on an ELA, all bets are off and you have to talk with your account manager. That shouldn't really be a surprise because ELAs tend to be unique and individually negotiated. (**) Notes: As many things Esri, there is some flexibility in all of this. For example, you start off using AGOL then decide you need to be using Portal. You probably have a pretty good chance of getting your AGOL Named User licenses transferred over to Portal. Maybe you have a lot of Named Users in a Portal setup but need a few AGOL licenses to publish open maps?  Best to be on good terms with your account rep. The one exception to No Shared Named Users is if you are Accessing AGOL Services via custom code, say a Silverlight web site.  Then you access AGOL via a token/authentication scheme.  In a sense, your website is acting as the Named User.  This will consume credits at the normal usage. Accessing ArcGIS Online Services | ArcGIS for Developers Regarding: You can't create a generic Named User for some group of users. We could argue this licensing all day, but this is what it is. I would like to have a generic login for certain classes of mobile users. For example, line spotter and other field workers at our Utility. There are a lot of them, they have turn over. But each one of them requires a separate named user account.  C'est le Vie =========== Does that cover the basics?  🙂 There is one area I'm still not clear on.  (Actually, I think I am clear, I just don't like it.): The 1:1 Named User licenses are designed to be given to desktop users. The N licenses our ELA gave us with ArcPro's introduction  can't be used for users who are strictly mobile. These Named Users are for desktop users, for ArcPro. ... View more

That's interesting about the potential caching problem. I do know that often when I have the problem you first described, if I step back and look at the path from the server's perspective, I sometimes realize I've made assumptions or that it might be difficult or impossible for the server to actually see that path. We've had the best success with registering data on the server and then publishing the mxd from the server itself rather than via an ArcMap connection from a desktop. It just removes one possible level of confusion or interpretation.  For example, ArcMap on my desktop expects connection files in one place while our ArcServers expect them in a totally different location (the two environments have different default perspectives.) Best of luck, did your restart of ArcMap clear up your original problem? It is unfortunate that this issue is not simpler and that the publisher isn't wiser because wrapped up data doesn't end up in a very useful place. ... View more

Thanks David. That makes a lot of sense. In our scenario, I might be able to leverage AD. ... View more

Perhaps this solution will work for you: publishing a geoprocessing service that references in_memory data to AGS 10.1  fails Although the thread implies that the issue should be fixed in 10.2.1 or was fixed in 10.1 SP1 so one would assume it would carry forward. It looks to me like the work around is about fooling the publishing tool to not see in_memory ... View more

What happens if you use an absolute path?  a UNC path? And are you publishing directly on the server or from a remote desktop? We usually register the data with full paths on the server and then publish directly on the server in order to avoid having the data re-copied. ... View more