[ｽﾏｰﾄﾌｫﾙﾀﾞ]Spotlightを使いこなそう! 4[検索]

MacOSX 10.4から搭載の Spotlight について語るスレです。
スマートフォルダの話題もこちらでどうぞ。

アップル　Spotlight
http://www.apple.com/jp/macosx/features/300.html#spotlight
Spotlight Plug-ins
http://www.apple.com/downloads/macosx/spotlight/

前スレ
【Tiger】Spotlightを使いこなそう！2【ｽﾏｰﾄﾌｫﾙﾀﾞ】
http://pc11.2ch.net/test/read.cgi/mac/1128315038/



■よくある質問

Q. 索引（メタデータ）を作り直したいんですけど。
A. ターミナルに　sudo mdutil -E /　と入力すれば索引を一から作り直してくれる。コピペでもOK。
ターミナル触りたくない人はプライバシーにHDごと放り込んで、すぐ解除。再起動すれば索引作成をはじめる。

Q. 特に検索もしてないのに、mdsがCPUパワーを喰いまくって他のアプリの挙動がおそくなります。
A. Spotlightのプライバシー欄に、Home内のピクチャーと、ミュージックを登録するだけで大分改善される。

他にあったら追加よろ。

横からだけど
>>262
マジでそう思う。即刻修正されてしかるべき。
アップルから何のアナウンスも無いよね？

本当はそう思うけど、マルチバイトへの対応をまじめにやる気がないか、何かできない原因が
あるんだろうね。
Spotlightが登場してから大して変わってない。

>>264
OS8のSherlockの時から一緒だよ。日本語用のtokenizerが凝り過ぎてて遅いしコケる。
OSXになってマルチタスクのおかげで遅さは目立たなくなったけど、凝り過ぎの弊害と
コケるのは健在w
Importer同様tokenizerもpluginになってれば自分で単純なやつ書くんだけどね。
Appleに実例交えてバグレポート送る位しか現状出来ることは無いね。

>>265
commnad+fでもSherlockの検索だったっけ？
少なくともSpotlightより前のFInder検索は、あるものがヒットしないなんてことはなかった
と思うんだけど、気のせいかな。

