SilverBach805

您好，感谢您的回信。我执行的是表格识别的项目，配置文件是lgpma-base.py，代码运行到训练数据的pipeline对mask进行填充时，报错的。报错的图片，我放在附件您看一下。 谢谢！ 发自我的iPhone ------------------ 原始邮件 ------------------ 发件人: Liang Qiao ***@***.***> 发送时间: 2022年1月21日 14:03 收件人: hikopensource/DAVAR-Lab-OCR ***@***.***> 抄送: SilverBach805 ***@***.***>, Author ***@***.***> 主题: Re: [hikopensource/DAVAR-Lab-OCR] opencv的copyMakeBorder函数报错 (Issue #51) 请问是执行哪个算法的demo时出现的问题，另外图片太过模糊无法看清楚。 — Reply...

图片可能不清晰，我把报错的信息复制过来，在下面您看一下。 Traceback (most recent call last): File "/data/cliu/Hik_table/davarocr/tools/train.py", line 269, in main() File "/data/cliu/Hik_table/davarocr/tools/train.py", line 264, in main meta=meta) File "/data/cliu/Hik_table/davarocr/davarocr/davar_common/apis/train.py", line 174, in train_model runner.run(data_loaders, cfg.workflow) File "/data/anaconda3/envs/torch_cliu/lib/python3.6/site-packages/mmcv/runner/epoch_based_runner.py", line...

是的，是训练自己的数据出的问题，是我们自己标注的表格图片。然后可能有些图片的尺寸要比公开数据集上的尺寸要大很多，不知道是不是这个引起的原因

好的，大部分的数据在训练过程中应该是没问题的，可能少部分数据标注的时候除了一些错误，我看看是哪些数据有问题，谢谢您！

您好，非常感谢您详尽的解释，但是我这个我后来通过对davarresize函数进行debug发现，在那些总是出错的样本上，我在服务器上用mmcv.imread()读取的图片的尺寸总是和segmasks的尺寸不一致，要稍微大一些。这导致了后面在pad的时候，masks的尺寸要比padded_image的尺寸要大，所以对mask进行pad时出错。 最终我发现，是因为我的粗心，导致本地和服务器上的同一张图片的尺寸不一致导致的，我本地的图片和标注文件json的image_shape都是一样的，但是传入到服务器上的同样的图片的尺寸可能由于之前没有裁剪，所以总是偏大一丢丢，所以就导致了和json中同样图片shape的不一致，就报错了。 谢谢！现在问题完全排除，在我们自己的图片样本上效果还是挺好的。

这个是自己按照LGPMA方案中所需要的标签去标注的，主要就是单元格的坐标信息以及单元格跨行跨列的信息。

> 您好，我复现这篇论文代码的时候也是出现这个问题，请问您怎么解决的？方便沟通一下吗 我也还没解决 499184239这是我qq 可以聊一下

跪求大佬上传sdnet，如果不方便，麻烦私发[[email protected]](mailto:[email protected])，谢谢！