☆Google デスクトップ【Linux】

おなじみGoogle デスクトップ、
そのLINUX版について話し合うスレ。


・Google デスクトップは、
コンピュータやウェブ上の情報へのアクセスを簡単にするデスクトップ検索アプリケーションです。
・Google デスクトップでは、
Google を使ってウェブ検索するのと同じくらい簡単に自分のメール、ファイル、音楽、写真などを検索できます。

●公式サイト
　http://desktop.google.com/ja/linux/

○Linux 向け Gogole デスクトップのリポジトリからのインストール
　http://www.google.com/linuxrepositories/


・Linux 64bit もサポート
・多様なファイル形式に対応
・Google デスクトップでは、次の形式のアイテムが自動的にインデックス作成され、ほぼすべてのファイルのテキスト全体を検索できます。

　Gmail
　テキスト ファイルおよびソース コード
　PDF ファイルおよびと PS ファイル
　HTML ファイル
　Thunderbird からのメール
　OpenOffice.org ドキュメント
　画像ファイルおよび音楽ファイル
　man ページおよび info ページ
　ファイル名およびフォルダ名
　Microsoft Word, Excel, PowerPoint

裏でHDDガリガリ言わせるだけの、糞重いウィルス

なんか巷では便利そうに語られてはいるけれど
実際に使ってみる気にも必要にもかられないものNo. 1

に輝きました。おめでとう。

入れる人は大層なアプリを入れて探す程のコンテンツを持ってない。
入れない人は自分の脳内に全部情報が入っているかコマンドでさっくり探す。

私は、会社のファイルサーバーに導入しました。
数ギガバイトものopenofficeのデータを瞬時に検索できるので、めちゃ助かります。
ただ、ローカルからしかGDにアクセスできないので、
vncサーバーで検索専用のgnomeをわざわざ開かねばなりません。
それでも、助かります。
初回にクロールには時間がかかりましたが、それほど負荷はありませんでした。
逆に、負荷をかけて早くクロールしてほしかったくらい。
後は、ファイルを作成するとすぐに、インデックスに反映され検索できました。

GoogleデスクトップはPC内のファイルを効率よく探せるとかうたってるけどそんなのfindで良くね？

ユーザーにもいろいろあるからねえ

ttp://google-mania.net/archives/489

リモートから接続する方法ってありますか？

>>9
いいかオマエラ
Telnetだけは使うよな！
絶対だぞ！

google-desktopって、telnetでアクセス可能なポートが開いているの？

>>10
スレタイ読む癖を

グーグルデスクトップのクローラーが以下のようなエラーを！
いったいこれはどういう意味なんでしょうか。

# dmesg

gdl_fs_crawler[4564] general protection ip:324f22e0f0 sp:7f2e9066d660 error:0 in libc-2.9.so[324f200000+168000]
gdl_fs_crawler[4598] general protection ip:324f22e0f0 sp:7fc0fdbc8960 error:0 in libc-2.9.so[324f200000+168000]
gdl_fs_crawler[4610]: segfault at 7fc2d4105000 ip 00000000006793d7 sp 00007fc2d3ffcb60 error 4 in libgdl.so[50f000+2d4000]
gdl_fs_crawler[4659] general protection ip:324f22e0f0 sp:7fde68e5d960 error:0 in libc-2.9.so[324f200000+168000]
＜以下同じようなエラーが大量に＞

インデックス作るならlocateで何が不満だ

locateって、リアルタイムにインデックスが更新される？
それから、ファイルの中身についてもインデックスがつくられるだろうか？

グーグルデスクトップは、初回のインデックス作成後は、
ファイルが更新されるたびにリアルタイムにインデックスが修正される。
さらにファイルの中身（例、odsファイル、テキストなど）についても、
全文検索がなされる。
検索条件指定の仕方、検索ロジック、ヒットしたファイルの表示順にも工夫がある。
これはグーグルの得意としているところだから、バージョンアップにてさらに便宜が図られるだろう。