>>248
「休暇届が出ていません.pages」ってファイル名だと「休暇届」でもヒットするみたいだね。
メタデータの種類によっても切り分けの方法が変わるのかな？(´･ω･`)

mdimporterに寄るんだろう

>>265
>Importer同様tokenizerもpluginになってれば自分で単純なやつ書くんだけどね。

Spotlightの日本語のtokenizerはLeopardからはMeCabで、調べればどこから辞書を
読んでるかとかはわかる。それをチューンしたり、別のものと置き換えたりしたら結果も
変わってくるかと。
LeopardのMeCabの部分のソースが公開されていればさらに... と思ったが、ないかな?
確かアップルのためにMeCabのライセンスを変えた、みたいな話もあったし。

もしかしてFAT32formatの場合Spotlightコメントって反映されないんですか?
外付けだったHDDが調子悪くなってHDDだけ取り出して内蔵させたんですが
検索してもファイル名だけ見てSpotlightコメント参照してくれない…

HFS+

やっぱりFAT32じゃだめですか…
たしか10.5のディスクユーティリティだったら中身消さずにHFS+に出来ましたよね?
320GHFS+に変えるか…
正月早々轟音MDDが一晩中なり続けるのかorz

質問です。
右クリックメニューから、spotlightで検索を選んだ後、
検索範囲を絞るのに、"このMac","[ユーザ名]"の二つから選べますが、
この選択をするボタンをカスタマイズして増やす方法はあるのでしょうか。
あったら教えて下さい。よろしくお願いします。

ついにきた。

spotlight commentsを使って情報管理／ファイルのタグ付けをしている
人間にとって、革命というべき日がやってきた。

冗談じゃなく、（一部のユーザーにとっては）革命的な出来事なので、
大変に勝手ながら、チラシの裏の日記を書きなぐらせていただきます。

要旨：spotlight comments (以下、SC)を使ったタグ付けは、非常に不安定で
多くの問題を抱えていた。今日、OpenMetaというオープンソースが公開され、
それを用いたタグ付けソフトも、複数のベンダーから公開された。これは、
SCが抱えていた、ほぼ全ての問題を解決する。

目次
１．SCの仕組み
２．SCの問題点
３．OpenMetaプロジェクト

以下、参考リンク一覧

(ref1) http://www.tuaw.com/2009/01/19/tags-takes-organization-to-a-new-level/
(ref2) http://code.google.com/p/openmeta/
(ref3) http://ironicsoftware.com/community/comments.php?DiscussionID=590&page=1#Item_0
(ref4) http://gravityapps.com/tags/overview/
(ref5) http://d.hatena.ne.jp/hetima/20071101/1193892094

（２．SCの問題点、続き）
　もう一つの問題は、複数のMac間で、ファイルを同期する場合です。基本的に、
ファイル本体と.DS_Storeの２つが、同時にコピーされないと、SCは同期されません。

　多くの同期ソフトは、ファイルに変更が加えられた場合、あるいは、ファイル変更時間が
変化した場合にのみ、そのファイルを、同期先へコピーします。ところが、SCを変更しても
ファイルサイズや変更時間は、変化しないのです。ただ単に、.DS_Storeのサイズや変更時間が
代わるので、それだけがコピーされます。

　一方、同期先のMacでは、.DS_Storeが新しいものと置き換わるので、(a)は更新されます。
ところが、.DS_Storeがコピーされただけでは、(b), (c)は変化しません。ここでも、３つの
情報間に食い違いが生じてしまいます。

　余談ですが、この問題は、rsync 3.0を使えば回避できます。なぜなら、rsync 3.0はEAに変化が
生じるとそれにトリガーされて、ファイル本体を同期先にコピーするからです。.DS_Storeとファイル
本体がコピーされると、同期先の(b)も更新されるのです。

（２．SCの問題点、さらに続き）
　良く似た問題ですが、「フォルダXからフォルダYにファイルを移動、コピーしたら
SCの情報が消える」という現象も存在します。

　Finder上でファイルを移動／コピーする分には問題ありません。ファイル本体の移動に
よってEAが移動するだけでなく、コピー先(Y)の.DS_Storeも、Finderが責任もって
書き換え、さらにspotlight databaseも書き換えてくれます。つまり、コピー先でも
(a),(b),(c)の３つがちゃんと同期されます。

　Terminal標準のcpやmvでも、３つの情報は同期されます(ref5)．ところが、
ソフトやコマンドによっては、同期が崩れる場合もあります。つまり、ファイル本体の
移動/コピーによってEAは移動するけれど、コピー先の.DS_Storeが変更されず、その結果
(b)も変更されない等々。

　この辺り、様々なケースが考えられますが、とにかく、結論。
　
「SCに格納された情報は、ユーザーが思いもしない理由で、簡単に消え去ってしまう」

３．OpenMetaプロジェクト

　この問題は、諸タグ付けソフトのユーザーフォーラムで、繰り返し議論されてきました。
「SCは不安定であてにならない。そんなものに頼った情報管理／タグ付けなんて、危なくて
やってられない」。

　sjkというユーザーなんて、Ironic software(Leap, Yepの開発元)やDevonthinkのフォーラム、
Apple本家のフォーラム、あるいは、TUAWやMac系の諸ブログのコメント欄まで、縦横無尽に
同じ名前で現れては、この問題を指摘し続けてきました。

　ここで登場したのが、Ironic softwareです。昨年の１２月、彼らはDeepという画像ファイル
タグ付けソフトを公開しました。そして、ユーザーフォーラムの中で、「Deepは、OpenMetaという
仕組みでタグをファイルに格納する。OpenMetaはオープンソースで無料公開し、誰もが自由に
使えるようにする」と宣言したのです。

　そして、その宣言通り、今日ついに、OpenMetaに使用されるコマンドツールや
一連のタグ付けソフトが公開されました(ref2, ref3)。

　OpenMetaは、ファイルの 拡張属性（EA)として、ファイル本体にタグを書き込みます。
具体的には、com.apple.metadata:kOMUserTagsという拡張属性が作成され、
そこに情報が書き込まれます。

（３．OpenMetaプロジェクト、続き）

特徴１．.DS_Storeには情報を書き込まない。故に、(b),(c)の同期だけ気にすれば良い。

特徴２．(c)に書き込まれた情報は、即座に、(b)に反映される
　
　SCを使っていた時と違い、「(a)だけ更新されたが、(b)が更新されてない」なんて事は
生じません。一度に、１００個以上のファイルにタグをつけてみましたが、1秒ほどで、
(b)と (c)の両方が見事に変更されました。SCでは、いちどにこれだけの数のファイルに、
タグ付けすることはできません。いろいろ試したのですが、とにかく「fast & robust」なシステム。
SCなんて、全く、比べ物になりません。

特徴３．spotlightで、検索可能。

　SCの情報は「comment:タグ」という書式で検索できます。同様にOpenMetaで書き込まれた情報は
「tag:タグ」という書式で検索できます（注１）。当然、スマートフォルダも作れるし、（原理的には）
Spotinside, Houdaspot, Tagfolders等々、spotlightを利用する全てのソフトから検索できます。

注１：ただし(ref4)が発売するTags.appを一度起動する必要あり。これが無くても、クエリー無しで検索可。

特徴４．ターミナルで使用可能なコマンド(omtool)がフリーで提供される(ref3)

　これを使えば、誰でもApplescriptやシェルスクリプトを使って、タグ付けスクリプトを
作れます。現在、QuicksilverのFile tagging moduelはOpenMetaに対応していませんが、
誰かがモジュールを作れば、QSからのタグ付け、閲覧も可能となるでしょう。
自分でAppelscriptとスマートフォルダを作ってQSに登録しても良いかもしれません。

（３．OpenMetaプロジェクト、続き）

特徴５．複数のベンダーが、OpenMetaに依拠したタグ付けソフトを提供
　Ironic softwareは、コマンドラインツールと、フリーのタグ付けソフトを提供済(ref3)
今後、有料ソフトのLeap, Yepも、SCからOpenMetaへ移行予定。
　Gravity Applicationsは、３０ドルでTags.appを提供。これはかなり本格的なタグ付け支援ソフト。
　
特徴６．複数のMac間でコピー／移動してもタグが消えない。
　今後の検証しだいですが、EAさえ保持されていれば、タグは消えないし、コピー先の
spotlight databaseも、移動/コピーが終了すれば、即座に更新されます。.DS_Storeの
更新も考慮しなければならないSCと比べ、格段に安全です。

・個人的まとめ
SCと違い「情報を見る」からタグを書き換えることはできません。Terminalか専用アプリが
必要となりますが、その価値があると思えるくらい、堅牢で安定したシステムだと感じています。
SCを使って、大量のファイルを管理していた人なら、OpenMetaはとても便利で魅力的な
プラットフォームだと思います。

以上、長文投稿、失礼しました。

便利そう。規格として標準化されると良いかもな。
そうなると今度はタグ内容のセキュア化みたいのも欲しくなりそう。

FindAnyFileとSpotlightの中間くらいの検索ｱﾌﾟﾘないかな？
SpotInsideはなんだかよくわかんない(´･ω･`)

Houdaspot

http://www.houdah.com/houdahSpot/screenshots_files/BIGpage14_1.png
http://www.houdah.com/houdahSpot/

2.0でLeopard専用になってから、劇的に使い易くなった。
作者には申し訳ないけれど、spotinsideより100倍落ちにくく、1000倍使い易い。

ショートカット一発で、現在アクティブなフォルダ内の検索ができるのが便利。

Spotlightが昨日から古いファイル(OS9時代のモノ)を検出しなくなった(;´Д`)
原因も何もわからないんですが、手っ取り早く直す方法ってないですかね？
もしくは多少性能悪くてもフリーウェアの検索ソフトとかないですか？
ググっていてもシェアウェアしか見つからない・・・

>>283　Hudaspotのビデオみたけど、すごいね。

>>283
凄い。appleの買収に期待したい

OpenMetaってMacだけなの？

>>287
上の話だと EA をサポートする OS なら使えるんじゃね?

>>できる？

OpenMeta って、つまりSpotlight のデータベースをハックしてるってこと？

ハックでもなんでもない正当な仕様

ソース見た限りでは拡張属性にタグ情報を書き込んでるだけで
ぜんぜん大したことやってなかったよ
俺たちの仕様に従って、各アプリで作ったタグを互いに共有しよう、ってことだけだね。

いや、最初からそう言ってんじゃん

>>292
>俺たちの仕様に従って、各アプリで作ったタグを互いに共有しよう、ってことだけだね。

Tigerがでて以来、技術的には可能なのに、誰もやってこなかったんだよ。

拡張属性に情報を書き込むソフトならいくらでもあった。MailTagもSkimもそう。
ただし、これらはmail, pdfという一部のファイルしか扱えない。

SpotMetaはOpenMetaに一番近いことをやってたけど
・開発が遅い
・エンドユーザーが使えるアプリは酷い出来
・他のdeveloperを巻き込もうとしない
・エンドユーザー自身がattributesを自由に設定できるという自由度の高さで逆に使いにくい

と言った理由で盛り上がらないままdead pool行き。


OpenMetaのスゴさは技術じゃない。あくまでちょうど良いガイドラインを
上手いタイミングで発表し、一気に多くのdeveloperを巻き込んだ。

そこに意味があるの。

前にも書いたけど、Gravity ApplicationsのTags.appは、OpenMetaとは別にソフトを開発したけど、
リリース直前にEAの名前と仕様をOpenMetaに準拠させた。Ironicの画像管理ソフトDeepは、
一番最初にOpenMetaを実装したソフト。DeepはOpenMetaがなくても、なかなか素晴らしい
ソフトなので、一見の価値あり。

他にも、MailTag, Hazel, Journler, Tag Folders, EagleFilerあたりは、OpenMeta準拠へ
移行するるらしい。

当然、IronicのLeapとYepも移行準備中。

取り敢えず Tagger 改め Tagit 試用中。
タグ打ち間違えて com.openmeta.shared.plist いじる羽目になったが
使いやすくて気に入った。

>>296
GravityのTags.appは、タグウィンドウをアクティブにする度にspotlight databaseへ
読みにいってるみたい。だからTagit.appで付けたタグも、即座にTags.appのタグウィンドウに
出てくる。けれど、その逆はダメ。Tagit.appのタグ一覧は、Tags.appの作ったタグを拾ってくれない。

この点は、Tags.appの方が使い易いな。

とはいえ、GravityもOpenMetaに完全準拠し、com.openmeta.shared.plistを使えば良いだけなんだけどな。

フリーだし、Tagit はこの程度でも十分ってとこか。

このスレの OpenMeta 話は勉強になるわ。ありがとねおまいら。

結局どれがいいのさ。

find

ユーザーのライブラリーApplication Support下は検索対象に
ならないのでしょうか？ 追加する方法はありますか？
具体的にはNetNewsWireのHTMLArchve下にあるファイルが
検索されて欲しいんです。

>>301
散々既出だとは思うが、例えば

~/Library/Application Support/AddressBook/ABPerson.skIndexInverted

は

filename:ABPerson.skIndexInverted

で見つかる。
もしくはシステムファイルも検索対象に含める。

>>302
ありがとうございます。ファイル名ではなく、内容、
たとえばSafariの履歴が検索対象となるように、
NetNewsWireで取得した記事内容も検索対象にしたいのです。
（HTMLArchive下にはHTMLファイルとRDFファイルがあります）

~/Library/Application Support/NetNewsWire/HTMLArchive下の
HTMLファイルを検索したい301です。

↓のマネをして、NetNewsWireのログをDocument下に移動して
　とりあえずこれでしばし過ごすことにしました。
ttp://bathyscaphe.sourceforge.jp/cgi-bin/wiki.cgi?p=Spotlight

Finderからスマートフォルダ作る時、Leopardでは＋アイコンをオプションクリック
することでand,or条件指定も可能になってるのな。
Finderの生成するヘボい検索式避けてRaw Query使ってたから今まで気付かなかったw

>>305
Michaelが主張する方法、すなわち「これが最も正しい改善方法なのに、
なぜ理解できないのですか。反対しているのはhogeさんだけです」とshgさんが
主張する方法に、重大な欠陥がある事を、やっとMichaelに理解してもらえたようです。

「これが最も正しい方法だ。なぜあなたには分からないのだ」と声高に主張する人たちに、
自分の主張には欠陥があるのだと理解してもらうには時間がかかります。その過程を
チラシの裏と呼ぶのはあなたの自由です。

すみません、誤爆しました．．．

>>307
おまえさ〜元スレでもドンビキだからもうやめろよ
余所にまで迷惑かけるんじゃね〜よ

Spotlightのプライバシー欄に外付けHDDを登録した場合、
その情報もHDD毎に保存されるのでしょうか？

>>309
>その情報もHDD毎に保存されるのでしょうか？
「HDD毎」というのがどういう意味か分かりませんが
一度登録しておいたHDDは、取り出して、
ふたたびマウントした場合でも除外されてます。

レスありがとうございます。

登録済みのHDDをコピー先としてクローン化したものを接続すると、
インデックスを構築し始めてしまい、困っています。
HDDの名前は登録時から変更していませんが、
クローン化したことにより登録時のものとは別物とみなされてしまうのでしょうか？

プライバシー欄への登録情報の保存先がどこか、
またどのようにHDDを識別しているかがわかれば解決できるかと思い質問しました。

>>311
あなたがいうところの「クローン化」というのをもっと具体的に書いて欲しい。

ああなるほど、そういう意味か。
役立たずなレスですまん。
たしかに、物理的にHDDが変わったら維持されないね。
同じHDDを異なる接続方法でつないだ場合も、たしかだめだった。

そもそもクローンのファイル情報が、
元HDDと全く同一と言えるのかどうか。

>>312
Carbon Copy Clonerを使ったクローン化でお分かりいただけるでしょうか。

＞たしかに、物理的にHDDが変わったら維持されないね。
＞同じHDDを異なる接続方法でつないだ場合も、たしかだめだった。
除外の維持は難しそうですね。

また現状、プライバシー欄の追加によってインデックスの構築中の動作を停止しているのですが、
他にスマートな方法があれば教えていただけると幸いです。

>>311
>プライバシー欄への登録情報の保存先がどこか
それぞれのボリュームのルートにある不可視フォルダ「.Spotlight-V100」
の中にあるExclusions.plistに書き込まれる。

インデックスの構築が始まってしまうのは、CCCのクローン化が不完全なのかね。
よく知らんけど。

得られたレスを参考にひと通り試したいと思います。
ありがとうございました。

CCCの場合「（不可視ファイルなども）きちっとコピーする」ってもんで
ビット（？）レベルでまったく同じ状態を作るわけでは
なかったかと。

Automator アクションの"Finder 項目の Spotlight コメントを設定"を使用してメタ付けをしようとしたのですが、
何回か実行していると、
Finder > 情報を見るの Spotlight コメントとは更新されている。
"xattr -l file"のcom.apple.metadata:kMDItemFinderComment は更新されている。
しかし "mdls file"で見たkMDFinderComment が変わっていないという現象が起きました。

詳しい発生条件は分からないのですが、ローマ字を入れてみたり日本語を入れてみたり、既存のコメントに追加をしてみたり既存のコメントを置き換えてみたりしていろいろ試しているとこの現象が起きます。
この状態では Spotlight検索にひっかかりません。このスレを1から読ませていただきましたが、>>275さんの言う(b)の同期が取れていない状態でしょうか。
ファイルをコピーするとコピーされた方のファイルは正しいメタが付いており検索可能な状態でした。
もとのファイルの同期を取らせてやるにはどうしたら良いでしょうか。
>>276では rsync を使用して(b)の更新ができるとありますが、どのようにすれば良いでしょうか？

>>318
一言でいって、解決法はありません。

Spotlightコメントは「人間が手で情報を入力する」速度を想定して作られているようで、
手入力の速度である限り、この問題は生じません。しかし、タグ付けソフトやAutomatorを
使って複数のファイルにタグを付けようとすると、とたんに問題が生じます。

代わりに、OpenMetaを使ったタグ付けをお薦めします。Spotlightコメントを
使う事ができませんが、spotlight検索は可能ですし、なにより>>317さんの
問題は一切生じません。
OpenMeta総合スレ
http://pc11.2ch.net/test/read.cgi/mac/1232976573/



最新のrsync 3.0.xをインストールして使って下さい。オプション-Xを忘れずに。
インストール／利用法は、激しくスレ違いになりそうなので、質問は下記スレでどーぞ。

MacOS XをUnixとして使ってる人の為のスレ その14
http://pc11.2ch.net/test/read.cgi/mac/1216715423/

ご返答ありがとうございます。解決法ないんですか、、
ちなみに複数ファイルでなくて単一のファイルでも起こるんですよね。
Automatorではなく、xattrを使っても同様の現象が起こるので困っています。
>>275の情報だと.DS_Storeも自分で変更してやればいいのかな。
OpenMetaのソース見たところこいつもxattrを使っているようですが、どうやってmdlsの更新をしているのか、、詳しく見てみます。
情報ありがとうございました。

ファイル名の一部だけで検索すると引っかからないんですが
仕様ですか？

ファイル名検索を選択

どうもうまくいかんですたい
123456789.eps

1234で検索してもひっかからんですたい

SafariのキャッシュフォルダをJPG検索するのは危険！
周りに誰も居なくて良かったw

>>323
それって12345678では検索できるの? たぶんできないと思われるが...

そのファイルどうやって作った? 何かのコマンド? その場合一旦プレビューとかで開くと
検索できるようになるかも。

>>325
全部の文字いれると引っかかる
索引がおかしいのかな。一度作り直してみるお

>>321

仕様です。というより、spotlightはgrepじゃないのです。ファイル名やファイル内容は
形態素解析されて、「意味を持つ一区切りの綴り＝単語」としてデータベースに登録されます。
従って「天然ボケ」を「天然」で検索できても「然ボ」で検索は出来ません。それが仕様です。

「然ボ」でも検索したければ素直にgrepか、grepを使ったソフトを使って下さい。
spotlightはそうしたイレギュラーな検索が不可能な代わりに、高速の検索を可能とする技術です。
あきらめて下さい。spotlightの特性を知った上で使いこなせば、非常に有益な道具ですから。

>>329
>>>275の情報だと.DS_Storeも自分で変更してやればいいのかな。

多分、分かってないのだと思います。そもそも自前で勝手にxattrを弄っても
spotlight検索は不可能です。Tigerが登場して以降、数年にわたって多くの
ディヴェロッパーがこの問題に取り組んできましたが、spotlightコメントを使う以上、
誰がどんな工夫をしても無理です。

spotlight, xattr, mdls, fsevensdなど、spotlight関連の技術情報を分かりやすく解説している
ページは、Ars Technica以外にありません。素直にそちらを見て勉強して下さい。
http://arstechnica.com/apple/reviews/2005/04/macosx-10-4.ars
http://arstechnica.com/apple/reviews/2007/10/mac-os-x-10-5.ars

OpenMetaの技術詳細は、OpenMetaの開発元締であるIronic softwareの掲示板を
自分で読みあさって下さい。ただし、OpenMetaの仕組みを本当に理解したいなら、
Arsの記事を全部読んでからの方が良いでしょう。
http://ironicsoftware.com/community/?CategoryID=14

>>327
>spotlightの特性を知った上で使いこなせば、非常に有益な道具ですから。

spotlightの特性を熟知していらっしゃる方とお見受けしましたが、
「天然ボケ」は「天然」だけでなく「天」でも検索できますよね?
なんで「12345678」は「1234」じゃ駄目なんですかね?

「1234」という文字列に意味がないから検索対象外
「天」はそれだけで意味を持つから検索対象になる
そう説明されてるように読めるけど

あぁ、こりゃ失礼。ちゃんと読まずに返事してましたね。

123456789.epsで1234の検索は前方一致検索なので、それなら
spotlightで出来るはず。同様に形態素解析された結果、意味のある区切りが
1234で始まるなら、前方一致検索ができるので、fxy123456789.epsなんてのも
1234で検索できるはず。

ただし、1の直前に数字がはいっていたら前方一致検索ではなくなるのでアウトですが。

横レスすますが、ワイルドカードって使えないの？

123*　みたいな…(´･ω･`)

