Namazu-users-ja(旧)

[Tadamasa Teranishi <yw3t-trns@xxxxxxxxxxxxxxx>]

寺西です。

nie@xxxxxxxxxxxxxxxx wrote:
> 
> これとは別原因かも知れないのですが、nmzmergeでマージした
> インデックスが壊れている（検索結果が常に0件表示になる）
> ケースが見られました。環境はこんな感じです。

検証できないので何ともいえませんが、nmzmerge を確認したところ、
次の typo を見つけました。
# たぶん、本件とは無関係のバグ

# cvs diff nmzmerge.in
Index: nmzmerge.in
===================================================================
RCS file: /storage/cvsroot/namazu/scripts/nmzmerge.in,v
retrieving revision 1.1.4.1
diff -u -p -r1.1.4.1 nmzmerge.in
--- nmzmerge.in 6 Nov 2001 05:23:06 -0000       1.1.4.1
+++ nmzmerge.in 24 Mar 2004 06:31:29 -0000
@@ -34,7 +34,7 @@ sub nmzmerge{
         $nmz1_file->close;

         my $nmz2_file = $nmz2->open_flist;
-        @field = (@field, (keys %{$nmz1_file->{'field'}}));
+        @field = (@field, (keys %{$nmz2_file->{'field'}}));
         $nmz2_file->close;

         for my $field (@field){

source_dir2 の方の field が無視されるようです。
無視されると言っても、field すべての内容が無視されるわけでは
なくて、field の種類が無視されます。

つまり、source_dir1 で作成された field の種類しか有効にならず、
source_dir2 で別の種類の field があった場合は、その field が
無視されます。
# フィールドを拡張するか、メタタグを使うと問題がでるでしょう。
# ただし、フィールド検索時に問題がでるくらいで、通常検索は
# 大丈夫なはず。

> Windowsの常としてディレクトリ名、ファイル名に日本語、半角カナ
> 使いまくりなのでそれが原因なのかもしれませんが...。

この点については、とりあえずは、あまり影響しないはずです。
nmzmerge では、それらの部分は単にデータとして扱っているので、
ファイル名を使って何か処理する部分はないと思いますので。(たぶん)
-- 
=====================================================================
寺西 忠勝(TADAMASA TERANISHI)  yw3t-trns@xxxxxxxxxxxxxxx
http://www.asahi-net.or.jp/~yw3t-trns/index.htm
Key fingerprint =  474E 4D93 8E97 11F6 662D  8A42 17F5 52F4 10E7 D14E