Latest Contributions by RebeccaStrauch__GISP

Kirk, although not typically etiquette to mark your own answer correct, in thus case you should do others know the solution was found and the question is closed.  I personally think this is a valid question/problem that others could encounter. ... View more

Sent another.....we can talk/message more on the weekend if you are available. ... View more

Brian, I responded to you email, but not sure if it went thru.  Let me know if it didn't.​ ... View more

mxd's can take a mix of data sources, that is they don't have to be all shapes or all fgdb, Etc.​  File geodatabbases are a newer, more robust format, and also much easier to keep organized in my opinion. It will be a few days before I can send any scripts, but I'll see want I can find. ... View more

Tejpal, actually ​Web AppBuilder Custom Widgets   would actually be a better location for this question. Moving Content​  will give instructions for that. I dont think I have seen a widget that does what you are asking. I try to maintain Web AppBuilder Developer Edition – Customization Resource List​ so you may want to look thru those widgets to see if something will work, or can be tweaked to work. ... View more

YYou will want to make sure that the layers you plan to merge have the same attribute table structure, and if not, you may need to create a script to update this.  Also, .eoo files usually are coverages.  coverages can contain arcs/lines, points, polygons (with a single point within containing the attribute information)​, tics (four or more extent points, or points that were used for paper digitizing), and one or more region features.  these need to be merged separately.  hopefully they have given you some guidelines on which of these data types you need.  They will also need to understand, that coverages had a "forced"  Topology  in place, and all these different feature types could be keep in one coverage, representing different, but related information.  You lose that when moving to a shape file. Also, when merging, for example, typically it will keep all the polygons, even if overlapping (I say typically, since snapping distances can help or mess up things). I did a similar exercise in 2010 when I finally moved our 27 coverages to ArcSDE since the topology rules were finally working for our state (there was a bug until version 10.0 for us).  These 27 coverages represented three main themes, but since one of these themes had two or three different attribute data structures, I had to manipulate those too.  After doing many tests, it came down to creating and maintaining three master (merged) files from the "region feature", then recreating the other arc/line features (which there is important information) from those. Depending on how many files you received from you client, it may be worth doing in Python.  My scripts were not written to be completely generic to share, but could be modified fairly easily, if needed, but I don't have access to my computer this week.  Nice thing about using scripts is you can run them, review, delete results, repeat as many times as needed to get it right. I'm curious why they specified shape file as output?  I would recommend a file geodatabbases (if not ArcSDE) so you can take advantage or topology rules when editing.  When merging, depending on the input data, the output can be pretty messy.   So again, do some tests because you may need to talk with your client to make the output useful (of course, I have know clue what the data is, so it may not be an issue at all) ...oh, and all the layers that you merge will need to have the same spatial reference. sorry to be so long winded...but for me, having been the creator of all the coverage data going in, it was a really fun project to get it to what we use now (I.e., three master files, that then recreate the 27 older separations, on the fly) ... View more

Diego, if that answer works for, don't forget to mark it as answered so the question is closed. ​ ... View more

​There is documentation, but I think the experiences Venus can talk first hand about how they implemented.  My comment about passwords without using active directory is because users can set their own passwords, of course, on AGOL.  I think a password rule option is available now, but I know I haven't implemented or forced my users to change their passwords yet......but hope to soon.  I'm sure they are not strong right now....my guess, for my users only. ... View more

Brian, I'm in a similar situation....although only 300 users fir 50 AGOL/desktop licenses, but about 5000 users in the department...most (including managers) that have no clue about AGOL, unless the happen to link from our dept page or an email.  I don't THINK federating active directory mean that all 5000 would need or get accounts (unless you purchase more).  What I see this doing is not maintaining another, and possibly weaker, set of usernames and passwords.  But, unless they announce a new way , it does not bypass the restrictions.​ ... View more

There are some tools available, both free and paid, to help with this process.  you can read more about them here ​ Tools · Esri/ago-admin-wiki Wiki · GitHub and a blog post about some of these ArcGIS Online admin tools available on GitHub | ArcGIS Blog I may eventually face the same thing, that is, moving users content to a AD account name, but so far I've not used the same AD account for AGOL account, (except for one of my, admin accounts) so I haven't gone thru the process.  I have used some of the esri tools for moving constant however. Edit:  I like Venus' answer Above. ... View more

and universities are a whole different animal.  I'm sure there are many exceptions to what I stated too.​ ... View more

​check to make sure the password hasn't expired or changed for the account running the actual service, and/or for the account being used to provide security permissions for users.  That is, is you are using active directory and have to change passwords ever 60-90 days, make sure to update the account password that is used to connect to the network active directory (in ArcGIS Server manager). if possible, it helps to use a service account with a really complicated password (to make the IT folks happy) that never expires....or at least has a long password shelf life. Also, never hurts to reboot of course as a first try....sometimes that fixes things that just start happening for no other known reason. ... View more

Kevin, I updated the link​ in the resource list. ... View more

If you are looking to download the. ArcGIS Desktop or Server 10.3.1 software, that is usually available to your software administrator (if not you) thru the ​   https://my.esri.com   site, if in the U.S.   It may be different if in another location (possibly thru a distributor). ... View more