IFPI Typography Transcription

On some releases the Mould SID Code appears in this (apparently stylized) typography: http://www.popkulturjunkie.de/pix/ifpi.jpg
This is often transcribed by s as "iƒpi", using the ƒ-character http://en.wikipedia.org/wiki/%C6%91

Even though it graphically may look like that character, I suspect it's contentually not a valid transcription?

I would think that if the ƒ-character was in the track listing it would fall under:

1.9.3. Using Unicode symbols or characters to reflect 'one off' graphic design decisions, such as reverse letters or letter substitution, should be avoided.

so it shouldn't be used here either.

As we don't make new subs for different ifpi codes, the argument that it might help to distinguish different versions wouldn't be valid.

It's a logo, and a typographic effect. The florin sign should not be used.

IFPI is simply an acronym for "International Federation of the Phonographic Industry" - not worth attempting to emulate its 'logo' for what is clearly a prefix to the ID for a mastering or mould code on CD hub data.
Keep it simple = IFPI

So if we encounter a release where a has entered "iƒpi" we can change it and point them to this thread? :)

swagski
Keep it simple = IFPI

Absolutely agree.

I had a minor discussion recently where I'd recommended that ifpi be changed to IFPI. I was overruled as it appeared in lower case. Are these meant to be transcribed as on the release or as it is an acronym should it always be all caps? I understand the florin should not be used, but should a lower cased f be used in its place.

From http://www.ifpi.org/

IFPI represents the recording industry worldwide, with a hip comprising some 1400 record companies in 66 countries and d industry associations in 45 countries. IFPI's mission is to promote the value of recorded music, safeguard the rights of record producers and expand the commercial uses of recorded music in all markets where its operate.

They use "IFPI" when typing it.

Nik, each day a small part of me grows into a bigger part when I read your posts. ;)

TINADS!

ASL?

nik
They use "IFPI" when typing it.

I take that as other than the "Matrix Number" quotations the SID Code ones apply for standard capitalization.

I think it's more to do with using IFPI as an acronym properly rather than trying to emulate a ed logo.

? More to do with than what?
That is exactly the same less generally described.

Using standard caps (here for the acronym IFPI) despite what appears on a release may be seen as non-consistent regarding the exact transcription of other matrix data in the Matrix Number field as standardly applied, including the spelling at logos/stylized typography (by manufacturers).
Hence getting explicit at it, foretelling the screams.

I've been using:

ifpi
IFPI
iƒpi

whenever it appears on the release... can't see anything wrong with it...

SickMF
More to do with than what?That is exactly the same less generally described.

When IFPI is displayed as such it is their ed logo which happens to contain text. An attempt to reign the IFPIF in with the matrix makes no sense. It's not matrix information and this is why it is listed seperately in the BaOI section.

It is not part of the matrix but often appears within the matrix ring. this is understood as fact and is why it is entered seperately from the matrix in a field marked "other". Often it moves about but it should never be considered part of the matrix. The two are clear and distinctly separate. As such capitalisation rules apply.

Some reading:

http://www.ifpi.org/content/library/sid-code-implementation-guide.pdf

nik
TINADS!

Eviltoastman
ASL?

IFPI!

STƒU.

Just kidding, wanted to use the florin. ;)

Eviltoastman
When IFPI is displayed as such it is their ed logo which happens to contain text.

Most of the time both types of SID Codes respectively appear with "IFPI" in clear simple standard text.
Sometimes it appears with a logo. So do other parts of information in the CD matrix (to be quoted), such as manufacturer logos.

Eviltoastman
It's not matrix information and this is why it is listed seperately in the BaOI section.

It is not part of the matrix but often appears within the matrix ring. this is understood as fact and is why it is entered seperately from the matrix in a field marked "other". Often it moves about but it should never be considered part of the matrix. The two are clear and distinctly separate. As such capitalisation rules apply.

This is nonsense.
Data that appears in the CD matrix is part of the CD matrix. Hence all of that data can be entered into one "Matrix Number" field (a field that is still anticipated to finally get retitled appropriately).
You apparently confuse the CD matrix with the matrix number.
SID Codes only get listed separately to describe them, not because they were not part of the CD matrix; nor do they have to.

Personally though I always distinguish between the metal layer (the actual CD matrix AFAIC) and mould layer.

Eviltoastman
Some reading:

http://www.ifpi.org/content/library/sid-code-implementation-guide.pdf

I have that bookmarked since I participated in the discussions around configuring the use of the BaOI fields about two years ago now.
It doesn't relate much to the question of quoting consistency here though.

I confuse nothing. Just because it is there, does not mean it is part of the matrix information.

Your stance is similar to that of the police with Ian Tomlinson. Just because he was in and around a demonstration in London does not mean he was part of it.

Like the cops, you're mistaken and looking at the matrix in a heavy handed manner. If we consider the SID part of the matrix information when we know that it's something distinct and separate we;d be as guilty as butchers posing as surgeons.

Can't think of any more bad analogies right now.

zin
I've been using:

iƒpi

whenever it appears on the release... can't see anything wrong with it...

It's bad for accessibility. No one is going to search for iƒpi, it's difficult to parse if you don't even know what a ƒ is, and a screen reader will not read it as intended.

Eviltoastman
Your stance

I haven't even really taken up a stance so far, merely been describing what the RSG, countless forum threads and everyday database practice tell about the subject.
Seems some reading time is due, rather than wasting time with halfwitted political irrationalism.

Eviltoastman
Just because it is there, does not mean it is part of the matrix information.

For the purposes of Discogs, everything that can be transcribed from CD or vinyl run-out etchings can be entered as 'Matrix Number' field:

5.3. Matrix Numbers and other 'run out' information is often stamped in the run out grooves of records, or in the inner ring of CDs. Vinyl run out etchings can also contain mastering engineer / mastering studio / pressing plant information (often as initials), and extra text. This information can all be added to one 'Matrix number' field.

In addition to this:

Matrix Numbers and other run out information can also be extracted from the whole run out inscription, and added as further 'Matrix Number' fields with descriptions and / or expanded upon in the notes as the submitter sees fit.

So we are quite flexible in how the information is entered.

zin
I've been using:

ifpi
IFPI
iƒpi

whenever it appears on the release... can't see anything wrong with it...

All-Day
It's bad for accessibility. No one is going to search for iƒpi, it's difficult to parse if you don't even know what a ƒ is, and a screen reader will not read it as intended.

In this context, I don't have a problem with lower / upper case as per release.

Using the ƒ character is problematic as outlined by All-Day. It would be the equivalent of using the £ character if that was used - i£pa. It is is intended to represent a stylized f, not a florin.

nik
In this context, I don't have a problem with lower / upper case as per release.

Using the ƒ character is problematic as outlined by All-Day. It would be the equivalent of using the £ character if that was used - i£pa. It is is intended to represent a stylized f, not a florin.

Excellent, thanks.

nik
Using the ƒ character is problematic as outlined by All-Day

Discogs use of an en-dash as an artist - title separator is bad for more or less the same reasons...

http://discogs.cinepelis.org/help/forums/topic/232723