|
| ||||
|
|
|||
| ||||
|
[hanview] hanviewd 0.73 (LXDIC사전연동) 최종3버전 (0221) | |||
| ||||
|
[hanviewd 0.73] 2006.02.20 한뷰 0.73 버전은 LXDIC의 사전형식을 지원하는 테스트 버전입니다. 기존의 momodic형식은 지원하지 않습니다.(0.72버전까지 사용 가능) 추가수정내역 - 일치검색시 앞단어,뒷단어 표출 및 '<','>'키를 이용하여 이동가능 - 앞단어, 뒷단어 표출은 입력시 영문상태인 경우 영문으로 한글상태인 경우 한글로 표시 - 검색파일이 close되지 않던 버그 fix 수정내역 - LXDIC 사전형식 지원 - 나머지 설정사항은 0.72버전과 동일 - 일부 함수 속도 개선 LXDIC 형태로 사전을 만들어 사용해보니 장점도 있고, 단점도 있습니다. * 장점 - 모든 단어의 내용이 한 줄에 들어가니 가공 등이 편하다. - 사전 만들 때 기존의 타 사전과 형식이 비슷하여 에러가 거의 없다. - LXDIC의 사전데이터를 합쳐서 다시 사용할 수 있다. * 단점 - 기존 momodic의 경우 한 단어에 대한 용량제한이 거의 없었으나, LXDIC는 단어당 20KB의 제한이 있다.(대개는 충분하리라고 생각합니다) - 사용자 입장에서는 큰 차이는 없다. 사용자 입장에는 더 좋아지는 것이 별로 없지만, 사전 만들기기 쉬워질 것을 기대해 봅니다. 참고로 LXDIC의 형태를 알려드립니다. * LXDIC 사전 형태 - aww님이 제안하신대로 SEPARATOR는 ' /// '로 했습니다. - 개행자는 명확하고 정규식에도 깔끔하게 잡히는 <br>로 했습니다. - 기본적으로 파일 분할은 momodic, 로켓맨님의 사전과 동일합니다. - 단어상의 모든 특수문자("-","_"는 제외)는 "_"로 전환되어야 검색이 됩니다. 즉, "X"-> X.dic, "X series"-> X_.dic, "[X man]"->_X.dic에 배치 되어야 함. ---- 시작 ---- 단어1 /// 설명<br>설명<br> 단어2 /// 설명<br>설명<br>설명<br> <-- 한 줄에 20KB가 넘으면 짤림 단어3 /// 설명<br>설명<br> 단어4 /// 설명<br>설명<br> ---- 끝 ---- 참고로 돌아다니는 법학사전과 옥편을 변환해서 올립니다. 혹시 문제가 되면 알려주세요... 좋은 하루 되세요. |
|
||
|
||
|
||
|
드디어 숫자 한 자 검색이 되네요. 1,2,3,,,9 엔터를 치고 획수에 따라 한자가 주룩 나오는데 감동입니다. ^^ 올려주신 옥편에 획수 검색과 그 독음을 가지는 한자를 주욱 나열해주는 표제어를 더해서 다시 만들어 봤는데 한 줄 데이타라는게 이렇게 수정하기가 좋구나 싶었습니다. mdict 에서 을 썼던가요? 여튼 줄바꿈도 정규식에 걸건치지 않아서 편했습니다. 처음엔 1,2,3, 등은 검색이 되는데 가,나,다 등의 검색이 안 되어서 문제가 있나 싶어서 "단어 /// (1), 단어 /// (2)" 를 다시 "단어 (1) /// , 단어 (2) /// " 로 다시 바꿔서 해봤는데 그래도 안 되더군요. 데이타를 열어봐도 제대로 만들어 진 것 같고.. 댓글을 달면서 혹시나 싶어서 검색어+와일드문자(*)를 넣어주니 검색이 되네요. ^^ 표제어가 두 개 이상일 때는 * 를 넣어줘야 검색이 되나 봅니다(음. 지금은 * 없이 첫변째 표제어는 나오네요 --a.. 아, 독음과 단어를 구분하여 찾기 위해서 가.(점)을 넣어서 표제어를 만들었네요. .(점)이 들어간 표제어는 검색이 안 되었습니다. 이럴 경우 영어의 약어도 검색이 안 될 수도 있게습니다) 같은 단어인데 표제어가 여러 개인 조합형 국어사전을 만들어보니 *는 필수가 됩니다. 그런데 이 게 문제가 좀 심각한 게 와일드 카드이다 보니 표제어 외의 것들도 검색하게 되니 엄청 늦어지고 불필요한 것들도 나옵니다. "가"를 검색하기 위해 "가*"을 검색하면 가가호호.. 가~~ 까지 다 나오게 되는거죠. 국어사전을 위해 조합형을 지원하다 보니 일이 커졌네요. ^^ 조합형보기에서도 한자가 나오는데 독음을 보기 위해서 k 를 눌러주면 독음보기는 완성형만 지원됩니다. 이건 뭐 원래 이런 것이였고,,사실 국어과가 아니면 거의 쓰지 않는 기능이긴 합니다만 일단 알게 된 것이니 짚어 봅니다. 데이타를 만들 때, 이전에는 영어는 Shift 구분없이 한글은 Shift 구분해서 만들어야 했는데, lxdic 에서는 옵션이 없는 것으로 보아 자동인식을 하는 것인지 궁금합니다. 아직 몇 개 만들어보지 않아서 어떻게 작동하는지 감이 안 와서요. 만일 자동인식하게 된다면, 위 옥편이나 국어사전 처럼 1차 변환된 사전 소스를 자신이 추가한 사전 소스랑 합친 다음 다시 사전으로 만들 때 ( 1차 때는 한글 이였지만, 2차 때는 영문으로 표제어가 되어잇으니) 는 어떻게 되는지요. ^^ 몇 개가 더 있었는데 기억이 안 나네요.. ^^ ;; |
||
|
||
|
||
|
||
|
||
|
http://kiss.to/aww/zemp_lx/_kc-aww2.zip 소스를 좀 봐주세요. 획수와 독음별로 정리한 것 (1), ellipsiz 님 것 (2), 그리고 기존에 가지고 있던 것(표제어에서 구분되지 않고 설명에서 구분되는 사전) (3) 으로 나뉘어 있습니다. |
||
|
||
|
||
|
||
|
||
|
안녕하세요. 1. 사전 만드는 방법은 mklxdic 항목에 간략히 적었습니다. 동일 단어 MERGE를 전처리로 해주시면 단어가 합쳐지니 말씀하신 사항은 해결이 될 듯합니다. 2. 여러 단어의 경우 "감자 potato /// ~~~" 이런 경우는 사실 "감자*" 방법이 아니면 MATCH_LINE=0을 설정해서 앞에 한 단어만 인식하도록 하는 방법 밖에 없을 것 같군요. 3. 그리고, 대소문자 구분은 자동으로 됩니다. 대소문자 구분 안함은 특별히 쓸 일이 없을 것 같아서요. 4. 일단 표제어가 영문이면 합쳐서 다시 넣어도 변환을 하지 않습니다. 그냥 파일을 모두 합쳐서 다시 만드셔도 되고, 적절한 파일에 넣으셔도 될 것 같습니다. 5. 조합형의 경우는 제가 한글코드에 대해 아는 것이 별로 없어서 말씀을 못드리겠네요. 특히나 한자의 경우는...-_-; 일단 완성형만 지원한다고 보시는 편이... 좋은 하루 되세요. |
||
|
||
|
||
|
||
|
||
|
# 1,2) 합친다면 특별히 필요한 경우가 아니라면 와일드 검색을 할 일은 없을 듯 합니다. 하더라도 글자 한 자를 놓고 와일드 검색을 하지는 않으니 부담이 많이 줄 듯 하고요. 그런데 Merge 를 어디서 해줘야 할 지 잘 모르겠습니다. 편집기에서 미리 해줘야하는지.. mklxdic 의 readme 와 MKLXDIC.CFG 을 봐도 잘 모르겠습니다. # 3) 소스 중에 보면 대소문자가 어울려진 약어가 있는데, 소스가 정확하다면 괜찮겠지만 변환과정중의 문제라면 약어의 검색은 힘들 듯 합니다. 사전에 포함된 약어 외에 따로 가지고 있는 영어 약어의 소스에 784 자가 있던데 대소문이 섞여있거든요. 뭐 대부분은 그걸 찾아볼 일은 없겠습니다만. (lxdic 에선 대소문자를 구분해서 데이타를 만들고 대소문자를 구분해서 검색을 하는 것이겠네요? 그렇다면 검색시 굳이 한영 전환을 일부러 할 일은 없다는 말씀이시죠?) # 5) 조합형에서 한자어 독음은 사실 너무나 무리일 것 같습니다. 국어사전 외(그것도 고어가 들어가는) 사전 외에는 조합형으로 사전을 만들 일은 별로 없으니까요(조합형으로 만들 수 있다는게 다른 PDA 들이 하지 못하는 큰 장점이기도 하지만). 그래도 다행히 조합형으로 저장할 때 한자코드도 조합형에 맞게 수정이 되어서 한자를 볼 수 있다는 것만 해도 대단한 축복이라 생각합니다. 사전 데이타를 변환하면서도 이렇게 저렇게 머리 아픈데 프로그램을 만드시는 건 더 복잡하겠지요? 이런 저런 요구가 불편하셨을 지도 모르는데 적극 수용해주시고 또 시간내어 반영을 해주셔서 감사합니다. ^^ |
||
|
||
|
||
|
||
|
||
|
사실 제가 필요해서 만드는 것이라 머 ^^ 1.merge의 경우는 1) raw데이터에서 붙이신 후 사전생성절차를 다시 따르시는게 좋을 것 같구요 2) 양이 적으면 a.b.c /// ~~ 는 A_.DIC 안에 등으로 파일에 추가하셔도 됩니다. 2. 대소문자 구별 부분은 전처리 유틸리티를 d2mergen.pl을 쓰시고, MATCH_CASE=2로 놓으면 대개는 해결될 것 같습니다. 3. 조합형 문제는 기존에 한독에서 매칭테이블이 없습니다. 변환하려고 해도 영 ㅎㅎ.. 좋은 하루 되세요. |
||
|
||
|
||
|
||
|
||
| 흑 이 사전프로그램도 긴 사전데이터는 짤리는 군요.ㅜㅜ | ||
|
||
|
||
|
||
|
||
| 바른생활 님 긴 데이타가 많은가 봅니다. ^^ | ||
|
||
|
||
|
||
|
||
| 업데이트가 되었네요. exe 날짜가 2-16 일. ^^ | ||
|
||
|
||
|
||
|
||
| 순찰을 돌아야겠습니다. ^^ | ||
|
||
|
|
|
|
|
|
|
| Copyright 1999-2024 Zeroboard / skin by zero |