<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>生信/分析 on June's Blog</title><link>https://June6699.github.io/tags/%E7%94%9F%E4%BF%A1/%E5%88%86%E6%9E%90/</link><description>Recent content in 生信/分析 on June's Blog</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Sat, 28 Mar 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://June6699.github.io/tags/%E7%94%9F%E4%BF%A1/%E5%88%86%E6%9E%90/index.xml" rel="self" type="application/rss+xml"/><item><title>SCENIC+中export_pseudobulk导出片段文件的神坑盘点</title><link>https://June6699.github.io/posts/scenic+%E6%8B%86fragments/</link><pubDate>Sat, 28 Mar 2026 00:00:00 +0000</pubDate><guid>https://June6699.github.io/posts/scenic+%E6%8B%86fragments/</guid><description>&lt;h3 id="一问题背景"&gt;一、问题背景&lt;/h3&gt;
&lt;p&gt;在使用 SCENIC+ (pycisTopic) 的 &lt;code&gt;export_pseudobulk()&lt;/code&gt; 函数，按细胞类型拆分 ATAC fragment 文件并准备进行 consensus peak calling 时，常常遭遇一系列难以排查的“幽灵”错误。&lt;/p&gt;
&lt;p&gt;主要表现为：明明输入的数据没有任何问题，程序却频繁提示临时文件不存在，或者在刚创建好临时文件准备写入时直接崩溃闪退。根本原因是底层的 &lt;code&gt;scatac_fragment_tools&lt;/code&gt; 解析器对输入文件的格式、字典匹配以及 DataFrame 的索引有着极其严苛（且缺乏友好报错提示）的硬编码限制。&lt;/p&gt;</description></item><item><title>SnapATAC与Seurat版本兼容性问题</title><link>https://June6699.github.io/posts/atac%E7%9A%84transferanchor%E4%B8%8Eseurat%E7%89%88%E6%9C%AC%E9%97%AE%E9%A2%98/</link><pubDate>Wed, 18 Mar 2026 00:00:00 +0000</pubDate><guid>https://June6699.github.io/posts/atac%E7%9A%84transferanchor%E4%B8%8Eseurat%E7%89%88%E6%9C%AC%E9%97%AE%E9%A2%98/</guid><description>&lt;h3 id="一问题背景"&gt;一、问题背景&lt;/h3&gt;
&lt;p&gt;在使用 SnapATAC 的 &lt;code&gt;snapToSeurat()&lt;/code&gt; 函数将 ATAC snap 对象转换为 Seurat 对象时，遭遇一系列版本兼容性问题。根本原因是当前环境安装的是 &lt;strong&gt;Seurat v5&lt;/strong&gt;，而 SnapATAC 依赖 &lt;strong&gt;Seurat v4&lt;/strong&gt; 的接口。&lt;/p&gt;
&lt;hr&gt;
&lt;h3 id="二报错流程与解决方案"&gt;二、报错流程与解决方案&lt;/h3&gt;
&lt;h4 id="1-snaptoseurat-报错dimreduc-global-slot"&gt;1. snapToSeurat 报错：DimReduc global slot&lt;/h4&gt;
&lt;p&gt;&lt;strong&gt;报错信息&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>pairtools处理HIC测序数据</title><link>https://June6699.github.io/posts/pairtools%E5%A4%84%E7%90%86hic%E6%95%B0%E6%8D%AEbug%E8%A7%A3%E5%86%B3%E6%97%A5%E5%BF%97/</link><pubDate>Wed, 04 Mar 2026 00:00:00 +0000</pubDate><guid>https://June6699.github.io/posts/pairtools%E5%A4%84%E7%90%86hic%E6%95%B0%E6%8D%AEbug%E8%A7%A3%E5%86%B3%E6%97%A5%E5%BF%97/</guid><description>&lt;h2 id="一schi-c-核心原理概述"&gt;一、scHi-C 核心原理概述&lt;/h2&gt;
&lt;p&gt;scHi-C（single-cell High-throughput Chromosome Conformation Capture）是&lt;strong&gt;单细胞水平&lt;/strong&gt;的染色质三维空间互作捕获技术，核心目标是解析单个细胞内染色质的&lt;strong&gt;多位点同时互作（Chromatin Hub）&lt;/strong&gt;。
其实验核心原理：通过甲醛交联固定染色质天然空间构象，限制性内切酶切割基因组DNA，对&lt;strong&gt;空间邻近的不同染色质区段&lt;/strong&gt;进行生物素标记与连接，形成跨多个基因组位点的&lt;strong&gt;嵌合DNA片段&lt;/strong&gt;；利用高通量双端测序读取嵌合片段序列，通过生物信息学比对定位片段对应的基因组坐标，最终还原染色质的真实空间接触关系。
区别于群体细胞Hi-C，scHi-C 高度依赖**嵌合read（chimeric read）**的捕获与分析，这是识别单细胞多位点互作的核心数据特征。&lt;/p&gt;</description></item></channel></rss>