字体/掌易码表/ZDic词典/SuperMemo/SugarMemo等制作工具pdbEditor09.01.11

osfans

英文可能比较大，不能全部读入内存。最终可能一个词典也不够用。得另想办法。

wanderxjtu

原帖由 osfans 于 2008-8-10 20:01 发表
程序源代码93072
运行环境:
python2.5：http://python.org/ftp/python/2.5.2/python-2.5.2.msi
wxpython unicode：http://downloads.sourceforge.net/wxpython/wxPython2.8-win32-unicode-2.8.8.1-py25.exe
) }. j0 G( R9 e  N! V6 {$ Z
目 ...

# g4 _# v. y9 r& {9 D3 q5 \
这个用了windows only的库ImageGrab, 还有windows的路径，我以为直接拿来就能在linux上用呢
囧

wanderxjtu

原帖由 wanderxjtu 于 2008-10-22 14:41 发表

. g! s+ s/ v9 P1 a
, N- f% G. b8 g, d+ m" n0 \3 Z这个用了windows only的库ImageGrab, 还有windows的路径，我以为直接拿来就能在linux上用呢
3 |: D$ [; C. K% M. h. b# E囧

ImageGrab.py中的说明:
5 o8 ], y+ ?1 u0 h8 ]& X' { 20 ##
) s% o. R1 c) A* ?/ K 21 # (New in 1.1.3)  The <b>ImageGrab</b> module can be used to copy
22 # the contents of the screen to a PIL image memory.
  Z" G. Z/ h" m1 ]0 h& L0 F 23 # <p>
24 # The current version works on Windows only.</p>
4 A  `5 g; {$ n% ?6 Q 25 #
26 # @since 1.1.3
; l8 i: h: g' K 27 ##

$ n- W1 E7 x! d1 E2 W4 }* P/ _去掉Import ImageGrab后的错误:
Traceback (most recent call last):
5 v4 O3 j; j) D% X9 [  f0 L  File "./pdbEditor.py", line 1555, in <module>
    GUI()
4 q& ?. W* p& I7 H% F% [  File "./pdbEditor.py", line 1310, in GUI
    Application(None, -1, size=(780, 515))
1 B- X9 }  Q) V& v  File "./pdbEditor.py", line 862, in __init__
    self.createPageFont()
0 a% H' n, `9 o  File "./pdbEditor.py", line 954, in createPageFont
' p# v# F9 s9 a( ]8 a    self.initchoices()
  File "./pdbEditor.py", line 1005, in initchoices
5 K" c3 Z1 x1 H* B$ ]    os.chdir(os.path.join(os.environ['WINDIR'],'Fonts'))
  File "/usr/lib/python2.5/UserDict.py", line 22, in __getitem__
9 ~- _/ N, j* E$ K    raise KeyError(key)
- Y* d5 d# v( T, |1 U8 C* @KeyError: 'WINDIR'

* h" D: W- H" I4 \  h+ n, C楼主能改下不？这个工作量应该不大吧，期待。

osfans

原帖由 wanderxjtu 于 2008-10-22 14:41 发表
, }$ @7 |4 o& b4 t

* ^9 c7 \6 w4 q% C& H! L8 _3 \这个用了windows only的库ImageGrab, 还有windows的路径，我以为直接拿来就能在linux上用呢
囧

哎呀，不好意思，本来是想跨平台的，后来，发现没人用，就在windows下开发了，你看看，不行的话就把grab的去掉，直接用pil生成字体吧。

geillizer

用

原帖由 osfans 于 2008-10-19 18:31 发表
是有个临时存储的,不过我估计存不下.
+ x4 \! x0 b) Z0 z3 ~' n你别解压,可以直接读压缩文件的.

' v$ @6 f& F7 L7 Y& a
解压了的xml是不是不能用zdictool.exe转换？

osfans

也可以，都支持，解压后会更快一些。

danish_liu

原先的\n 功能还有么？
- h  f( R0 N: k, `我想实现
7.6    监视和测量装置的控制
1 x# l# B# t, V组织应确定需实施的监视和测量以及所需的监视和测量装置，为产品符合确定的要求(见7.2.1)提供证据。
组织应建立过程，以确保监视和测量活动可行并以与监视和测量的要求相一致的方式实施。
为确保有效，必要时，测量设备应：
  Q6 V( L1 }) t6 [7 M% i9 Ya)        对照能溯源到国际或国家标准的测量标准，按照规定的时间间隔或在使用前进行校准或检定。当不存在上述标准时，应记录校准或检定的依据；
b)        进行调整或必要时再调整；
% @# G7 L) c. Z1 A  F这样写：
7.6监视和测量装置的控制\t[ISO9000条文]//STEHORIZONTALLINE//        组织应确定需实施的监视和测量以及所需的监视和测量装置，为产品符合确定的要求(见7.2.1)提供证据。组织应建立过程，以确保监视和测量活动可行并以与监视和测量的要求相一致的方式实施。为确保有效，必要时，测量设备应：\na)对照能溯源到国际或国家标准的测量标准，按照规定的时间间隔或在使用前进行校准或检定。当不存在上述标准时，应记录校准或检定的依据；\nb)进行调整或必要时再调整；\nc)得到识别，以确定其校准状态；\nd)防止可能使测量结果失效的调整；\ne)在搬运、维护和贮存期间防止损坏或失效。\n此外，//STEHORIZONTALLINE//\n注：作为指南，参见GB/T19022-1和GB/T19022-2。\n注：可追溯到设备校准记录的编号或其它标识满足了本要求\nc)的意图。
有什么问题么？为什么A)的都显示不出来？？
c)        得到识别，以确定其校准状态；
d)        防止可能使测量结果失效的调整；
e)        在搬运、维护和贮存期间防止损坏或失效。

osfans

“此外”后面的那条线有问题，只显示很短的一条，很怪。
5 ]- g, H% J( y+ g# w
; c- |0 u/ W3 N; sA我显示出来啦

osfans

7.6监视和测量装置的控制\t[ISO9000
: @) d% k, \* @$ v
这里不直接用\t，而是按一下Tab键

danish_liu

谢谢，太快了实况转播啊

nickhuang

英文4.1G的版本，convert.bat运行了不到半小时，出错：
# E0 F# ^, ~$ ?8 y8 Q: g. m
从提示看，我猜是内存溢出之类的错误，因为文件大小超过4G了，是不是某个变量只使用32位的，换成64位是不是就可以了？
- W) g' J/ y  X9 r* b( ~ osfans回答一下！谢谢！

osfans

对的，那个错误确实是那个意思，得改程序。
不过，现在的字典格式最多是16K*256*256，也就是1G。
3 a* A" C9 h! ^) d% E5 E  a估计得分成四本才行。

nickhuang

很高兴看到osfans现身了。
你的意思是改程序也没法做到一本？
0 Z4 l( x4 ^7 k# k  x字典格式最多是1G，主要的瓶颈在哪？

nickhuang

大概看了一下源码，确实是全部读进内存再处理的。
那我有个想法，能不能读一个单位处理一个单位然后直接写入pdb，这个单位可以是一行，一段，甚至是一个word。
( ?5 d4 z6 l) n1 t% f8 }# T对Python和XML不熟，但是我觉得处理好这个单位的划分，格式就不会乱，程序也完全可以跑起来的。
) C% q7 |* W$ R: f. ?只是程序运行时间肯定增加不少，因为多了频繁访问I/O.

naill

还有一个问题，我打算重新制作字典，请问怎样在txt文档中加入音标的指示符？

osfans

原帖由 naill 于 2008-10-30 11:43 发表
+ T' x: c" h$ T% C还有一个问题，我打算重新制作字典，请问怎样在txt文档中加入音标的指示符？

, J/ X4 y& }+ c( V现在音标仅在正文开头的
/音标/
8 g8 S5 A) T8 F4 ?, o5 T+ }或
4 M0 U5 L2 r2 `& P* ?[音标]
& _4 R. T1 {. Q, m+ ?能识别，其他情况下就得自己写了。

osfans

原帖由 nickhuang 于 2008-10-30 08:55 发表
很高兴看到osfans现身了。
你的意思是改程序也没法做到一本？
字典格式最多是1G，主要的瓶颈在哪？

瓶颈就是数据库记录数的限制吧，以及解压缩的单位的限制吧。

osfans

原帖由 nickhuang 于 2008-10-30 09:04 发表
大概看了一下源码，确实是全部读进内存再处理的。
1 J2 |; p; B% t) L+ r那我有个想法，能不能读一个单位处理一个单位然后直接写入pdb，这个单位可以是一行，一段，甚至是一个word。
1 G( Q/ S% G' `6 \$ B: r" l对Python和XML不熟，但是我觉得处理好这个单位的划分 ...

# K/ R; Q! c5 F- E0 o$ z是的，是可以这样的，但是好像没必要，因为词典最大就1G，1G的话，内存加虚拟内存已经能够处理了，

naill

原帖由 osfans 于 2008-10-30 12:14 发表
, m! x1 I' Y; U. |( g
  h: d1 ~, b) C) e8 H5 w5 r* g8 H6 o现在音标仅在正文开头的
