Support Board
Support Board
Search Board
Control Panel
View My Posts / Threads
Direct MessagesDate/Time: Fri, 26 Apr 2024 03:00:24 +0000
Move scid files
View Count: 10607
| [2020-09-17 11:24:53] |
| trading2themoon - Posts: 46 |
|
Is there a way to move the default location of all the scid files? They grow quite large and when I'm not on a strong connection they're constantly syncing in Dropbox, which kills my overall computer performance. If I can move them to a separate folder then I can exclude them from syncing. Thanks! |
| [2020-09-17 12:01:29] |
| bradh - Posts: 854 |
|
Is there a way to move the default location of all the scid files?
General Settings>>General 1>>Data Files Folder Why you want Sierra Chart to be part of your DropBox is not clear. |
| [2020-09-17 14:02:56] |
| trading2themoon - Posts: 46 |
|
Thanks, but I need jsut the scid files moved, not the rest of the documents in that folder like the spreadsheet files etc. I use dropbox to sync my strategies between local and remote desktop computers, as well as provide versioning and backups.
|
| [2020-09-17 14:45:51] |
| bradh - Posts: 854 |
|
The data folder holds all those files. There is no dedicated folder just for SCID files. May I suggest you use the tool SyncToy? (https://www.microsoft.com/en-us/download/details.aspx?id=15155) That way you can control when to do the syncing. You can exclude the SCID files from the sync process to save space and bandwidth. Brad |
| [2020-09-17 16:16:39] |
| |
|
Refer to this setting: General Settings Window: Data Files Folder (Global Settings >> General Settings >> Paths >> Files and Folder Paths) Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2020-09-17 17:59:31] |
| trading2themoon - Posts: 46 |
|
Thanks! I tried this: moved my data files to a new subfolder and kept my other files in the regular Data folder, but now it won't read spreadsheet files that aren't in the new Data Files folder with the scid files, which defeats the purpose. One would expect the program to use the path to the spreadsheet file as opened, no matter where it lives... right? |
| [2020-09-17 18:01:25] |
| John - SC Support - Posts: 31131 |
|
All the data files are expected to be in the folder defined by the setting for Data Files Folder. You cannot have some of them in one folder and some in another.
For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2020-09-17 18:08:52] |
| trading2themoon - Posts: 46 |
|
Why not? You can open the files from another location...
|
| [2020-09-18 09:43:40] |
| |
|
The only exception to what is said in post #7 is Chartbooks. Not sure about spreadsheets. We would have to test that.
Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2020-09-18 09:48:14] |
| trading2themoon - Posts: 46 |
|
It just doesn't make sense from an engineering perspective. If you can load files from another location, it should continue to read the file from that location. Also, you shouldn't have small, user-edited files and massive, read-only files in the same folder.
|
| [2020-09-19 14:41:58] |
| bradh - Posts: 854 |
|
It just doesn't make sense from an engineering perspective.
It makes sense from a certain point of view: all user specific data is in its own folder. You are asking for more folders in order to differentiate where those user files are stored. This is of course entirely possible but it is a use case that appears to be a very low priority to Sierra Chart. I would agree, as there are other ways ways to accomplish what you want: syncing two PC's \data folders without constantly re-syncing SCID files. Counting on DropBox to keep two Sierra installations in sync is a shotgun approach, and not suitable for large files that are constantly changing. An easy way to do file-based selective syncing was already suggested. (https://www.microsoft.com/en-us/download/details.aspx?id=15155) If you want to automate SyncToy you can use use the scheduler to do so: https://www.howtogeek.com/howto/25046/schedule-synctoy-to-run-automatically-with-task-scheduler-in-windows-7/ I prefer that Sierra engineering focus on making the application better with truly useful features. |
| [2020-09-20 00:49:44] |
| User90125 - Posts: 715 |
|
I prefer that Sierra engineering focus on making the application better with truly useful features.
Well I don't think I'm alone in thinking that the implementation of microsecond timestamping could have been far less disruptive to users as it apparently is. Not everyone has the .cpp source code around for custom studies to recompile for this. It sucks. So I trust Engineering in the future to keep the core features largely the same, if only for backward compatibility. And that includes the data files folder location. |
| [2020-09-20 08:22:50] |
| trading2themoon - Posts: 46 |
|
And that includes the data files folder location.
We're saying that the data files folder location is already something you can move, but that the user writeable files should be loaded from whatever location the user opens them from. Very simple and causes no changes to other parts of the system. That said, there have been other backwards compatibility-breaking updates, so separating the user files from the giant data files could easily be a part of some future release where it's grouped with other backwards compatibility-breaking features. |
To post a message in this thread, you need to log in with your Sierra Chart account: