Archive for 12月, 2015

スマフォのカレンダーのフェッチの実験(半ば飽きつつも続けている)をしながら、待ち時間に松田聖子のベスト"Bible"を聴いている。初期の曲(「青い珊瑚礁」、「風は秋色」、「チェリーブラッサム」、「夏の扉」などなど)は乗りが良くて、とても楽しい。が、当時は何十年も経ってからナツメロ(あるいはクラシック)として聴くなんて、考えてもいなかった。これって、もっと年配の人が美空ひばりとかを聴くのと同じ状況じゃないだろうか。

とてもシュールだと思った。

PS. 今の人で、上の曲が分かる人はどのくらいいるのだろうか? 30代の人だって、生まれる前後の曲ばかりだが、さすがに有名だから分かるか。

  •   0
  •   2

自分のことではなく、iPhone(iOS)のCalDAV(カレンダー)のデータ取得のことである。

数日前から、寝る前にPCで設定した予定(イベント)が、起きてもiPhoneのカレンダーに反映されていない(開始時刻になっても通知が出ていなかった)ことに気付き、原因や対処方法を見つけようと格闘して来たのだが、未だに良く分かっていない。

現象

  • データの取得方法が「フェッチ」なのにも関わらず、数時間前にiPhone以外(PC)で設定した予定(イベント)が、iPhoneのカレンダーに反映されていないことがある。
  • 設定後、iPhoneのカレンダーアプリを開けば(起動すれば)、問題は起こらない(反映される)。

内部動作の推測

  • iOSのCalDAVクライアントは、設定されたフェッチ周期を無視して、自分の都合でサーバからデータを取得する(例: 設定は30分なのに、 実際には30分~2時間。大抵、段々長くなる)。なお、しばらくフェッチがなかった後にカレンダーアプリを開けば、その時にフェッチされる。
  • カレンダーアプリのバックグラウンド更新間隔(起床間隔)は長く(30分~1時間?)、フェッチされたデータは、すぐにはカレンダーアプリに反映されない(カレンダーアプリを開けば、即座に反映される)。

※この内部動作(推測)を見ていると、「どーせ誰も使ってないんだから、少しくらい(フェッチを)さぼってもいいじゃん。気が向いたらやるからさあ。アプリだって寝てるしさ。」というiOSのつぶやきが聞こえて来る。。。

その他に分かったこと

  • 無効化しているかフェッチ間隔が「手動」のCalDAVアカウントがあるサーバの他のアカウントからも、フェッチしない。: 最初の問題の原因だった。
  • iOSの標準カレンダーアプリが使用するカレンダーをなしにすると、別のカレンダーアプリを動かしていてもフェッチしない。
  • カレンダーアプリがデータを更新しようとしないと、フェッチしないようだ。
  • 標準カレンダーアプリは、(長時間)スリープ中にフェッチしなかったり、フェッチ周期が伸びたりする。

試した設定1

  • 同じCalDAVサーバのすべてのアカウントを「フェッチ」にする。
  • 標準カレンダーアプリに加えて、Fantastical 2をバックグラウンド更新ありで動かす。
  • 標準カレンダーアプリの使用するカレンダーを、登録しているすべてのCalDAVのカレンダーにする。
  • 標準カレンダーアプリではすべてのカレンダーの通知が出てしまうので、通知はoffにし、Fantastical 2で通知を出す。

iOSでは、OSがなまじっかCalDAVに対応しているので、CalDAV対応のカレンダーアプリは(調べた限り)なく、また、標準カレンダーアプリがOSから独立していないために、この問題をちゃんと解決するのはとても難しそうだ。上の設定は4時間程度うまく働いているが、明日の朝どうなっているか、心配である。

一晩動かしてみたら、フェッチ周期はほぼ30分以内となっていて、信じられないくらいちゃんとフェッチしていた。が、消費電力が多目な感じだった。標準アプリと並行してFantastical 2が動作しているからかも知れない。もう少しチューニングしたい。(12/28 8:24)

なお、Googleカレンダーに対応しているアプリはあるので、一旦、Googleを経由するといいのかも知れない。が、Google依存を止めるためにCalDAVを使っているので、僕にとっては本末転倒である。

PS. 以前使っていたiPhone 4Sでは起こっていなかったので、近頃のマルチタスク対応のiOSの問題なのかも知れない。

(12/28 3:46, 12/29 6:17 一部修正, 12/28 8:24,8:35 加筆, 12/29 14:22 一部修正)

  •   0
  •   1

