The only file that you need to run to obtain and save the data is bridge_process_template.m. The following will explain the changes to this file that need to made in order for it work with your data.
There are a few parameters that need double checking or adjusting before each run:
o.AnchorRound
: This is the index of the anchor round. Should be the first round after imaging rounds. The anchor round is the round that contains the Dapi image and anchor channel image, which contains spots arising from all genes.o.AnchorChannel
: This is the channel (starting from 1) in the anchor round (given byo.AnchorRound
) which contains the spots. The final genes (in probability and dot product methods) stem from these spots and it is also used for registration.o.DapiChannel
: This is the channel in the anchor round that contains the Dapi images.o.InitialShiftChannel
: This is the channel used to register all rounds to the anchor, so ensure it is one of the best colour channels.o.ReferenceRound
: This is the index of the reference round. The reference round, is the round that the global coordinate system is built upon and all other rounds are registered to, it can be equal to or different too.AnchorRound
. If it is not equal too.AnchorRound
, then the anchor round is not used for anything.o.ReferenceChannel
: This is the channel (starting from 1) within the reference round (given byo.ReferenceRound
) which the global coordinate system is built upon. Ensure it is one of the best colour channels.o.RawFileExtension
: This is the format of the raw data ino.InputDirectory
.o.LogToFile
: Set this to 1 if you want the contents of the command window output to a .txt file. If you don't want the file, set to 0. By default, it is 1.
There are a number of file/folder paths which need to be given:
o.InputDirectory
: This is the path of the folder that contains the raw data, of type specified byo.RawFileExtension
, e.g..nd2
. An example of what this folder typically looks like is given below:
o.FileBase
: These are the names of the files withino.InputDirectory
(minus the extension). For the above example, we would set
o.FileBase{1} = 'Exp1_r0'; o.FileBase{2} = 'Exp1_r1'; ⋮ o.FileBase{7} = 'Exp1_r6'; o.FileBase{8} = 'Exp1_anchor';
You need to make sure that o.FileBase{
o.ReferenceRound
}
is set to the anchor round. Also, the other rounds must be in the correct imaging order.
-
o.TileDirectory
: This is the path for the folder that you would like the filtered images for each tile, round and colour channel to be saved to. The file named aso.FileBase{r}_tT.tif
contains all the colour channel images for round r, tile T. -
o.OutputDirectory
: This is the path for the folder that you would like the iss objects after each step of the pipeline to be saved. -
o.CodeFile
: This is the path for the file containing the code for each gene. The file should be a text file containing two columns, the first being the gene name. The second is the code specifying which colour channel that gene should appear in each round. Thus it is of lengtho.nRounds
, containing numbers in the range from 0 too.nBP
-1. An example codebook foro.nRounds=o.nBP=7
is shown below:
Running the pipeline with the whole set of tiles can be quite time consuming so it is sometimes desirable to run the pipeline on a subset of tiles. You can do this via the o.EmptyTiles
variable. For example, to only use tiles 1 and 2, you can add the following lines to bridge_process_template.m:
o.EmptyTiles(:) = 1;
UseTiles = [1,2];
o.EmptyTiles(UseTiles) = 0; %If after extract_and_filter
% o.EmptyTiles = UseTiles %If before extract_and_filter
All tiles t
, such that o.EmptyTiles(t) = 1
will be skipped. If you add it before the registration step, then if more than one tile is specified, they should each have at least one neighbour. An example showing three valid entries and one incorrect entry of o.EmptyTiles
, for a dataset consisting of 6 tiles is shown below.
✔️ | ✔️ | ✔️ | ❌ |
---|---|---|---|
1 1 |
0 1 |
0 0 |
0 1 |
0 0 |
0 1 |
0 1 |
1 0 |
1 1 |
1 1 |
1 1 |
1 1 |
Tiles 2 and 5 | Tiles 1 and 2 | Tiles 1,2 and 4 | Tiles 1 and 5 |
The different line needed to specify tiles before extract_and_filter (e.g. o.EmptyTiles = [1,5,7];
) is because the algorithm hasn't yet worked out the location of the tiles.
Running the full pipeline (post extract_and_filter) should take on the order of half an hour, if only one tile is selected.
These are parameters that slightly affect how the stitching of tiles and registration between rounds and colour channels works. The default values in bridge_process_template.m should work most of the time but there are some cases when they may need altering.
-
o.RegSearch
: The algorithm for stitching together tiles only looks at shifts in the range specified byo.RegSearch
. The values that may need changing here areo.RegSearch.South.Y
ando.RegSearch.East.X
. The default values of-1900:o.RegStep(2):-1700
are heavily dependent ono.TileSz
. I.e. we only consider overlaps between 148 - 348 pixels which cover the expected value of about 10% (205 pixels). If the expected overlap oro.TileSz
is different to this though, these values will need changing. -
o.FindSpotsSearch
: The algorithm for finding shifts between the anchor round and each imaging round only looks at shifts in the range specified byo.FindSpotsSearch
. The default values assume a relatively small shift of absolute value less than 100 pixels. However, if you know one round had a particularly large shift, you will need to change this range. You can also specify a different range for each round through:
o.FindSpotsSearch = cell(o.nRounds,1);
for r = o.UseRounds
o.FindSpotsSearch{r}.Y = MinYShift:o.FindSpotsStep(1):MaxYShift;
o.FindSpotsSearch{r}.X = MinXShift:o.FindSpotsStep(1):MaxXShift;
end
The master branch of the pipeline has been changed so there are different classes relating to the different gene calling algorithms described in the next section. As a result, iss objects saved using an older version cannot be loaded into this branch directly.
To use this branch with old data, you can do the fllowing:
- Add both the new master branch and the old branch (the version of the iss object that the old data was run with) to the path.
- Load in the old data
- Run
o = convert_iss_data(o);
This will convert it to an object of the class iss_PixelBased. If you then want to run the OMP algorithm on this data, you will need to change the class to one of the OMP classes. To change class, you run o = switch_class(o, NewClass);
where NewClass can be iss_Base, iss_GroundTruth, iss_OMP, iss_OMP, iss_OMP_ConstantBackground_WeightDotProduct, iss_PixelBased
or iss_Spatial
. If the class change is such that data will be lost, an error will stop it from happening. If you still want to proceed, you can run o = switch_class(o, NewClass, true);
.
So, to run the OMP algorithm with old data you run:
o = convert_iss_data(o);
o = switch_class(o, iss_OMP);
o = o.call_spots_omp;
The pipeline can run three different algorithms for assigning genes to spots. The following will give instructions explaining how to view the distribution of assigned genes in each case.
To visualise the results, load in the final saved iss object which should be named oCallSpots.mat
. Then, load in the background dapi image and run o.plot
. This will show you the gene assignments (saved as o.SpotCodeNo
) given by the file o.call_spots
which is achieved by taking the dot product of the normalised spot and gene codes. Only the results where this dot product (saved as o.SpotScore
) is above o.CombiQualThresh
will be shown. An example plot is given below with o.CombiQualThresh = 0.7
.
To change the value of the threshold, simply set o.CombiQualThresh = NewValue
and then run iss_change_plot(o)
. The above data with o.CombiQualThresh = 0.9
is shown below:
With o.CallSpotsCodeNorm = 'WholeCode'
, each spot and gene code has L2 norm of 1 so the maximum value of the dot product hence o.CombiQualThresh
is 1 (Recommend o.CombiQualThresh ~ 0.7
). However, with o.CallSpotsCodeNorm = 'Round'
, each round in each code has L2 norm of 1 so each code has L2 norm of o.nRounds
. So in this case, the max value of the dot product hence o.CombiQualThresh
would be o.nRounds
(Recommend o.CombiQualThresh ~ 4
for o.nRounds=7
). Note that if you change o.CallSpotsCodeNorm
, then you need to run o.call_spots
again. The justification for setting o.CallSpotsCodeNorm = 'Round'
is that with no bleed through, we expect each spot to appear in one colour channel in each round so we want to give each round equal weighting, but with o.CallSpotsCodeNorm = 'WholeCode'
, a particularly intense round would dominate the others.
To view the results in this case, start off as before by loading in the Dapi image and running o.plot
. Then to see the probability gene assignments, run iss_change_plot(o,'Prob')
. These are the gene assignments (saved as o.pSpotCodeNo
) given by o.call_spots_prob
).
This method works by finding the probability, in each round and channel, that the result of removing a scaled version of the gene code from the spot code can be explained by the background distribution in that round and channel. Then the total log probability is found by summing up all o.nRounds*o.nBP
of the log of these probabilities. This is explained further in the section Understanding the probability method. The score used for this method (saved as o.pSpotScore
) is then the largest log probability minus the second largest i.e. the probability the spot is the gene given by o.pSpotCodeNo
minus the probability that the spot is the next most likely gene.
Spots for which o.pSpotScore>o.pScoreThresh
or o.pSpotIntensity>o.pIntensityThresh
are then shown. For spot s, o.pSpotIntensity(s)
is the mean spot intensity of the o.nRounds
spot intensities specified by o.CharCodes(o.pSpotNo(s))
minus the mean of all of the other o.nRounds*o.nBP-o.nRounds
spot intensities in the code. This is used as the probability method tends to penalise the score if the intensity of the spot is higher than expected by the gene code. This feature is not desirable, but o.pSpotIntensity
would benefit from such anomalously large intensities but only if they are in the rounds/channels predicted by the gene it was assigned to. The plot for the same data set shown for the dot product method is given below, with o.pScoreThresh=10
and o.pIntensityThresh=100
(I would recommend to use values near these).
As with the other method, to change the value of the threshold, simply set o.pScoreThresh = NewValue
and o.pIntensityThresh = NewValue
and then run iss_change_plot(o)
. The above data with o.pScoreThresh = 20
and o.pIntensityThresh = 1000
is shown below:
To view the results from the pixel based method, run iss_change_plot(o,'Pixel')
. In this case, the spots are detected differentely, but the gene assignments are still carried out using the probability method. The thresholds to use are thus: o.pScoreThresh
and o.pIntensityThresh
. The results saved have analagous names and meanings as with the probability method, except the prefix is px
instead of p
e.g. o.pxSpotScore
.
Also, the pixel based method allows for the possibility of multiple genes assigned to the same pixel. To view these overlapping genes, you can set o.pScoreThresh2
to a value below 0. It has a default value of 0 meaning only genes that are the best match at each pixel can be shown. If you set it to o.pScoreThresh2 = -0.001;
, then it allows for spots for which o.pxSpotScore = 0
i.e. the second best match at that pixel.
Start off as before, running o.plot
. Then run iss_change_plot(o,'OMP')
. These are the gene assignments (saved as o.ompSpotCodeNo
) given by o.call_spots_omp
.
This method works by performing an orthogonal matching pursuit algorithm on each pixel separately. First some background vectors are fit to explain the non-gene variation in the pixel. These are usually just 7 codes, each being a strip in a colour channel, as shown below.
Next, a gene is selected that best explains the residual (pixel signal once background removed). Next, the coefficient of this gene is found (i.e. how intense this gene is in this pixel). If the difference in the L2 norm of the residual before and after fitting the gene is less than a threshold, the gene is rejected and we say this pixel contains no genes. If it exceeds the threshold, the gene is accepted and a new iteration starts, fitting the best gene that can explain the new residual. This process continues until the residual difference falls below the threshold. At each step of the iteration, the coefficients of the previously added genes are also updated to account for the new gene.
The OMP plot shows spots which pass quite a complicated thresholding process as described in the document Thresholding.md. Thresholding is done on three variables: o.ompNeighbNonZeros
, o.ompSpotIntensity
and o.ompSpotScore
. There are three thresholds for each of these parameters. Using the default thresholds, the plot is the one below.
The threshold to alter to see the most obvious change is o.ompIntensityThresh2
. Increasing this from 0.001 to 0.1 and then running iss_change_plot(o)
gives the following plot:
The dot product method involves relative normalisation between rounds and colour channels to make them more equal and thus have a more equal contribution to the dot product. However, this sometimes causes the worse colour channels (usually one and three) to be boosted too much, causing false assignments. An example of this is given below (codes and spots are normalised so have L2 norm of 1).
Here, because round 7, channel 6 is particularly low intensity, when it is normalised it gets boosted resulting in this square dominating the whole code. Then to have a high dot product, this spot must match to a gene which is also high in round 7, channel 6 even though it doesn't match any other squares.
The probability method does not involve any such normalisation so is probably the better method to use. The main advantages of the probability method is that it uses the actual measured background distribution and it allows for variation in intensity between rounds i.e. just because spot is intense in one round doesn't mean it is intense in all other rounds. However, it has a problem that it doesn't really allow for overlapping spots.
The OMP method does allow for overlapping spots by fitting multiple genes to each pixel. It doesn't use the measured background distribution but the use of the background vectors helps get around this issue in practise. Neither does it allow for variation in intensity between rounds for a particular gene as just a single coefficient is found for each gene. To get around this, we find some initial spots for each gene and use these to find the mean bled code for each gene. Using these mean codes, we can determine how intense each gene is expected to be in each round compared to the bleed matrix prediction. This gives us an updated codebook which accounts for round to round and gene to gene intensity variation. For example, the plot below shows that the OMP method accounts for the fact that Aldoc is especially weak in round 5:
Overall, the OMP method seems to be the best. There are two slightly different OMP methods: iss_OMP and iss_OMP_ConstantBackground_WeightDotProduct. The major differences are that for every iteration, iss_OMP, refits the coefficient for each background vector as well as for each gene already added, whereas iss_OMP_ConstantBackground_WeightDotProduct fits the background at the beginning and doesn't update it thereafter. Also, the score used to find the next best gene is different in iss_OMP_ConstantBackground_WeightDotProduct, and is explained in this document: OMP Maths.md. These couple of tweaks seem to make iss_OMP_ConstantBackground_WeightDotProduct the better choice.
By default, bridge_process_template.m uses iss_OMP. To use iss_OMP_ConstantBackground_WeightDotProduct, change the first line from o = iss_OMP;
to o = iss_OMP_ConstantBackground_WeightDotProduct;
. The default thresholds for this method are also different.
To see the distribution of a specific gene or specific set of genes, run iss_change_plot(o,CallSpotsMethod,'Neuron',GeneNames)
with the plot open, where CallSpotsMethod
is 'Prob'
, 'DotProduct'
, 'Pixel'
or 'OMP'
as before. 'Neuron' is there just to specify that the genes are of neuron type. Some CodeFiles also contain non-neurons in which case, changing this argument to 'NonNeuron' will show different genes. GeneNames is a cell array containing the names of the genes of interest, so to see Plp1 and somatostatin with the probability method, run iss_change_plot(o,'Prob','Neuron',[{'Plp1'},{'Sst'}])
. The result is shown below.
The gene names given must exactly match those names in o.GeneNames
which come from the codebook. To revert to showing all genes, run with GeneNames=o.GeneNames
i.e. iss_change_plot(o,'Prob','Neuron',o.GeneNames)
. To see all genes except for Plp1 and somatostatin, run with GeneNames=setdiff(o.GeneNames,[{'Plp1'},{'Sst'}])
.
To see the distribution of a specific set of spots run iss_change_plot(o,CallSpotsMethod, 'Neuron', GeneNames, SpotSet)
with the plot open. SpotSet
is logical array and only spots s
for which SpotSet(s) = 1
are shown. This allows you to choose your own thresholding methods, which may differ from the default ones. An example dataset for which SpotSet = o.pxSpotScore>30 & o.pxSpotIntensity > 500;
is shown below:
You can also restrict the display to spots that are clustered, this acts as a guide to where the cell locations are. To do this, run SpotSetClustered = get_gene_clusters(o,CallSpotsMethod,r,k,SpotSet)
followed by iss_change_plot(o,CallSpotsMethod,'Neuron',GeneNames, SpotSetClustered)
. A cluster is required to have k
spots from SpotSet
to be within a distance r
pixels of each other. An example with CallSpotsMethod = Pixel
, r = 7
, k = 3
and SpotSet = o.pxSpotScore>30 & o.pxSpotIntensity > 500;
is shown below:
By default (running get_gene_clusters(o,'Pixel')
), r = 18
, k = 20
and SpotSet = o.quality_threshold(CallSpotsMethod)
. This is shown below for the pixel based method:
To view the dot product assignment of a particular gene, with the plot open, run iss_view_codes(o,234321,Norm)
. This will cause a crosshair to appear on the plot, then just click on the spot of interest as shown below.
234321 is just the figure number of the plot (should always be the same). Norm controls the normalisation applied to the spot and gene codes. You can set Norm equal to 1,2 or 3 to highlight certain features:
- Norm = 1: This gives the raw values. For the spot in the previous section, this would be:
-
Norm = 2: This normalises in the same way used in
call_spots
i.e. it normalises by the percentile given byo.SpotNormPrctile
in each colour channel and round and then depending ono.CallSpotsCodeNorm
, it normalises the resultant so the either the whole code has L2 norm of 1 or each round does. The plot in the previous section used Norm = 2. -
Norm = 3: This normalises each colour channel by the percentile given by
o.SpotNormPrctile
across all rounds. Using this, the spot we are considering would appear like this:
Also, if you know the index (SpotNo
) of the spot you are interested in but don't want to find it in the plot, you can just run iss_view_codes(o,234321,Norm,SpotNo)
.
The equivalent function for the probability method is iss_view_prob(o,234321,Norm,CallSpotsMethod)
which is called in exactly the same way, only can specify whether CallSpotsMethod
is 'Prob'
or 'Pixel'
. If this is not specified, it will default to the method used in the plot currently open. The figure is the same except the gene shown is that given by o.pSpotCodeNo
or o.pxSpotCodeNo
not o.SpotCodeNo
. Also, there is an extra plot which shows you how the overall probability is made up from the individual probabilities of each round and channel, relative to the probability that the spot can be explained by the background alone (without any genes). This plot for the example spot is given below:
The plot also gives the spot score, log probability over background, score deviation and intensity values for its assignment. Log probability over background is the total probability relative to the probability given by just the background distribution i.e. sum of all squares in bottom plot. Score deviation is the standard deviation of the log probabilities for assigning the spot to every gene in the codebook. This is included as if o.pSpotScoreDev+o.pSpotScore<o.pDevThresh
, then the assignment is rejected. This is to get rid of spots that have a similar probability when matched to every gene. Also, the values of these variables are coloured - green means that value caused the gene to be automatically accepted, red means that that value caused the gene to fail (green supersedes red most of the time). If all variables are black, then the match is also accepted.
If you left/right click on a particular square in the bottom plot of the iss_view_prob
window, the plot on the left/right below will appear, further explaining the probability for that particular round and channel. These particular plots are for round 7, channel 2 for the above example spot. These are the absolute probabilities (i.e. without subtracting the probability due to background alone).
The left plot shows how the probability for the round/channel that was clicked varies with spot intensity. The red line is the intensity for the spot considered, so where this intersects the blue curve indicates the absolute probability of the square that was clicked (-3.284 here). This then basically tells you how well the assign gene (blue curve) explains the spot intensity (red line) in this particular round/channel, the closer the red line is to the peak of the blue curve, the better.
The right plot reveals a bit more about what is happening behind the curtain. It shows the underlying probability distributions that lead to the final probability. The probability that we are trying to maximise is the probability that the spot, , can be explained by the gene, : .
The equation
is saying that the probability of matching spot to gene is equal to the probability that the intensity of once the intensity of the gene scaled by has been removed can be explained by the background . This is then weighted by the probability of that scaling, and then summed over all possible scalings, .
The probability distribution of is different depending whether the particular round/channel, , appears in o.CharCodes(g)
or not, for each gene, there is one such colour channel for each round so o.nRounds
incidences in total. We call this set , it is different for each gene . For not in , we expect the spot not to appear so the probability is peaked at . The actual distribution we use is ( is a constant):
The round 7, channel 2 example shown, corresponds to this set, so the blue curve on the right follows this distribution.
On the other hand, for that are in , we do expect the spot to appear and thus the scaling of the gene cannot be 0 or negative. We use the rayleigh distribution, which is such that and also the probability stays near the peak level for quite a large range of which is desirable as to not penalise spot intensities that are higher than expected too much. The actual distribution we use is ( is a constant):
For the example spot, [round 2, colour channel 2]
is in the set and the plots are shown below:
The constants and are o.ExpConst
and o.RaylConst
respectively. The default values were chosen so the mean values of the probability distributions matched the mean values of in a particular data set.
The red curve on the right plot represents the background distribution which is just the histogram of the raw data after the initial filtering. This tends to be strongly peaked where the spot intensity is equal to the scaled intensity. Because the histogram only takes discrete integer values, we need to turn the integral into a sum, and also making the substitution , we get (The factor clearly blows up for so we also normalise so it has a sum of 1 over all ):
Thus, from this right hand plot, to get the absolute probability of the clicked upon square, we need to multiply the two curves together and then sum the resultant over all x. This means the degree of overlap determines the probability, the greater the overlap the better. For example, looking at the [round 7, colour channel 2]
case, the only way the log probability can get closer to the peak in the left hand plot is by the spot intensity reducing a little. The effect of this on the right hand plot would be to shift the red curve to the left which clearly increases the degree of overlap with the blue curve. Both the rounds/channels considered so far show pretty good overlap, an example with considerably worse overlap is [round 7, colour channel 3]
shown below:
This example also exhibts a potential pitfall of the method in dealing with bleedthrough. [round 2, colour channel 3]
is not in
for Nrn1 so we assume is most likely to be 0, this means for a spot to match to Nrn1, we would expect that spot to have intensity of zero in [round 2, colour channel 3]
. But looking at the predicted code for Nrn1, the gene intensity in [round 2, colour channel 3]
is 1891, so why would be possibly expect the spot to have zero intensity? This seems to throw away information, we have learned about the bleedthrough between colour channel 2 and 3. The Bleedthrough does have some effect though. Because of the factor, the curve is flattened out. This reduces the peak probability and the magnitude of the gradient (to get from the peak log probability to the peak probability - 1 for [round 2, colour channel 3]
would require a change in spot intensity of around 700 whereas in [round 7, colour channel 2]
where there is no bleedthrough, this would require a change of 8). From this we see that the probability of rounds/channels with high bleedthrough are insensitive to spot intensity but have a low probability (although with bleedthrough, the background distribution tends to have a wider peak which helps nullify the reduction in peak probability - the wider the background distribution peak, the more overlap with the wide caused by bleedthrough, thus the higher the max probability). To counteract this, we could add these rounds/channels with high bleedthrough to , but this would make the size of vary between genes which may introduce a subtelty when comparing the probabilities of assigning to genes, i.e. an artificial spot with high postive intensity in all rounds/channels would preferentially match with genes for which the size of is larger.
The tiles are filtered in the extract_and_filter
step. The goal of this step is to emphasize the spots over the background. To see if it has worked as intended or if the filtering parameters are correct, you can run view_filtering(o,r,t)
; r is the round of interest and t is the tile of interest. You can run this before the tiles have been produced, the only requirement is that the o
object must have the following properties specified:
o.InputDirectory
o.FileBase
o.RawFileExtension
o.AnchorRound
o.AnchorChannel
o.DapiChannel
o.TileSz
The first image that will appear is the raw image for the first colour channel. You can use the horizontal scroll bar to change colour channel, e.g. an example anchor image is shown below on the left. You can then press the Filter button to see the filtered image (i.e. what the files in o.TileDirectory
will end up looking like).
With the filter button pressed, you can change the radius of the filter used with the vertical slider and the plot should update automatically. The default value is the value of o.ExtractR1
that would be used in the pipeline automatically. If you decide that another value is more suitable, you can just run in the command window: o.ExtractR1 = NewValue;
. The plots below show the same region that is unfiltered, filtered with filter radius of 3 (default) and 8 respectively.
If you are viewing the Dapi colour channel in the Anchor round, then the vertical slider controls o.DapiR
instead and the filtering is different.
There are two functions to help debug omp gene assignments: iss_view_omp and iss_view_spot_omp2.
The first is run through iss_view_omp(o, 234321, Norm, IncludeGT, SpotNo)
with the o.plot()
window open. Norm
is the same as with iss_view_codes
, IncludeGT
is set to false by default and should remain as this. If you know the index of the spot within o.ompSpotGlobalYX
that you are interested in or indeed the YX location of interest, you can set SpotNo
to this value. Otherwise, leave this argument empty and the crosshair will appear on the plot.
An example with Norm = 2
is shown below:
The top plot just shows the spot color after the specified normalisation. The bottom plot shows the coefficients found by the OMP method for each of the genes as well as the background for this pixel. The second plot shows the predicted code which is the sum of all these coefficients multiplied by the bled codes. The third plot shows the breakdown of the score i.e. ompSpotScore is the sum of all squares in this image. For more details about ompScore look here. If you left click on a gene in the bottom plot, the third plot will show the score due to that gene. If you right click, the second plot will change to the predicted code without that gene and the third plot will show the error (difference between top two plots) without that gene.
The OMP algorithm finds the coefficient of every gene at every pixel of the image, from which you can produce an image for each gene. iss_view_spot_omp2
shows these coefficient images. It is run through iss_view_spot_omp2(o, 234321, ImSz, SpotLocation, ScoreMethod, Track, SpotNo)
with the o.plot()
window open. ImSz
is the radius of the image produced. SpotLocation
is true if you want the image to be centered on the closest spot to the crosshair and false if you want the exact position of the crosshair. ScoreMethod
is the same as CallSpotsMethod
in iss_change_plot
. It is only used to find the location, most likely it will be 'OMP'
. Track
can be set to true to give some extra plots if the class is iss_OMP
but cannot be used if the class is iss_OMP_ConstantBackground_WeightDotProduct
. SpotNo
is the same as with iss_view_omp
.
The plot for the same spot shown above is shown here:
Red is a positive coefficient, blue is negative. A green circle is a local maxima, a grey x
is a spot found by the omp algorithm and saved to o.ompSpotGlobalYX
but failed the thresholding. A grey +
is a saved spot that passed the thresholding.
Another function that is useful for evaluating the gene calling results is iss_view_spot
, which plots the location around a spot in each round and colour channel. It can be used in collaboration with any of the gene calling methods. It is run through: iss_view_spot(o, 234321, ImSz, SpotLocation, ScoreMethod, IncludeGT, Filter, Norm, SpotNo)
. Here, Norm
is either true
or false
to plot the channel/round normalised or raw colors. Filter
is either true
or false
to plot the colors after or before the extract_and_filter
step. All the other arguments are as described in previous functions.
It is particularly useful to use and compare with iss_view_spot_omp2
, and the corresponding plot is shown below with Norm = false
and Filter = true
:
By comparing the two images, you can see the channel 0 background spot in the south-east quadrant as well as the background spot towards the centre in channels 1, 2, 4 and 5. The spot shape in these channels appears to be the same in all rounds, indicating they are background not genes.
The Aldoc gene can be seen along the diagonal, in the plots with the green crosshair. It is quite hard to evaluate due to all the background but there does seem to be a greater intensity in the middle of these green channels in each round compared to the centre of other channels of the same round. In particular, round 7, channel 6 is quite convincing evidence for Aldoc as there is no background for channel 6 so the spot in this channel must be explained by a gene.
You can see the Cadps2 (CharCode = 2345601
) spot emerging in the south-east especially well in (round 2, channel 3); (round 5, channel 6) and (round 7, channel 1). The only other signal of note in the iss_view_spot_omp2
plot is Gda (CharCode = 1526304
) in the south-east quadrant. The signal in (round 4, channel 6) and maybe (round 5, channel 3) seem to differ from that expected from background and have a spot in the location of the supposed Gda. In all the other rounds though, either there is no spot or it coincides with background. Thus it is hard to determine if this spot is real. As can be seen from the grey x
in the iss_view_spot_omp2
plot, this spot did not pass the thresolding process, which I think is fair enough.
The functions iss_view_spot_omp2
and iss_view_spot
are explicitly combined in the function iss_view_spot_omp3
. It is run through: iss_view_spot_omp3(o, 234321, ImSz, SpotLocation, ScoreMethod, Track, SpotNo, Norm)
and both the two above plots will open. The arguments are all the same as for iss_view_spot_omp2
except for the additional argument Norm
which can be true
or false
as with iss_view_spot
. The default value is true
for this function as it shows the effect of removing genes more clearly. The SpotColor image with Norm=true
is shown below:
If you then left click on a gene image in the coefficient plot that also opened, then the SpotColor image will adjust to remove the gene you clicked on. Clicking on any background gene will remove all background genes. Right clicking will reinstate the gene. The SpotColor without background and then without background and Aldoc are shown below:
So in a perfect example, each of the images will go completely white (to 0) after we have clicked on all the genes that are actually there.