Offline Download

0 views
Skip to first unread message
Message has been deleted

Fay Vitiello

unread,
Jul 8, 2024, 5:33:27 PM7/8/24
to kensemigvi

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.

offline download


تنزيل https://lpoms.com/2yZB5b



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.

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!

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.

I figured, the editor tracking fields clearly have access to usernames, so maybe GetUser() does too. This DOES work while offline. When I say offline I mean my device is in airplane mode and I am using either an offline area created on the device, or an offline area created in Field Maps Designer. I tested both.

In my specific case, our organization uses first initial and last name as part of their usernames, so I can still get the information I want. I won't mark this as a solution though, as it is not quite as good as retrieving a full name. I also find it frustrating that this is not documented anywhere in the Field Maps references or the Arcade reference.

I created a bit of a workaround for this if anyone is interested. I would imagine this workaround is not practical or applicable for all use cases, but it is still something. I literally have not tested this offline, but I see no reason why it would not work, since the table in question could be synced and available offline. (I will test that in the coming weeks, but I figured the concept was worth sharing.)

For an unrelated task, I created a table with key (field) names, and lookup values to search for, then "value" field names, and values to return. I initially put last_edited_user to try and populate this, but that only hits the form on submit (so it couldn't actively apply from the lookup table.)

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.

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.

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

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.

03c5feb9e7
Reply all
Reply to author
Forward
0 new messages