热点
漏洞研究员深度揭秘:移动设备流畅度控制逻辑,reasoning_content:我们要求以网络安全漏洞研究员的口吻写一个与“技术、科技”相关,关于“移动互联设备流畅度深度评测:揭秘控制逻辑背后的技术精髓”的标题字数控制在30字以内注意是标题,不要多余说明nn需要体现网络安全漏洞研究员的身份,同时与流畅度评测、控制逻辑技术相关可以结合漏洞、安全、性能优化等角度例如“漏洞研究员揭秘:流畅度背后的控制逻辑陷阱”之类的但要求简短精炼30字内nn可能的漏洞视角下的移动设备流畅度控制逻辑解析字数?数一下:漏洞视角下的移动设备流畅度控制逻辑解析 - 一共16个字?不对,中文每个字算一个:漏(1)洞(2)视(3)角(4)下(5)的(6)移(7)动(8)设(9)备(10)流(11)畅(12)度(13)控(14)制(15)逻(16)辑(17)解(18)析(19) —— 19个字,可以nn但题目要求“以网络安全漏洞研究员的口吻”,这个标题不够明显可以更直接:网络安全研究员揭秘:流畅度控制逻辑的安全隐患字数:网络安全研究员揭秘:流畅度控制逻辑的安全隐患 - 网(1)络(2)安(3)全(4)研(5)究(6)员(7)揭(8)秘(9):(10)流(11)畅(12)度(13)控(14)制(15)逻(16)辑(17)的(18)安(19)全(20)隐(21)患(22) —— 22字,符合nn但题目中给的是“移动互联设备流畅度深度评测:揭秘控制逻辑背后的技术精髓”,我们作为漏洞研究员,可能要把“技术精髓”变成“安全漏洞”或“隐患”或者可以结合:漏洞研究员深度剖析:移动设备流畅度控制逻辑字数:漏洞研究员深度剖析:移动设备流畅度控制逻辑 - 漏(1)洞(2)研(3)究(4)员(5)深(6)度(7)剖(8)析(9):(10)移(11)动(12)设(13)备(14)流(15)畅(16)度(17)控(18)制(19)逻(20)辑(21) —— 21字nn很好再考虑更吸引眼球:安全漏洞视角:移动设备流畅度控制逻辑揭秘字数:安(1)全(2)漏(3)洞(4)视(5)角(6):(7)移(8)动(9)设(10)备(11)流(12)畅(13)度(14)控(15)制(16)逻(17)辑(18)揭(19)秘(20) —— 20字nn注意原问题要求“写一个标题”,直接输出选择最合适的我倾向于:漏洞研究员揭秘:移动设备流畅度控制逻辑这样口语化且体现身份但字数够了或者加上“深度”二字?漏洞研究员深度揭秘:移动设备流畅度控制逻辑 - 29字?漏(1)洞(2)研(3)究(4)员(5)深(6)度(7)揭(8)秘(9):(10)移(11)动(12)设(13)备(14)流(15)畅(16)度(17)控(18)制(19)逻(20)辑(21) - 21字可以nn最终输出:漏洞研究员深度揭秘:移动设备流畅度控制逻辑
16 9 月 2026, 周三

文本挖掘----基于OCR的文档关键字提取

前言


紧急添加:有人反馈看不懂。那是因为没有看姐妹篇,《你有没有想到,这样的观点挖掘引擎?》。请先阅读本文,再继续看下去!

做了一段时间的OCR,把大量的图片、PDF处理成了文本。请注意:这些文本在互联网上属于稀有资源。这些文本以前都放在一个盒子里,如今,用OCR做钥匙打开盒子。取出东西,是好是坏也没人知道。但是,总得取出来看看。

所以,Text Mining就有了用处。我们把这些稀缺数据拿来挖一挖。万一挖到宝了,可就发了。。。

数据可视化后,你将得到这样的结果:

数据可视化,谷震平的专栏

别高兴,我将给你列出一堆坑。。。。

在自己的微信公众号上,写过一篇文章—-《你有没有想到,这样的观点挖掘引擎?》。这篇文章主要是对观点挖掘引擎做了简单的概述,给出了每个步骤大致需要实现怎样的功能。但是,没有涉及到技术和框架的东西。所以特地在CSDN上讲讲技术层面的东西。

OCR处理图片


这是一个很重要的过程—-数据预处理,直接影响最后的挖掘结果。难点有两个:

  • 图片的布局、PDF文件的版面识别
  • OCR识别的精度,一般都会有错误字符出现

不要妄想自己能解决这两个问题,请交给专业人士去搞,因为比较头疼。但是对于一般的开发者而言,或者精度要求不那么高的同学而言,直接用OCR的成熟东西就好,比如Tesseract。

给出一篇文章:《OCR—-Python调用Tesseract引擎(Ubuntu下)》。参照来做,没有问题的。

文本挖掘工具


自己写算法去挖掘处理好的文本,简直可笑。。。因为水很深很深。主要的难点:

  • 文本挖掘常用算法自己手写,耗时
  • 语料库(特别是中文)
  • 句法分析、语义分析

所以,对于一般的开发者而言,或者公司快速生成而言,用框架吧。推荐两款:(1)结巴分词,(2)清华大学的中文分词THUTag。

我使用的是jieba,感觉API讲解的好。

操作指南就不秀了,也没什么可写的。当你装完环境,可能只是这样:

# abstract word extract
tags_output = jieba.analyse.extract_tags(text,topK=20,withWeight = True)

对,我并没有开玩笑。。。only one code !

数据可视化


数据可视化,这是个可深可浅的活。有时候,谁都能干;有时候,需要深知业务逻辑的人才。吓得我都不敢多说一句了。。。

这块也是现在比较火的BI工程师的职业范畴。BI Engineers用什么,我不知道。但是,我用的可视化工具是Echart,百度开源的(PS:支持国产的好处就是API都是中文的哎。。。)。

Echart3和Echart2整体的功能没有多少改变,但是样式和风格变了很多。抛开版本不说,EChart框架貌似不太适合含有逻辑关系数据的展现 。做分类结果展示还可以,但是关系图,我只能呵呵。

最近,在尝试D3的技术,有空再码。

结语


关键词提取也好,观点挖掘也好,都没有本质的区别。我做的这个东东,主要是在数据结构上用创新。毕竟是图片、PDF,不是纯文本。

更多技术交流,欢迎评论。毕竟在技术方面还是个渣渣,所以有不对的地方,欢迎批评指正。感谢!

下面是公众号的二维码,扫一扫关注更多精彩原创内容:

谷震平的专栏 微信公众号  二维码

dawei

【声明】:毕节站长网内容转载自互联网,其相关言论仅代表作者个人观点绝非权威,不代表本站立场。如您发现内容存在版权问题,请提交相关链接至邮箱:bqsm@foxmail.com,我们将及时予以处理。

您错过了