以前、危ない目に遭った交差点(押しボタン式信号)で、また同じような目に遭った。一台が左から無理に右折して出て来たのでブレーキを踏んだら、それに乗じて右からも右折で入ろうとする車があった。それを待てば次々と左右から出て来て、ずっと待つことになり、歩行者が来たらそのうち赤になって、交差点内に取り残されるのが分かっていたので(前回はそうだった)、通さずに突っ切った。危なかったと思うのだが、一体どうすれば良かったのだろう?

いずれにしても、無事で良かった。。。

  •   0
  •   0

Windowsはもう終わり。10のゴリ押しには辟易している。Windowsでしか動かないアプリがあるから使っているが、そうでなければ、こんなに鬱陶しいOSを使うのは止めて、すぐにでもLinuxに移行したい。(もちろん、Macだって鬱陶しいから嫌だ。)

PCパーツも、もうすぐ売れなくなるだろう(既にそうなのかも知れないが)。僕自身、買う必要性を感じていない。今のPCは4年くらいになるが、全く性能に不自由を感じていないのだ。壊れたら、その部品を交換するだろうが、その程度だ。

要は、PCビジネスは終わりってことだ。

  •   0
  •   0

内容など全く知らないが、キャラの猫がとにかく可愛くない。あれは本当に猫なのか。特に以下の点が気に入らない。

  • 頬のカーブが憎たらしい。
  • 額の柄が幽霊をイメージしているのだろうが、おかしい。
  • 瞳が真ん丸なのがおかしい。

あと、画像を見て初めて気付いたが、以下も嫌だ。

  • 牙が可愛くない。
  • 尻尾が二本
  • 水筒、腹巻は余計
  • 人魂も嫌
  • 手足の指が無い。

是非、猫好きの方々のご意見を頂きたい。

  •   0
  •   0

GPSロガーアプリをLogLocationsに決めたので、少し遠出がしたくなり、地図を眺めて、茨城の花貫ダムに行くことにした。途中の山道が良さそうだったからだ。

実は、LogLocationsに関しては、今朝、記録停止後に電池が減る現象が再発したので、駄目かも知れないという気がして、一旦見捨てたSpottizmo!も同時に使ってみることにした。

7:20頃出発した。かなり寒く、9時頃まで気温は0℃より上がらなかった。Spottizmo!はやっぱり駄目で、この時点で5点しか記録していなかった(LogLocationsは11点)。それで、関係ないとは思ったが、設定のモーションの調整とコンパスとフィットネスをonにした。

常陸太田で眠くなったので、チョコ(ベイク)とお茶にした。ベイクが甘くて結構おいしかった。Spottizmo!は全然駄目で、まだ7点だった(LogLocationsは14点)。それでも、もう少し続けることにした。

常陸太田から花貫ダムまでのR461は最高だった。「どうせいつものように途中から細道になるのだろう」と思っていたら、終わりまで双方向の2車線で、とても走りやすかった。しかも、目的地に着く直前まで、前に車が居なかった。また行きたいが、ちょっと遠いのが難点だ。

10:20頃、ダムに着いたのだが、意外なことに、駐車場が一杯で停められなかった。詰めれば一台分くらいは空いているのだが、他の車(ワンボックス数台!)が枠を守らずにいい加減な停め方をしていたせいだ。まあ、ダム自体に思い入れはないので諦めて、ちょっと通り過ぎたところのコンビニ(セブンイレブン高萩安良川店)に行った。この頃になると、日射しが強く、暑くなって来た。

帰路に就く前に、折角だから、近くにある「おてまき記念の森」というところに寄ってみた。特に何もなかった。植樹祭に関係しているのだろうが、天皇が植樹したというだけで、未来永劫、膨大な維持費が掛かり続けるのではないだろうか。その辺りは森というより、公園になっていた。なんかズレているような気がするが、まあ、本質は別にあるのかも知れない。ちなみに、高校生の頃、無線部で、顧問の先生と、野外活動をする山に行く車中で、「『植樹』祭なのに道路を広げるなんて、なんかおかしいですね」という会話をしたのを、昨日、県民の森に行く時に思い出した。

ここまで約3時間走って来ても、Spottizmo!はたった8点しか記録しておらず(LogLocationsは17点)、さすがに無駄なので止めた。想像通り、ある程度の時間停止した所しか記録していない。それでいい人は多いのだろうが、僕の目的である、ドライブの経路の記録には使えない。

行く前は、帰りも別の山道(R349→R293)を行くことを考えていたのだが、既に満足していたし、ちょっと疲れたから危ないので、高速で帰ることにした。高速から海が見えた。海を見るのは久しぶりだった。

