Feature request: defining peptide modification isomers

support
Feature request: defining peptide modification isomers Juan C. Rojas E.  2025-10-28 07:26
 

Hello there!

Would it be possible to define an additional attribute for modifications to define them as different isomers? This is applicable for glycoproteomics, but it should also be applicable to other modification types based on some of the talks I saw in Skyline Online 2025.

In glycoproteomics, you commonly see glycopeptide structural isomers due to different arrangements of the connectivity between glycan monomers. We can resolve these chromatographically in many instances and would like to quantify them independently.

We have found a workaround for this by creating multiple entries of modifications where the only different thing is the name of the modification. Example:

H6N5S3_a
H6N5S3_b
H6N5S3_c

Here the letter suffix just indicates the elution order. This allows us to create different targets separated by the "Peptide Modified Sequence Three Letter Codes" column in the Document Grid reports.

However, we are having issues with Skyline recognizing these modification isomers when it comes to re-importing peak boundaries and defining independent entries in an iRT library since modified peptides are written with respect to modification mass.

For example for the peak boundaries case, all boundaries of the isomers are fixed to the boundaries of only one isomer after importing a "Peak Boundaries" report.

I am not sure what is the best support for this in Skyline, but we thought maybe an additional attribute written in the Skyline XML files and displayed in the GUI indicating "Isomer = TRUE/FALSE" + choosing which (e.g. user defined as "a", "b", "c", etc.) could work?

We are happy to provide some example data if it would help.

Looking forward to hearing back from you.
Sincerely,
Juan C.

 
 
Nick Shulman responded:  2025-10-28 16:15
Unfortunately, in .blib, .imsdb and even in .skyd files, modified peptide sequences are identified by the total modification mass on each of the residues.
The Skyline XML file (.sky) remembers the name of the modification, and can easily distinguish between all of your differently named isomers. However, when Skyline looks up or saves data in other files such as .blib, Skyline forgets the modification name and stores only the modification mass.

One thing that you could do would be to pretend that your modification is actually a crosslinked peptide.
The crosslinked peptide sequence could be one amino acid long, and the chemical formula of the crosslinker could be the chemical formula of the real modification minus the atoms that are in the crosslinked peptide sequence.

The better fix would be for Skyline to actually save the names of the modifications in the .blib files, etc.
That sort of change would take a few months for us to implement. It sounds like this would be a good thing for Skyline to do, but I am not sure whether it would cause other problems that we haven't thought of.
-- Nick