まあ、とはいっても管理者向けではなくて、gnomeなどのデスクトップ環境で作業を行うような、
一般ユーザー向けのサービスだといえるだろう。
要は、誰がどういう環境で使うのかという視点がなければこれに対する批判はナンセンスだ。

locateで、wwwは検索できないだろうに。
いまや、linuxは、デスクトップ環境ユーザーに対しても身近になっているのだ。
決して、cuiMANだけのものだけではないのだ。

>>15
> locateって、リアルタイムにインデックスが更新される？

rlocateならリアルタイムで更新される。
普通のmlocateとかはcronで更新する。

> locateで、wwwは検索できないだろうに。

locateでwwwを検索する必要性を感じない。
一つのツールに全てを押し込む必要は無い。

>一つのツールに全てを押し込む必要は無い。
それは、言葉どおりに受け取りすぎです。

googleデスクトップのcui版 というか検索機能のみあれば


利用するのになあ

google-terminal(linux版)に決定しました
でもそれだったら、W3Mからつなげればいいことだから、

google-shellに致しましょう

google-desktop-linuxを使っている人、どれくらいいるの。

よし、アンケートだ！
今から、使っている、使っていないを報告してくれ。
過疎化しているので許されるだろう。

Fedora10にてgnomeで、大量の書類の検索、gmailの検索に使っています。
ファイルサーバーなので、書類内容の検索が一瞬でできるのでグッド。

>>5=>>21じゃなかろうな。

genau

>>23
Meinen Sie so auch ?

これに人気がないということは、
リナックスがまだデスクトップｏｓとして一般にほとんど普及していないということを示しているんだろうなあ。
ウインドウズ版のスレは、たくさんの肯定的な書き込みがあった。
これは、ウインドウズが、デスクトップosとしてのを地位を確立しているということ意味しているのだろうなあ。

じゃあ、ドイツ語で。
Wie halten Sie es mit der Software?

まあシェアについては言わずもがなだろうし、ユーザの気質の問題もあるかも。
あと同じ人でも、Linuxデスクトップにはあまりブラックボックスを混ぜたく
なくても、Windowsをクライアントで使うときには"何をいまさら"で、
気にせず)Googleデスクトップとか)インストールしてしまうとか(自分がそうだったりする)。

linuxにブラックボックスを混ぜたくないかあ。

うーんwindowsはもはや言うまでもなく、
linuxも、なんやかんやで、それ自体がもう（私の場合には）ブラックボックスだしなあ。

yumリポジトリが使えてインストールできるものについては、安心感をもってしまっているところがある。
yumでこれまでにおかしな問題を味わったことがないから。
google-desktop-linuxにもあまり不安を感じない。

Fedora時代からの新規参入者なんで、古典的なlinuxユーザー気質を持ち合わせていないようです。
windowsの代わりに、無料でデスクトップとして活用できたら、助かるなあという程度。
これから、linuxが、windowsの持っているような機能、windowsソフトウェアの互換性も持ち合わせてくれればいいなあ、
なんて気楽に考えている。

wineとか、monoプロジェクトなんかに期待しているところなんですねえ。

今日も異常なし。
まったく問題なし。
検索快適！

誰ですか↑このような思考を紡ぎだした人間は？

さて、
どうやら今の時点では、
まだリナックスを、
せっかくgui環境が整っているというのに、
会社などではユーザーにその利用をさせていないようですね。

まだサーバー用途にリナックスで、クライアントとしてwindowsですか？
そのようにまだお考えですか。
クライアント用途にももうそろそろリナックスでしょう。
基幹システムなどがwebアプリケーション化すれば、リナックスで十分なはず。

荒らしにかまうな。

Firefoxの拡張がFirefox 3.0に対応していないのが悲しすぎる。

えっ？それはどういうこと

俺は便利だと思うんだがなあ
誰も使ってないの

Puppy Linuxかわいいおかわいいお

