Latest Contributions by MarkHotz

‎09-14-2016

Jayanta: Yes...all of my popups enabled. It's just this one map service that is causing me grief. The frustrating part is that when I publish the map service to AGOL it works.

‎09-14-2016

I had successfully created a web map in Portal (ArcGIS for Server v 10.4.1, ArcGIS Desktop v 10.4.1), and then built a web application that was successfully deployed to user’s desktops. However, what I discovered is that not everyone has their web browser defaults set to Internet Explorer (IE). When I tried launching the same web application using Google Chrome or Firefox, the only map feature that would appear would be the satellite image we’re using for a base map (which is hosted on AGOL via the Amazon cloud). None of our data appeared, unless we were using IE. So I had a hunch and decided to build separate web maps and web apps in each of the browsers individually. This proved to work as I’m now able to launch individual web maps and web applications in all three of our browsers (IE, Chrome and Firefox), all using the same map services (data layers). The problem now is that none of the web applications work on anyone else’s computer. In each case the satellite image will draw from AGOL, and all of the web app’s page design settings appear (scale bar, coordinates, title, options etc.). I just cannot see any of our data layers on anyone else’s computer. It just seems to only work on my computer. Would anyone here know what might be causing this? Is there a common issue, setting or problem that causes this? What could possibly be different on my computer compared to others in our organization that would allow only me to see our published map services, especially when this was functioning just 2 days ago?

‎09-12-2016

I have successfully created our organization's first web map in Portal. Everything seems to have gone really well, and the map services (layers) are functioning well. We installed ArcGIS for Server 4.1, and I'm using ArcGIS Desktop 4.1. However, there is one issue that has been bothering me all week and it just doesn't seem to want to be resolved. There are two map services that I have added that work well. They draw to the screen exactly as built in ArcMap. I can enable the popups and interact with the database. The part that has me totally baffled is that I cannot configure the popups in any of the layers in either of these two map services. To compound the frustration is that when these two map services are added, even though I can see and interact with all of the layers in my web map, I can no longer configure any of the popups in any layer. However, when I remove those map services and save, I can then resume configuring all of the popups in all of the layers that I have added to my web map. So I know that there is something about the layers in these two map services that is causing the problem. But what? In one map service I separated two layers out from the 8 creating to separate map services, and now I can configure all of the layers in both of those new map services. So what's up with that? How's that even possible? Combined into one I cannot configure the popups...but the exact same layers in two separate map services and now I can? I still have one map service (roads, ferries and railways) that cannot be configured, and it seems to corrupt the other layers already a part of the web map when this map service is added...until it is removed. So my question is, does anyone know what could cause a map service layer to prevent popup configuration? I have gone through the attribute tables to see if there is anything in there that could confuse a web map, but nothing seems to be apparent there. Being steered in the right direction would probably all I really need at this point. Thanks.

‎09-01-2016

Doug: Thanks for the input...more verification is better. And thanks for the link as I will review that today as it seems to be very close to what we're trying to do here.

‎08-30-2016

