 
|
はてなキーワード: エクスポートとは
やー。面倒でした。
古い情報だと Outlook Express を経由しろと書いてあるので、後継であるらしいWindows Live Mail を経由して（Windows Live Mail からエクスポートする方法で）
Outlook に移行したのだが、どういうわけか宛名が文字列として移行されてしまい、xxx@example.com というメールアドレスの移行ができなかったんです。
で eml → msg もしくは pst 形式への変換ソフトを探すのですが、無料のものが見つからなくてあんまり情報もありませんでした。が、ありましたよ！お兄さん。
====
MAPI data collection and parsing tool. Supports property tag lookup, error translation, smart view processing, rule tables, ACL tables, contents tables, and MAPI<->MIME conversion. MrMAPI currently knows: 3916 property tags 801 dispids 35 types 58 guids 148 errors 27 smart view parsers Usage: MrMAPI -? MrMAPI [-Search] [-Dispids] [-Number] [-Type <type>] <property number>|<property name> MrMAPI -Guids MrMAPI -Error <error> MrMAPI -ParserType <type> -Input <input file> [-Binary] [-Output <output file>] MrMAPI -Flag <flag value> [-Dispids] [-Number] <property number>|<property name> MrMAPI -Rules [-Profile <profile>] [-Folder <folder>] MrMAPI -Acl [-Profile <profile>] [-Folder <folder>] MrMAPI [-Contents | -HiddenContents] [-Profile <profile>] [-Folder <folder>] [-Output <output directory>] [-Subject <subject>] [-MessageClass <message class>] [-MSG] [-List] MrMAPI -ChildFolders [-Profile <profile>] [-Folder <folder>] MrMAPI -XML -Input <path to input file> -Output <path to output file> MrMAPI -FID [fid] [-MID [mid]] [-Profile <profile>] MrMAPI -MAPI | -MIME -Input <path to input file> -Output <path to output file> [-CCSFFlags <conversion flags>] [-RFC822] [-Wrap <Decimal number of characters>] [-Encoding <Decimal number indicating encoding>] [-AddressBook] [-Unicode] [-Charset CodePage CharSetType CharSetApplyType] All switches may be shortened if the intended switch is unambiguous. For example, -T may be used instead of -Type. Help: -? Display expanded help. Property Tag Lookup: -S (or -Search) Perform substring search. With no parameters prints all known properties. -D (or -Dispids) Search dispids. -N (or -Number) Number is in decimal. Ignored for non-numbers. -T (or -Type) Print information on specified type. With no parameters prints list of known types. When combined with -S, restrict output to given type. -G (or -Guids) Display list of known guids. Flag Lookup: -Fl (or -Flag) Look up flags for specified property. May be combined with -D and -N switches, but all flag values must be in hex. Error Parsing: -E (or -Error) Map an error code to its name and vice versa. May be combined with -S and -N switches. Smart View Parsing: -P (or -ParserType) Parser type (number). See list below for supported parsers. -B (or -Binary) Input file is binary. Default is hex encoded text. Rules Table: -R (or -Rules) Output rules table. Profile optional. ACL Table: -A (or -Acl) Output ACL table. Profile optional. Contents Table: -C (or -Contents) Output contents table. May be combined with -H. Profile optional. -H (or -HiddenContents) Output associated contents table. May be combined with -C. Profile optional -Su (or -Subject) Subject of messages to output. -Me (or -MessageClass) Message class of messages to output. -Ms (or -MSG) Output as .MSG instead of XML. -L (or -List) List details to screen and do not output files. Child Folders: -Chi (or -ChildFolders) Display child folders of selected folder. MSG File Properties -X (or -XML) Output properties of an MSG file as XML. MID/FID Lookup -Fi (or -FID) Folder ID (FID) to search for. If -FID is specified without a FID, search/display all folders -Mid (or -MID) Message ID (MID) to search for. If -MID is specified without a MID, display all messages in folders specified by the FID parameter. MAPI <-> MIME Conversion: -Ma (or -MAPI) Convert an EML file to MAPI format (MSG file). -Mi (or -MIME) Convert an MSG file to MIME format (EML file). -I (or -Input) Indicates the input file for conversion, either a MIME-formatted EML file or an MSG file. -O (or -Output) Indicates the output file for the convertion. -Cc (or -CCSFFlags) Indicates specific flags to pass to the converter. Available values (these may be OR'ed together): MIME -> MAPI: CCSF_SMTP: 0x02 CCSF_INCLUDE_BCC: 0x20 CCSF_USE_RTF: 0x80 MAPI -> MIME: CCSF_NOHEADERS: 0x0004 CCSF_USE_TNEF: 0x0010 CCSF_8BITHEADERS: 0x0040 CCSF_PLAIN_TEXT_ONLY: 0x1000 CCSF_NO_MSGID: 0x4000 CCSF_EMBEDDED_MESSAGE: 0x8000 -Rf (or -RFC822) (MAPI->MIME only) Indicates the EML should be generated in RFC822 format. If not present, RFC1521 is used instead. -W (or -Wrap) (MAPI->MIME only) Indicates the maximum number of characters in each line in the generated EML. Default value is 74. A value of 0 indicates no wrapping. -En (or -Encoding) (MAPI->MIME only) Indicates the encoding type to use. Supported values are: 1 - Base64 2 - UUENCODE 3 - Quoted-Printable 4 - 7bit (DEFAULT) 5 - 8bit -Ad (or -AddressBook) Pass MAPI Address Book into converter. Profile optional. -U (or -Unicode) (MIME->MAPI only) The resulting MSG file should be unicode. -Ch (or -Charset) (MIME->MAPI only) Character set - three required parameters: CodePage - common values (others supported) 1252 - CP_USASCII - Indicates the USASCII character set, Windows code page 1252 1200 - CP_UNICODE - Indicates the Unicode character set, Windows code page 1200 50932 - CP_JAUTODETECT - Indicates Japanese auto-detect (50932) 50949 - CP_KAUTODETECT - Indicates Korean auto-detect (50949) 50221 - CP_ISO2022JPESC - Indicates the Internet character set ISO-2022-JP-ESC 50222 - CP_ISO2022JPSIO - Indicates the Internet character set ISO-2022-JP-SIO CharSetType - supported values (see CHARSETTYPE) 0 - CHARSET_BODY 1 - CHARSET_HEADER 2 - CHARSET_WEB CharSetApplyType - supported values (see CSETAPPLYTYPE) 0 - CSET_APPLY_UNTAGGED 1 - CSET_APPLY_ALL 2 - CSET_APPLY_TAG_ALL Universal Options: -I (or -Input) Input file. -O (or -Output) Output file or directory. -F (or -Folder) Folder to scan. Default is Inbox. See list below for supported folders. Folders may also be specified by path: "Top of Information Store\Calendar" Path may be preceeded by entry IDs for special folders using @ notation: "@PR_IPM_SUBTREE_ENTRYID\Calendar" MrMAPI's special folder constants may also be used: "@12\Calendar" "@1" -Pr (or -Profile) Profile for MAPILogonEx. -M (or -MoreProperties) More properties. Tries harder to get stream properties. May take longer. -No (or -NoAddins) No Addins. Don't load any add-ins. -On (or -Online) Online mode. Bypass cached mode. -V (or -Verbose) Verbose. Turn on all debug output. Smart View Parsers: 1 Additional Ren Entry IDs Ex 2 Appointment Recurrence Pattern 3 Conversation Index 4 Entry Id 5 Entry List 6 Extended Folder Flags 7 Extended Rule Condition 8 Flat Entry List 9 Folder User Fields Stream 10 Global Object Id 11 Property 12 Property Definition Stream 13 Recipient Row Stream 14 Recurrence Pattern 15 Report Tag 16 Restriction 17 Rule Condition 18 Search Folder Definition 19 Security Descriptor 20 SID 21 Task Assigners 22 Time Zone 23 Time Zone Definition 24 Web View Persistence Object Stream 25 Nickname Cache 26 Encode Entry ID 27 Decode Entry ID Folders: 1 Calendar 2 Contacts 3 Journal 4 Notes 5 Tasks 6 Reminders 7 Drafts 8 Sent Items 9 Outbox 10 Deleted Items 11 Finder 12 IPM_SUBTREE 13 Inbox 14 Local Freebusy 15 Conflicts 16 Sync Issues 17 Local Failures 18 Server Failures 19 Junk E-mail Examples: MrMAPI PR_DISPLAY_NAME MrMAPI 0x3001001e MrMAPI 3001001e MrMAPI 3001 MrMAPI -n 12289 MrMAPI -t PT_LONG MrMAPI -t 3102 MrMAPI -t MrMAPI -s display MrMAPI -s display -t PT_LONG MrMAPI -t 102 -s display MrMAPI -d dispidReminderTime MrMAPI -d 0x8502 MrMAPI -d -s reminder MrMAPI -d -n 34050 MrMAPI -p 17 -i webview.txt -o parsed.txt
レジストリを起動する
レジストリの内容を参照／編集するには［スタート］ボタンをクリックして検索ボックスに「regedit」と入力
HKEY_CLASSES_ROOT\Applications\********.exeまでいく （applicationという似た名前があるので混同に注意）
（規定）を右クリック
その後再起動する
パーティション分割してファイルをDドライブに移動させたりすると関連付けできなくなる。
http://menushowdelay.blog13.fc2.com/blog-entry-302.html
関連付けを設定できません
以前は問題なく動作していたアプリケーションなのですが、ファイルを右クリックから、このアプリケーションで開くことだけができなくなりました。
アプリケーションを開いた後で、ファイルをウインドウ内にドラッグ&ドロップすることならできます。
ファイルを右クリック→プロパティ→全般→プログラム:変更→ファイルを開くプログラムの選択→参照→プログラムから開く
で実行ファイルを選択することで、普通は「ファイルを開くプログラムの選択」ダイアログに戻って一覧に選んだプログラムが表示されるはずなのですが、このプログラムだけが表示されなくて困ってます。
ひょっとして、導入後にフォルダごと移動したりしませんでしたか？
レジストリを一切いじらずにインストールが可能なアプリケーションでも、実はこの「プログラムから開く」の「プログラムの選択」で参照してしまった場合、Windows2000/XPでは
HKEY_USERS\(ユーザー識別子)\Software\Classes\Applications
以下に登録されます。別の見方をすると、こうして登録された後で「レジストリを一切いじらないアプリだから」 という理由でフォルダごとどこかに移動したり、フォルダ名をリネームしてしまうと、先のレジストリの記述に不整合が発生し、以降はその不整合を直接編集によって書き換えたり値のデータを削除したりしない限り、永遠にそのプログラムで開くことができなくなるという不具合を生みます。「ファイルを開くプログラムの選択」ダイアログの「参照」ボタンをたどって移動先やリネーム後のアプリケーションを指定しても、エントリは正常に書き換えられることはありません。直接編集以外に道はないのです。
「スタート」ボタン→「ファイル名を指定して実行」→ regedit と半角で入力してEnterキーを押下します。
HKEY_USERS\(ユーザー識別子)\Software\Classes\Applications
以下に該当アプリケーション名のキーが存在したら、とりあえずバックアップをとってからキーを丸ごと削除します。
バックアップとその書き戻しについてですが、今回の事象の場合はreg saveコマンドを利用する必要はなく、該当キーを選択した状態で、右クリック→エクスポートを選択し、名前は適当に「aaa.reg」とでもつけて、デスクトップあたりにでも保存すればよろしいかと思われます。
該当キーを削除しても、OSが起動しなくなったり、デスクトップ画面までたどり着かないようなことは一切ありません。
HKEY_CLASSES_ROOT\Applications\********.exe
だったという例あり。併せて確認されたし。
どんなに優れた画質で保存できたとしても、外部にエクスポートする手段がないようじゃ、記憶装置としては致命的じゃね？＞目と脳と神経
米Yahoo傘下のソーシャルブックマーク、Deliciousの現状はかなり危ないようです。たしかにツイッターやフェースブックなどの新興勢力の台頭で有力なソーシャルブックマークの一つであるDeliciousの存在感が薄れてきたなとは感じていました。
そういう自分もDeliciousユーザーでした。Deliciousくらい有名ならそう簡単にサービス終了はないだろうという寄らば大樹の陰的な発想で。しかし時代は変わり、いつ閉鎖が決まってもおかしくない状況。別のサービスに乗り換える人がいても不思議ではありません。Deliciousから移行するならはてなブックマークかGoogleブックマークあたりでしょうか。
しかしGoogleブックマークは外部からのデータインポートに対応していないんです。Deliciousからエクスポートしたデータをブラウザ経由でインポートするしかない。しかしブラウザ経由だと苦労して付けたタグが完全消滅するという諸刃の剣。
こんな記事もありましたが、この記事の方法は非常にめんどくさいです。どういう方法かというと、Firefox経由でGoogleブックマークの新規登録画面を呼び出し、DeliciousからエクスポートしたブックマークのタイトルとURLとタグを自動で入力しては保存。また新規登録画面を出してはタイトルとURLとタグを入力して保存。これを全てのブックマークに対して繰り返すという方法。一件ごとに入力及び保存する時間があるのでブックマークが数千件の人は半日がかりですよ。Googleブックマークが外部からのインポートに対応していないのでこういう方法をとるしかないのですが、技術的にはそんなに難しくなさそうですよね。Googleさんの技術力を以てすればなおさら。単にやる気がないのか、それとも他のサービスから移住してほしくないのか。
なので素直にはてなブックマークに移行したほうがいいかも知れません。はてなブックマークはDeliciousからのインポートに対応しているので10分かそこらで終わります。タグもきちんと移されます。
GoogleブックマークにしろDeliciousにしろこれから注目されるようなサービスではないですよね。ソーシャルブックマーク自体が斜陽に入っているのか…はてなブックマークは日本のネットで小さくない存在感があるので大丈夫そうですが。
普通にクロージャという場合、レキシカルスコープを持つことを期待されると思うけど、DLLやらsoからエクスポートされる関数は普通のCのスコープだからクロージャとは言わないと思うよ。（そもそもDLLもsoも標準C/C++じゃないから、もしこれらがクロージャ的な動きをするとしてもこれを以て「Cのクロージャ」と呼ぶのはおかしいというのは置いといても。）
ダイナミックスコープなemacs Lispのlambdaとか、ダイナミックスコープもどき(っていうのか?なんて表現したらいいか分からん)なPHPのcreate_functionは動的に作りはしてもクロージャとは言わないんじゃないかな。
http://ja.wikipedia.org/wiki/%E3%82%AF%E3%83%AD%E3%83%BC%E3%82%B8%E3%83%A3
９月頃に一度話題になった、skypeアカウントBANの話です。なんか俺が垢BANされたのでいろいろレポートを。
skypeでスパムや悪質な行為を行うユーザーに対し、「通報」を行うことができます。別にこれは当たり前のことで、むしろない方が困るのですが、skypeの場合は、通報がどんな内容であれ、一定の通報があると自動的にアカウントが停止される仕組みになっているそうです。
実際にサポートにメールしたところ、「当社の記録によりますと、複数のユーザーからクレームがございましたのでアカウントの制限を行いました」という返答が返ってきました。
これを悪用して、利用規約を遵守している他人のskypeIDを、自分の複数のアカウントを用いて通報しまくって、気にくわない人のアカウントをBANするという行為を行っている人が急増しているようです。最初はニコニコ動画のユーザー生放送から広まり（参考：http://dic.nicovideo.jp/a/渋谷のキング ）、２ｃｈのVIPなどでも急速に広まっているようです。
skypeのシステムがこうなっている以上、正直どうしようもありません。不用意にskypeIDを晒さないことが一番です。ただ、ニコニコ生放送やネットラジオなどで凸待ち放送をしたいと思う方は多いと思いますので、skypeIDを晒すな、というのはなかなか厳しいでしょう。
そこで、今のうちに、コンタクトのエクスポートを行っておくことをおすすめします。やり方はまあどこかで調べてください。コンタクトをエクスポートしておけば、もしアカウントBANされても、新しいアカウントを作るときにそのコンタクトをインポートすることで、BANされたアカウントのコンタクトリストを復元することができます。しかし残念ながら、再び全員にコンタクトリストに追加してもらうように要請を送らないといけないようです。
アカウントBANされると、一瞬はログインできるものの、すぐに「パスワードが変更されました」「パスワードが有効ではありません」などと表示され、通話どころかコンタクトのエクスポートも行えません。パスワードを問い合わせるフォーム（参考： https://secure.skype.com/account/intl/ja/password-reset-request ）からパスワード再発行を行っても「不明なエラーが発生しました」と表示され、結局ログインできません。このように、サポートにメールをするまでは、アカウントがBANされたかどうかはユーザーにはわかりませんので注意が必要です。「あれ？おかしいな？」と思ったらすぐにサポートにメールをしましょう。
問い合わせフォームは https://support.skype.com/ja/support_request です。こちらから、トピック「マイアカウント」、問題「ブロックされたアカウント」にして、状況を説明すればOKです。
俺の場合、最初は、本当にアカウントBANされたのかどうかわからなかったので、なぜアカウントBANされたのかを尋ねました。土曜日であったにもかかわらず、３時間ほどでメールが返ってきました。そこで、初めてアカウントBANされたことを知りました。内容は先ほども書きましたが、「当社の記録によりますと、複数のユーザーからクレームがございましたのでアカウントの制限を行いました」という内容でした。
もちろん納得がいかなかったので、「俺は悪くない！」という内容のメールを返信すると、今度は先ほどよりも早くサポートメールが返ってきまして、アカウントを復旧してもらえました。なぜ制限されたのか、とも聞きましたが、それは答えられないということでした。
これもskypeの運営にメールをして聞いたのですが、「スクリーンショットを取ってメールで送ってくれれば調査を行いますのでよろしくお願いします」とのことでした。
俺はこのようにアカウントが復旧しました。こんなにも迅速に対応していただけて、skypeのサポートの方には感謝しています。いち早くこの問題が解決するといいですね。解決するまでは、僕も公開しない用のアカウントを作って、そちらをメインにしようかなあと思っています。
正直なんで読書メーターがこんなに人気なのかわからない。
読書を冊数で表すのはまだわかるけれど、ページ数で表すっていうのは下品だし。
ブックマークも使えないからamazonを見ていて、そのまま登録ということもできない。
いちいち読書メーターのトップに行かなければならない。
その上レコメンド機能も貧弱で三件くらいしか表示されないから、いちいち一件ずつ登録していくことになる。
amazonのアフェリエイト機能なんかももちろん使えない。（実装予定らしいが）
更に内容のインポート・エクスポートもほぼできないといっていい。
極め付けには退会の方法が明記されておらず、どうすればいいのかわからない！
……それに比べてメディアマーカーの優秀さといったら。
読書メーターなんて登録するんじゃなかった。
今、トイレに行きたいんだけど近くにセーブポイントがなくて困っています。
うんこもれそうでテンションあがってるからわけわからないことを書かせてくれないと困る。
主に、括約筋的な意味で。
でね、うんこって偉大だと思うわけ。最初食べ物なわけ。栄養。ニュートリション。
入り口から入ったライトサイドの結晶が出口から出るとダークサイドに堕ちてるわけ。
もうね、ルークもびっくり。アイアムユアファーザー。で穴に落ちてパイプの先で回収されて終了。
何の話だっけ。
エピソード７って出るの？
出せよルーカス。うんこのごとく。スターウォーズっていろいろな文化や技術が詰まってるよね。
宇宙人やメカのデザイン、CG,音楽、パロディ。ジェダイって時代劇からとってるんだぜ。ジダイ。
言語学的にも興味深くて、ジャージャーはジャマイカ人みたいな英語しゃべるし、
結構惑星ごとにしゃべる言葉の発音とかそろえて区別してんのな。
映画って、音楽、美術、演劇、ビジネス、学問とか諸々の人類の文化の結晶って気がする。
高度なテクニックが合わさって最終的に美しいハーモニーを奏でるというか、うんこもれそうというか。
何の話だっけ。
そうそう、うんこです。アウトプット。成果物。エクスポート。圧縮してファイルを送信。ゴミ箱へ。
でね、今うんこもれそうなんですよ。
そこで問いたい。お前らは、いつなんどき、どのようなうんこをするために生きているのかと。
毎日いろいろ食べるじゃん。で消化するじゃん。そのあとどんなうんこしたいの？
はてぶを眺めていて思うんですよ。毎日いろんな人がブクマしていい感じに良エントリが集まってる。
で、それを毎日何百ページか読むわけです。トイレで。iPhoneで。
それらを咀嚼して、俺も純度の高いエントリをかかなければって思ってブログの編集画面を呼び出すんだけどいい感じのテンションで書けない。もし書けたら、そしたら俺、いいうんこをしたことになると思うんですよね。
で、いつまでも閲覧してばっかで自分では何も書かないと、便秘になっちゃうよ！？どうしよう！！？コーラック200粒飲んでピンクの便を噴出しながら西へ飛べ！ああうんこもれそう。
ほら、映画とか好きじゃん俺。前評判の高い新作はたいてい公開一週間で見に行くし、Tsutaya discasで狩り放題プラン入ってるじゃない。いっぱい見てるわけ。そんでね、それらを咀嚼して、良質のうんこを出すべきだと思うわけ。俺も。
個人で映画作る予算とかないから、別のもの、たとえば文章だったりとか予算のかからなそうなうんこひねり出そうとかがんばってみてるわけ。象がどデカいうんこしてる動画みてたら、俺もうんこしなきゃいけない気になってくるっていうか。どこに出したらいいの。
音楽も結構聴くんだけど、それは初音ミクにうんこ出してもらったりしてるわけ。
ニコニコという名の便所に、俺の集めたうんこを凝縮して最後にミクの糞を乗っけてうｐするわけ。
雌豚閣下とかニコニコアーティスト(笑)とか、結構いいうんこしてると思う。極太。ワールドイズマインとかTOTOもびっくりだね。
あとはなんだろうなー。あれだな。仕事(笑)とかも、他人のうんこの出し方研究して糧にする。
ああ、あいつはクラウチングスタイルなのかとか、そういうふうにうんこすればトイレも綺麗に保てるのねとか。あんまりアウトプット出せてないからもっときばっていく必要があるんだけども。
ライフハック(笑)とかn個の方法(笑)とかもうんこだと思うのよね。
「俺こういうふうにやってみたら大量に出たよ」とか。やり方共有すればみんなの役に立つじゃん。
きれいな公衆トイレマップ作ったりしてね。トレペの折り方とか共有したりしてね。
でなんの話だっけ。うんこ。
今まで俺はどんなうんこしてきたかなあって思うのよ。ちゃんと「今日のうんこメモ」、つけてる？
つけてないのよなー。たまにでかいの出るから、そんときは写メとって友達に見せたりするんだけど。
もうちょいアベレージっていうか平均値を上げてきたいし、コンスタントにでねえかと思う。
繊維足りてないのかな。乳酸菌とってるぅ？
で、なんだっけ。
映画の話か。ダークナイト二回見たよ。クリスチャンベール、デカイうんこ出しすぎじゃね？なんか老けてた。
老けてたといえば最近のスティーブジョブス、細くね？やばくね？うんこも細そうじゃね？Boom!
そりゃさ、一度の人生でmac,ipod,iphoneなんてでかいうんこ三つもしたら、腸も痛むわ。
でもまあ、この世に生を受けたならば、それなりのうんこ残すべきだと考えるわけ。
たまに恐竜のうんことか化石で発掘されるじゃん。それを目指したいよね。
ピラミッドとかも何千年も残るでっかい石のうんこだし、現代の中東ではドバイなんかもううんこまみれ。
いつ、どんなうんこすりゃいいのよ。
男は女みたいにでかい糞をして後世に残すことができないから、どういう糞するかが問題なわけですよ。
jkondoは京都にいい感じのうんこ残した。アメリカでもちょっと脱糞したみたいだけど、いったん流しちゃったみたい。
hankakueisuuでぐぐってでるブロガーもいい糞出してると思う。引きこもってても糞が世間に公開できる。いい時代だ。
ホリエモンとか結構溜め込みすぎて、「お前そんなに便秘なのずるくね？」とかいって脱糞させられてくさいメシ食ってたけど。
何の話だっけ。
ちょっとトイレいってくる。
ただいま。申し訳ないねなんだか。テンションあがっちゃって。
何の話だっけ？
Table of Contents： ||||||
| オープンソースソフトウェアとGIS | Open Source software and GIS | Open Source software and GIS | 1 (6) |
| オープンソース概念 | Open Source concept | 1 (2) | |
| オープンソースGISとしてのGRASS | GRASS as an Open Source GIS | 3 (2) | |
| ノースカロライナサンプルデータセット | The North Carolina sample data set | 5 (1) | |
| この本の読み方 | How to read this book | 5 (2) | |
| GISの概念 | GIS concepts | GIS concepts | 7 (14) |
| 一般的なGISの原理 | General GIS principles | 7 (6) | |
| 地理空間データモデル | Geospatial data models | 7 (4) | |
| GISデータとシステムの構成 | Organization of GIS data and system | 11 (2) | |
| 機能 | functionality | ||
| 地図投影法と座標系 | Map projections and coordinate systems | 13 (8) | |
| 地図投影原理 | Map projection principles | 13 (3) | |
| 一般的な座標系とdatums | Common coordinate systems and datums | 16 (5) | |
| GRASSをはじめよう | Getting started with GRASS | Getting started with GRASS | 21 (32) |
| 第一歩 | First steps | 21 (16) | |
| GRASSのダウンロードとインストール | Download and install GRASS | 21 (2) | |
| データベースとコマンドの構造 | Database and command structure | 23 (3) | |
| GRASS6のためのグラフィカルユーザインタフェイス: | Graphical User Interfaces for GRASS 6: | 26 (1) | |
| QGISとgis.m | QGIS and gis.m | ||
| ノースカロライナを用いてGRASSを開始 | Starting GRASS with the North Carolina | 27 (3) | |
| データセット | data set | ||
| GRASSデータ・ディスプレイと3D可視化 | GRASS data display and 3D visualization | 30 (4) | |
| プロジェクトデータ管理 | Project data management | 34 (3) | |
| 新しいプロジェクトでGRASSを開始 | Starting GRASS with a new project | 37 (7) | |
| aのための座標系の定義 | Defining the coordinate system for a | 40 (4) | |
| 新しいプロジェクト | new project | ||
| 空間投影されていないxy座標系 | Non-georeferenced xy coordinate system | 44 (1) | |
| 座標系の変換 | Coordinate system transformations | 44 (9) | |
| 座標系のリスト | Coordinate lists | 45 (2) | |
| ラスタとベクトル地図の投影 | Projection of raster and vector maps | 47 (1) | |
| GDAL/OGRツールで、再投影 | Reprojecting with GDAL/OGR tools | 48 (5) | |
| GRASSデータモデルとデータの交換 | GRASS data models and data exchange | 53 (30) | |
| ラスターデータ | Raster data | 54 (16) | |
| GRASSの2Dの、3Dのラスターデータモデル | GRASS 2D and 3D raster data models | 54 (2) | |
| 領域の統合と境界 | Managing regions and boundaries | raster map resolution | |
| ジオコードされたラスターデータのインポート | Import of georeferenced raster data | 58 (8) | |
| スキャンされた歴史的地図のインポートとジオコーディング | Import and geocoding of a scanned | 66 (3) | |
| ラスターデータエクスポート | Raster data export | 69 (1) | |
| ベクトルデータ | Vector data | 70 (13) | |
| GRASSベクトルデータモデル | GRASS vector data model | 70 (3) | |
| ベクトルデータのインポート | Import of vector data | 73 (5) | |
| xy CAD描画のための座標変換 | Coordinate transformation for xy CAD drawings | 78 (2) | |
| ベクトルデータのエクスポート | Export of vector data | 80 (3) | |
| ラスターデータを使う | Working with raster data | 83 (86) | |
| ラスター地図を表示、管理 | Viewing and managing raster maps | 83 (22) | |
| ラスターデータの表示と、カラーテーブルの割り当て | Displaying raster data and assigning a color table | 83 (3) | |
| ラスター地図に関するメタデータを管理 | Managing metadata of raster maps | 86 (2) | |
| ラスター地図のクエリとプロファイル | Raster map queries and profiles | 88 (2) | |
| ラスター地図の統計 | Raster map statistics | 90 (1) | |
| ラスター地図のズームと、部分集合の生成 | Zooming and generating subsets from | 91 (1) | |
| 簡単なラスター地図の生成 | Generating simple raster maps | 92 (2) | |
| 再分類と再スケーリング | Reclassification and rescaling of | 94 (3) | |
| ラスター地図 | raster maps | ||
| ラスター地図タイプの記録と値の置換 | Recoding of raster map types and value replacements | 97 (2) | |
| カテゴリラベルの割り当て | Assigning category labels | 99 (4) | |
| マスキングとノーデータ値の取り扱い | Masking and handling of no-data values | 103(2) | |
| ラスター地図の計算 | Raster map algebra | 105(10) | |
| 整数と浮動小数点データ | Integer and floating point data | 107(1) | |
| 基本的な計算 | Basic calculations | 108(1) | |
| “if"状態を使う | Working with ``if'' conditions | 109(1) | |
| r.mapcalcのNULL値の取り扱い | Handling of NULL values in r.mapcalc | 110(1) | |
| r.mapcalcでMASKを作成 | Creating a MASK with r.mapcalc | 111(1) | |
| 特別なグラフ演算子 | Special graph operators | 112(1) | |
| 相対的座標での近傍演算 | Neighborhood operations with relative coordinates | 113(2) | |
| ラスタデータの変換と内挿 | Raster data transformation and interpolation | 115(11) | |
| 離散的ラスターデータの自動的ベクトル化 | Automated vectorization of discrete raster data | 115(3) | |
| 連続フィールドの等値線の描画を生成 | Generating isolines representing continuous fields | 118(1) | |
| ラスタデータのリサンプリングと内挿 | Resampling and interpolation of raster data | 119(5) | |
| ラスター地図のオーバーレイとマージ | Overlaying and merging raster maps | 124(2) | |
| ラスターデータの空間分析 | Spatial analysis with raster data | 126(29) | |
| 近傍分析とクロスカテゴリー統計 | Neighborhood analysis and cross-category statistics | 126(7) | |
| ラスタフィーチャのバッファリング | Buffering of raster features | 133(2) | |
| コストサーフェイス | Cost surfaces | 135(5) | |
| 地勢と分水界分析 | Terrain and watershed analysis | 140(13) | |
| ランドスケープ構造解析 | Landscape structure analysis | 153(2) | |
| ランドスケーププロセスモデリング | Landscape process modeling | 155(11) | |
| 水文学的、地下水のモデル | Hydrologic and groundwater modeling | 155(3) | |
| 浸食と宣誓証言モデル | Erosion and deposition modeling | 158(8) | |
| ラスタベースのモデルと解析に関するまとめ | Final note on raster-based modeling and analysis | 166(1) | |
| ボクセルデータを使う | Working with voxel data | 166(3) | |
| ベクトルデータを使う | Working with vector data | 169(94) | |
| 地図の表示とメタデータ管理 | Map viewing and metadata management | 169(4) | |
| ベクトル地図を表示 | Displaying vector maps | 169(3) | |
| ベクトル地図メタデータ維持 | Vector map metadata maintenance | 172(1) | |
| ベクトル地図属性管理とSQLのサポート | Vector map attribute management and SQL support | 173(14) | |
| GRASS6でのSQLサポート | SQL support in GRASS 6 | 174(7) | |
| サンプルSQLクエリと属性変更 | Sample SQL queries and attribute modifications | 181(4) | |
| 地図再分類 | Map reclassification | 185(1) | |
| 複数の属性があるベクトル地図 | Vector map with multiple attribute tables: layers | 186(1) | |
| ベクトルデータをデジタル化 | Digitizing vector data | 187(5) | |
| 位相的データのデジタル化の一般原理 | General principles for digitizing topological data | 187(2) | |
| GRASSでの対話的なデジタイジング | Interactive digitizing in GRASS | 189(3) | |
| ベクトル地図クエリと統計 | Vector map queries and statistics | 192(4) | |
| 地図のクエリ | Map queries | 192(2) | |
| ベクトルオブジェクトに基づくラスター地図統計 | Raster map statistics based on vector objects | 194(2) | |
| ポイントベクトル地図統計 | Point vector map statistics | 196(1) | |
| 幾何学操作 | Geometry operations | 196(20) | |
| 位相的な操作 | Topological operations | 197(6) | |
| バッファリング | Buffering | 203(1) | |
| フィーチャの抽出と境界のディゾルブ | Feature extraction and boundary dissolving | 204(1) | |
| ベクトル地図を修理 | Patching vector maps | 205(1) | |
| ベクトル地図のインターセクディングとクリッピング | Intersecting and clipping vector maps | 206(3) | |
| ベクトルの幾何の変換と3Dベクトルの作成 | Transforming vector geometry and creating 3D vectors | 209(2) | |
| 点からのコンベックスハルとトライアンギュレーション | Convex hull and triangulation from points | 211(1) | |
| 同じ位置の掘り出し物の複数のポイント | Find multiple points in same location | 212(2) | |
| 一般的な多角形境界の長さ | Length of common polygon boundaries | 214(2) | |
| ベクトルネットワーク分析 | Vector network analysis | 216(11) | |
| ネットワーク分析 | Network analysis | 216(5) | |
| 直線的な参照システム(LRS) | Linear reference system (LRS) | 221(6) | |
| ラスタへのベクトルデータ変化 | Vector data transformations to raster | 227(3) | |
| 空間的な内挿と近似 | Spatial interpolation and approximation | 230(19) | |
| 内挿方法を選択 | Selecting an interpolation method | 230(5) | |
| RSTによる内挿と近似 | Interpolation and approximation with RST | 235(2) | |
| RSTパラメタの調整: テンションとスムージング | Tuning the RST parameters: tension and smoothing | 237(4) | |
| RSTの精度を評価 | Estimating RST accuracy | 241(3) | |
| セグメント化処理 | Segmented processing | 244(3) | |
| RSTとのトポグラフィー分析 | Topographic analysis with RST | 247(2) | |
| ライダーポイントのクラウドデータを使う | Working with lidar point cloud data | 249(8) | |
| ボリュームに基づくは内挿 | Volume based interpolation | 257(6) | |
| 3番目の変数の追加: 高度のある降水量 | Adding third variable: precipitation with elevation | 258(3) | |
| ボリュームとボリューム-時間内挿 | Volume and volume-temporal interpolation | 261(1) | |
| 地球統計学とスプライン | Geostatistics and splines | 262(1) |
わんぱーくはもう居ないのだろうか・・・。
なんかやんでそうな気配が少ししたのだが、、、そういうのかな？
合計：3314件・・・。
俺が増田にくそ書き綴った件数なんだが、
私は大量のURLをデータベース化して整理したい。場合によってはそれを自分のWEBサイトのコンテンツに組み入れたいと思っている。そこで目を付けたのがSBMであった。しかし、SBM(特にはてブ)はコミュニケーションツールであり、外部コメント欄であった。
私の主観によれば、セルフブックマークを批判する派閥はSBMを人気投票システムだと主張している。そして自薦、組織票を極端に嫌う。そもそもSBMのサービス提供者側も人気投票によって良コンテンツを選別することをねらいとしている。ブックマークの追加は簡単だが、ブックマークの削除が難しいものが多い。インポート/エクスポートはできても、同期はできない。ブックマークを整理することは果てしなく難しくなるように設計されている。
したがって、SBM利用者は淡々と気になった記事をブクマし続けるが、その後に残るのは見るのも嫌になるようなスクラップブックの山だ。はてブの場合、エントリの「削除」は一軒ずつしかおこなえない上に、毎回「削除しますか？」と尋ねられる。何千件もブクマしているようなヘビーユーザーにとって、ブクマの整理はもはや現実的ではない。
まとめ