>>33
Firefoxで読んだサイトをインデックス化する拡張機能があるけど
Firefox 3.0だと2.0までしか対応していないというエラーが出て
拡張が無効になっちゃう。

アドオンのバージョン情報を3.0対応に書き換えても動作しない。

そのうち、上がるんじゃね

バージョン情報を書き換えるなんて、そう、
ms-dosに付属のバージョン偽装コマンドを思い出したよ

>>37
あったねー。そういうの。
setverコマンドだっけ。

ああ！、そうそう、そうだ。そんな感じの名前のやつ！
懐かしい。

何か書いてよ、ここ。
すれ違いな内容ばっかりじゃないか。

特に語ることもないし。。

あるじゃんかよ、ほら、あれ。なんていうんだっけな、えーっと・

+m+

↑ところで、こんなん出ました。何に見える？ピエロっぽい？

M+ フォントのややこしいフォント名みたいな。

http://mplus-fonts.sourceforge.jp/mplus-outline-fonts/index.html

そんなフォントはじめて知った。

なんか、とってもたいへんな仕事そう
未完成とか、完成とかって、
やっぱり一文字ずつ、ビットを打ち込んで作成していくんだろうか。

>>44 さん
使っているのですか？良いところがあるのですか？

ああ、もう消えそうだよ

Why not GDT?

GDT is Google DeskTop.

知らないリナックスユーザーのために、あげ

yum installで簡単に導入できたよ

Googleデスクトップは複数のマシンからインデックスを共有する仕組みがあるよね
Linux版もそれってあるん？
もしそれがあって、CUI版が出たら絶対sambaサーバーに入れるね
もしCUI版が無くてもGNOMEを入れる価値はある

>>50
ウインドウズ版は使ったことないので知りませんが、
複数のマシンに分散しているファイルの、インデックスを一箇所にまとめられるんですか？

ファイルサーバーが分散しているようなところでは、その機能は便利ですね。
一覧はでも、サーバーアドレスつきのファイル名なんですかね。
つまり、\\192.168.111.111\files\memo\today.txt　という風に参照されるんですか。

>>51
どちらかというと検索結果に統合するって言った方がいいのかな？
自サイトにうｐしてみたのでこんな感じ
http://www.yumesv.com/upload/f/f4.png

>>52

なるほど、GDを動作させているコンピューター同士で
インデックスに載った「ファイルのテキスト」をコピーし合うのですね。

すみませんうｐまでありがとうございました。よくわかりました。
こんな機能がwindows版にはあるのですね。驚きました。

以下、独り言です・・・

Linux版にはこの機能はついてないようだなあ。
Linux版のGDは、windows版GDの「その相互のやりとり」には加わっていけないんだ。
つまり、まったくのスタンドアローン・・・。


LINUXには、windowsのような「コンピューター名」という仕組みがない。
また大抵、ファイアウォールが管理者により設定されている。
他のLINUX版GDを探し出すのは現実的ではないと判断されたのかもしれないなあ。

>>53
なるほど。
でも、linuxにはコンピューター名の代わりにホスト名があるのでは？
最悪プライベートIPアドレスを表示するとか

やはりWindows Serverでファイルサーバーやらないとだめなのかな
Linux版でそれに対応したら人気が出ると思う。

>linuxにはコンピューター名の代わりにホスト名があるのでは

LINUXのホスト名は単純にDNSによりIPに対応しているものだと思います
あるいは、一対一に照合できるHOSTファイルによるものです。

でも、WINDOWSは、マスタブラウザという仕組みによって、
同一ネットワーク上のWINDOWSマシンを一元管理しています。
通常、マスタブラウザになるマシンはネットワークに一つだけです。
他のマシンはこのマスタブラウザになっているマシンに問い合わせるだけで、
ネットワーク上のWINDOWSマシンをすべて同定できます。

WINDOWSにはこのような基本的な仕組みが実装されているので、
GDはこれを利用しているのではないでしょうか。

