|
POST
|
You may also want to try searching the ArcScripts, which might be what you are referring to. ArcScripts Home - ESRI Support This link can be found on the support.esri.com page too.
... View more
12-16-2014
08:28 AM
|
1
|
0
|
646
|
|
DOC
|
Preliminary or proposed NEW "standard" Alaska Albers (Well known ID 102247) cache tiling schema used for statewide ArcGIS Server caching. Should to be discussed with Alaska ArcGIS Server SIG and general AAUG and Alaska GIS community. May require additional changed to other services currently available in various GIS shops. Due to new Alaska Geospatial Council (AGC - formerly know as SDMI) data being delivered as wkid102247 and a finer resolution than previous data, a new cache tiling schema is being reviewed. Also, with possible implementation of mosaic datasets and Image Server extension, with the combination speeding up the caching process tremendously, additional scales are added. Proposed cache scale include (14 levels -- should be reviewed and discussed): 1:16,000,000 1:8,000,000 1:4,000,000 1:2,000,000 1:1,000,000 1:500,000 1:250,000 1:125,000 1:63,360 1:32,000 1:24,000 1:16,000 1:9449 (source scale, as delivered to us) 1:5000 - upload and description provided by Rebecca Strauch for Alaska GIS Users 12/15/2014
... View more
12-15-2014
06:05 PM
|
0
|
3
|
3433
|
|
DOC
|
Current "standard" Alaska Albers (Well known ID 3338) cache tiling schema used for statewide ArcGIS Server caching. Created and adopted around Dec 2006 and still being used (Dec 2014) for many current services. Cache scale include (10 layers): 1:16,000,000 1:8,000,000 1:4,000,000 1:2,000,000 1:1,000,000 1:500,000 1:250,000 1:125,000 1:63,360 1:24,000 Due to new Alaska Geospatial Council (AGC - formerly know as SDMI) data being delivered as wkid102247 and a finer resolution than previous data, a new cache tiling schema is being reviewed. - upload and description provided by Rebecca Strauch for Alaska GIS Users 12/15/2014
... View more
12-15-2014
05:57 PM
|
0
|
0
|
1767
|
|
POST
|
Thanks. Thought I looked there (after download and before install)...better luck next time for me!
... View more
12-15-2014
12:43 PM
|
0
|
1
|
2243
|
|
POST
|
My guess is that once final is released, it will be available thru the download page. But since pre-release is just a step between beta and final I can see why the "update" would still be very large. Hopefully it won't be such dramatic updates for final. I am curious on where you are finding and grabbing the msi and cab files before they get cleaned up. I have all hidden files and folders, etc. all being shown, but I'm having a hard time locating the files. Looked int eh user appdata/local, and my temp files with no luck. That would be a good workaround to know if the update the update doesn't get better with final. Like you, downloading 700 mb for each update to every machine with Pro is a bit much....so having a "patch" file might be nice, if it doesn't mess it up do to other "online" changes that might need syncing. Thanks
... View more
12-15-2014
12:21 PM
|
0
|
3
|
2243
|
|
POST
|
Simon, glad you found your email on this. I was going to mention that earlier but couldn't find my email to confirm, but the 17th was what stuck in my head also. At least that was the day comments on the beta page were to be closed. So the WAB dev version should be soon after that....we all hope.
... View more
12-15-2014
12:02 PM
|
0
|
0
|
2672
|
|
POST
|
AGS-SIG 12/11/14 (online meeting) Presenter: Rebecca Strauch, GISP Topic: Working in the weeds with Alaska Geoportal Committee Data (AGC/SDMI imagery) - Tips and caching test results Note/Tip: We are testing this site for meeting summaries vs. emailing slides or posting elsewhare. This summary was created as a “Discussion” which allows users that are logged in to “comment” but does not require an “answer”. Use your GeoNet username (originally called the “esri global account”) or you can create a new username/profile from link in upper-right corner, if needed. Read-only mode should not require a login. Highlights: Getting into the weeds, that is, SIG meeting will talk details. With transition of Governor and staff, AGC (Alaska Geoportal Committee, formerly SDMi-State Digital Mapping Initiative) may be paused until things settle down. Technical Advisory Group (TAG) and Technical Working Group (TWG) still working at macro level not into the weeds in discussion. Trying to get the discussion started on using the imagery and products that we will be getting from the AGC/SDMI process. We now have enough data to start proof of concept testing, although still many holes. Data will continue to arrive over net year(s) Not necessarily a replacement for any of our current services or GINA BDL, but need to investigate data/tools to keep options flexible for staff (including remote/offline) and web maps/apps. Testing goals: Determine new tile cache schema…projection, addition scale levels, mosaic datasets, Image Server extension, ArcGIS Server 10.2.2 vs. 10.3 (pre-release) Step 1: reorganize folder/file structure so “like” images are grouped in folder. Used the DOS command xcopy with ability to submit command that would use two wildcards/variables to iterate thru all the folders to pull files. See graphic below for sample restructure. [Note: too hard to show demo due to meeting display issues….will write up document explain process and post to this site…if needed asap, contact me direct] Step 2: Watched several tech session and webinar videos, read online docs, discussed specific questions with esri staff. UC2014 tech sessions, for those with UC recordings (~75 minutes each) Caching Imagery Using ArcGIS Managing Imagery and Raster data Using Mosaic Datasets Other web resources Shared Cached Imagery in ArcGIS (60-minutes ...gets into linking metadata at end) Tutorial: Creating a cached image service ArcGIS Resources: Image Management Workflows ArcGIS Resources - community main page....includes links to other videos Scripts and tools available thru Image Management Workflows - Step 3: Started with RGB/Imagery files Tested many processes, but basically current steps are: Create new FGDB Create new Mosaic dataset – eventually, one for each Type of imagery .. Using projection “NAD83_CORS96_Epoch2003/Alaska_Albers” wkid #102247 Note: currently using Alaska Albers NAD83 wkid 3338. Parameters seem to be the same. Talked to Joel C (NPS) some about the differences. Bottom line for most of my department’s data using 3338, we will just force the projection change, since there isn’t currently a transformation that would make a difference. Maybe we can get Joel Cusick to post a doc or discussion. Add raster files, as“workspace”, e.g. add the “RGB” folder for each year for the imagery. Allowed it to create overlays since it didn’t take long Exported the “boundary” to a new feature class, to use for caching boundary tested, created Imagery service directly from mosaic dataset tested, created new tile schema, w/102247 and source scale 1:9449 1:9449 is this really the source scale? Note: I read data into ArcMap and zoomed to source resolution. If anyone has better info, let me know. Later, added addition scales 16k, 32k and 5k to current “standard” tiling cache scales I will start a different discussion re: the tile schema. Also, will post preliminary config files. We need to agree on a “standard” tile schema to facilitate the sharing of cache tiles (i.e., no need for all to cache their own). Additional scales can always be added locally, if an aency needs additional levels. tested, created cache in various ways and versions. Note: I’m extremely impressed with the speed of caching using the mosaic dataset and Image Server extension (ISe) vs caching from a map service (MS). Was able to cache available RGB …not complete state, of course …with all the current scales, plus the source, 16k, and 32k scales in about 4 days vs estimated 6 weeks with a MS, even without those added scales….although I have not tested with current data, yet. That is partially due to ISe caching at the source 1:9449 first..caching 1:16k from that cache, 1:24 from 1:16, etc. from what I can understand, 1:5k would go back to the source, so processing that in separate process…current about 68 hrs into process, expect a couple more days. Bottom line…ISe caching has proved to be extremely fast…relative to map server caches anyway. tested “upgrading” 10.2.2 bundled cache to 10.3 bundled cache, but getting error…waiting to test in final Plenty to still test 10.3 (final) – new compact cache, compatible with 10.x? (prelim results...) Desktop 10.0 – can see 10.2.x/10.3 as service, but not cache files in folder created by 10.3 (as bundled 10.3 format). Can see 10.2.x folder Desktop 10.2.2 – can see 10.2.x/10.3 as service, AND cache files in folder created by 10.3 (as bundled 10.3 format…or 10.2) ....this may control the decision on whether to: create in 10.3; or whether we'll even “upgrade” from 10.x to 10.3 bundle, although if exported in 10.3 is supposed to be in 10.2 format using fx (functions) of Image Server extensions, especially with DEM (dynamic caching?) Tile packages (.tpk) using ArcMap as an alternative to caching for distribution, and for use with AGOL, etc Getting the metadata connected….. python to attach to xml to each tif? Create service for the metadata only….look into steps from 60-minute video figure out how to update with new data as it arrives figure out if/how to fill in the holes in the data, at least temporarily Found out that several folders did not contain all imagery types....not sure if these images are to-be-delivered due to cloud cover or processing issues, or just missing. trying to determine how much of the "support docs" are duplicates....maybe can consolidate. need to determine why metadata is missing for some imagery Several questions were asked throughout the meeting: - re: licensing and distribution of caches were asked…I[note: deferred answers to someone more knowledgeable from AGC/TAG] -Jason asked about the Xcopy tools Becky used to restructure the files so she could more easily work with the imagery. [note: as mentioned above, I will create a separate writeup for the xcopy commands I used] -Kim Homan is working with CBJ lidar, imagery, countours, hillshade etc….to build image services. Ran into some issues: State Plane projection required, output naming convention has caused some issues… Silverlight doesn't accept reprojecting on the fly. If projections really are the same, then may be need to use alternative wkid?? Statistics - tile cache reporting tools become disconnected & reporting at 0%. Becky deleted the status gdb and re-created to get this to work. Also chatted about how the size estimator was also way off for Becky when she did her cache. -Evan Thoms talked about his use of mosaic datasets and issues when trying to accommodate users on multi-versions of ArcGIS Desktop. He is trying to move into image services with new Server deployment - wants to stand up options for web apps. Created GDAL libraries (virtual rasters) with a few large raster datasets (Digital Globe) - and works in both ArcGIS and QGIS. Becky asked Evan to present for the SIG ...tentatively Tues Jan 13, 2015. May combine with update from this meeting and/or other topic (Evan mentioned his talk would be short) Summary: Making progress, more to test. Let’s keep in communication to collaborate efforts, testing, and eliminate duplication. Please add comments, especially if you have comments on items that i have tested or anything on the to-do list. Thanks Becky Rebecca Strauch, GISP Message was edited by: Rebecca Strauch updated. Added graphics and fixing training/tutorial links. Message was edited by: Rebecca Strauch Added Q&A notes from the meeting. Message was edited by: Rebecca Strauch --replaced title page graphic to make it easier to read. no other changes
... View more
12-14-2014
05:01 PM
|
0
|
0
|
2516
|
|
POST
|
Welcome to the Alaska GIS Users page. This is a place to ask/answer Alaska specific GIS questions and to share tips discussions and others topics of interest to the Alaska GIS user community. It is a (currently, unofficial) complementary location for the Alaska Arc User Group (AAUG) and Special Interest Groups (SIG). The GeoNet site was launched July 2014 is by esri and contains the new forum format, as well as many other features, including the platform to provide this page. The GeoNet site is updated/improved as new features and suggestions are implemented. In addition, the first real launch of this page was in Dec 2014, and will be customized and revised as usage patterns emerge or suggestions are implemented. This site is currently “open to all” (i.e. the world), so when posting, remember to keep this in mind and do not post usernames, passwords or any other information that you do not want posted to the public world. Tips for using and commenting this page will be posted in documents in the future. We are all still learning best practices for the GeoNet platform.
... View more
12-14-2014
04:22 PM
|
2
|
0
|
2098
|
|
POST
|
Personally, I would recommend uninstalling any beta or pre-release before installing final, especially if you get any errors like that. But you probably already figured that out.
... View more
12-12-2014
07:04 PM
|
0
|
0
|
876
|
|
DOC
|
Thanks for posting Rudy. It's great to have this info handy in one place, for my own reference and for others in the department that are learning.
... View more
12-08-2014
08:32 AM
|
0
|
0
|
3515
|
|
POST
|
No, I am seeing what you are seeing (type, owner, etc) and not the description. i just needed clarification to make sure it wasn't just your browser. With that said, I'm sorry but I don't have an answer for you, but maybe the further exclamation with get others to respond.
... View more
12-03-2014
12:49 PM
|
0
|
0
|
1008
|
|
POST
|
Ryan, Are you saying that you short descriptions are not "popping up" when you hover, e.g. "Mix & Match Viewer"? I see them on your site when I hover in list view.....and it appears in the box in the grid view. I am testing in Firefox 30.0.
... View more
12-03-2014
12:15 PM
|
0
|
2
|
1008
|
|
POST
|
Also re: Cam's response "Is your concern 'macro' in terms of someone accidentally deleting the entire feature service? ... if so then cloning the service into your private area at some interval might do the trick." For each item, you can enable "Delete Protection" by editing the properties. This won't help with something being changed (or corrupt), but it will prevent it from being accidentally deleted.
... View more
12-02-2014
05:13 PM
|
0
|
0
|
4179
|
|
POST
|
I'm adding these questions to this thread because I believe they fall under the heading of "best practices" Cody Benkelman re: your mention of the best practices guidebook above..... for caching from a Image Service extension service, the guidebook, help, and the tech session at the UC all mention that it is best to cache the largest scale (in my case, the source resolution) and let the other cache levels be built from that, which is opposite of the thought process I have used before. In my situation, I am building the cache from a image service based on a mosaic dataset. This dataset has many gaps (i.e. data is still being collected, and some areas will not have data (ocean)) Questions: - Should I specify area-of-interest to only those areas that I know there is data, and if so, is there a way of specifying this thru/from my mosaic dataset? OR, is the image service smart enough to handle this (that is, I don't want a large no-data area. - Is there anything special I need to check to have the other levels work off the first (L09) that I create? Update below - If I plan to do one level at a time (due to network resources), should I run L08 complete, then L07, etc? Update below Thanks Update -- still have a question about specifying Area of Interest when caching, and whether it is necessary. However, the image service caching does seem to know to create the cache from L09 to L08 to L07, etc. on it's own. yea.
... View more
12-02-2014
02:46 PM
|
0
|
0
|
1242
|
| 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
|