talk@lists.collectionspace.org

WE HAVE SUNSET THIS LISTSERV - Join us at collectionspace@lyrasislists.org

View all threads

Changing the Find & Edit, All Record Types, summary field

YN
Yousuf Nejati
Wed, Dec 21, 2016 11:52 PM

Hi all,

In the App layer configuration files (
https://wiki.collectionspace.org/display/DOC/Default+configuration+files+in+the+Application+layer),
what field and corresponding parameter dictates what populates the
'summary' field in Find & Edit > All Record Types only search?

Currently, a Find & Edit > Cataloging Record summary field is correctly
populated after modifying the 'mini' attribute, however, this is NOT the
case for  Find & Edit > All Record Types. Why is this?

https://wiki.collectionspace.org/display/DOC/How+to+change+the+columns+in+the+search+results

https://wiki.collectionspace.org/display/collectionspace/Summary+Fields

Thanks,

Yousuf

Hi all, In the App layer configuration files ( https://wiki.collectionspace.org/display/DOC/Default+configuration+files+in+the+Application+layer), what field and corresponding parameter dictates what populates the 'summary' field in *Find & Edit > All Record Types* only search? Currently, a *Find & Edit > Cataloging Record* summary field is correctly populated after modifying the 'mini' attribute, however, this is NOT the case for *Find & Edit > All Record Types*. Why is this? https://wiki.collectionspace.org/display/DOC/How+to+change+the+columns+in+the+search+results https://wiki.collectionspace.org/display/collectionspace/Summary+Fields Thanks, Yousuf
RL
Ray Lee
Thu, Dec 22, 2016 10:03 AM

Hi Yousuf,
Have you regenerated the services layer config? This is one of those cases
where you have to:

https://wiki.collectionspace.org/display/DOC/Configuring+CollectionSpace%27s+Application+Layer+-+An+Overview#ConfiguringCollectionSpace'sApplicationLayer-AnOverview-GenerateequivalentServiceslayerfilesandcopyingthemtotheCollectionSpaceserver

Here's why the all record types search is different than the cataloging
records search:

On the cataloging records search, the app layer makes a request to the REST
API to the /cspace-services/collectionobjects endpoint. If you look at the
response, you'll see the fields returned for each record:

<fieldsReturned> csid|uri|refName|updatedAt|workflowState|objectNumber|objectName|title|responsibleDepartment </fieldsReturned>

The app layer/UI layer maps the desired fields into the number and summary
columns. The services layer doesn't care which ones they are. That's the
case for search on any single record type.

On the all record types search, the app layer is not making separate
requests to the REST API for each record type. It's making a request to a
special "all records" endpoint, which is
/cspace-services/servicegroups/common/items. If you look at that response,
you'll see these fields returned for each record:

<fieldsReturned> csid|uri|updatedAt|workflowState|refName|docName|docNumber|docType </fieldsReturned>

In this case, you're searching across records with different schemas, so
the services layer can only return fields that it knows are common to all
record types (basically stuff in collectionspace_core), with two
exceptions: the docNumber and docName fields (also referred to as
meta-number and meta-name) are configured for each record type, so the
services layer knows which fields in each record type to map to them. This
configuration is generated from the app layer configuration, depending on
what you've specified as mini="number" and mini="summary". So for all
records search, you need to regenerate the services layer config when
you've changed mini="number" and mini="summary".

Ray

On Wed, Dec 21, 2016 at 3:52 PM, Yousuf Nejati yousuf.cspace@gmail.com
wrote:

Hi all,

In the App layer configuration files (https://wiki.collectionspace.
org/display/DOC/Default+configuration+files+in+the+Application+layer),
what field and corresponding parameter dictates what populates the
'summary' field in Find & Edit > All Record Types only search?

Currently, a Find & Edit > Cataloging Record summary field is correctly
populated after modifying the 'mini' attribute, however, this is NOT the
case for  Find & Edit > All Record Types. Why is this?

https://wiki.collectionspace.org/display/DOC/How+to+change+
the+columns+in+the+search+results

https://wiki.collectionspace.org/display/collectionspace/Summary+Fields

Thanks,

Yousuf


Talk mailing list
Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_
lists.collectionspace.org

Hi Yousuf, Have you regenerated the services layer config? This is one of those cases where you have to: https://wiki.collectionspace.org/display/DOC/Configuring+CollectionSpace%27s+Application+Layer+-+An+Overview#ConfiguringCollectionSpace'sApplicationLayer-AnOverview-GenerateequivalentServiceslayerfilesandcopyingthemtotheCollectionSpaceserver Here's why the all record types search is different than the cataloging records search: On the cataloging records search, the app layer makes a request to the REST API to the /cspace-services/collectionobjects endpoint. If you look at the response, you'll see the fields returned for each record: <fieldsReturned> csid|uri|refName|updatedAt|workflowState|objectNumber|objectName|title|responsibleDepartment </fieldsReturned> The app layer/UI layer maps the desired fields into the number and summary columns. The services layer doesn't care which ones they are. That's the case for search on any single record type. On the all record types search, the app layer is not making separate requests to the REST API for each record type. It's making a request to a special "all records" endpoint, which is /cspace-services/servicegroups/common/items. If you look at that response, you'll see these fields returned for each record: <fieldsReturned> csid|uri|updatedAt|workflowState|refName|docName|docNumber|docType </fieldsReturned> In this case, you're searching across records with different schemas, so the services layer can only return fields that it knows are common to all record types (basically stuff in collectionspace_core), with two exceptions: the docNumber and docName fields (also referred to as meta-number and meta-name) are configured for each record type, so the services layer knows which fields in each record type to map to them. This configuration is generated from the app layer configuration, depending on what you've specified as mini="number" and mini="summary". So for all records search, you need to regenerate the services layer config when you've changed mini="number" and mini="summary". Ray On Wed, Dec 21, 2016 at 3:52 PM, Yousuf Nejati <yousuf.cspace@gmail.com> wrote: > Hi all, > > In the App layer configuration files (https://wiki.collectionspace. > org/display/DOC/Default+configuration+files+in+the+Application+layer), > what field and corresponding parameter dictates what populates the > 'summary' field in *Find & Edit > All Record Types* only search? > > Currently, a *Find & Edit > Cataloging Record* summary field is correctly > populated after modifying the 'mini' attribute, however, this is NOT the > case for *Find & Edit > All Record Types*. Why is this? > > https://wiki.collectionspace.org/display/DOC/How+to+change+ > the+columns+in+the+search+results > > https://wiki.collectionspace.org/display/collectionspace/Summary+Fields > > Thanks, > > Yousuf > > > > _______________________________________________ > Talk mailing list > Talk@lists.collectionspace.org > http://lists.collectionspace.org/mailman/listinfo/talk_ > lists.collectionspace.org > >