使用vitae软件包，multiple-bibliographies.lua错误编织Rmd时出现问题复制系统

25-02-20 14

此处将为大家介绍关于使用vitae软件包，multiple-bibliographies.lua错误编织Rmd时出现问题复制系统的详细内容，此外，我们还将为您介绍关于(OK)Graphviz-MANE

此处将为大家介绍关于使用vitae软件包，multiple-bibliographies.lua错误编织Rmd时出现问题复制系统的详细内容，此外，我们还将为您介绍关于(OK) Graphviz - MANET - multiple interfaces multiple paths、Author name disambiguation using a graph model with node splitting and merging based on bibliogra...、CentOS 7更新时出现Multilib version problems、CentOS 7更新时出现：Multilib version problems问题的解决方法的有用信息。

本文目录一览：

使用vitae软件包，multiple-bibliographies.lua错误编织Rmd时出现问题复制系统
(OK) Graphviz - MANET - multiple interfaces multiple paths
Author name disambiguation using a graph model with node splitting and merging based on bibliogra...
CentOS 7更新时出现Multilib version problems
CentOS 7更新时出现：Multilib version problems问题的解决方法

使用vitae软件包，multiple-bibliographies.lua错误编织Rmd时出现问题复制系统

如何解决使用vitae软件包，multiple-bibliographies.lua错误编织Rmd时出现问题复制系统？

当尝试使用履历包从Rmd编织履历时，我看到以下错误：

    Error running filter /tmp/RtmpLl0xn9/multiple-bibliographies.lua:
    /tmp/RtmpLl0xn9/multiple-bibliographies.lua:34: attempt to compare string with table
    stack traceback:
         /tmp/RtmpLl0xn9/multiple-bibliographies.lua:34: in function </tmp/RtmpLl0xn9/multiple-bibliographies.lua:32>
         /tmp/RtmpLl0xn9/multiple-bibliographies.lua:32: in main chunk
    Error: pandoc document conversion Failed with error 83

在为任何提供的模板使用默认居里模板内容时，我看到相同的错误。我尝试了各种Rmd文件，更新了我的所有r软件包，并且对下一步的工作感到迷茫。

复制

在rstudio中，选择文件->新文件-> R Markdown
从模板中选择
选择“简历”（真棒CV格式）
加载Rmd文件后，单击“编织”
看到以下错误

系统

我正在使用：

R版本4.0.3
Linux（Ubuntu 20.04.1）
Rstudio 1.2.5001
简历0.2.2.9000

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）

(OK) Graphviz - MANET - multiple interfaces multiple paths

/*
dot example3.dot -Tpng -o example3.png
*/

