Ray Posted December 27, 2015 Report Share Posted December 27, 2015 Hi Murat, My use case: - local catalog with files locally stored in %yyyy\%mm\%dd\filename (create sub folder) format. For instance <localdrive:\>2015\10\03\fileX.crw - server catalog with files stored in the same format at the server - "move to" the local file to the server catalog - file is stored on the server in a folder dated with date of the move instead: 2015\12\2015.12.27\fileX.crw while I would want (and expect) it to be <serverdrive:\>2015\10\03\fileX.crw The creation of the folder seems inconsistent anyway as I would have expected it at least to be 2015\12\27 in this specific case when it seems to use the date of the move. Any idea how to resolve/prevent this? Version 4.1-1280 Cheers, Ray Quote Link to comment Share on other sites More sharing options...
Alexius Posted December 28, 2015 Report Share Posted December 28, 2015 Are local catalog and server catalogs located on the same PC? Quote Link to comment Share on other sites More sharing options...
Ray Posted December 29, 2015 Author Report Share Posted December 29, 2015 No, they are not. I effectively want to upload the images to the central catalog. I tried this over a vpn (to the server network) as well directly when the the laptop (with the local repository) was connected to the network. In both cases this behavior is the same. Are local catalog and server catalogs located on the same PC? Quote Link to comment Share on other sites More sharing options...
Ray Posted January 24, 2016 Author Report Share Posted January 24, 2016 Any ideas? As this is still a problem for me... Are local catalog and server catalogs located on the same PC? Quote Link to comment Share on other sites More sharing options...
Alexius Posted January 25, 2016 Report Share Posted January 25, 2016 Moving files will upload to new PC (server) and Daminion uses default rename scheme for upload using current datetime. Local files can be located at different local drives, but server upload uses only one drive. Default scheme prevents file name conflicts. Quote Link to comment Share on other sites More sharing options...
Ray Posted February 29, 2016 Author Report Share Posted February 29, 2016 Moving files will upload to new PC (server) and Daminion uses default rename scheme for upload using current datetime. Local files can be located at different local drives, but server upload uses only one drive. Default scheme prevents file name conflicts. Well, I know the layout of my server. This default behaviour doesn't work for me, unfortunately as it puts all files at the date of the move/upload. What I want is move/upload from local to server and have it stored as it would when I did a normal upload to that server. Does this mean that I better upload as if the local files are all new? Or is there another way to get everything to the server? Quote Link to comment Share on other sites More sharing options...
Murat Posted March 1, 2016 Report Share Posted March 1, 2016 You can copy your files to your server PC using Windows Explorer by preserving your "2015\10\03" scheme. Then install Daminion Client on your server PC and import copied folder using this client. You can connect to Daminion Server by specifying "localhost" on this Daminion Client. Quote Link to comment Share on other sites More sharing options...
Ray Posted March 5, 2016 Author Report Share Posted March 5, 2016 You can copy your files to your server PC using Windows Explorer by preserving your "2015\10\03" scheme. Then install Daminion Client on your server PC and import copied folder using this client. You can connect to Daminion Server by specifying "localhost" on this Daminion Client. Well, I probably should have mentioned that the upload is done using a VPN connection from a remote location :) Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.