介个要看具体的业务要求。如果是城市交通，数据量更大 <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

Fish：介个要看具体的业务要求。如果是城市交通，数据量更大

[阅读: 310] 2007-03-18 14:53:35

至于20K（左右）/辆，只是高速公路方面常见的抓拍图像文件大小，
一般采用 Jpeg 格式保存截取画面，320x240大小
这种图像一般只用于车辆验证，车牌很多时候是看不清的

城市交通方面，对于车牌识别，会有更高的图像质量要求，
某些方案中，远远超过 20K/辆了

大家都是出来卖的，何苦自己人为难自己人
那些活好的，或者活新的，或者花样多的，
或者老板拉皮条功夫好能拉到肯多花钱的客的，
拜托不要老是打击年老色衰的同行了

老鱼记事老鱼侃棋老鱼围脖

相关信息:

字段用 GUID 来作为内容的话，该用什么类型的比较好？不是 MS SQL，没有 GUID 类型的字段。 (空) (pcplayer [460] 2007-03-18 13:08)
- 用char不行吗？ (空) (cndev.org [239] 2007-03-18 13:13)
- char(38) (空) (茶壶 [220] 2007-03-18 13:14)
  - thanks!!看来只能用这个了。 (空) (pcplayer [255] 2007-03-18 13:18)
    - 我们一直这么用，没问题的。 (空) (王中王 [238] 2007-03-18 13:20)
- 【网上搜得】那个用ib很x的人提到的一个实例。。。。。。。 (524字) (haitao [315] 2007-03-18 13:55)
  - 对于数据量在几千以内的，编辑操作频繁的还是使用内存结构好 (61字) (cndev.org [277] 2007-03-18 14:03)
    - 如果在短时间内要对数据作频繁的更改操作，还是先在内存理更改完了，最后才写入数据库好。 (空) (pcplayer [291] 2007-03-18 14:24)
  - 这个要看实际应用。像车牌这种，因为没有分布的问题，采用自增字段就可以了。并且它的程序也有问题， (168字) (pcplayer [351] 2007-03-18 14:28)
    - 可能是图形识别的把握不大，觉得还是都保留比较保险 (68字) (haitao [283] 2007-03-18 14:38)
      - 看情况啦。如果数据量巨大，并且数据库服务器和图片文件服务器不会经常有什么变动，保存为文件也好。 (空) (pcplayer [316] 2007-03-18 14:44)
      - 介个要看具体的业务要求，数据量大时很正常 (89字) (Fish [267] 2007-03-18 14:46)
        20k/辆，仅仅拍车牌？ (31字) (haitao [270] 2007-03-18 14:49)
        介个要看具体的业务要求。如果是城市交通，数据量更大 (138字) (Fish [309] 2007-03-18 14:53)
        哦这样。。。。我是觉得如果仅仅拍车牌，要求操作者人为调整拍摄位置，难度可能比较大了 (空) (haitao [217] 2007-03-18 14:57)
        256色拍车牌就应该可以了吧 (8字) (cndev.org [267] 2007-03-18 14:54)
        要识别的话，单色就可以了。而且还可以不要灰度 --- 要对图像做二值化处理的。 (空) (pcplayer [298] 2007-03-18 14:57)
        单色是不行的，因为车牌信息不仅包括数字、字母和汉字，车牌的颜色也是重要组成部分 (空) (Fish [278] 2007-03-18 15:00)
        车牌的尺寸是不大，问题是车不是固定的，为了保证能抓到车牌部分，肯定要截取较大的画面，然后再处理 (空) (Fish [529] 2007-03-18 14:59)
- 以前在这里看到过关于效率的比较，好像guid字段的效率高过自增字段 (53字) (haitao [330] 2007-03-18 15:01)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.025 - 560280