Latest Contributions by PaulStephenson

‎05-12-2014

We do have the ability to sort items in a gallery application by a variety of states now, but I think there are still times where having the capability to drag & drop would be desireable:

‎04-27-2014

Update: I've found that one set pulls from the data, while the other set is pulling from the basemap. There was a custom basemap used in this case, so that is why the credits were essentially duplicating. Changes I had tried making to the credits weren't reflected immediately so I was unable to determine the cause at that time.

‎04-11-2014

I am trying to find where the credits on the "printout" are pulling from in the Basic Viewer app. Source credits, not AGOL credits. I have two different versions of the credits simultaneously displayed in the bottom right; one is displayed with an extra comma (screen-shot attached). I have gone through each service the map consumes to make sure they are all reading exactly the same but I haven't yet found the source. The next step is to see whether these still duplicate on the printout if their sources read exactly the same? I will likely have access to customized applications in the future, but for now I am stuck with the pre-configured apps... Any input would be appreciated! Thanks Paul

‎03-26-2014

I also received the error. After a bundle of troubleshooting I found in my case it was a feature class that participated in two relationship classes. One or both of them were tripping the error. When I used an exported copy of that data w/no relationships, it pushed through. The mxd was a Local Gov Basemap for 10.2 template for which I had plugged the data into based on the sample...

‎03-25-2014

I have been looking at troubleshooting this same topic. I have tried services published using ArcGIS for Server as well as services published directly to AGOL. I have switched basemaps, and even set my own data as basemaps, but no matter how I mix it up I cannot zoom in beyond 1:1,128 within AGOL. Any suggestions? (I've seen a couple of similar topics but this seems to be the best fit that I've found) Thanks Paul Update: I've found that if I have a cached service published with the desired scale settings AND have it set as the basemap AND have saved, closed AND then re-opened the AGOL map, I have what I was interested in. One thing to consider is that basemaps provided by ESRI don't seem to zoom any closer (They do not display when closer than they allow).

‎03-24-2014

I have been looking at troubleshooting this same topic. I have tried services published using ArcGIS for Server as well as services published directly to AGOL. I have switched basemaps, and even set my own data as basemaps, but no matter how I mix it up I cannot zoom in beyond 1:1,128 within AGOL. Any suggestions? (I've seen a couple of similar topics but this seems to be the best fit that I've found) Thanks Paul

‎03-01-2014

It may be related to the bug discussed here. I've had similar issues. Hopefully 10.2.1 provides the solution.

‎02-17-2014

AGOL is a great way to share and edit data, but it is difficult when the workflow extends beyond the online map. It would be very helpful to those of us in that category to give the owner of feature service(s) the ability to view and/or export a list of those features that have been modified, and especially deleted. Ideally, the owner would have versioning capabilities when it comes to feature services but I imagine that is further down the road...

‎01-30-2014

I've used the above method of creating a replica with mixed results. Any thoughts on where to start troubleshooting problem services (ie only some of the attachments are preserved)? Thanks Paul Update: It seems there is a bug that only allows the method to work for 100 features per replica at times.

‎01-10-2014

I've used the above method of creating a replica with mixed results. Any thoughts on where to start troubleshooting problem services (ie only some of the attachments are preserved)? Thanks Paul

‎01-08-2014

Was actually just curious. A look into BLOB files explained the why anyhow. It would however be very useful to access them in GIS from outside without duplicating. Thanks! Paul

‎01-07-2014

Just wondering if there is anyone out there who has a relatively simple answer to the question of how exactly attachments are stored as 'blobs' in a geodatabase table? Paul

‎11-18-2013

Thanks for confirming Joris! Paul

‎11-12-2013

Have a question about sharing groups I would just like to verify... This is how the documentation puts it: "If you have an organizational account, you cannot invite public accounts to join your group. If you have a public account, you cannot invite organizational accounts to join your group." So public and private accounts don't mix when in comes to groups. But what if you have an organizational account, can you invite members from other organizational accounts to join your group, even if that group's status is private? Thanks Paul

‎10-17-2013

Yep, that's fine Mike Thanks Paul

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

My Ideas

Latest Contributions by PaulStephenson

Manually Sort Gallery Application Thumbnails

Re: Printout Source Credits Duplicated

Printout Source Credits Duplicated

Re: ERROR 001270: Consolidating the data failed.

Re: Zoom in limit destroys usefulness of Arcgis.com maps

Re: Zoom in limit destroys usefulness of Arcgis.com maps

Re: Editor Tracking option when editing a local copy

Enhancing Editor Tracking In AGOL to show changes made to data

Re: Retrieving attachments from ArcGIS.com after collecting them

Re: Retrieving attachments from ArcGIS.com after collecting them

Re: So how are attachments stored in a geodatabase exactly?

So how are attachments stored in a geodatabase exactly?

Re: Sharing private groups between organizational accounts?

Sharing private groups between organizational accounts?

Re: Feature Server Edits not Saving

Duplicate service definition when overwriting serv...

Re: Classic Viewer Font

Re: Arconline Issues?

Re: Arconline Issues?

Save Attributes Derived from Arcade Expression wit...