digraph G {

	size="10,10";

	rankdir=LR					// set graph direction rankdir="TB", "LR", "BT", "RL"

	//ranksep="1.0 equally"
	//splines=line
	nodesep=0.4;
	//node [label=""];

	subgraph cluster_1 {
	 color=white;
	 node [style=solid, color=black, shape=circle, width=.4 height=.4, fixedsize=true];
	 M1;
	 //label = "layer 1";
	}

	subgraph cluster_2 {
	 color=white;
	 node [style=solid, color=black, shape=circle, width=.4 height=.4, fixedsize=true];
	 M2;
	 //label = "layer 2";
	}

	subgraph cluster_3 {
	 color=white;
	 node [style=solid, color=black, shape=circle, width=.4 height=.4, fixedsize=true];
	 M3;
	 //label = "layer 2";
	}

	subgraph cluster_4 {
	 color=white;
	 node [style=solid, color=black, shape=circle, width=.4 height=.4, fixedsize=true];
	 M4;
	 //label = "layer 2";
	}

	subgraph cluster_5 {
	 color=white;
	 node [style=solid, color=black, shape=circle, width=.4 height=.4, fixedsize=true];
	 M5;
	 //label = "layer 3";
	}

	//At present, the recognized style names are "dashed", "dotted", "solid", "invis" and "bold" for nodes and edges, "tapered" for edges only, and "filled", "striped", "wedged", "diagonals" and "rounded" for nodes only. The styles "filled", "striped" and "rounded" are recognized for clusters. The style "radial" is recognized for nodes, clusters and graphs, and indicates a radial-style gradient fill if applicable. 


//-------------------------------------------------------------------------------------------------
// original MPTCP
/*
	M1 -> M2 [style=bold, dir="both", arrowhead=none, arrowtail=none, color=red]
	M1 -> M2 [style=bold, dir="both", arrowhead=none, arrowtail=none, color=red]
	M1 -> M2 [style=bold, dir="both", arrowhead=none, arrowtail=none, color=red]

	M1 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M1 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M1 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none]

	M1 -> M4 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M1 -> M4 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M1 -> M4 [style=solid, dir="both", arrowhead=none, arrowtail=none]

	M2 -> M5 [style=bold, dir="both", arrowhead=none, arrowtail=none, color=red]
	M2 -> M5 [style=bold, dir="both", arrowhead=none, arrowtail=none, color=red]
	M2 -> M5 [style=bold, dir="both", arrowhead=none, arrowtail=none, color=red]

	M3 -> M5 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M3 -> M5 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M3 -> M5 [style=solid, dir="both", arrowhead=none, arrowtail=none]

	M4 -> M5 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M4 -> M5 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M4 -> M5 [style=solid, dir="both", arrowhead=none, arrowtail=none]

	M2 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none, constraint=false]
	M2 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none, constraint=false]
	M2 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none, constraint=false]

	M4 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none, constraint=false]
	M4 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none, constraint=false]
	M4 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none, constraint=false]
//*/
//-------------------------------------------------------------------------------------------------


//-------------------------------------------------------------------------------------------------
// original MPTCP
//*
	M1 -> M2 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M1 -> M2 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M1 -> M2 [style=bold, dir="both", arrowhead=none, arrowtail=none, color=red]

	M1 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M1 -> M3 [style=bold, dir="both", arrowhead=none, arrowtail=none, color=red]
	M1 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none]

	M1 -> M4 [style=bold, dir="both", arrowhead=none, arrowtail=none, color=red]
	M1 -> M4 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M1 -> M4 [style=solid, dir="both", arrowhead=none, arrowtail=none]

	M2 -> M5 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M2 -> M5 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M2 -> M5 [style=bold, dir="both", arrowhead=none, arrowtail=none, color=red]

	M3 -> M5 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M3 -> M5 [style=bold, dir="both", arrowhead=none, arrowtail=none, color=red]
	M3 -> M5 [style=solid, dir="both", arrowhead=none, arrowtail=none]

	M4 -> M5 [style=bold, dir="both", arrowhead=none, arrowtail=none, color=red]
	M4 -> M5 [style=solid, dir="both", arrowhead=none, arrowtail=none]
	M4 -> M5 [style=solid, dir="both", arrowhead=none, arrowtail=none]

	M2 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none, constraint=false]
	M2 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none, constraint=false]
	M2 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none, constraint=false]

	M4 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none, constraint=false]
	M4 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none, constraint=false]
	M4 -> M3 [style=solid, dir="both", arrowhead=none, arrowtail=none, constraint=false]
//*/
//-------------------------------------------------------------------------------------------------
}

Author name disambiguation using a graph model with node splitting and merging based on bibliogra...

Author name disambiguation using a graph model with node splitting and merging based on bibliographic information

基于文献信息进行节点拆分和合并的图模型消歧方法（GFAD）

论文： https://link.springer.com/article/10.1007/s11192-014-1289-4

这是一篇比较早的文章，将人名消歧过程作为一个系统，主要想学习它对消歧过程中的各个阶段的划分

GFAD 是一个面向图的框架，对于元信息缺失，错误信息的存在具有较好的鲁棒性，且不依赖 web 环境，也不需要群体数量信息，不需要估计特定的参数或阈值。其中，顶点表示作者，边表示合作关系。

同名问题：分割多个不重叠的环中的共同顶点

异名问题：合并具有不同名的顶点

同时：能够处理异常问题

1. 概述

1. 基于图的作者姓名消歧方法

2. 使用合作关系构建图模型

3. 基于节点分割和合并解决模糊类别

已有研究：

1. 只处理同名问题

2. 依赖于邮件，网页等辅助信息

2. 创新点

涵盖了同名和异名问题

目的：构建对特定域（或数字图书馆）不敏感的通用框架，避免数据缺失和环境错误的影响

只依赖 title 和 co-author

1. 以图表为导向的人名消歧方法，从文献信息分析作者间的关系构建图模型

2. 通过链接合作者推断作者的社交环（过去和现在的学术关系）

3. 利用顶点分割或顶点合并

与以往研究相比：

1. 只需要合著者信息和 title（必要属性）

2. 不要求其他额外信息或估计值

3. 为同名和异名问题提供一个全面的消除歧义的解决方案

3. 整体框架

1. 利用文献信息分析作者关系构建图模型

2. 拆分存在多个合作网络中的顶点解决同名问题

3. 合并同作者不同名字的节点解决异名问题

3.1. Graph Model Constructor

图模型建设

合著者是解决作者歧义的最有影响力的因素，将合著者信息构建成一个图，合著者为双向关系

3.2. Namesake Resolver

同名的解析器检测并解决同名问题

假设同一个人同一时期很少在同一个机构工作，社交群体也不同

