POST
|
Does it give the same error if you run it without any arguments? If yes, I'm not sure if I can help, it's something in the system, some missing and unknown dependency. It could be security or antivirus related too. We do run CacheWorx on VMs and non-VMs all the time, never had this problem, although it has been reported.
... View more
06-29-2020
12:43 PM
|
0
|
0
|
633
|
POST
|
Hi Shane, If the C++ runtime is installed, crashes are usually caused by the cache configuration file. Try running the cache_worx.exe, located in the folder named "python", directly from the command line. > cache_worx -mode coverage C:\path\to\cache\ That command should return without any error message, and create a couple of coverage files in the C:\path\to\cache\Worx folder. If instead it is complaining about "create band failure", the problem is something the conf.xml content. - Make sure you're not missing the top levels in the LODInfo part. - Too many levels will overflow the available memory on some systems. Post the conf.xml if it still gives you problems. Lucian
... View more
06-27-2020
12:20 PM
|
0
|
2
|
633
|
IDEA
|
Having a true Historical Imagery service would be great, yet building one from the World Imagery is not feasible for multiple reasons, only some of them technical. First of all, the Wayback Imagery doesn't reflect time. It is only a sequence of states of the WorldImagery tiled basemap, as they existed in the past. It is mostly intended to offer access to imagery that has been replaced in the current version of WorldImagery, or the ability to freeze the state of the Imagery basemap, so it is not subject to updates. Only a tiny fraction of the globe changes at each release, and the acquisition time of those changes is not even linear with the release sequence. For example some imagery collected in August could be added in an October release and then in the December release add some imagery collected in June. Esri added source image metadata to Wayback recently, precisely to offer a view into the imagery acquisition time. To offer a true historical imagery service the World Imagery dataset, which is only a massive collection of tiles, would have to be reverse assembled into the original source images, and then those images added to a dynamic, time enabled Image Service. Besides being extremely hard to do, this type of use is not allowed by the licensing agreements that cover the imagery basemap data. Even if all that could be done, it would be a dynamic service that can reorder and blend different time steps, which would need many more resources to operate and would behave very different from the existing Wayback service. It would not be a fast and free tiled service anymore. What Wayback does offer is high performance access to historical imagery while staying within the bounds of a tiled basemap technology. This is what makes it unique and free to use on the ArcGIS platform.
... View more
04-01-2019
01:47 PM
|
2
|
1
|
702
|
BLOG
|
Joseph Kerski The Wayback service is not Historical Imagery, but a history of the World_Imagery basemap state. It allows one to view the World_Imagery basemap as it was at the particular date in the past. The only guarantee is that the imagery is not any newer than the respective date, it can be much older. Lucian
... View more
10-30-2018
03:02 PM
|
0
|
0
|
652
|
POST
|
You mean for the current day (JS viewer)? It is not missing, that is today, the data for that region has not been received from the satellite and processed yet. Wait a couple of hours and it will fill in.
... View more
04-17-2018
12:47 PM
|
0
|
0
|
722
|
POST
|
The server update will keep the service name the same, so it should not require any changes. The update is only planned at this point, not imminent. I can't answer your other questions, I only work on the server itself, sorry! Starting the "ArcGIS Online Viewer" from the MODIS (ImageServer) does show the right period.
... View more
04-17-2018
12:34 PM
|
0
|
1
|
722
|
POST
|
The service info page at MODIS Service shows the time extent as: [2012/06/01 00:00:00 UTC, 2018/04/17 00:00:00 UTC]. The end of the period will change, it is always the current day. There might be minor data gaps in the time coverage, when the processed data is not available. Those gaps are very rare however. You can reduce the time step to one day to see exactly what is available for each day. I will be updating this service, and part of that update will be synchronizing time extent with the one provided by NASA GIBS. It looks like they completed the back-processing of all the available MODIS data, so when this update will be complete the time extent will start on 2002-02-24 for MODIS Terra and 2002-07-03 for MODIS Aqua.
... View more
04-17-2018
12:04 PM
|
1
|
3
|
722
|
POST
|
Maybe you have another gdal110.dll in your system? Possibly a 32 bit version?
... View more
07-15-2016
12:12 PM
|
0
|
0
|
506
|
POST
|
What happens if you run cache_worx.exe from the command line? What is the exact error message? cache_worx.exe is located in the python subfolder that came with the toolbox. The gdal110.dll the tools are looking for, as well as other required dlls should already be in the same folder.
... View more
07-12-2016
03:23 PM
|
0
|
2
|
506
|
Title | Kudos | Posted |
---|---|---|
1 | 04-17-2018 12:04 PM | |
2 | 04-01-2019 01:47 PM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:24 AM
|