11:20頃、小腹が空いたので、ひたち中央PAでねぎトロ巻きを食べた。店から車に戻る途中で、スピードを出して入って来た昔のGT-R(1.4t以上もの重さのある車にはあまり興味がないので分からないが、R33だろうか)が、停める時に勢い余ってフロントをプラのポールに軽くぶつけたのを目撃してしまった。ドライバーは岩城滉一みたいな、ちょい悪な感じのおじさんだった。

PAを出て少し行ったところで、さっきのGT-Rがすごいスピードと音で走り抜けて行った。さすがだが、免許はいつまで持つのだろうかw

その後は、例によって眠くなって困ったので、 田野PAでうたた寝などをして1時間近く休んだら、眠けが覚めた。休んでいる時に隣に停めた車のお母さんが、子どもがこちらにドアをぶつけないように気配りしてくれた。先日、コンビニで気付いたら軽くぶつけられていたのと、今日はそれまで余りいい人に会わなかったので、うれしくなった。

14時頃帰宅した。 高速は退屈で眠気が辛かったが、無事に着いた。さすがに、土日続けてのドライブは無理があったようだ。帰り道に掛かった森高の「その後の私」や"Get smile"や「青春」が良かった。それらの曲をリアルタイムで聴いた訳じゃないのだが、バブル期を思い出してしまう。

約240km、約6.5時間。

2015-12-20 14.08.17_サイズ変更

左から右へ、時計回り。

PS. LogLocationsの記録停止後に電池が減る現象については、まだ対処方法が分かっていないのだが、アプリを止める他に、位置情報へのアクセス許可をoffにして試している。今のところはうまく行っているが、充電するとぶり返したりするので、気が抜けない・・・

上の方法はうまく行ったようだ。ちょっと手間だが、他にいいアプリがないので仕方ない。(12/21 19:33)

  •   0
  •   0

しばらく山を走ってなかったので、先日、宇都宮北部と今市の間の山間部を周回するのを計画したのだが、もう少したっぷり走りたかったので、矢板市にある県民の森まで延長した。ついでに、GPSロガーアプリのLogLocationsとMovesの消費電力と経路記録を比較した。一応、LogLocationsに決めたのだが、まだMovesも気になっていたので、実際のドライブでどのくらい違うか確かめたのだ。

7時頃出発した。道は空いているのだが、遅い車が多かった。まあ、仕方ない。 途中で寄ったコンビニで、加温したお茶が「予約」されていて、ほうじ茶が買えなかった。予約ってなんなんだろう? 何かの催しで沢山必要だったのか。仕方ないので、コーヒーにした。

8:30頃、 県民の森に着いた。さっきのコンビニからは空いていて、気持ち良かった。山らしく、雪がちらほらしていた。季節外れだからだろう、閑散としていた。

下りも当然空いていて、やっぱり気持ち良かった。今回は下りの方がうまく走れた。道に慣れたからだろうか。宇都宮北部と今市の間の山間部はまあまあだったが、距離が短くて物足りない気はした。10:30頃帰宅した。

約115km、約3.5時間。
IXY Digital 3000ISで撮影。

さて、LogLocationsとMovesの比較だが、記録された経路の忠実度については、ある程度の距離を走れば、LogLocationsはMovesに遜色ないことが分かった。もちろん、記録間隔※が長いので細かいところは飛んでしまうが、大きな問題ではない。

消費電力は、LogLocationsの圧勝だ。同時に動かしていたので推定値(全体の電池消費率をそれぞれのアプリの使用率で按分した)だが、以下のように、LogLocationsはMovesの約1/2.6となった。

  • LogLocations: 1.6%/時
  • Moves: 4.3%/時

なので、やはり今後はLogLocationsを使うことにする。また、LogLocationsの記録終了後にアプリを終了させれば、記録終了後も電力を食う問題は起こらないことを確認した。(→ 追加情報あり。12/22 7:26)

※位置記録の間隔は以下のとおりだった。ドライブで6分間隔なら、問題ないと思う。

  • LogLocations: 6分/点
  • Moves: 2.5分/点

この間隔の違い(約1:2.4)は、消費電力にそのまま反映されているようだ。GPSは電気を食うんだな。

  •   1
  •   0

iPhoneに戻ってから、さまざまなGPSロガーアプリを評価したので、それをまとめる。なお、私は、経路記録の忠実さよりも、低消費電力であること(=長時間使えること)を重視している。スマフォは電池がなくなったらお仕舞いだから、経路記録の忠実さを求めるなら、単体のGPSロガーを使うべきだと思う。