GFAD 将从同一个顶点发出的每个非重叠循环视为不同社交环，循环检测器查找途中具有多个社交环的顶点，名称分割器拆分与多个社交环相关联的顶点

3.2.1. Cycle Detector

算法过程：

1. 如果是别的环的子环，则移除该环

2. 检测并合并在正在检测的环中共享同一顶点的环

Splitting vertices

沿着最长的非重叠环分割包含

3.2.2. Namesake Splitter

GFAD 是从开始到结束的顶点间没有重复顶点和边的简单环，需要为每个社交圈确定合适的边界。通常，社交圈越宽，将不同的人分到同一个人的可能性越大。

如果 BDC 包含相关领域的引用记录，或根据领域构建图，较大的社交圈就不容易出现以上错误

GFAD 将最大的环作为该作者的社交圈，假定，同一个顶点出现在多个最大的社交圈时可能包含同名不同人的作者，因此，我们需要检测每个顶点的最大非重叠环，然后根据这些周期进行顶点分割

3.3. Heteronymous Name Resolver

异名解析器

1. 查找具有相似作者名称，并且相同作者检测器识别表示为同一个人的顶点

2. 异名合并器合并该顶点

同一个作者使用不同名字

GFAD 判断具有相似名字的顶点组，如果该组所有成员至少共享一个公共顶点，则将其视为同一个人

3.3.1. similar name searcher

1. GFAD 使用最长公共子序列（ LCS ）方法检测

2. 使用空格和标点符号作为分隔符标记作者名字，并使用 LCS 测量相似度

3. 如果两者相似度 > 0.8 则视为相似

3.3.2. same author detector

两个相似名称的顶点直接或间接的连接到图中的公共顶点，则认为两者为同一个人

3.3.3. heteronymous name merger

一旦确定具有相似名称的作者是同一个人，则合并

3.4. Outlier Remover

孤立点：

缺少消歧所需要的元信息

如：在使用合著关系的系统中，只有一个作者的文章就是孤立点

对于使用作者所属组织的系统中，缺少作者所属信息的文章就是孤立点

GFAD 将异常值根据代表性的关键字的相似性度量，将相应顶点与图模型中最相似的顶点合并

相似度量：

GFAD 将文章中的词汇构成一个特征向量，将其作为关键词，使用余弦相似度，测量异常值和其相似顶点间的相似度

过程：

1. 从 GM 中寻找没有合著信息的顶点

2. 将其中名字相似的顶点标为孤立点，并且选择出有最高相似度的顶点

3. 将孤立点从 GM 中移除，与有最高相似度的节点合并

4. Experiment

分别对比有或没有异常点移除的步骤的效果

孤立点去除将离群点合并成最相似的群，当将单个记录群误解为离群点时，GFAD 性能降低

如何合理的去除离群点？

对比使用了哪些属性，信息缺失是否严重
如何定义相似性阈值

GFAD-AD: 仅使用共同作者

GFAD-OR：孤立点移除

HHC：使用引用特征的非监督人名消歧

HHC-ALL：使用所有特征属性（合著者，title，地点）

HHC-CO：仅使用合著者特征

使用所有特征属性（合著者，title，地点）
在 arnet 上比 GFAD 性能好
需要预先定义标题和地址的相似度阈值
选择一个唯一的不变的阈值不太现实

GFAD-AD

仅使用共同作者

当仅使用共同作者属性时，GFAD-AD 在两集合中都优于 HHC-CO

5. GFAD 局限性

不能处理：

1. 两个同名作者有相同名字但不同人的合作者

2. 虽然是同一个人但没有共同合作者

3. 当由单一作者所著时，没有合著者信息

4. 作者个人资料变更（动态变化）

CentOS 7更新时出现Multilib version problems

这两天在更新CentOS7系统时，出现了Multilib version problems错误，执行命令：

# yum update

出现了的错误信息：

....
---> Package libcap-ng.i686 0:0.7.5-4.el7 will be installed
---> Package libstdc++.i686 0:4.8.5-16.el7 will be installed
--> Finished Dependency Resolution
Error: Multilib version problems found. This often means that the root
cause is something else and multilib version checking is just
pointing out that there is a problem. Eg.:

1. You have an upgrade for glibc which is missing some
dependency that another package requires. Yum is trying to
solve this by installing an older version of glibc of the
different architecture. If you exclude the bad architecture
yum will tell you what the root cause is (which package
requires what). You can try redoing the upgrade with
--exclude glibc.otherarch ... this should give you an error
message showing the root cause of the problem.

2. You have multiple architectures of glibc installed,but
yum can only see an upgrade for one of those architectures.
If you don't want/need both architectures anymore then you
can remove the one with the missing update and everything
will work.

