Hi Clinton,

Have you seen this: https://github.com/eprints/orcid_support - and specifically https://github.com/eprints/orcid_support/blob/master/lib/plugins/EPrints/MetaField/Orcid.pm ?

 

If you are re-purposing a field, I'd be careful e.g. if the new fieldtype has a lower character limit, you could lose data.

I normally have a preliminary check of the data - in the database - trying to find data that wouldn't fit into the new field type.

 

Are you aware of validation triggers?

E.g. https://github.com/eprintsug/datesdatesdates/blob/master/lib/cfg.d/zz_datesdatesdates_triggers.pl#L49

 

Cheers,

John

 

 

We are soliciting an Institutional ID and ORCID ID for our users and for our deposits.  Each of these require custom validation.  It seems the best place for this validation is in field_validate.pl, presumably by creating new MetaFields for each of these entries and keying on the new MetaField types.

 

Is this standard practice?  A brief search doesn't pull documentation or examples of subclassing new MetaFields.

 

Are there any concerns with adjusting the field types for these fields, for which data already exists in deposited records?

 

Enjoy,