Offline Game
Edgars Rob
I am running Windows 11 as my OS (that's not the problem as my last PC was also Windows 11) and Dropbox v159.4.5870, although that might not have been the version I installed as that was a couple of weeks ago now.
Did this post help you? If so, give it a Like below to let us know.
Need help with something else? Ask me a question!
Find Tips & Tricks Discover more ways to use Dropbox here!
Interested in Community Groups? Click here to join!
I am currently having to select the whole Dropbox folder and choose "Make available offline" every day because it seems that every file that gets added by a team member is defaulting to being online only.
What I think the problem might be is when team members who are set to have the whole of Dropbox set to "Online only" create files they become "Online only" for me as well. Other members who are "Available offline", when they create files I believe I might be getting them as "Available offline".
Setting up a new computer. I have it set so that Dropbox syncs files and to make them available offline... I want the files on my hard drive. But it only syncs 6 files and then says its done and when I go in the folder the files are there but they are downloaded to the hard drive. I have 400 gb and thousands of files - need this to just work. Also set up another computer and it all worked as it should've. Tried to delete and reinstall but even that isn't working like it should - when I reinstall it doesn't go through the same set up steps
Does anyone out there have users with massive (thousands of rows and dozens of columns) XFGetCell() workbooks that are seeing issues with the "Save Offline Copy" feature? (and yes, I know.. they should not be creating these massive workbooks in the first place - that's not what XF() is meant to do)
My organization loves XFGetCells and a lot of our FP&A users have retrieves pulling 25,000-30,000 data cells. Typically, I recommend two things when facing issues similar to what you're describing.
1. Ensure the entire workbook has been refreshed before attempting to save offline copy. If the entire workbook isn't fully refreshed, it will appear that the offline file saved but you won't get the desired outcome.
2. Review your preferences in the Excel Add-in. The below screenshot of my setup has always worked for saving offline files.
I was always under the impression that when saving an offline copy, the addin attempts to refresh the entire workbook one last time before saving anyhow - just wanted to confirm that you're saying we should still do that anyhow because it's possible the offline save isn't finishing the refresh before attempting to save a copy?
Thanks for the screen capture as well - looking at your preferences, it would appear that you are on a later version than we are. May I ask what version you're on? We're still plodding along on 6.8 and I wonder if they made improvements to this offline feature in later versions?
I also suggested to my users that it might be a good idea to set their Excel calculation to Manual instead of Automatic because there's an additional checkbox that causes the entire workbook to recalculate. I'm not sure if they've tested that yet or not. And I'm not sure how helpful it'll be but I know these folks have combined vlookups() within the same cells as their XF() functions so it's a guess on my part.
Looking forward to hearing what version you're on because I feel like we're doing what you're suggesting. On the plus side it gives me greater comfort that this is offline save is doable without issue and maybe we just need that upgrade.
Yeah, to confirm, it's recommended to click Refresh Workbook and ensure that all cells are refreshed prior to clicking Save Offline Copy.
We are on v7.4 which if I recall correctly, only adds that last preference option as compared to any v6.X. I'm not sure if any noticeable changes were made, but I've recommended these settings (excluding the last one since it's v7.X related) over the years and it's always been successful, even in the very large data cell workbooks.
Did this post not resolve your issue? If so please give us some more information so we can try and help - please remember we cannot see over your shoulder so be as descriptive as possible!
In the cloud and through the Dropbox interface, the extra protection from Vault would be available. On a local storage device, it would be "business as usual". However, some users (like myself) might find the extra security more valuable specifically in the cloud and through the Dropbox interface.
As secure as Dropbox sync presumably is, perhaps Dropbox wished to eliminate recurring sync from Vaulted files to avoid the repeated exposure of such files to data transfer between cloud and local, just to be extra cautious. However, I'd still be interested in "business as usual" syncing of such files with the added security of Vault limited to the cloud storage / Dropbox UI side.
I don't see the problem there in providign access to the Vault folder offline. There can be just an extra encyption for the folder which should solve the issue. Othe cloud storage and backup providers like pCloud which also I am using has got this feature available which is making the secret folders easy to access from desktops locally.
I like the idea of backing up (and accessing) my data online in case my computer, say, gets run over by a bus. I also like the idea of backing up my online files on my computer in case I loose access to the internet. It is disappointing that my most important and sensitive files would be in a vault the violates this concept of Online backs up Hardware and Hardware backs up Online. Seems easy enough to sync an encrypted file that could be opened offline.
Earlier Enterprises may not have had a hard limit specified in the documentation but there has been a lot of discussion on issues packaging data. There's a good chance that's why these hard limit recommendations eventually came to be.
Entire package. They recommend excluding attachments to decrease package size. It's generally the tile layers + large extent + high level of detail, or attachments, that contribute the most to package size.
You can create up to 16 offline map areas per web map. I'd recommend creating multiple offline areas, as optimized (small) as possible, instead of a single behemoth. I'd look to the 11.1 or latest size limit recommendations as a good guide - under 1gb is better.
I'm on 10.9.1 and I'm having issues packaging offline areas due to the size of the packages. Since discovering the size limit in the 11.2 documentation, I wondered if the hard limit had always existed but not specifically mentioned.
I discovered that my map already had 16 offline map areas of various sizes (up to 3GB in size) which led me to question how the size limit was enforced. Then, I realised that when the offline map areas were created, they were very likely to be under 2GB in size initially.
As the size of some of the feature services grew, the data in the offline managed grew as well through the 'update' process. The 'Update' process appears to ignore size limits which is how I ended up with packages >2GB in size.
It does introduce a lot of issues in maintaining these offline areas because you could not knowingly be maintaining a perfectly working offline area that has exceeded the size limit but suddenly could not be recreated again due to the size limit and the result is a broken offline map area.
The only workaround I could think of was to use editor tracking fields, but these fields are not populated until after a data point is collected. So form calculations needing this information will not have it unless the user re-edits the newly added point. This is not a great solution.
03c5feb9e7