LINUX版のGDは、ネットワーク全スキャン以外に、
他のマシンのIPを簡単に知る方法はないと思われます。
しかも、LINUXではファイアーウォールが設定されていて、
これはあくまでもrootが設定するものなので、
GDはファイル情報の交換のためのプロトコルを動かすために勝手にポートをあけられない。

windowsと、linuxの基本的なところの違いに、GDも影響を受けているみたいですね。

Ubuntu 9.04betaをインストールしたのを機にBeagleから乗り換えてみた。
流石はGoogle製アプリ、Beagleよりも検索精度が高いね。

>>56
>1に書いてあるように、それに、GMAILも統合されているから須バラし

いつもグーグル使うので、見た感じもほっとするね。

OPENOFFICE使うなら、XLS形式の保存はやめて、ODSにしたほうがいい。
そうすれば、GOOGLEdesktopで、ファイルの中身まで検索できるようになる。

というのは、ODSが、XMLテキストで記述されているからだ。


さて、ところで、
GOOGLEdesktopの次期バージョンで、みなさんは何を望みますか？

http://desktop.google.com/ja/linux/features.html　より

ファイル バージョン
Google デスクトップでは、ファイルや他のアイテムが変更されるたびに
キャッシュ コピー (スナップショット) が作成され、
コンピュータのハード ドライブに保存されます。
このため、以前のバージョンのファイルや誤って削除したファイルも、
Google デスクトップで検索できます。

↑
使いこなしている人いますかね。

今のところ要望は無いなぁ。
現状で満足してるし。

>>59
俺は、削除したアイテムを消去する、にチェック入れてるからその機能使ってない。

google Desktopが、リナックスシステムに介入して、
ファイル削除時や変更時に、自動的にバックアップを取っているのかな。

バックアップじゃなくてインデックスだろ

>>59　によると、
>キャッシュ コピー (スナップショット) が作成され、
>コンピュータのハード ドライブに保存されます。

ということだから、インデックスだけでなく、バックアップがとられるんじゃないかな。

>>63の言うバックアップって、元ファイルと完全に同一のファイルってことだよね？

試しに検索対象になってるファイル削除してみたけど、
バックアップはバックアップは取られてないっぽいよ。

削除したHTMLファイルはキャッシュしか見られなかったし、
同様に削除したjpgファイルは、サムネイルしか表示されなかった。

検証の為に移動させたファイルを元に戻しても、
Googleデスクトップの検索結果に反映されなくてビックリしたよ。

どうやら一度削除したファイルと同名で、
内容とタイムスタンプも等しい場合、
インデックスに反映されないようだね。
touchコマンドでタイムスタンプを現在時刻にしたのを、
元の場所に戻してから古いファイルを上書きすれば、
ちゃんとGoogleデスクトップのインデックスに反映される様子。

それと、設定で『削除したアイテムを消去する』ってのにチェック入れても、
Googleデスクトップのインデックスからは削除されないのな。
つまり、「このファイルもういらねーや」と思って消したファイルも、
Googleデスクトップのインデックスには残ったままで、
非表示には出来るが根本的に消したくても消せないと。

むー、十数回ほど同じテキストファイルを、
更新したり削除したりして試してみたけど、
『削除したアイテムを消去する』にチェックを入れておけば、
とりあえずキャッシュも見れなくなるけど、
インデックス ステータスの『検索可能アイテムの合計数』は更新した分増える一方だわ。

>『削除したアイテムを消去する』ってのにチェック入れても、Googleデスクトップのインデックスからは削除されない

>『削除したアイテムを消去する』にチェックを入れておけば、とりあえずキャッシュも見れなくなるけど、
>インデックス ステータスの『検索可能アイテムの合計数』は更新した分増える


キャッシュからは消去されるけども、インデックスはどんどん増えていく一方なんですか。
ファイルの更新ごとに、いちいちインデックスの修正は行っていないということか。
ただ、キャッシュはイジラレルわけだね。