評価手順・内容

評価の手順や内容は、以下のとおりである。ただし、評価を進めるうちに内容を若干変えたりしたので、全部同じ条件とは限らない。

1. 事前評価

家の室内(通信=Wi-Fi)で、静止・放置状態で1時間程度記録した時の電力消費率を測る。それが大きければ(2%/時以内が目安)、それ以上の評価はしない。

2. 会社での評価

会社への通勤と、会社の室内(通信=LTE)で普通に使った時の電力消費率を(可能なら1時間ごとに)測る。それが大きければ(3%/時以内が目安)、それ以上の評価はしない。また、通勤経路での記録点数や、どの程度忠実に記録されるかも評価する。更に、使い勝手や経路表示の見やすさも評価する。

3. 小ドライブでの評価

近場(上三川や白沢付近)を車で走り、電力消費率と、記録点数と記録された経路の忠実性や経路表示の見やすさを評価する。電力消費率が大きければ(4%/時以内が目安)、それ以上の評価はしない。

4. ドライブでの評価

遠方(往復約3-4時間)まで車で走り、電力消費率と、記録点数と記録された経路の忠実性や経路表示の見やすさを評価する。

評価したアプリ

  1. GPS-Tracker Pro
  2. 僕の来た道
  3. LogLocations
  4. Spottizmo!
  5. GPS-Trk
  6. GPS trk2
  7. TrackRec
  8. Geo Logger GPX
  9. Record my GPS position
  10. DNA GPX Recorder
  11. Easy Trails GPS+ Lite
  12. GPS自動ログ
  13. 移動履歴
  14. Ryotei
  15. Record my GPS position
  16. Rugged.io
  17. Tracks Logger
  18. ZweiteGPS
  19. Moves
  20. GPSTracker
  21. myTracks - The GPS-Logger
  22. Geotag Photos Pro2

評価結果

事前評価を通過したもののみを書く。

アプリ名 電力消費率 (%/時) 記録点数、経路の忠実さ 経路表示 使い勝手、その他 総合評価
会社 ドライブ
僕の来た道 2.3 4.7 △: 点数少ない。留まった地点だけを記録している。 ×: 地図表示がとてもしょぼい。 GPXエクスポート不可だが、Evernoteに地図画像を送ることは可能。 ×
LogLocations 1.6 2.9 △: 点数少ないが、まあまあ忠実。 ×: 地図表示はしょぼい。 記録を停めた後に消費電力が上がる。GPXエクスポート可(メール)
Spottizmo! 2.2 2.7 ×: 点数かなり少ない。留まった地点だけを記録している。 ×: 地図表示はしょぼい。 有料。GPXエクスポート可 ×
Ryotei 5.1 3.9 〇: 点数多く、経路は忠実 〇: 地図表示はとても良い。 有料。記録開始時に最大記録時間を設定するのが面倒。LTEでの静止時に消費電力がかなり増える。GPXエクスポート可 △~×
移動履歴 5.3 〇: 点数多く、経路は忠実 〇: 地図表示はとても良い。 GPXエクスポート不可 ×
GPSTracker ×: 点数かなり少ない 5分間隔で記録したのに、30分程度外出しても1点しか記録されていなかった。 ×
Moves 2.8  4.3 〇: 経路は忠実 △: 地図表示は良いが、経路の線が薄灰色で目立たない。 移動中は消費電力が多い。モーションセンサを使っている。一日分全部の地図を表示するのが面倒。GPXエクスポート不可(外部サービス利用で可能だが、結構面倒)。
myTracks (ダイアリーモード) 1.7 △: 点数少ない。留まった地点だけを記録している。 △: 地図(OpenStreetMaps)の地名が小さくて見にくい。 1個ずつなら、GPXエクスポートが可能(複数一括は有料)。
GeoTag Photos Pro 2 2.7 △: 点数少ない。留まった地点だけを記録している? myTracksのダイアリーモードと変わらない感じなのに、電池は大幅に食う。 ×

電力消費のグラフ

会社(通勤+静止)

放電特性-会社-2

 

ドライブ

放電特性-ドライブ

縦軸: 正規化電池残量(%)
横軸: 経過時間 (時間)

(12/19 10:54 Movesのドライブでの電力消費率を追記, 2016/2/29 19:27 myTracksのGPXエクスポート機能を修正)

  •   0
  •   1

ここ数日、会社でイライラしたり忙しかったりで、ブログを書けなかった。それでも、GPSロガーアプリの評価は続けていた。

