read_table()参数sep与delimiter之细微差别

当我读取三元组文件的时候,通过pd.read_table()函数,跑完之后,遇到了一些奇奇怪怪的结果,我将问题锁定在这个函数上。
在这里插入图片描述
这是我的三元组文件

h_r_t_name = [":START_ID", "role", ":END_ID"]
h_r_t = pd.read_table("redata.txt",delimiter=',', names=h_r_t_name)#delimiter
print(h_r_t.info())
print(h_r_t.head())

原先我是这样写的,它就把三类全部归到:START_ID上,让我很迷。
查看一下参数文档在这里插入图片描述在这里插入图片描述
看到这还有一个参数sep,我打着试试看的心理,居然ok了!wtf在这里插入图片描述
莫名其妙 我丢
于是查看了官方的文档,是这样介绍的

read_csv(filepath_or_buffer, sep=',', delimiter=None, header='infer', names=None, index_col=None, usecols=None, squeeze=False, prefix=None, mangle_dupe_cols=True, dtype=None, engine=None, converters=None, true_values=None, false_values=None, skipinitialspace=False, skiprows=None, nrows=None, na_values=None, keep_default_na=True, na_filter=True, verbose=False, skip_blank_lines=True, parse_dates=False, infer_datetime_format=False, keep_date_col=False, date_parser=None, dayfirst=False, iterator=False, chunksize=None, compression='infer', thousands=None, decimal=b'.', lineterminator=None, quotechar='"', quoting=0, escapechar=None, comment=None, encoding=None, dialect=None, tupleize_cols=None, error_bad_lines=True, warn_bad_lines=True, skipfooter=0, doublequote=True, delim_whitespace=False, low_memory=True, memory_map=False, float_precision=None)

sep :
字符串,分割符,默认值为‘,’。如果sep为None,则C引擎无法自动检测分隔符,但Python解析引擎可以检测,这意味着将使用后者,并通过Python的内置嗅探器csves.niffer自动检测分隔符。此外,长度大于1个字符的分隔符将被解释为正则表达式,并强制使用Python解析引擎。正则表达式示例:’\r\t’
delimiter :
字符串,分割符,默认值为 none。其是相当于sep的替代品,指定delimiter,那么sep便失效。

我丢

  • 1
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值