でも、GDデーモンがシステムの暇なときに、インデックスを整理するんじゃないかな。
放って置いたらインデックスと、ディスク内容とはいつか一致するんだろうなと思った。

毎朝、起動時に３０分以上、ハードディスクが動かされる〜
なにやってんだろう。topをみればあきらかに、googledesktopのしわざ。

ハードディスクなので、カリカリ動かされるのが毎日だと心配。
MLCとか、SLCのシリコンディスクだと気にならないんだが。

毎日何をやっているんだろう。
ファイル内容の更新チェックなら、そのファイルの書き込み時に行えばいいのに。
インデックスの整理だろうか。適当でいいのに。

あまり活発でないgoogleディスクトップを望みますぅ

linuxディストリビューションに、GOOGLEデスクトップが標準搭載される日は来るか？

free になれば来るかも。

>>72
GNUとかに合っていなければlinuxディストリには載せられないんだったな

その辺はディストリごとのポリシーによる。

>>74
なるほど

これ、pdfに含まれている日本語を検索すると、
上手く引っかからない場合があるな。

週間　は引っかかるのに　月間　は駄目で、
何でだろと思ったら　月　が　？　になってたり、
黒が？になってたりする。

文字コードの処理の問題なんだろうけど、どうなってるんだろうね。

関係ないけどV2Cだと？と？は文字化けする。

ああ、Firefoxで書き込んだのにやっぱり文字化けorz

>週間　は引っかかるのに　月間　は駄目で、
>何でだろと思ったら　月　が　？　になってたり、
>黒が？になってたりする

「週間」という文字は引っかかるのに　「月間」という文字では駄目で、
何でだろと思ったら　「月」という文字　が　「？」　になってたり、
「黒」という文字が「？」になってたりすることから、
文字コードの問題なんだろうと思い当たった。

>V2Cだと？と？は文字化けする
>Firefoxで書き込んだ
どういうこと？もっとわかりやすく。
余計なことまで考えちゃうよ。

>>78
ttp://usamimi.info/~linux/d/up/up0368.png

ctrl + ctrlで表示したクイック検索ボックスから月間を検索すると↑のように表示され、

ttp://usamimi.info/~linux/d/up/up0369.png

Googleデスクトップの検索結果に表示された、
pdfのキャッシュの月間という文字をコピペして検索すると↑のように表示される。

Googleデスクトップ内部でどういう処理どういう処理してるのか分かんないんだけど、
思った通りの検索結果にならないので、稀に困る。

>> V2Cだと？と？は文字化けする
> どういうこと？もっとわかりやすく。
↑の二枚目の画像の月という文字をV2Cの書き込み欄にコピペしたら文字化けしたので、
まーFirefoxならちゃんと書き込めるだろ、と思って書き込んでFirefoxで書き込んだ内容を確認したら、
見事に文字化けしてた。
ってことです。

ウチの環境に対応するフォントが入っていないのか、2ch側が対応していないのか。

×どういう処理どういう処理
○どういう処理

今気づいた。
あるpdf内の黒という文字をコピーしてググったら以下のページがトップに来た。

�K
ttp://ja.wiktionary.org/wiki/%E9%BB%91

ふつう使われている黒はこっちらしい

黒
ttp://ja.wiktionary.org/wiki/%E9%BB%92

pdfって旧字体を使う仕様になってるのか？
そりゃ検索に引っかからんわ。

とりあえず分かったこと。

テキストからPDF変換時に文字コードが変わる場合

黒　→　�K

と、Google デスクトップにキャッシュされる時に文字コードが変更される場合

月間　→　?間

の2パターンがある。

連投してごめんね。寝る。

眠れない…

分かったこと。

pdf内部の漢字はISO/IEC 10646:2003に変換されるっぽい。
例えば>>79の　月　の場合、
htmlファイルをキャッシュする時は普通にUTF-8でE69C88、
pdfファイルをキャッシュする場合はUTF-8でE2BD89、
としてキャッシュするらしい。
ATOK X3で　月　を変換した場合、E69C88となるから、
pdfの方の　月　は検索に引っかからないわけだな。多分。