This too has given me a lot of food for thought. I'm starting to lean toward creating a relationship class between the feature class attribute table and a related table in the geodatabase. The related table will simply have the feature class fields joined to it each year, which will preserve the historical data, and the feature class can be used to simply add new data and update attributes in the field. All I would need to do is export the attribute table once a year (or whenever fieldwork has been completed) and join it to the relationship class table. The relationship table will grow over time, but that's better than having the feature class attribute table expand every year (which I don't think can be done without overwriting data each time - primarily the edit tracking fields). However, as you mentioned earlier, archiving might be an option too if the table becomes too large, but I don't think it will come to that, even after 10 years. Thanks for pointing this out...it helps to have others help steer one toward a solution.

‎08-29-2016

Hmmm. I never thought of that. I will have to read up on this and see if archiving will do what I need it to do. Thanks for the lead...it's definitely food for thought.

‎08-29-2016

We have a point feature class that we're planning to update and manage using both Collector and ArcGIS Online (soon to be Portal). We will be measuring noise levels at each point over time. At this stage all we are aiming to do is update the attributes (date and dB). The concept works well; however, we will also need to revisit each of these points to collect more data annually. We would also like to compare each newly collected data with the data collected in the previous year(s). If we just collect data each time using the current feature class we will be overwriting the data that was collected the previous time. Is there a way to simply add data collected each time without overwriting the previously collected data? The only way seem to be able to resolve this is to add new fields to this particular feature class before the technician goes out into the field to collect data each year; hence, they will be updating a new field annually, and not one containing actual historical data...and we then just keep adding new fields each year. Another option might be to build a separate Collector App for each period of collection, and then extract the data using ArcGIS Desktop, add a new field to our feature class in our geodatabase, and then join/relate the new field to the existing table, but that doesn't seem that much different than the previous idea (it's still adding a new field). Or we could add a new point every time on top of the previous point, but with the same ID, but this (I feel) is not really following best practices and could lead to a lot of confusion in the future. Does anyone know if I'm missing another option? Or does it perhaps sound like I'm trying to invent a temporal GIS? Thanks

‎08-26-2016

Jonathan: Thanks for the input...it is appreciated. I ran this past our IT department and they seem to think that this issue is not immediately resolvable. They were mentioning that is has something to do with how our server generates JavaScript in ArcGIS for Server. I can use AGOL with no issues probably because the Amazon servers are better adept at this. My guess too (as Andrew pointed out above) that it could have a lot to do with the certificate we're using. I will look into that more when we are ready to start sharing this service. This is also a somewhat of an uphill battle because our IT department does not support Firefox, only Chrome and IE. This is sort of limiting because everyone in our office is using a Logitech mouse/keyboard configuration that has some issues with AGOL when zooming. Of course, there are only two of us using AGOL :-), so this isn't a major issue yet, but we're also now just configuring ArcGIS for Server which is probably what more in our office will be using. Chrome also had issues when we wanted to use our security camera feeds to points on a map (it required us to download QuickTime, which is not supported in Chrome, nor on Windows 10 I believe). So this might take a while to resolve...I will keep everyone posted here as best I can though.

‎08-26-2016

Adrian: I should perhaps better clarify. I have not really experimented with HTML type text directly in popups with ArcGIS Online, or ArcGIS for Server. It might be different using an alias in the popup box after the hosted service has been created; however, that would only alter the field name and not the default value in the record. I first created our data in ArcMap and built subtypes and domains in ArcCatalog. In ArcCatalog I then tried to use the format <text> as default text for select fields of the feature class in the file geodatabase. The intention was so the non-GIS user would not see records with the word "NULL" (e.g. they would instead see a record with something like <update name here>). The defaults were for fields where a domain could not be used. I ran into problems when I published that file geodatabase feature class to AGOL; although I did not realise it right away, after it reached the web application both AGOL and Collector were having issues with that default field (i.e. I could not even add a point in AGOL). I only discovered this issue because Collector did flash a very tiny and subtle error message with a hyperlink when I tried to add a point using that application. I did not notice this error message before (it was quite small and not very noticeable), but when I clicked on the hyperlink the error message was something very close to "inappropriate use of HTML for the field field_name". The process stopped after the first occurrence of that default field, so in ArcCatalog I just changed every field that was using angular brackets for a default record, republished the map service, and suddenly everything was working the way it should. I guess my lesson here is learning that AGOL and ArcGIS for Server will use web related coding in much the same way that they will both create a hyperlink when you add a URL to a field. In all, it was just a bad choice of symbols on my part...now I know :-).

‎08-26-2016

If the link I provided doesn't work, the actual URL is: http://www.w3schools.com/html/html_entities.asp

‎08-26-2016

Here's a quick blurb I found on using angular brackets in anything that could find its way to a web browser of some sort (e.g. ArcGIS Online or even ArcGIS for Server). I wish ArcGIS Online could have provided some sort of error message or warning when I added the hosted feature class to my map. This is definitely something to consider though...if you're going to add special characters to one's text field then make sure these are not reserved characters in some other application :-).

‎08-25-2016

Adrian: My guess is that you can add HTML code to fields in geodatabase; hence, it was probably trying to interpret my <> as angular HTML brackets, and consequently improper HTML code. I could have probably used ‹ › instead...but using just plain text works too.' My only regret is that it took me 2 days to figure this out :-).

‎08-25-2016

Wow...that took me 2-3 days to resolve, and it's a major lesson learned. The reason I was having so much difficulty editing my data in ArcGIS Online, and was only partially able to add points using Collector and unable to add points in AGOL at all, is because I had some very confusing data in my attribute table. I had set subtypes and domains to a few fields, and those worked well and were not the problem. The problem came with the fields that did not have subtypes or domains configured. I added a default value for the other fields so the user would not see a bunch of "NULLS" in the fields...it just looked tidier with a descriptive word there instead. The problem is that I used "<text>" as a default value in each of those fields...and both Collector and AGOL had a major problem with this. The error message was (of course) very tiny and obscure in Collector. The error message alluded to the first record it found such an incident and flagged it as inappropriate HTML code. As soon as I dropped the triangular brackets everything worked, and it works really well now.....FINALLY.

‎08-24-2016

I’m wondering if someone might see what I’m doing wrong. I have created a blank point feature class with attributes and have published this map service to ArcGIS Online. It works well. I can edit this layer in ArcGIS Online, and I can add points to the same layer using Collector. So far so good. However, I have now created another blank feature class with a more detailed attribute table. I have followed the exact same steps as with the previous published feature class (so I believe). I have ensured that editing is turned on, added it to a Group in AGOL, but for the life of me I cannot figure out why I cannot edit this layer in AGOL. It simply won’t let me add a point. To make matters even more confusing, I can see and add the map in Collector, but when I try to add a point I get an error message: “Update Failed. Updates could not be sent”. So I sign out of Collector and revisit ArcGIS Online…and the point I collected using Collector is there in spite of the error message. And I can then delete this point in AGOL….but it still won’t let me add a point in AGOL (we need both capabilities). Has anyone heard of this type of error before? This is most frustrating. Thanks

‎08-22-2016

Andrew: I got the developer tools to function and it does provide a lot of information. My issue, it seems, is restricted to the local server. I have a base map (satellite image) that is being accessed through ArcGIS Online, and this seems to work well. Anything on our local server is being blocked (I'm guessing); hence, anything on Portal and ArcGIS for Server is not being accessed by Firefox. Our IT department did say that certificates could be an issue, but they wouldn't elaborate more than that at the moment. I'm waiting for our IT manager to return from vacation (should be today or tomorrow) and I can talk to him more about certificates as he's the one who acquired what we're using here for Portal. The first error message I came across before reviewing the Network status was: Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at https://www.google.com/_/og/promos/z. (Reason: CORS header 'Access-Control-Allow-Origin' missing). So nothing from Portal, our geodatabase or Map Services are being accessed when using Firefox. I also cannot see this being a huge problem...it almost sounds like there is one check-box or one configuration setting that was missed or has yet to be properly set. Thanks again

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

My Ideas

Latest Contributions by MarkHotz

Re: I'm wondering if someone can tell me if they have had a similar Portal experience?

Why would a Portal web map or web app only function on my computer?

I'm wondering if someone can tell me if they have had a similar Portal experience?

Re: How do I preserve historical data using Collector?

Re: How do I preserve historical data using Collector?

Re: How do I preserve historical data using Collector?

How do I preserve historical data using Collector?

Re: Portal works in EI and Chrome, but not in Firefox?

Re: Cannot add a point in ArcGIS Online...only delete

Re: Cannot add a point in ArcGIS Online...only delete

Re: Cannot add a point in ArcGIS Online...only delete

Re: Cannot add a point in ArcGIS Online...only delete

Re: Cannot add a point in ArcGIS Online...only delete

Cannot add a point in ArcGIS Online...only delete

Re: Portal works in EI and Chrome, but not in Firefox?

Re: Is it possible to remove the heading "Represen...

Re: Cannot add a point in ArcGIS Online...only del...

Re: Cannot add a point in ArcGIS Online...only del...

Re: How do I preserve historical data using Collec...

Re: Can Spaces Between Lines of Stacked Labels usi...