|
POST
|
A few things to try.. - try using the variable toolPath in place of the path in the GPToolDialog lines. - try commenting out the MessageBox line. I haven't had much luck with that. At least eliminate that as an issue. Is the ServiceArea tool in your inbox pointing to the addin_addin.py And is FindRoute pointing to addin_addin2.py? And are these checked on a relative paths? Typically my scripts in my Scripts founders are named closer to the tool the would be attached (vs a name like addin.py). I have on .py in the scripts folder for each tool. The actual addin.py that will be ru to created the add will be in the install folder. Although you may edit tweak this file, it is created when you use the wizard to initially create the addin. As i mention on the blog, when you start editing the files direct, you will want to make sure all the variables/IDs keep in sync. Edit: also, make sure the tools run from the toolbox itself too, if you haven't already tested. This should help you determine if there is an issue with finding the .py file.
... View more
01-03-2018
08:24 AM
|
1
|
2
|
2301
|
|
POST
|
We are also upgrading to 10.5.x. We chose to install on two different machines, separate sites. Each has its own web adaptor. although you would have to check with you customer service rep/local distributor to verify, I think if you plan two have the two (both if these) servers on the same "site", you would have to hAve two Image Server licenses. On the other hand, installing as two different sites, the core ArcGIS Server license is "included" in the Image Server license, so you basically have two core sites. This is nice since you can isolate the image server services (including caching) without impacting you other services.
... View more
01-03-2018
02:43 AM
|
1
|
0
|
7202
|
|
POST
|
Re: that error message, you should be able to ignore it. Check out my post https://community.esri.com/thread/74093-tip-python-addins-getting-custom-toolstoolbox-to-work-gptooldialog-error-and-other-tips-822017
... View more
01-02-2018
02:42 PM
|
1
|
14
|
3008
|
|
POST
|
As Xander mentioned, it would help to know what software and versions. Also, if licensed as a single-user or concurrent license, and if a student, trial, or personal use (annual) license. All may have slight differences. If Pro only, and using arcgis Online to authorize (and it is not checked out for offline), you should just be able to install on the new machine and login to AGOL on the new machine. if Desktop, make sure to Deauthorize before you uninstall the software, but there are hints in thus other thread on deauthorizeing https://community.esri.com/message/734381-i-need-to-move-my-arcgis-105-software-from-one-computer-to-another if it is a license thru a university, you may need to take to the license administrator there.
... View more
01-01-2018
09:06 AM
|
1
|
0
|
1628
|
|
POST
|
Depending on if you need specific user permissions or not, you may try the suggestion to create a .sde connection that will work for all and include it in the addin...you can refer to it with a relative path. Or create a common one and have it located in a secure location on you network where all can reach and point to that .sde connection. i have used both methods successfully, and it all just depends on the the permissions needed to access the data and what permissions the addin require.
... View more
12-30-2017
01:53 PM
|
1
|
0
|
2800
|
|
POST
|
I found that my arcpy 2.x script did ru faster in pro. Many times no tweaks were required. The exception would be if using a map document like CURRENT which would require changes. As the others have suggested, it would help to know a few more details.
... View more
12-26-2017
08:54 AM
|
1
|
0
|
2589
|
|
POST
|
I can't answer your question, but it might help to tag a few others groups that might know... Events PA GIS Professionals Association - Pilot Group Northeast Enterprise GIS in Local Government https://community.esri.com/community/government/local?sr=search&searchId=7ff8cc88-0ba4-47c2-9bbb-9e761ef80f09&searchIndex=1l
... View more
12-18-2017
10:47 AM
|
0
|
0
|
779
|
|
POST
|
Patti, if the above options don't work for you, I suggest starting a new thread or contacting tech support. Otherwise you question may get lost in this thread. I would suggest you include a link to this thread (so someone doesn't point you right back her) and mention these solutions and updated help....didnt help. That will get you more response. Other tips can be found https://community.esri.com/community/help-and-feedback/blog/2016/08/15/community-news-and-tips-how-to-ask-questions-and-get-answers?sr=search&searchId=85c026a6-3164-4596-98eb-b7696c5b6625&searchIndex=2
... View more
12-15-2017
09:05 PM
|
0
|
0
|
3660
|
|
POST
|
Hi Cody Benkelman i will be semi-offline today but I'll try to clarify. First I should state that we are not the primary agency to delver this data (that is being done thru our statewide gis data council) but more for our internal analysis, basemap, web use. there are about 4500 tiffs for each type. Since we are not the primary provider, I am only using the "latest" version of each tiff extent. The data is being collected thru an initiative..over several years (due to suze and various logistic and cloud cover issues for Alaska). I am working with pre-processed, not the raw data. each type RGB, PAN, etc., has its own source folder with all its related tiffs, tfw, xml, etc. files. Again, about 4500 tiffs for each type that fivers most of the state. i have made progress on this, and actually starting to understand the lowPS, highPS, etc. of the footprints, and the templates a little more after talking with another employee in a sister department. (Although I would love to see a write up on thus, if you have and links) He has been working with LiDAR and much if the same data, but if a little bit more of the raw format, and multiple timeframes, etc. His agency is more involved with providing the services to the public. I'm hoping he will add a response to this thread with some of the things we discussed on the phone, both for my reference and to clarify some of the items. We covered a lot and I knw I dId not retain it. based on that discussion and some additional testing, I'm still leaning towards not creating pyramids, and instead sticking with the overviews, mainly because the source files are on a different server so trying to avoid network traffic. Ths is what We were thinking would be best. But I would like to hear you thoughts on this and some of the other questions. I do feel like I am making progress, however at this point I am in learning phase and will not be able to test much more until after the holidays. Thanks for your review and help on this.
... View more
12-14-2017
04:02 AM
|
0
|
0
|
4758
|
|
POST
|
I think that is smart. An upgrade to 10.6 should be fairly painless (after vetting) once 10.5.1 is running smooth, is my guess. We also haven't done anything with Portal, except install and set up a test site using my developer subscription. We do not plan to federate at all because of all the overhead of the named users and the "security take over" of ArcGIS Server. I'm actually starting with our Image Server server (on its own machine now) and trying to improve on what I had done (or not done efficiently) in our 10.2.2 server. I have a long thread I started yesterday you can find if interested. It's mainly trying to help get my mind wrapped around all of it. See you at the Dev!
... View more
12-13-2017
01:35 PM
|
0
|
0
|
929
|
|
POST
|
Hi Scott Moore ..thanks so much for your response. Things are starting to make more sense. But … These are a few follow-up comments/questions, based on what I think I am reading here, plus some additional testing… btw.. We DID have some success testing changing the spatial reference with derived datasets, so I think I understand that now (i.e. using derived vs. function) First, the steps used to create the source gdb and 5 mosaics (snippets from my script): CreateFileGDB_management(targetFolder, newFGDBname) set the variables for the AddRastersToMosaicDataset command. I either took most of these suggestions from the command default, reading other posts, or talking with tech support (this process of testing has been going for a while…just now putting into practice on 10.5.1) ...from your response, assuming I should change some of these? rastype = "Raster Dataset" updatecs = "UPDATE_CELL_SIZES" updatebnd = "UPDATE_BOUNDARY" updateovr = "NO_OVERVIEWS" maxlevel , maxcs, maxdim, and spatialref all set to "#" (i.e. default) inputdatafilter = "*.tif" subfolder = "NO_SUBFOLDERS" duplicate = "OVERWRITE_DUPLICATES" buildpy = "NO_PYRAMIDS" calcstats = "NO_STATISTICS" buildthumb = "BUILD_THUMBNAILS" forcesr = "# then looped thru each “type”, with the same fgdb as the target CreateMosaicDataset_management(newFGDB, mdName, sr) AddRastersToMosaicDataset_management( theMD, rastype, srcFullpath, updatecs, updatebnd, updateovr, maxlevel, maxcs, maxdim, spatialref, inputdatafilter, subfolder, duplicate, buildpy, calcstats, buildthumb, comments, forcesr) BuildBoundary_management(theMD, "#", "OVERWRITE", "NONE") DefineOverviews_management(theMD, "#", theMD, "#", "#", "-1") BuildOverviews_management(theMD, "#", "NO_DEFINE_MISSING_TILES", "GENERATE_OVERVIEWS", "GENERATE_MISSING_IMAGES", 'IGNORE_STALE_IMAGES') ImportMetadata_conversion(Source_Metadata, "FROM_ARCGIS", theMD, "ENABLED") AnalyzeMosaicDataset_management(theMD) the last two took care of the analyze warnings when creating the service from the source mosaic. It did not mention I needed to run statistics or build pyramids Follow up questions on “source mosaic” design/creation “Regarding your question B above, I think having one service/mosaic that has all of the data in it can be very useful, instead of having many. This would be why I might want to use the derived mosaic. We often recommend making source mosaic datasets for homogeneous datasets, and then a derived one (using the table raster method) to combine them into a single source.” (emphasis added) I have our 5-different source mosaics in one FGDB (RGB, CIR, PAN, DEMEllipsoid, DEMOrtho), each with about 4500 tiffs. The only relation to the other mosaics in the fgdb is the extent and spatial reference. I’m creating the source mosaics with the source spatial reference because I figured that would be the cleanest and fastest for the source mosaic, (and I didn’t have much luck changing the SR in 10.2.2 when adding raster files in the past) Q1: Is that too much for one fgdb with multiple derived/reference/functions/services to handle? Am I better off breaking them into 5 source fgdb? (thinking of corrupt mosaics, and/or locked files here too) Q2: “(using the table raster method)” do you mean “Dataset” ?? Q3: Do you consider extent and spatial reference enough to consider them homogeneous? Q4: if I want to create services of the source mosaic’s (i.e. without changing anything), should I still use a derived mosaic ( …again, thinking of locked files.) Q5: How about if I decide to include optional function “list”? Follow up questions “Pyramids” …and overviews: “However for dynamic services, building pyramids can improve response when zoomed in to the display scales that are larger than the display scales for displaying the mosaic dataset overviews..” Pyramids vs. overviews… I’m a bit fuzzy on this. I see our Image services as being dynamic. If a cache is created, it will be used as a Map service with scale factors matching what we need for web maps/apps. I will use the Image Server service just to create the cache (since it is so much faster). So for argument sake, think dynamic Image services: Q6: Where is the line between creating pyramids vs building overlays? Q7: Are both needed, and if so, what options do I want to use for them to work well together? As mentioned in above showing the variables I used when adding the rasters, I did not create pyramids or statistics in input. Q8: Is this a problem, and should I recreate the mosaics with these turned on, or can I “run/create” these after the fact? Q9: I ran the “define overlays” with -1 and it created 8 levels. Should I delete these and recreate aver building the pyramids?? “For the purpose of ensuring availability of the pyramids (and to avoid accidental loss of access to pyramids that are stored external to the source rasters, I often recommend building the pyramids as internal to the source file. In that way, the pyramids have no risk of being separated (pathwise) from the source rasters.” Q10: Can you explain what you mean by “I often recommend building the pyramids as internal to the source file.” Or point me to a doc that explains what you mean? Q11: Is this done “outside” of the add raster process, and do you mean in the folder/server with the tiffs?? Follow up questions on Statistics: “In terms of the statistics, it is always recommend that statistics be computed on the source rasters (again during ingest) and stored in the TIFF tags” Q12: by “ingest”, do you mean during the add raster process? Q13: by “the source rasters”, do mean the .tiff in the source folders, or in the source mosaic? Seems if “ingest” means the add rasters than I’m really not sure. I really need to check out of the info you mentioned about the statistics variables, but that may not happen until after the holidays. New subject and questions on Functions…. Mosaic vs Image Server services: From what I think I understand, we can have multiple function-strings that the user can chose, built-into one service. (??) Q14: Do these same function need to also be in the derived mosaic database? Q15: Where do we find the function-string templates for the Image service? …or is it just what we create and export from the mosaic functions? Just not sure how those all work together…..whether in the mosaic vs in the service is better, if both are needed or not. ---- Seems like I’ve been trying to grasp all these concepts forever. With the 10.2.2 version of the Image extension, I was able to do the very basic things and that was enough for that time, but with 10.5.x, it was time to branch out and maybe do it right (or at least better). So again, all help it much appreciated. Obviously, many of the questions are related and may have just one answer…I just separated and numbered for convenience if you need to refer to one. BTW - I am hoping to talk to some staff in another agency later today (that are working with their own copies of the same source data), and that will also help. I’ll be away from this process for a few weeks but reading up when I can, so having answers here on the forum is great (and hopefully will help others).
... View more
12-13-2017
01:24 PM
|
0
|
0
|
4758
|
|
POST
|
Kevin MacLeod We are in the same boat. We are working on upgrading from 10.2.2 to 10.5.1. (edit....For Server, Portal, Image Server) We have so many other moving parts in the picture (SQL, new servers/OS, remote servers/workstaion vs local, etc) and it has taken us so long to get to a place we are ready to really do it, that we will not move to 10.6, even if it is released before our upgrade is ready. I think the move to 10.5.1 and all the rest is a big enough leap for us that the vetted-ness of it is a plus. I'm sure it will get patches as need for quite some time....even if not necessarily new features. my 2-cents, from our perspective.
... View more
12-13-2017
12:13 PM
|
1
|
2
|
929
|
|
POST
|
Mosaics and Image Server services….source vs derived vs reference…Advice requested Note: Sorry, this is long…but greatly appreciate anyone who reads and can give advice. I know there are many approaches, but looking for suggestions so I can get my head wrapped around it, so I can see what can work for us. A logical approach just hasn’t quite clicked for me yet. I'm putting this as a question to get more views and maybe more responses....but realize there may not be any one answer. I am looking for some advice on setting up our mosaics and Image Server services (10.5.1). I know the basics of how to create the source mosaics and create image services from them (I have done this in 10.2.2 and initial test in 10.5.1). I have read the various help and documents on what can be done, and the various workflows: http://doc.arcgis.com/en/imagery/workflows/standard-workflow/overview/overview.htm http://server.arcgis.com/en/server/latest/get-started/windows/what-is-arcgis-image-server-.htm https://www.esri.com/library/bestpractices/imagery.pdf (sept 2010) http://resources.arcgis.com/en/help/image-management/index.html#/Image_Management/02qr00000002000000/ (10.1 docs) http://www.arcgis.com/home/group.html?id=b65f2601e0084e32afab3eb488fa8a67&sortField=modified&sortOrder=desc#! And many others, but my head spins whenever I try to figure out a logical way to set this all up. Source Data: I have 5 folders with about 4500 tiffs (plus .tfw, xml, etc.), one folder four each of 5 “categories” (RGB, PAN, CIR, DEMEllipsoid, DEMOrtho). After several crashing, corrupt, and blank or checkerboard issues on zooming in (see notes at bottom for how we fixed), I have successfully created the fgdb with the 5 “source” mosaics with the default reference system, and used the “-1” for overview creation and have done the default “analyze”, etc. I also created an intial service for the RGB (which was how we found and debugged the zoom issues). All our source data is referenced with the UNC path to the folder (so it should be portable to our production machine, when ready). Source (initial) mosaics: Based on some of the suggestions, I created a file GDB with the “s_” designation to indicate source mosaics. For lack of better name to start, I attached the wkid, i.e. s_wkdi102247.gdb Goals (in no particular order, but numbered for discussion purposes): Have mosaics and/or services in difference projections (3338 and maybe WMA) Create a cache in 3338 for distribution to area offices/offline and/or map services Create hillshade, slope, aspect, shaded relief, and maybe some other function stil to be determined…..in 102247 and/or 3338 (i.e. re-projected) Questions (finally…again, in no particular order): Am I better off creating “reference” mosaics with functions OR Image Server service with functions for: The re-projection to 3338? The hillshades, etc. in 3338? And should these be function strings or a new reference mosaic off of a. above? If my data doesn’t overlap (i.e. time), isn’t from different mosaics, etc., that is, if I’m not combining other mosaics, is there a reason for “derived” mosaics? Or am I better off with reference mosaics? I have all of the source mosaics in one fgdb. I know that one corrupt mosaic can corrupt the entire fgdb (from yesterday’s experience). Any suggestions for a better strategy or organization of the source and all the reference fgdb/mosaics that will make it efficient and logical? Anyone have a good sample of how they did or would do it? Thanks for any and all suggestions. Note: for those wondering how I fixed the crashing and zooming in errors (in case it helps others): accessing the source on a more “local” read-only server helped with the crashing on creating the mosaic. Also sped up the creation process easily 4 fold or more. The zoom issues were mainly because the OS service for “ArcGIS Server” log-in-as had a different account running it from previous installs. This local account did not have permissions required to access the source images. We did 2 things: used a different service account for the log-in-as, an d made sure it was in the group that had read-access to the source folder created a new “data store” connection in the ArcGIS Image Server (although, the old one may have worked after the above) btw – we first thought the issue was the “default” overview levels create was 4. Using the “-1” option for optimal levels created 8, which improved the zoom issues, but didn’t fix it. That is when tech support suggested the permission issue. That didn’t dawn on me since it worked on other machines (10.2.2) and Desktop could access for the creation of the mosaic. However, it was the Image Server that didn’t have the correct access when it “ran out” of overviews. (i.e more dynamic). Tagging, since not sure best location: https://community.esri.com/community/gis/managing-data?sr=search&searchId=3052d0cf-f030-4222-8d73-3aa384c7ad04&searchIndex=1 https://community.esri.com/community/gis/imagery-and-remote-sensing?sr=search&searchId=2f717d35-ae8d-4b95-a4f5-0743c0fd5c77&searchIndex=0 https://community.esri.com/groups/elevation-data?sr=search&searchId=868f085b-27b2-42ed-8a73-78d9e95d81bd&searchIndex=0 https://community.esri.com/community/gis/enterprise-gis/arcgis-image-server?sr=search&searchId=48361638-81d9-4258-be62-bcfa47227a87&searchIndex=1 https://community.esri.com/community/gis/enterprise-gis?sr=search&searchId=e02178e7-6ad8-48b3-a379-8f250249c0d0&searchIndex=1 https://community.esri.com/community/gis/enterprise-gis/arcgis-enterprise?sr=search&searchId=e02178e7-6ad8-48b3-a379-8f250249c0d0&searchIndex=0
... View more
12-12-2017
06:36 PM
|
3
|
7
|
6553
|
|
POST
|
I pretty much create tools from scripts, create a tool in my toolbox, and use the Parameter setup in for the tool to create combo boxes. I just created one today for one of my tools (for creating some mosaic data bases). you can set a default if you want...I didn't want one. My list of values: Then accessing in my script.... import arcpy
import sys
def myMsgs(message):
arcpy.AddMessage("{0}".format(message))
print("{0}".format(message) )
typeList = arcpy.GetParameterAsText(6)
myMsgs(" - the typeList {0}".format(typeList))
if not typeList:
#mdList = ["rgb", "DEMEllipsoidal"] #, "DEMEEllipsoidal", "DEMOrthometric", "pan", "cir"]
#mdList = ["cir", "DEMEllipsoidal", "DEMOrthometric"]
myMsgs("Can run manually by modifying list and uncommenting one of the above.")
sys.exit()
else:
mdList = typeList.split(";")
myMsgs(" --- the mdList is {0}\n".format(mdList))
#sys.exit()
Sorry this is a bit messy. This is a work in progress and just added that in (and was testing) for the last item on the list. But wanted to make it available for other in my org in the future. Note sure if this will help or not, but it's there. (Funny, I couldn't get this to work last week and it was easy today.....must have been the cold med fuzziness) edit...forgot to add a pic of the UI
... View more
12-12-2017
04:15 PM
|
0
|
1
|
5852
|
|
POST
|
Ahh. Yes, that would be an issue. Sounds like a customer support call. good luck!
... View more
12-12-2017
01:21 PM
|
0
|
0
|
3102
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 02-08-2018 08:21 AM | |
| 1 | 10-07-2015 09:48 AM | |
| 1 | 10-25-2015 12:23 PM | |
| 1 | 11-02-2017 09:00 AM | |
| 1 | 11-04-2016 02:11 PM |
| Online Status |
Offline
|
| Date Last Visited |
03-31-2025
04:56 PM
|