4 y0 P$ Z* A  Y& B' f6 A/ A+ N/音标/
或
[音标]
能识别，其他情况下就得自己写了。

/ m5 |4 |; R9 h' \9 K
老大，就是问你在正文中，用怎样的格式标注...
9 o1 C* {! q. B* {9 P' l比如 //STExxxxFONT//音标//STESTDFONT//的格式。

nickhuang

原帖由 osfans 于 2008-10-30 12:15 发表

瓶颈就是数据库记录数的限制吧，以及解压缩的单位的限制吧。

期待能突破这个限制啊，是不是要重写Zdiclib？
- m, v6 y5 p5 O3 z& b) [FAT32的4G空间限制肯定是无可奈何，但是可以下载小于4G的版本，也算是最终版了。

osfans

原帖由 naill 于 2008-10-31 09:31 发表


% x% s: v# W6 l9 z) `0 p老大，就是问你在正文中，用怎样的格式标注...
比如 //STExxxxFONT//音标//STESTDFONT//的格式。

/ K  G: }# ~) G0 E& F7 @音标不能用这种格式，而是用调用图片的格式，比如：//STEBITMAP=9001//这表示第一个音标，
# n) e& i2 S& H( j1 z: Z, w4 L总共有255个，序号分别从9001到9255。具体是什么可以参看前人的GMX音标排序。

emfox

终于有点空了，我把 ZDicTool 的代码小改了一下，用 bsddb 写文件数据库，这样基本上只占用很小的内存就可以用了。所付出的代价是时间稍微增加了些，以 zhyue 做试验，执行时间从25秒增加到了35 秒，不过我认为这是值得的。
, J0 l1 E/ H1 {) B3 A. H
但是这只能解决生成的问题，生成以后的文件太大，ZDic 没法支持，我就真的没时间去搞了……

osfans

厉害啊，支持~

naill

原帖由 osfans 于 2008-10-31 12:28 发表
8 F5 M' B& C5 J. P8 Q* }1 t
! C8 Y* S; C  ]! ?- c/ d音标不能用这种格式，而是用调用图片的格式，比如：//STEBITMAP=9001//这表示第一个音标，
总共有255个，序号分别从9001到9255。具体是什么可以参看前人的GMX音标排序。

3 h1 ^+ P0 G6 K1 K2 Z: l4 q+ j; x& x' f* L
我知道GMX音标的格式，大家用的朗道金山117万词典就是我做的~~~。
0 ^% W7 s0 y/ v- \1 c: F
其实你在第二行显示音标，肯定调用了什么语句。我的意思是，你可以自己定义一个格式什么的，当程序读到这个格式，就自动调用你写的函数，不就完了么？然后大家都按照这个格式把字典修改一下，也应该容易实现的啊。

采花郎

老大，我试着反编译了一下词库，结果出现这样的问题，请问何故？