ちょっと前から変なのが居座ってる気がするのは気のせいか

>>331

>>327氏が書いてるように、Spotlightはgrepじゃないから
ワイルドカードは使えないみたいだね

123* なら前方一致だから 123 でいいのでは？
*123 は無理だけど

>>331
ターミナルのコマンドではできるみたい。*123とかも。
mdfind "kMDItemDisplayName == '*123'" みたいな感じで。

でもまあ、形態素解析云々の関係で、まともにファイル名を検索した場合とは
結果が違う可能性があるのかもしれんけど。

>>334
そうそう、findコマンドからだと*使えるけど、
その分超遅いよねｗ
やっぱスッポトライトは偉大

>>335
勘違いしているような感じがするので一応断っておくけど
mdfind は普通の UNIX の find とは別物だよ。Spotlight のコマンドライン版。
なので * を使っても大抵の場合超速い。

>>321
ファイル名で検索したいなら明示する。
filename:123
>>331
ファイル名でワイルドカード検索したいなら、スマートフォルダの「RAW クエリー」
で以下の検索式を入力
(kMDItemFSName = "123*")
元々Spotlightはワイルドカード検索、虫眼鏡アイコンやFinderから使う場合は
わざと能力を殺してる。ちゃんと使いたかったら検索式を書く。
検索式の詳細は>>2

