Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Request Type

Object Photography/Conservation Photography

Gallery rotation

Exhibition

Labwork

Archive

Non-Object Photography

Condition

There should be a text field in customer portal to capture the object id

There should a text field in customer portal to capture the object id

There should a text field in customer portal to capture the object id

There should a text field in customer portal to capture the object id

NA

NA

Action

It opens a JSD(customer portal) form and pre-populates the data coming from CITI

It opens a JSD(customer portal) form and pre-populates the data coming from CITI

It opens a JSD(customer portal) form and pre-populates the data coming from CITI

It opens a JSD(customer portal) form and pre-populates the data coming from CITI

NA

NA

CITI Metadata

title
artist
department
objectType
thumbnailPath
domensions
currentLocation

Place ID/Place shortcut codes
Location/Place Name
Exhibition ID
Exhibition Title
Exhibition Opening Date
Exhibition Closing Date
Exhibition Curator

Place ID/Place shortcut codes
Location/Place Name
Exhibition ID
Exhibition Title
Exhibition Opening Date
Exhibition Closing Date
Exhibition Curator

NA

NA

Comments

NA

NA

NA

NA

Out Of Scope as far as CITI integration is concerned

Out Of Scope as far as CITI integration is concerned

Process for creating request by Manual entry of object ids in JSD portal (applicable for all request types)

Request Types

All request types except Non-Object Photography and Archive

Process

  • User opens the jsd form directly without going through citi app

  • User fills in the object id into the textbox

  • JSD pulls the data from the CITI(captions api) and populates the fields in the JSD customer portal

  • User then fills the rest of the form and submits the request

Implementation Details

We can make the call to the custom JSD api from Customer portal. The custom JSD api then can call the CITI’s caption api and return the response to the client code in the customer portal.

Comment

Artic is yet to confirm this process as of 6th Nov 2020. They will be discussing with imaging team internally and will come with the confirmation.

Process for generating file names (Awaiting confirmation from ARTIC as of 6th Nov 2020)

  • Ticket (job) is created

  • Jira autogenerates a filename starting with J (to be confirmed with Imaging team) and going up sequentially for each ticket submitted

  • First ticket should be J000001

  • It was noted during today's Imaging meeting that the autogenerating of filename happens at the time the Phoenix job is created. Phoenix creates a filename (sequentially based on time of job creation), stores it as a value in a field, and the Imaging team copies and pastes that value when naming the file on their server.

  • Autogenerated filename is added as a value in a field in Jira called "Filename information" or something like that

  • Imaging staff names the RAW file with the value provided in "Filename information" by copy and pasting (same as Phoenix currently) the field value when naming the file

  • Imaging staff uploads named RAW file to Jira to share with customer

  • Imaging staff names the final file to be uploaded into NetX "Filename information"-int For example, J000001-int

  • Jira pushes the final file (and relevant data) into NetX once the ticket is complete. Only files with "-int" included will be pushed to NetX. Imaging team to determine where they will be storing RAW and edited files.

Jira Issue Task List

Jira Legacy
serverSystem JIRA
maximumIssues20
columnskey,summary,type,created,updated,assignee,reporter,priority,status,resolution
jqlQuery(project = "Atlassian Projects" AND "Epic Link" = AP-1614 and issuetype = Story)or key = AP-1614 ORDER BY created DESC
serverId6f8446ac-0270-38e8-bfda-78a5daa9d08d