F:\Palm\000000\Key>zdictool -t a.pdb a.txt
[01:47:24]Loading...
) o' W7 x. H6 o( s' ~[01:47:24]Processing...
% L) ~& h4 p3 q( z: f+ u% b& N. K& k" T[01:47:24]Error!
Traceback (most recent call last):
" L! M0 j8 W9 r2 {$ n' E. Z) c, L  File "ZDicTool.py", line 253, in <module>
  Z+ Q5 U4 `6 U# l    app.p2t(pathi, patho)
  File "ZDicTool.py", line 232, in p2t
    t.write(self.unste(f.read(endOffset - startOffset).decode('zlib')))
  File "encodings\zlib_codec.pyo", line 43, in zlib_decode
0 b$ {4 x! N* f# I& z; O5 j$ `2 Nzlib.error: Error -3 while decompressing data: incorrect header check

是不是机器要装python-2.5.2.msi？我已经装了

机器性能不错，2.4G 45nm双核，2G内存，硬盘NTFS分区

[ 本帖最后由 采花郎 于 2008-11-2 01:56 编辑 ]

osfans

原帖由 naill 于 2008-11-1 22:22 发表
1 t: J5 q* F7 r
$ g: c# f! k  A/ s$ Y, Q/ \
我知道GMX音标的格式，大家用的朗道金山117万词典就是我做的~~~。
! L' x! N; L+ t  `5 i% T
9 k0 I! B% E$ |  A# |其实你在第二行显示音标，肯定调用了什么语句。我的意思是，你可以自己定义一个格式什么的，当程序读到这个格式，就自动调用你写的函数，不就 ...

是啊，是进行了替换啊，而且是把短的变成了长的，但是，以前写过把[[ ]]之间的内容自动换成超链接，据说速度比较慢，而且还容易重启，所以就不写了，主要的原因就是，把长字符串变成短字符串好变，但是，把短的变成长的，就容易出错了。因为源字符串，比如是16K，分配的新字符串得长于16K，这就比较麻烦。最极端的情况，每个字符都是音标，那估计得超过64K了。

osfans

原帖由 采花郎 于 2008-11-2 01:55 发表
老大，我试着反编译了一下词库，结果出现这样的问题，请问何故？
. k( @! f7 P* H3 |, |: S0 C& V
+ H; I  J3 P! {2 XF:\Palm\000000\Key>zdictool -t a.pdb a.txt
[01:47:24]Loading...
[01:47:24]Processing...
0 w) Q; {# z/ |$ Z  y& `% \/ D[01:47:24]Error!
Traceback (most recent call ...

这个a.pdb有多大啊？不大的话，传给我试试，我来调试一下，到底是怎么错了。
+ i8 F& ]8 I1 S; ]7 T8 o& @( [+ D6 d你装的东西没问题，齐全了。还是我程序的问题。
对了，难道是旧版本的词典？那就没法解了，用dekdic的速度快一些。

采花郎

可能是旧版的词典，不太大，10来M的样子
3 }; n$ W5 I# t, D6 c; B& d
6 o- F) h% P) z# x" Z  Z- gdekdic？也是反编译的？反编译旧版词典？

另外，做中文wiki，我直接下载bz2压缩包转pdb很快，不到20分钟。
! N* N9 Y6 L. p, A( E
但是我按照你的提示，解压出xml文件以后，convertZ转简体，然后用zdictool转，已经过了一个多小时了，还没完。怪了，你不是说要快些吗？

[ 本帖最后由 采花郎 于 2008-11-2 14:18 编辑 ]

osfans

对的dekdic是反编译旧字典的，我也传到主楼吧。

转成简体后，注意存储的编码格式，还需要是utf-8格式。
" D+ s; W4 v, d$ v3 h" C7 q不过有人反馈这个工具在转换wiki时，部分词典末尾会丢失部分内容，目前还没有查出错误所在。

采花郎

回osfans兄

& H8 p5 Z) U8 g7 |' I中途出错了，退出。
  X/ v! G$ b$ P- y; W
! @! g# A/ g) C; j: _解压后的xml文件有九百多M，转成gbk编码以后就只有七百多M了，应该是没问题的，utf-8编码确实体积要大一些。

不过转换过来的xml始终都不能正确转成pdb，不知何故。我直接把解压后的九百多M的xml文件转pdb成功，所以估计应该是那个convertZ在转换过程中出了问题
) }  H. N  J0 u2 F, L
下午把英文版的4.1G的bz2下载了，试着转换了一下，内存占用达到了2G（机器是2G的内存），后来上升到2.6G以后出错退出。
3 u$ y8 D0 D( D7 z; ~& X; {/ l
- m# @0 n) v" s不过似乎听老兄你说zdic支持的词库不能大于1G？看来就算是转换成功了也没戏，呵呵，Zdic打不开

osfans

原帖由 采花郎 于 2008-11-2 19:46 发表
回osfans兄
! ]0 t1 D9 p6 T/ G
中途出错了，退出。

, `# @( L0 w+ {3 x1 ~7 }" i解压后的xml文件有九百多M，转成gbk编码以后就只有七百多M了，

( n5 k8 n: j( R4 E5 n要把转换之后的文件保存成utf8编码，不能使用gbk编码。然后再转换。

采花郎

测试成功，直接用xml转的，晕倒，这个中文wiki才花了5分钟就完成了，确实比bz2的包快多了

osfans

先别删那个XML，待会我更新一下源程序，应该能解决内容丢失的问题。

采花郎

osfans兄，你后面贴的那个py文件说不全部读入内存，解决了内存溢出的问题。但是我在处理4.1G英文版wiki的时候仍然出现内存溢出，内存占用无比大。请问这是何故？
# V1 v5 L/ P, {/ S4 [) Z
: X  `- T2 T/ J# z/ G0 A我解压bz2以后再试试看会不会继续出现占用打量内存的情况，不过估计还是老样子。

9 a4 H. `! q* ^* g2 s[ 本帖最后由 采花郎 于 2008-11-2 21:35 编辑 ]

osfans

那个是一位网友改的，我机器无法测试，你试试看。zdic格式现在最大确实只能1G，

dooqee

非常不错

采花郎

报告一下osfans，前面我遇到的问题果然是旧词库的问题，用了你的新工具以后，成功转换

* I, z1 h" |" i( i6 R1 t谢谢osfans。

emfox

原帖由 采花郎 于 2008-11-2 21:20 发表
osfans兄，你后面贴的那个py文件说不全部读入内存，解决了内存溢出的问题。但是我在处理4.1G英文版wiki的时候仍然出现内存溢出，内存占用无比大。请问这是何故？
2 u8 w/ B  b) R! V# X8 X
我解压bz2以后再试试看会不会继续出现占用打量内存 ...

: ~9 ~! |8 B! P! b
那个 py 文件是我做的，我又仔细看了一下，是这么个问题：虽然已经不全部读入内存了，但是因为直接调用了 sorted()，所以词条（单词本身，不包括解释）还是要全部读入的，加上排序所用的开销，对于解压开来有19G之多的 enwiki 来说，应该也有七八百M吧……不过反正在我的4G的服务器上是制作成功了，嗯
( O. v9 J/ P0 }1 Y
但是总的来说，这个成功的意义虽然比较大，但实用价值等于零，因为 ZDic 根本认不得这么大的文件……

) F+ g/ z6 ^. n我下一步准备把那个大文件分成四五个小文件，不知道在 16K ZDic版本之前，zhwiki 都是分成两个文件的那种版本是怎么做到的？有大侠能告知一下的话，万分感谢~

osfans

原帖由 emfox 于 2008-11-3 16:09 发表
7 w+ ]2 |( i4 p" G6 W5 c2 L9 x6 o
! o2 b' A" {/ p
那个 py 文件是我做的，我又仔细看了一下，是这么个问题：虽然已经不全部读入内存了，但是因为直接调用了 sorted()，所以词条（单词本身，不包括解释）还是要全部读入的，加上排序所用的开销，对于解压开来有19G ...

  K' g% ?+ F$ O* p9 a8 G正则替换那里我写错了，现在已经更正不会丢失内容了，另外，乱码的判断还是有点问题。
分割我觉得设定一个记录数就行了吧？比如每个词典六万条。

1. s = re.compile('(</?(p|font|br|tr|td|table|div|span|ref|small).*?>)|(\[\[[a-z]{2,3}(-[a-z]*?)?:[^\]]*?\]\])|(<!--.*?-->)',\
   
2.                          re.I|re.DOTALL).sub('',s)

复制代码

7 h' f  l# _- p9 C' |[ 本帖最后由 osfans 于 2008-11-3 17:49 编辑 ]

sh89

请问最新版本还支持导入巨硬词库吗？我下了exe版，发现可以导入掌易词库，但导入巨硬词库时提示format error。下了python的却不会用…