10.5.6でもmdsの暴走ってあるの？やたらディスクにアクセスし続けてる

*.org という拡張子で保存しているテキストファイル (UTF-8)が
ひっかからないのですが、これもインデックスしてくれる方法はないでしょうか？

スレチだが、
今までのようにファイル検索できるソフトってないのかな？
ネットワーク経由で探すとき不便というか、使えないわ…

>>340
Find Any File とか Simple Find とかでぐぐれ

>>339
org というファイルが何であるかが定義されていないので、インデックスされない。
org ファイルを作成したアプリの開発元がなんとかしてくれないようだったら、
自分で org の UTI を定義する必要がある。(所定 importer の info.plist 書き換え)

このあたりのスレが参考になると思う。
http://www.macosxhints.com/article.php?story=2005052015041510

>>341
ありがとっ

>>338
環境設定→Spotlight→検索結果で
ミュージックとムービーのチェックを外したらディスクアクセスが
かなり減ったような気がする。
ミュージックとムービーはファイル名のみの検索でいいならオススメ。
あと、自分はVMwareを使っているんだけど、仮想マシンフォルダを
検索から除外する場所に登録した。こっちの方が効いたかもしれない。

プライベート項目に起動ボリューム設定したら大分軽くなったんだけど
これでSpotlightにリソース食われなくなったと思っていいのかな？
必要ないんで停止できれば停止させたい。

