TMSUSERS Archives

The Museum System (TMS) Users

TMSUSERS@SI-LISTSERV.SI.EDU

Options: Use Monospaced Font
Show HTML Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Rothman, Steve" <[log in to unmask]>
Reply To:
The Museum System (TMS) Users
Date:
Thu, 26 Feb 2015 14:14:01 +0000
Content-Type:
multipart/alternative
Parts/Attachments:
text/plain (4 kB) , text/html (16 kB)
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<file:///\\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]<mailto:[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<http://www.shangrilahawaii.org/>

Follow Shangri La
Instagram: @ShangriLaHawaii<http://instagram.com/shangrilahawaii> | Twitter: @ShangriLaHi<https://twitter.com/shangrilahi> | Facebook: Shangri La, Doris Duke Foundation for Islamic Art<https://www.facebook.com/pages/Shangri-La-Doris-Duke-Foundation-for-Islamic-Art/202214289815530?ref=br_tf> | Blog: The Door to Shangri La<http://blog.shangrilahawaii.org/wordpress/>


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]<mailto:[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]<mailto:[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]<mailto:[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]<mailto:[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.


ATOM RSS1 RSS2