Label Prefixes not Populating

[SSWinger]

I am having issues getting all of my label prefixes to populate on my labels. They were working up until a week or so ago. Some of them are working, but others are not, all formatted the same. Not sure why somethings are not showing up while others are. Any assistance will be greatly appreciated.

Thank you,
SSWinger

[Orshahar91]

Thanks for the report. When prefixes suddenly stop appearing it’s usually a matching issue, not printing.

Could you check these (quick) points?

1. Which library/location is the item in?
   Use Review → Scan and tick “Don’t convert XML .” Note the item library/location (and whether there’s a temporary library/location). Prefix rules typically match the active (temp if present) codes.

2. Do your rules use the codes or the display names?
   Prefix matching is against the codes (e.g., MAIN / STACKS). If any rows use names, they may not match.

3. Whitespace / case / earlier row wins.
   Look for trailing spaces, different casing, or an earlier, broader rule that matches first and “steals” the hit.

If one barcode still fails after those checks, please share (redacted) the XML snippet for its library/location and a screenshot of your relevant Label Prefixes rows—we’ll pinpoint why that specific rule isn’t matching.

[SSWinger]

There is one location not populating, it is a permanent location.

Works:
Jim Dan Hill Library+Educational Materials=JUV
Jim Dan Hill Library+Browse - Civil Dialogues Collection=CIVIL;DIALOG

Does not work:
Jim Dan Hill Library+Browse - Well-Being Collection=WELL;BEING

This has worked in the past, not sure it is the hyphen within the Collection name, but the spaces fixed the issue with the Civil Dialogues Collection. Appreciate your assistance with this. I am using the desktop version of SpineOMatic and it is the most up-to-date version.

[Orshahar91]

Thanks for the follow-up. The hyphen in the display name shouldn’t matter—SpineOMatic matches on the codes, not the names. The non-working rule WELL;BEING looks like two separate codes, while the actual location code is likely a single value (e.g., WELLBEING or WELL-BEING).

Quick check

1. In Review → Alma Access, tick “Don’t convert XML.”
   Note the library code and location code from the XML (not the names).
2. In Label Prefixes, use those exact codes (e.g., JIM + WELLBEING).
   Semicolons mean “OR” lists; don’t split one code into WELL;BEING.
3. If items can have temporary locations, make a rule for the temp code (or enable the setting that prefers temp).
4. Put this rule above any broader rule that might match first. Check for trailing spaces / case.

If you paste the redacted XML line for that item’s library/location, I can give you the exact rule text.