We saw problems like this in the past.

 

Most of our users have the image server directory “mapped” as a drive, so they open “T:\dropfolder” or similar and drop image files in there. This works because the “T:\dropfolder” path is in TMS.

 

But if our user opens up the image server directly, as \\imageserver\volumeA\dropfolder the window looks the same on their screen, but when they drag and drop TMS doesn’t recognize that it’s the same place, and the drag-and-drop fails.

 

Maybe something like this is going on? -Steve

 

 

Steve Rothman, Systems Administrator

Peabody Museum of Archaeology and Ethnology

mobile: 617-517-4855 or x5-9968   

[log in to unmask]

 

 

From: The Museum System (TMS) Users [mailto:[log in to unmask]] On Behalf Of Bethany Bannister-Andrews
Sent: Tuesday, February 24, 2015 4:51 PM
To: [log in to unmask]
Subject: Re: Media drag-and-drop issues

 

Yes! You are not alone! We still have this problem, despite discussing with GS and our IT staff. We checked permissions for them, as well, but no change. It isn’t just one user that can successfully drag-and-drop, thankfully, but I think the users with the issue possibly have the issue inconsistently. It really slows down their work when it’s happening. I’d love to fix it for good!

 

Bethany

 

Bethany Bannister-Andrews

Registrar, Shangri La

Doris Duke Foundation for Islamic Art

4055 Papu Circle

Honolulu, HI 96816

(808) 792-5505

www.shangrilahawaii.org

 

Follow Shangri La

Instagram: @ShangriLaHawaii | Twitter: @ShangriLaHi | Facebook: Shangri La, Doris Duke Foundation for Islamic Art | Blog: The Door to Shangri La

 

 

From: The Museum System (TMS) Users [mailto:[log in to unmask]] On Behalf Of Cristina Lichauco
Sent: Tuesday, February 24, 2015 8:03 AM
To: [log in to unmask]
Subject: Media drag-and-drop issues

 

Hi All -

 

We have been having a frustrating issue with the TMS media drag-and-drop feature. Gallery Systems has determined that it is not a TMS issue and that everything should work fine, but we haven't been able to trace it to a server issue either. I am wondering if anyone here has had a similar issue and can offer any new angles to explore.

 

Basically, we have an image server where we have directories set-up for for object images (JPEGs). The directory paths are registered in the TMS media module path authority.

 

We have one user where if they drag-and-drop from the image server to the media tab of an object record, the media record is created using the correct file path. But if any other user (even a sysadmin) tries to do this, the record is created using the default drag-and-drop directory instead and the file is copied from the original image server location to the default directory. If they try and drag a file that already exists in the default directory to another object record, instead of the existing media record simply being linked to the object record, they get an error that the file cannot be copied to that location.

 

We suspect there is some issue in the communication between TMS and the image server, but our IT team has not been able to figure out where it lies. They have played with a lot of permission variations and even gone so far as to entirely recreate a new image server from scratch with fresh permissions and the problem persists. Gallery Systems keeps insisting that everything should work fine and so isn't of much help.

 

Has anyone encountered this situation before?

 

Cristina Lichauco

Collections Database Administrator

Asian Art Museum

200 Larkin Street

San Francisco, CA 94102

E: [log in to unmask]
T: 415-581-3676

 

SEARCH THE COLLECTION
http://searchcollection.asianart.org

To unsubscribe, send an email to [log in to unmask] with the following commands in the body of the email:

signoff TMSUSERS

// eoj

You will receive a confirmation that your subscription has been removed.

To unsubscribe, send an email to [log in to unmask] with the following commands in the body of the email:

signoff TMSUSERS

// eoj

You will receive a confirmation that your subscription has been removed.

To unsubscribe, send an email to [log in to unmask] with the following commands in the body of the email:

signoff TMSUSERS

// eoj

You will receive a confirmation that your subscription has been removed.