3. You have duplicate versions of glibc installed already.
You can use "yum check" to get yum show these errors.

...you can also use --setopt=protected_multilib=false to remove
this checking,however this is almost never the correct thing to
do as something else is very likely to go wrong (often causing
much more problems).

Protected multilib versions: glibc-2.17-196.el7.i686 != glibc-2.17-157.el7_3.1.x86_64
Error: Protected multilib versions: pcre-8.32-17.el7.i686 != pcre-8.32-15.el7_2.1.x86_64
Error: Protected multilib versions: elfutils-libs-0.168-8.el7.i686 != elfutils-libs-0.166-2.el7.x86_64
......

解决过程如下：

//查询重复的软件包
# rpm -q systemd-libs
systemd-libs-219-30.el7.x86_64
systemd-libs-219-42.el7_4.1.x86_64

//删除旧版
# rpm -e systemd-libs-219-30.el7.x86_64
error: Failed dependencies:
    systemd-libs = 219-30.el7 is needed by (installed) libgudev1-219-30.el7.x86_64

//仍然出现依赖问题，继续查询libgudev1的版本信息
# rpm -q libgudev1
libgudev1-219-30.el7.x86_64

//发现只有一个版本，升级试一下
# yum update libgudev1
......
Updated:
  libgudev1.x86_64 0:219-42.el7_4.1                                                                                                                                                                                                                                             

Complete!
# rpm -q libgudev1
libgudev1-219-42.el7_4.1.x86_64

//升级完成后，删除旧版本的systemd-libs
# rpm -e systemd-libs-219-30.el7.x86_64
# rpm -q systemd-libs
systemd-libs-219-42.el7_4.1.x86_64

最后查询发现只剩下最新版本的systemd-libs，其他重复版本包的解决，也是同样的过程。
核心的命令主要是：

rpm -q package-names
rpm -e package-full-version

CentOS 7更新时出现：Multilib version problems问题的解决方法

前言

关于CentOS的出身就不多多说了，拥有RHEL所有功能和性能，甚至更加友好，最重要一点是免费，深受大家的喜爱，CentOS的受欢迎程度并不亚于Ubuntu，之前安装了CentOS7，关于安装的教程，有需要的朋友们可以参考这篇文章：https://www.jb51.net/article/95263.htm ，下面话不多说了，来一起看看详细的介绍吧。

发现问题

最近这两天在更新CentOS7系统时，出现了Multilib version problems错误，执行命令：

# yum update

出现了的错误信息：

2. You have multiple architectures of glibc installed, but
yum can only see an upgrade for one of those architectures.
If you don''t want/need both architectures anymore then you
can remove the one with the missing update and everything
will work.

3. You have duplicate versions of glibc installed already.
You can use "yum check" to get yum show these errors.

...you can also use --setopt=protected_multilib=false to remove
this checking, however this is almost never the correct thing to
do as something else is very likely to go wrong (often causing
much more problems).

解决过程如下：

//查询重复的软件包
# rpm -q systemd-libs
systemd-libs-219-30.el7.x86_64
systemd-libs-219-42.el7_4.1.x86_64

//删除旧版
# rpm -e systemd-libs-219-30.el7.x86_64
error: Failed dependencies:
 systemd-libs = 219-30.el7 is needed by (installed) libgudev1-219-30.el7.x86_64

//仍然出现依赖问题，继续查询libgudev1的版本信息
# rpm -q libgudev1
libgudev1-219-30.el7.x86_64

//发现只有一个版本，升级试一下
# yum update libgudev1
......
Updated:
 libgudev1.x86_64 0:219-42.el7_4.1                              

Complete!
# rpm -q libgudev1
libgudev1-219-42.el7_4.1.x86_64

//升级完成后，删除旧版本的systemd-libs
# rpm -e systemd-libs-219-30.el7.x86_64
# rpm -q systemd-libs
systemd-libs-219-42.el7_4.1.x86_64

最后查询发现只剩下最新版本的systemd-libs，其他重复版本包的解决，也是同样的过程。

核心的命令主要是：

rpm -q package-names
rpm -e package-full-version

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。

您可能感兴趣的文章:

CentOS 8设置自动更新的完整步骤

今天关于使用vitae软件包，multiple-bibliographies.lua错误编织Rmd时出现问题复制系统的介绍到此结束，谢谢您的阅读，有关(OK) Graphviz - MANET - multiple interfaces multiple paths、Author name disambiguation using a graph model with node splitting and merging based on bibliogra...、CentOS 7更新时出现Multilib version problems、CentOS 7更新时出现：Multilib version problems问题的解决方法等更多相关知识的信息可以在本站进行查询。

本文标签：