前回は、一旦LogLocationsに決めたのだが、記録終了後に消費電力が増える問題が見つかったので却下した。それで、以下のアプリを評価した。主な評価ポイントは、消費電力と記録された経路の忠実さだ。

  • myTracks (通常モード)
  • Spottizmo! (精度 100m)
  • myTracks (ダイアリーモード)
  • Geotag Photos Pro 2

myTracks (通常モード, 精度100m, 5分間隔)は、静止時に消費電力が6%/時と大きいので、却下した。

Spottizmo! (精度 100m)は、相変わらず記録点数が少なくて、全く話にならなかった。一体どういう趣旨のアプリなのだろうか。良くお金を取れるものだと思う。

myTracks (ダイアリーモード)は、会社での消費電力はLogLocations並みに少ない(1.7%/時)のだが、経路が良くない。ある程度の時間留まった地点だけを記録しているようで、信号間が直線でつながってしまう。それでもまあ、LogLocationsと五十歩百歩だったのだが、 地図(OpenStreetMaps)の文字が小さくて、ブログに貼った時にどこなのか分からないので、却下した。

Geotag Photos Pro 2は、経路はmyTracksのダイアリーモードと変わらない感じなのに、消費電力は会社で2.7%/時とかなり大きいので、却下した。

候補がなくなってしまったので、LogLocationsの記録終了後に消費電力が増えない方法を模索したところ、記録終了後にLogLocationsを終了すれば、問題なくなることが分かった。更に、LogLocationsの位置情報へのアクセス許可をoffにするのも有効かも知れないが、未確認だ。(← 効果があった。: 12/21 19:34)

結局、LogLocationsに決めた。若干問題があるものの、低消費電力と経路の(ある程度の)忠実さを兼ね備えるという点では、これに勝るものはないのではないだろうか。長い道のりだった。。。

最後に、線が多くて見にくいが、今までに試した主なアプリの電力消費のグラフを載せる。主に会社(通勤と静止状態)で評価した。縦軸が正規化した電池残量(%)、横軸は経過時間である。LogLocationsの消費電力の低さには、本当に感心する。

放電特性-会社

※LogLocationsに決定後、「コンパスの調整」と「位置情報に基づく通知」をoffにした。おそらく使われていないためだ。最終的に、onにしているシステムサービスは、「iPhoneを探す」、「Wi-Fiネットワーク」、「携帯電話通信網検索」だ。

(12/17 7:13 加筆・修正)

  •   0
  •   0

GPSロガーアプリの評価も大詰めで、今回はLogLocationsの設定に問題ないことの確認に走った。

候補地はいくつかあった。

  1. 米沢 (すき焼き)
  2. 佐野のデニーズ (和食)
  3. 宇都宮北部から今市の山道を周回
  4. まぁちゃん拉麺 (埼玉、「茶ラーメン」)

1と3は、寝不足で危険だから止めた。

2は、デニーズのページを調べたら、「天ぷらと蕎麦、和食に特化」と書いてあって、がっかりした。天ぷらと蕎麦じゃ、普通の蕎麦屋とかでいいと思ったのだ。

4は、ちょっと遠いし、駐車場があるか心配だったので、またの機会にした。

という訳で、更に地図を調べて、実家のある鹿沼市に目をやったら、突然、高校の同級生Mくんの住んでいたFという地名(粟野の地域内にある)を思い出したので、おもしろい物は全くないのだが、そこに行ってみることにした。それから、以前会社のKさんが妹さんたちと行ったと話していたので、どこかの道の駅に行こうと思い、適当な距離のところを探したら、道の駅しもつけがあったので、そこにした。

8:20頃出発した。ナビに道の駅しもつけが入ってなくて、設定に手間取った。

Mくんの住んでいたF地区はもちろん、お家が郵便局だったOくんや、同じ部の学年が一つ上で、とても可愛かったNさんの住んでいた地区も通過して、みんな今は何しているのだろうかと思った。

9:43頃、道の駅しもつけに着いた。小腹が空いたので、たい焼きを買った。150円。作り置きで皮がへにゃへにゃで、論外だった。朝だから混雑してる訳じゃないのに、何でそうやって手を抜くのだろうか。この時間から作り置きしたら、混む頃には全く駄目になるんじゃないか?

10:40頃、帰宅した。道は大体空いていて、まあまあ楽しかったが、寝不足だったので、ちょっと疲れた。

約75km、約2時間。
iPhone 6sで撮影。

  •   0
  •   2