ttp://www.google.co.jp/search?hl=ja&q=spotlight+%E5%81%9C%E6%AD%A2&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=&aq=7&oq=spotl

>>346
googleでひっかかるのはtigerの記事ばかりなので
leopardでお願いします。

ttp://www.google.co.jp/search?hl=ja&q=spotlight+%E5%81%9C%E6%AD%A2+leopard&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=&aq=f&oq=

>>348
何種類か方法があってどれが正しいのか分かりません。
もっと絞って下さい。

ttp://www.google.co.jp/search?hl=ja&num=1&q=spotlight+%E5%81%9C%E6%AD%A2+leopard&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=&aq=f&oq=

ワロタ

>>350
ありがとうございました。

www

どうでもいいんだけど、フォルダ「仲村みう」が「みう」でヒットしない。
コメントに「みう」と入れておいてやっと引っかかるようになった。

いや、どうでもいいんだけどね。

その話題前にやった希ｶﾞｽ

>>354
ちなみにそれどんな感じの結論だったか覚えてる?

自分とこでやったら「みう」でヒットするけどなあ。

俺の場合は、俺的単語区切りにスペースをいれることでほぼOKになった。

20092ちゃんねる だったら、2009 2ちやんねる みたいに。
例えが下手ですまんが、上の個人名の例だと 山田太郎じゃなくて山田 太郎 ってことね。

