# Two Different Types of Single Apostrophes (US)?
**URL:** https://community.mp3tag.de/t/two-different-types-of-single-apostrophes-us/66713
**Category:** Support
**Created:** [December 4, 2024, 2:08am UTC](https://community.mp3tag.de/t/two-different-types-of-single-apostrophes-us/66713 "2024-12-04T02:08:33Z")
**Posts on this page:** 8
**Page:** 1
### Author:  [@MKM](https://community.mp3tag.de/u/MKM)
#### Post date: [December 4, 2024, 2:08am UTC](https://community.mp3tag.de/t/two-different-types-of-single-apostrophes-us/66713/1 "2024-12-04T02:08:34Z")
I am noticing that there are two different kinds of single apostrophes (’ and ') that can be used in mp3 tags and that there appears to be no consistent usage and as a result it causes weird sorting results and is getting annoying. Are one or both of them legitimate punctuation-wise, and if so, how should I handle it? I'm leaning towards just picking one and doing a global substitution but I'm curious if anyone else has this problem?
EDIT: I'm assuming resolution would be to create 2 filters and 2 action groups...
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [December 4, 2024, 7:05am UTC](https://community.mp3tag.de/t/two-different-types-of-single-apostrophes-us/66713/2 "2024-12-04T07:05:32Z")
> [@MKM](#):
>
> two different kinds of single apostrophes (’ and ') that can be used in mp3 tags
Actually, you can use more or less any printable and sometimes even unprintable characters (like linefeeds) in tags.
So it is more in the responsibility of the editor to select the correct characters.
Right now, only one of them is actually an apostrophe:
```auto
U+2019 : RIGHT SINGLE QUOTATION MARK {single comma quotation mark}
U+0027 : APOSTROPHE {single quote; APL quote}
```
Here is a thread that deals with other similar looking characters:
> [@Apostrophe vs. Accent aigu](https://community.mp3tag.de/t/apostrophe-vs-accent-aigu/49672):
>
> I recently discovered that it is quite hard to discern an apostrophe (') from an accent aigu (´) in the default font. My sight is not the best, but this may also apply to others. However, this discrimination is important, as many online tagging resources (most notable "hitparade.ch") issue an error if the accent is found, or simply do not work. Unfortunately many pre-tagged files use the accent (I´m lucky if I´m catchin´ them all). Confusing those two may also be at the bottom of many complaint…
> [@MKM](#):
>
> I'm leaning towards just picking one and doing a global substitution
Yes, this would be the best solution.
A possible way to replace the variations with just one character is also mentioned in the linked thread
---
### Author:  [@Crissov](https://community.mp3tag.de/u/Crissov)
#### Post date: [December 5, 2024, 2:40pm UTC](https://community.mp3tag.de/t/two-different-types-of-single-apostrophes-us/66713/3 "2024-12-05T14:40:27Z")
Don’t read too much into Unicode character names. U+2019 is the typographically correct apostrophe sign. U+0027 is a technical replacement character.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [December 5, 2024, 2:45pm UTC](https://community.mp3tag.de/t/two-different-types-of-single-apostrophes-us/66713/4 "2024-12-05T14:45:17Z")
Considering the OP's findings
> [@MKM](#):
>
> as a result it causes weird sorting results
I still think that a general replacement to get just one expression of the apostrophe is the best approach.
The unicode names only illustrated that these are in fact different characters and looking at the code number explaines why the would sort differently unless the programmer of the sorting algorithm hasn't included some kind of replacement internally.
---
### Author:  [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [December 5, 2024, 2:50pm UTC](https://community.mp3tag.de/t/two-different-types-of-single-apostrophes-us/66713/5 "2024-12-05T14:50:53Z")
> [@MKM](#):
>
> I am noticing that there are two different kinds of single apostrophes (’ and ') that can be used in mp3 tags
Just for the record:
There are many more apostrophe-like characters that could be used:
> **[Apostrophe](https://en.wikipedia.org/wiki/Apostrophe#Characters_similar_to_apostrophe)**
>
> The apostrophe (' or ’) is a punctuation mark, and sometimes a diacritical mark, in languages that use the Latin alphabet and some other alphabets. In English, the apostrophe is used for three basic purposes:
> It is also used in a few distinctive cases for the marking of plurals, e.g. "p's and q's" or Oakland A's.
> It is also used informally to indicate the units of foot and minutes of arc, although in these uses, the prime symbol is generally preferred.
It is advisable to replace them all with the same character/apostrophe to avoid weird sorting results.
---
### Author:  [@MKM](https://community.mp3tag.de/u/MKM)
#### Post date: [December 5, 2024, 3:48pm UTC](https://community.mp3tag.de/t/two-different-types-of-single-apostrophes-us/66713/6 "2024-12-05T15:48:21Z")
And the fact that OP can’t even see the difference between the 2+ apostrophes unless he gets his eyes within 2” of his display makes using mp3tag filters+ quick changes a no brainer 🙂
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [December 5, 2024, 3:52pm UTC](https://community.mp3tag.de/t/two-different-types-of-single-apostrophes-us/66713/7 "2024-12-05T15:52:13Z")
As you can save filter expressions with Manage History ...
it may be worthwhile the effort to create that filter once and then recall it from history without the need to type it in with
> [@MKM](#):
>
> his eyes within 2” of his display
Alternatively, a clean-up action group that also replaces all the variations of apostrophes with just the simple version would be an option.
Or you leave everything as it is and live with the differences.
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [January 4, 2025, 3:52pm UTC](https://community.mp3tag.de/t/two-different-types-of-single-apostrophes-us/66713/8 "2025-01-04T15:52:58Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.