ただ　月　や　月間　で引っかからなくても、
月間ランキング
のように漢字の直後にカタカナとかが続いている状態で検索すれば、
問題なくヒットするっぽい。

2chで文字化けするのは2chの文字コードがShift_JISだからか。

今度こそ寝る。

えっ、こんなにややこしい仕様なの？
でもホンとかな〜うーん。

pdfの文字コードがどうなってるのか分からんが、
フォントが埋め込まれたpdf内に特定の文字がある場合、
Google デスクトップには以下の文字コードとしてキャッシュされるっぽい。

Kangxi Radicals
ttp://homepage1.nifty.com/nomenclator/unicode/data/kangxi.htm

例えば　人々　という単語を含むpdfを調べたくてGoogleデスクトップで検索した場合、
それを含むhtmlやtxtは検索結果に表示されるが、
pdfでは　人　の文字が　E4BABA　ではなく　E2BC88　になっている為、
検索に引っかからない。

ちなみに、cupsでpdfとして出力したファイルでしかチェックしてないので、
WindowsやMacで作成したpdfだとどうなるのかは不明。

やあ、86だよ。
結論から言うと、Google デスクトップに非はなかったよ。
多分CUPSの問題。

まず、Mac OS XのSafariでTSUTAYAのDVD月間ランキングをPDF化して、
UbuntuのGoogleデスクトップのインデックスに追加してみたら、
正常に　月間　で検索できた。

続けてUbuntu 9.04のFirefoxで同じページをPDF化して、
同じくUbuntuのGoogle デスクトップのインデックスに追加してみたら、
やはり　月　の字の文字コードがE2BD89になった。

つまり、Ubuntu 9.04のCUPSでテキストファイルやHTMLをPDF化した場合、
一部の文字コードが康煕部首になってしまうので、
Google デスクトップで期待したような検索結果にならないわけだ。

Yahoo! Japanみたいに康煕部首で検索した場合は、
類似文字に置き換えるようにしてくれたら嬉しいんだが、まぁそれはそれだな。

というわけで、GoogleごめんねGoogle。

>>87
ごくろうさまでした。


私の質問です。
毎朝、fedoraを起動するたびにグーグルクロールが起動して、
CPUを60パーセント以上使用し、ハードディスクのアクセスランプを点滅させるのですが、
これはどうにもなりませんかね。

起動の度に、もういっかいはじめからクロールしているわけじゃないでしょ。
いったい何をやっているんだろう。
もし、再起動しなければ、おとなしくしているんだろうかな。

再起動してもおとなしい振る舞いを望んでいます。

>>88
初回のインデックス作成が終わってないだけ、とかいうオチは無いよね

>>89

ないない、とっくに終わっている
インデックス作成１００パーセントですよ。

それでも、再起動の度に忙しくうごくわけなんだよ。
ハードディスクが傷みそうでいやだ。

またか、↑

これ自動？なの

>>91「選民思想」って概念をよく調べてご覧よ。
間違ってもエリートという意味ではないよ。

コピペにマジレスしてもなぁ。

M$が焦ってる証拠だよ。

Windows７なんか出しても売れないのは明々白々。

>>91は、
M$の方から来たんですか

>>96
いえ、「消防署の方からですけど」。

あっ、そう・・ですか

私は使っているけど、別に何か設定などでは困らないよね

http://desktop.google.com/ja/linux/
の、Googleのロゴの右のチョングルがキモいんですけど？
もしかして、これをｲﾝｽｺすると、Googleはチョン国発祥とかいわれちゃうんでしょうか？

>>100
>Googleのロゴの右のチョングル
卍のことだよね。キモイですか？
意匠はまったく凝らしていないとは思う。

>ｲﾝｽｺすると、Googleはチョン国発祥とかいわれちゃう
誰に？？