SmartMeter floods log with non parseable OBIS codes like "2-8-2&07"

My meter returns values for OBIS codes where some are like “2-8-2&07”, note the &.

The SmartMeter binding cannot parse them and floods the log, see below.
What can I do to avoid that?
Meter is a Landis&Gyr E550. Used mode=ABC. OH3

log:

2021-01-16 18:49:47.518 [ERROR] [ding.smartmeter.internal.MeterDevice] - Meter listener failed

java.lang.IllegalArgumentException: ID segment ‘2-8-2&07’ contains invalid characters. Each segment of the ID must match the pattern [\w-]*.

at org.openhab.core.common.AbstractUID.validateSegment(AbstractUID.java:98) ~[bundleFile:?]

at org.openhab.core.common.AbstractUID.<init>(AbstractUID.java:76) ~[bundleFile:?]

at org.openhab.core.common.AbstractUID.<init>(AbstractUID.java:59) ~[bundleFile:?]

at org.openhab.core.thing.UID.<init>(UID.java:57) ~[bundleFile:?]

at org.openhab.core.thing.type.ChannelTypeUID.<init>(ChannelTypeUID.java:52) ~[bundleFile:?]

at org.openhab.binding.smartmeter.internal.SmartMeterChannelTypeProvider.getChannelType(SmartMeterChannelTypeProvider.java:84) ~[bundleFile:?]

at org.openhab.binding.smartmeter.internal.SmartMeterChannelTypeProvider.valueChanged(SmartMeterChannelTypeProvider.java:74) ~[bundleFile:?]

at org.openhab.binding.smartmeter.internal.MeterDevice.lambda$9(MeterDevice.java:220) [bundleFile:?]

at java.util.concurrent.CopyOnWriteArrayList.forEach(CopyOnWriteArrayList.java:807) [?:?]

at org.openhab.binding.smartmeter.internal.MeterDevice.addObisCache(MeterDevice.java:218) [bundleFile:?]

made it to work by changing the binding code:
in SmartMeterBindingConstants.java
change
public static String getObisChannelId(String obis) {
return obis.replaceAll(“\.”, “-”).replaceAll(“:expressionless:[\*&]”, “_”);
in internal\ObisCode.java
change
public static final String OBIS_PATTERN = “((?[0-9]{1,3})-(?[0-9]{1,3}):)?(?[0-9]{1,3}).(?[0-9]{1,3}).(?[0-9]{1,3})([\*&](?[0-9][0-9]{1,3}))?”;

Background:
Landis&Gyr E550 handbook says:
An asterisk (*) for stored values in the readout, if they have been produced by an automatic reset or
An ampersand (&) for stored values in the readout, if they have been produced by a manual reset.