该名目经由摄像头拍照(可依据名目情景改编上传图片大概摄像头拍照等)天生图片并识别身份证信息,身份证辨招供思考抵达90%,绝大部份信息能够识别。
可更正名目成果举行文字识别,识别率很高;
收缩包搜罗一个名目以及一个使用文档
1
实时视频拼接与目的跟踪,附使用阐发,只给了release版本,详尽代码由于种种原因,暂不思考开源,其实是赔罪。
相关学识的详尽介绍可参考我的博客。
1
高光谱解混数据集(JapserRidge),matlab的mat文件。
原始数占有512x614个像素。
每一个像素记其实规模从380nm到2500nm的224个通道中。
光谱分说率高达9.46nm。
由于这个高光谱图像太繁杂而没法患上到底子梦想,于是咱们思考100x100像素的子图像。
第一像素从原始图像中的第(105,269)像素末了。
在移除了通道1--3,108-112,154-166以及220-224后(由于密集的水蒸气以及大气效应),咱们留存了198个通道(这是HU阐发的罕有预处置)。
2023/5/6 19:12:01 2.88MB 高光谱解混数
1
处置机调解的模拟实现,用先来先效率、短作业优先、最短残余功夫优先、功夫片轮转、基于动态优先级的调解,基于高照料比优先的动态优先级调解处置机调解算法的实现,能够模拟进程调解情景,并输入进程的完胜利夫,盘算周转功夫、带权周转功夫,平均周转功夫战争均带权周转功夫。
申请使用链表,进程个数由用户提供,依据进程的实际个数天生PCB。
法度圭表标准能够让用户遴选使用哪类调解算法,进程底子信息要既可从文件读入,也可手动输入。
法度圭表标准还要思考用户界面的友好性以及使用便捷性。
2023/5/5 9:28:03 15KB C语言 操作系统 处理机调度
1
咬人傣族Stablecoin体系安抚行为外用药,叫饲养员,某些经营都缭绕复仇blockchain自动化。
bite-keeper是最约莫的人之一。
它会络续把守Tub条约以探究不清静的杯子,并在它们变患上不清静时连忙咬伤它们。
最终,它应思考到经由bust处置所暴发的典质品而患上到的利润,并且惟独在起初能够经由套利赔偿的情景下,能力够在bitebust暴发废气。
普通,它只是一个哑吧守门人,只咬着每一个能够被咬的杯子。
装置先决前提假如要使用Maker的python货物,则需要装置virtualenv这个名目。
这有助于确保您运行的是准确版本的python,并查验install.sh中安
2023/5/2 15:15:32 27KB ethereum dai stablecoin maker-keeper
1
本资源参考网上原版为存取英文字符的ini操作,未思考中文乱码下场。
而网上另外也有资料若那处置中文编码,譬如转码为utf-8,存能处置乱码,取又涌现下场。
本资源我重新收拾,用unicode美满处置中文乱码下场。
用法:1.申明实例IniFileiniFile=newIniFile(HttpContext.Current.Server.MapPath("~/App_Data/LocalData.ini"));2.存数据iniFile.WriteValue(SectionName,KeyName,KeyValue);3.取数据iniFile.GetString(SectionName,KeyName,DefaultValue);
2023/5/2 7:52:05 27KB C# ini操作 中文乱码
1
临床帮手遴选反对于才气的构建与思考
2023/5/1 10:39:56 2.64MB 临床辅助决策
1
板材切割优化体系适用于法则的木板切割、玻璃切割、钢板切割等优化方案,付与优化算法,增强了板材排版的迷信性以及正当性。
体系实现为了方案与管理实用的松散,您能够依据多种制品尺寸与多种毛坯相松散盘算出公平的排版方案,能够实现零料的二次使用。
优化功能高。
留存、可转让化种种情景下运行的报表。
该版本的玻璃优化盘算除了具备老例体系的成果外,还削减或者增强了一下成果:一、付与新的优化算法。
本体系的这次降级付与愈加先进的多种数学实际以及盘算机数据结构实际,比力大的普及了板材排布的正当性。
优化率比降级前的体系普及的5%以上。
二、付与公役方式。
思考到门窗玻璃的切割有未必的倾向申请,在制品玻璃的切割时能够应承未必的倾向值,故在优化盘算以前能够举行制品玻璃正负倾向的配置。
对于降级前的体系,假如在玻璃毛坯上切割的蛮后一张玻璃制品尺寸偏大1-3毫米,频频要在一张新的玻璃毛坯上举行切割,组成糜掷,而普通的降级体系,就能够依据实际情景,定义公役值,从而普及行使率。
2023/5/1 7:08:18 5.41MB 极致 玻璃开料 板材开料 切割优化
1
在NTFS文件体系中,每一个文件或者目录都具备一个MFT记实,MFT记实中记实了文件或者目录的底子信息,对于普通文件来说,普通具备文件序号,文件名,建树功夫,文件大小,文件属性,文件数据地址索引等底子文件信息,而一个目录除了具备底子文件信息,还具备其目录下的文件索引项信息,文件与其父目录之间经由该文件的MFT记实中的父目录信息以及目录中的索引项来建树附属关连,这两种信息仅有地未必了文件与父目录之间的对于应关连,由此可知,要在一个指定目录下天生一个文件,除了要建树目的文件自身的MFT记实,还需在其父目录的MFT记实大概其索引调配中建树目的文件的索引。
在NTFS体系中,文件索引是一个比力繁杂的内容,文件的索引付与了树型结构,这给NTFS体系带来了查找文件速率快的短处,但却给当索引结点削减或者削减时,若何掩护树的失调带来了难题。
在NTFS体系中,小目录的索引直接寄存在目录自身MFT记实的90H属性中,而大目录的索引则需另外开拓新的索引调配区来寄存相关的索引。
原法度圭表标准中只思考了小目录的情景,行将文件的索引直接寄存在90H属性中,并不思考大目录的索引情景。
除了此之外,NTFS体系对于每一个文件操作都市写入日志文件中,以便不合性查验,但由于这方面的内容尚未钻研明晰,本法度圭表标准中也未波及这方面的内容。
2023/5/1 0:54:39 424KB ntfs 文件系统 Hexshop
1
属于ssm+easyui整合的度假村落管理体系,界面残缺,波及到用户登录,脚色权限抑制,加盟商管理,用户管理,定单管理,论坛管理等等,思考的比力精密,多个用户不患上不能重复登录一个账号,以及踢出用户的成果等,好勤学习,阻滞对于您有很大的帮手!(不美意思,以前是由于不上传sql,其实赔罪,普通削减的是残缺的,能够运行的大名目)
1
共 253 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