同じ「仲村みう」でフォルダ作り直したら（コメントは空）今度は「みう」でヒットした
インデックスの作りにまだ難があるんだろうね

こういう現象が多かったらインデックスの作り直してみるのもいいのかも

>>356
それはファイル名だからいいけど、ファイルの内容とかだったら適当にスペースを
入れる、みたいにはできない（したくない）場合もあるよね。

なんだか「検索できない」って言う話はファイル名のことが多いから、ファイル名と
それ以外で検索のアルゴリズムを分けた方がいいのかも > Spotlight

Safariの履歴が検索にヒットしまくるんだが
検索条件の追加に「を除く」がない(´･ω･`)

拡張子hogeを除くとか、ファイルの種類hogeを除くとかなんでできないの？(´･ω･`)

システム環境設定＞Spotlight＞検索結果 で Webページ のチェックを外す

>>360
それがなぜか効かないんだよ…
インデックス作り直さないとダメなのかな？

まぁ除外って条件は他でも使いたいけどね(´･ω･`)

>>359
>それがなぜか効かないんだよ…

メニューバーのSpotlightメニューから検索したとき、「Webページ」のヒットが見えなく
なってない? 環境設定はそういう意味だと思うけど。

>まぁ除外って条件は他でも使いたいけどね(´･ω･`)

とりあえずFinderの検索ウインドウで「RAW クエリー」というのを選んで検索式を
打ち込めば可能ではある。検索式の例は

>拡張子hogeを除く
kMDItemDisplayName != "*.hoge"

>ファイルの種類hogeを除く
kMDItemKind != "hoge"

とか入れたらいいんじゃないだろうか。
確かにメールのルールみたいに否定の条件も普通に追加できればいいのにね。