Anna Ransmayr
My feedback
8 results found
-
129 votes
An error occurred while saving the comment
Anna Ransmayr
supported this idea
·
-
145 votes
Anna Ransmayr
supported this idea
·
-
259 votes
Hello everyone, for those who raised comments about the correction of 830 $v, could you please provide a detailed, step-by-step explanation of the scenario in which this subfield gets overwritten?
Anna Ransmayr
supported this idea
·
-
195 votes
Hello all,
We are currently reviewing it to assess its technical feasibility and implications. We’ll follow up once we have more clarity.
Anna Ransmayr
supported this idea
·
-
107 votes
As you all know, the Community Zone content is shared among all Alma customers, each with different requirements. Therefore, I’m not sure this request would be acceptable to the wider Alma community. That said, if there were a consensus on a closed list of fields that CZ bibliographic records should be restricted from deleting per MARC profile, this capability already exists and is managed by the Ex Libris Content Operations team. Unfortunately, this is not available for authorities. Do you think such a consensus could be reached?
Anna Ransmayr
supported this idea
·
-
118 votes
Anna Ransmayr
supported this idea
·
-
151 votes
I wonder if this request takes into account that certain fields in the 1XX/6XX/7XX have different first indicator definitions in the MARC21 standard for Bibliographic fields compared to their corresponding Authority fields. In such cases, copying the first indicator from the Authority to the Bibliographic heading would result in incorrect data. Is the reqeust is about Names only? Hans, I would recommend consulting with AAFG group for a detailed spec where this requested behavior is valid to which fields.
Anna Ransmayr
supported this idea
·
-
273 votes
Dear colleagues,
Thank you for raising this idea.
This was part of the CERV cycle in 2025, but did not make it to the final list.
During the analysis, 3 possible approaches were discussed, each has a different estimation and effort:
Option 1: New dedicated process type
- It will be possible to mark specific items as "unavailable", similarly to the way it is possible to mark them as "missing"
- Items marked as "unavailable" will be considered as "not in place"
- The new "unavailable" option will appear as a possible process type in all the places where there is a list of process types, including configuration options such as Fulfillment Unit Rules
Option 2: Mark a location as "unavailable"
- It will be possible to mark a location as "unavailable"
- All items in this location will be considered as "not in place"
- The difference from option 1 is that when an item…
Anna Ransmayr
supported this idea
·
it would be helpful to have a custom set of frequently used characters