Dear,

When using ETD a common fragment ion is z+1, which is sometimes more present than the z-ion itself. Would it be possible to have the option to show this ion?
Search engines like Mascot also take this into account in their search. So it would be nice to be able to use this ion series as well!

Thank you for considering this as an option.

Kind regards,
An

Hi An,
Sorry about this, but we have not yet implemented a solution to this. Our original implementation had "z" as a proxy for z+1 until someone told us the calculations were off by 1 and we "fixed" that. Later we learned about z and z+1 as separate options, and as you say sometimes z+1 is more present.

https://skyline.ms/announcements/home/support/thread.view?rowId=38133

So, it seems that we will need to add a way to specify both z and z+1 as ion type choices. Perhaps adding z' or z* or something to our nomenclature for ion types in the Transition Settings - Filter tab.

Any further thoughts you have on the subject would be welcome feedback. We don't get a lot of requests for this, but it has clearly come up a few times in the past few years.

--Brendan

This just came up again, along with z+2 ions.

I now think we should probably just support "z+1" and "z+2" ions from the user perspective, regardless of how we encode it internally, rather than coming up with a special notation like z' or z*.

So, a user might specify Product ion types: "c, z+1" for ETD or "b, y, c, z+1" EThcD. Or even "c, z, z+1" for whatever might produce that.