# Remove \[r \] when querying Discogs by Release ID
**URL:** https://community.mp3tag.de/t/remove-r-when-querying-discogs-by-release-id/19144
**Category:** General Discussion
**Created:** [July 14, 2017, 7:01pm UTC](https://community.mp3tag.de/t/remove-r-when-querying-discogs-by-release-id/19144 "2017-07-14T19:01:11Z")
**Posts on this page:** 8
**Page:** 1
### Author:  [@cathcam](https://community.mp3tag.de/u/cathcam)
#### Post date: [July 14, 2017, 7:01pm UTC](https://community.mp3tag.de/t/remove-r-when-querying-discogs-by-release-id/19144/1 "2017-07-14T19:01:11Z")
I really like the new discogs function in the 2.83 release, both the standard and the by-ID function.
I've added/updated a bunch of discogs entries lately as I work my way through my 3500 vinyl album collection, digitising each complete album. Mp3tag is a huge part of that.
One function that would be a huge help in the discogs by ID function, is optional stripping out any non-numeric characters.
On the top right of every discogs release page is the release code, in the format [r219536] using a web browser you can click to select and copy and then paste into the ID field in MP3tag. However, unless you manually remove [r] discogs fails.
Since every entry is the same format, can MP3TAG just remove those characters if present? It save a few keystrokes....
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [November 24, 2018, 11:44am UTC](https://community.mp3tag.de/t/remove-r-when-querying-discogs-by-release-id/19144/2 "2018-11-24T11:44:53Z")
Just for reference, this is available since Mp3tag v2.85
> [@](#):
>
> [2017-08-30] CHG: querying via Discogs Release ID now also works in [r1234567] format (as available on the Discogs website).
---
### Author:  [@cathcam](https://community.mp3tag.de/u/cathcam)
#### Post date: [September 24, 2019, 2:03pm UTC](https://community.mp3tag.de/t/remove-r-when-querying-discogs-by-release-id/19144/3 "2019-09-24T14:03:58Z")
In release 2.98 this function is lost/removed?
If I try discogs by releaseid using [r2012688] I get a 404 not found. If I use 2012688 it works, as does the new function search by artist/album.
Was this a deliberate change or an oversight?
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [September 24, 2019, 2:34pm UTC](https://community.mp3tag.de/t/remove-r-when-querying-discogs-by-release-id/19144/4 "2019-09-24T14:34:20Z")
It was an oversight.
I've implemented the new multi-value search dialog and forgot to add the magic 🧙 🙂 Thanks for pointing, I'll bring it back with the next development build.
---
### Author:  [@cathcam](https://community.mp3tag.de/u/cathcam)
#### Post date: [September 24, 2019, 9:56pm UTC](https://community.mp3tag.de/t/remove-r-when-querying-discogs-by-release-id/19144/5 "2019-09-24T21:56:47Z")
Thanks. I've now tagged the MP3's of just under 2,000 albums... I try to record 4-per day, so every day this saves me 36 key strokes, I've been almost 1-year 3-months since this feature was added, which means its saved me something like 16,000 keystrokes...
But if MP3TAG didn't exist, it would have billions of keystores.... 🙂
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [September 26, 2019, 8:07am UTC](https://community.mp3tag.de/t/remove-r-when-querying-discogs-by-release-id/19144/6 "2019-09-26T08:07:28Z")
The feature is back with [Mp3tag v2.98a](https://community.mp3tag.de/t/455) 🙂 Thanks for reporting!
---
### Author:  [@KeithG](https://community.mp3tag.de/u/KeithG)
#### Post date: [October 27, 2020, 5:12am UTC](https://community.mp3tag.de/t/remove-r-when-querying-discogs-by-release-id/19144/7 "2020-10-27T05:12:09Z")
Hello @Florian
Sorry to re-open this old topic, but the issue seems to have returned.
I'm using v3.03 and I get the "404" error when using the [r] and I believe this also was happening with v3.02
Thanks!
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [April 4, 2022, 9:06pm UTC](https://community.mp3tag.de/t/remove-r-when-querying-discogs-by-release-id/19144/8 "2022-04-04T21:06:55Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.