Mapillary はジオタグ付きの写真を共有しいぇGoogle オープンストリートマップのようなものをみんなでつくるようなものです．Mapillary にUp されたデータはCC-BY-SA-4.0 のもとで利用することが出来ます．また，OpenStreetMap に投稿するために写真からデータを取り出すためには特別な許可を得ているのでOpenStreetMap のマッピングにも利用できます．

以前はアクションカム+GPSロガーなんかを使っていましたが壊れて久しいです．とりあえずサブで医療している少し古いAndroidスマートフォン+Mapillary アプリを利用することに．画質や画角はいまいちな感じがしますが，自分の行動圏内を見るとほぼ真っ白なので何もないよりはましだろうと思っています．

Mapillary アプリを久々に起動すると認証に失敗します．タイミングが悪かったかなと思い時間をずらして何度か試しましたが数週間してもだめです．

アプリストアのレビューを見てみようと思いアクセスすると，アプリ名の後ろに「discontinued」 と付いています．え，と思いMapillary のsite からアクセスすると app.mapillary → com.mapillary.app と違うアプリになっています．

この新しい方のアプリを導入することで認証も成功し，ログインできるようになりました．アイコンも微妙に変わっています．

ということでMapillary アプリが利用できるようになったので自動車のダッシュボードに置いて撮影してみました．
撮影時はこんな感じ．

自動車のシガーソケットからUSBに変換したものからケーブルを引っ張って給電しつつダイソーのスマホスタンドにスマートフォンを立てかけてMapillary アプリで撮影しています．
この状態だとカーブでずれるので現在は滑り止めを敷いています．

これで少し早めに家を出て少し回り道をしつつ移動してみています．

帰宅後アップロードを試みますが1枚もアップロードできません．

これは回線の問題(楽天モバイルauローミングエリアの端っこ)のようでモバイルルーターを都会に持ち出してそこでアップロードを試みることでアップロードできました．

アップロード後しばらくしてからMapillary にアクセスすると反映されています．

というような話を鹿児島Linux勉強会 2025.11(オンライン開催)終了後の雑談時に話していたら「(Mapillary は)META 参加なのですね」といわれ確認すると2020年6月にFacebook(現META)へ売却されていました．

そういえば類似サービスのOpenStreetCam は?と確認すると旧OpenStreetCam およびOpenStreetView はKartaView というサービスになっているようです．
KartaView もアップロードされたデータはCC-BY-SA-4.0 になるようです．

KartaView を少し確認すると，BETA ですが，KartaView からMapillary への連携機能があるようです．これを有効にするとKartaView にアップロードした写真がMapillary にアップロードされます．KartaView にアップロードするだけで両方にUp できるので良さそうです．
リンク手順はログインしてユーザページに入ることで可能です．

KartaView にもiOS/Android アプリがあります．Mapillary に無い機能としてOBD2 連携機能ああります．トンネルなどのGNSS 電波の届かない，弱い場所でOBD2 のデータで補強して制度を上げることができるようです．
恐らくさいきんの自動車であれば以下のようなものを取り付けることで制度が上がると思います編み確認です．自分は切り通しや木々で囲まれた道路をよく通りGNSS 電波を見失うことがよくあるので試してみたいところです．

Amazon JP を眺めると日本で適法で利用できそうなものはこの辺でしょうか．￥3,132 税込．

ということでこれからはKartaView アプリを利用することにしました．

非公式Twitter client の Squawker バージョン 3.8.4 がリリースされました．

今回のリリースで仕様変更による認証情報の取得　異失敗する問題が解決されています．

Release v3.8.4 · j-fbriere/squawker

QuaX を参考にして実装されたようです．
今回の問題でQuaX に乗り換えようかとも思ったのですが，Squawker からのデータ移行は出来ましたがたくさんのアカウントの読み込みがうまく行かなかったりと自分の使い方ではSquawker のほうが良さそうです．

ということで早速更新．
F-Froid から導入していたので，F-Droid アプリで更新を行いました．

起動するとセッションの切れた認証情報を消しておいたせいか Not logged in と言われます Login から認証を行おうとしましたが，

回線がプアなせいで何度かタイムアウト

とかやっていたら Not logged in 画面を消してしまいました．右上の歯車→account からアカウントを追加しました．

Web認証画面に遷移するので認証を行うとSquawker にアカウントが登録できます．

アカウントの登録ができると時系列でTweet を見たり出来ます．

Nitter と組み合わせて使っていこうかと思います．

Can I Driveは飲酒中に接種したアルコールをアプリ上で登録することでいつ頃運転できるようになるかの目安時間を計算して表示してくれます．

Can I DriveはF-Droidから入手が可能です，

Can I Driveを起動するとこんな画面が表示されます．まずは左下の人形のアイコンをタップします．

利用者の情報を登録します．

体重，性別は普通に．体調はその時の体調で調整，国は日本の場合日本を選ぶだけでいいですが，国によっては他にも職業ドライバーであるなどのチェックボックスが表示されたりします．職業ドライバーだと厳しくなるようです．
これらの情報を入力すると準備完了です．右下のチェックアイコンで完了します．

Can I Driveのメイン画面に戻ります．メイン画面の右下の+アイコンから接種したアルコールを登録します．

いくつかのアルコールプリセットが表示されます．ここから自分の接種したアルコールを登録します．Whenで規定値は現在ですが，過去に遡って登録もできます．

自分でアルコールをプリセットに登録することもできます．例えば以下のように「oyuwari」という名前の130mlアルコール度数10%のアルコールを登録したりできます．

アルコールを登録するとメイン画面に戻り，ステータスが表示されます．
以下の例では運転は不可，推定血中アルコール(0.63g/L)，運転が可能になる時間(8:36)，血中アルコール濃度が0になり酔が覚める時間(11:00)がわかります．

アルコールを摂るたびに登録していくとこれらのステータスは更新されていきます．
これにより運転が可能になる時間の目安がわかるようになります．登録してみると夜に飲み会に出て次の日の朝にはまだ運転できそうにないなとかいったことがわかります．

ただし，これはあくまで目安で個人差や体調などで大分変わるでしょう．でも手計算するよりは大文楽で便利です．

過去の scrcpy の記事

Linux 架橋への導入はこちらに．

いくつかの環境ではパッケージで最新版が導入できそうですが，今回試す Debian sid amd64 環境では 1.25-1+b1 とちょっと前のバージョンなので source から build します．

scrcpy 2.7 が導入できました．

利用したい Android が adb コマンドで見えるのを確認して，scrcpy を -G オプションをつけて実行します．

この状態でAndroid のゲームパッド対応ゲームを起動して，PC に接続されたゲームパッド(今回は XBox360 コントローラー)で操作できるのを確認します．

Android のゲームパッド対応ゲームは以下のページを参考に「The Ramp」というスケボーを使ってランプで遊ぶゲームを入れて試してみました．

10分ほど試しただけですが，違和感なく遊べそうです．

今回やり方に気づきました．

Nextcloud の認証に他要素認証を使っている環境なので，Web の Nextcloud でアプリケーションパスワードを生成します．

このとき下の方に「モバイルアプリのQRコードを表示する」ボタンがあるのでこれを押すと QR code が表示されます．

Android アプリ側で「ログイン」

下の QR code ぽい画像をタップ．QR code 読み取り用のカメラが起動するので先程のアプリパスワードの QR code を読み取ります．

お手軽ですね :)

しかし小さな画面を操作して天気情報を表示するのが面倒．すぐに確認出来るように天気対応のウォッチフェイスに変更してみました．

以下のページに Gadgetbridge でのファームウェア及びウォッチフェイスのインストール方法が書かれています．

しかし少し怖いことが書かれています．が開発者の方は遭遇したことがないそうですがスマートウォッチへの書き込みでウォッチが壊れてしまうこともあるとわかった上で操作しましょう．

Xiaomi, Amazfit のウォッチフェイスは以下から入手できるようです．(著作権や肖像権的に駄目だろう物もいっぱいあるのでそういうものは避けたほうが良さそう．)

今回試した Xiaomi Mi Band 5 はこのあたりに．

更に日本語はこのあたり．

後は好みのフェイスをダウンロード(言語やバージョンなどの違いで複数のダウンロードの選択肢がある場合も)して， Gadgetbridge で開くとインストールされます(ファイラーなどから開いて Gadgetbridge 指定や，Gadgetbridge の対象デバイスのハンバーガーメニューから File Installer から導入)．ここではPC でダウンロードしましたが Android でダウンロードしたほうが楽だったかもしれないですね．

Xiaomi Mi Band 5 は規定値のフェイスが3種類，カスタムフェイスが3つインストールできます．4つ目を導入すると1つ消えてしまいます．フェイスの切り替えはウォッチの「その他」→「バンドディスプレイ」から切り替えたいフェイスを選べます．同じバンドディスプレイでカスタムフェイスの削除もできます．

機能的なものだけでなくこういうあひるなんかも可愛い?ですね．(アニメーションします．)

あまり気にしていなかったウォッチフェイスですが変更してみると結構新鮮な気持ちになって良かったです．

Gadgetbridge というオープンソースのAndroid アプリケーションを利用してスマートウォッチの(データが送信されていそうな)ベンダー公式アプリケーションを使わずに2,480円で購入したMi Band 5 を利用しています．

これは2023-09-17(sun)に鹿児島Linux勉強会 2023.09 で発表しました．

スマホでわかるし設定面倒差しと思い天気の設定をしていなかったのですが，最近スマートウォッチで天気を確認したい機会があったので設定してみました．

Gadgetbridge とスマートウォッチの連携ができている状態とします．まだ出いていない人は上のスライドを参照してください．

まず，天気プロバイダーになるアプリケーションを欄で導入します．
以下のページで5種類のアプリなどが紹介されています．

今回はQuickWeather を利用しました．

F-Droid からAndroid に導入しました．
起動すると設定画面になるので，「Weather Provider」をOpenWeatherMap かOpen-Meteo のどちらかを選びます．OpenWeatherMap はAPI Key(無料もあり)が必須で，Open-Meteo はAPI Key はoption でした．
両方試しましたがどちらでもスマートウォッチに転送できたので好みの方を選びましょう．

次に「Locations」で場所を選びます．今居る場所はTHIS LOCATION でGPS から取得できます．その他の場所はOTHER LOCATION から地名や地図から選べます．

次の設定画面の「Extentions」で「Gadgetbridge」を「ENABLED」にします．

これでWeather Provider → QuickWeather → Gadgetbridge → スマートウォッチと天気が転送されて表示されるようになりました．

Location を複数設定した場合は，QuickWeather アプリの右上のハンバーガーメニューから「Locations」が選択できるのでそこで選択したLocation の天気が時計に転送されるようです．

既存Twitterアカウントからフォローをインポートしたり，購読グループを複数作成したりと便利なのですが，安定版は近ごろのTwitterの仕様変更などにより利用できなくなっていました．
Nitterは対応していたのでそのうち対応されるかもと思っていたら以下のような通知が．

アップデートが出たようです．早速F-Droidを起動して更新します……．リポジトリを更新しても更新に出てきません．
F-DroidのFritterのページの下のバージョンをタップして，v3.0.0-beta9を選んで導入しました．

導入後起動すると，各ユーザのタイムラインが閲覧できるようになりました :)

しかし，以前あったfeedタブが見当たりません．設定にも特に無さそう．
issueを確認したところ以下のようなものが．feed機能は削除されたようです．

まあわかるけど一人ひとり確認するのは不便です．

Fritterをforkしてfeed機能を復活させた方がいました．Quackerというようです．

アヒルのアイコンが可愛いですね．

QuackerはF-Droid規定値のリポジトリの中にはないようです．以下から手動でダウンロードするか，

F-Droidにリポジトリを追加( https://apt.izzysoft.de/fdroid/repo )して，リポジトリを更新してQuackerを検索して導入します．

あとはFritterから設定をエクスポートして，Quackerで設定をインポートすることで以前のFritterのように使えるようになりました．

まあ，Twitterによりまたすぐに動かなくなるかもしれませんが……．

Scrcpy はここでも何度か記事にしています．

このScrcpy はオーディオに対応しておらず，sndcpy という別のソフトウェアを使ったり，Scrcpy/sndcpyを同梱してQtでGUIを実装したQtScrcpy を使ったり，Bluetooth a2d-source を使って音を転送していました．

Scrcpy 2.0 がリリースされ，標準でオーディオに対応したとのことで試してみました．

Linux 環境への導入は以下のページに纏まっています．ただ，現バージョンで2.0に対応しているのはHomebrewとScoopだけのようです．

snap も未だ 1.25 です．

ということでsourceからbuildしました．

Android 端末のudev への登録をしていない場合登録します．Android端末側ではUSBデバッグを有効にしておいて，フィンガープリントの確認が表示されたら許可します．

この状態でScrcpyを実行します．オーディオについては既定値で有効になっています．

この状態でAndroid側で音の出るアプリケーションを試すとPCから音が出てAndroid側からは音が出ずいい感じです．Bluetooth 接続と違い遅延も感じません．

Pavucontrol を確認しても scrcpy が居ます．

Scrcpy オーディオ非対応のAndroid 9(10 以前)端末でも試してみたところ以下のような警告が表示され，音は転送されませんでした．

オーディオ転送を行いたくない場合は --no-audio オプションが利用できます．
以下オーディオ関連のオプションです．音がきれいに聞こえない場合は --audio-buffer=ms を設定する(既定値50から増やす)と良さそうです

手元のAndroid 端末の moto g31 という端末を1年ほど使っています．最近自宅の固定回線がなくなったので無料Wi-Fiを利用してUSBテザリングをよく利用するようになりました．Android 11 では上部から下にスワイプして出てくるクイック設定パネルの「アクセスポイント」を長押ししてテザリング画面に遷移してUSBテザリングをOnにしていました．

先日Android 12 がOTA で降ってきてアップグレードしたところ．同じ操作ではWi-Fiアクセスポイントの設定画面に遷移するようになりUSBテザリング画面に行くのが面倒になりました．
昔ウィジットでテザリングの切り替えが出来るアプリケーションを使っていたなといくつか見てみるとメンテされておらず最近のバージョンでは動かなそう．ウィジットで設定へのショートカットを作れればいいのですが，Wi-Fiアクセスポイントへのショートカットを作ることは出来ましたがUSBテザリングのページへのショートカットは見当たりません．
更に探すとHotspot and tethering shortcut というアプリケーションを見つけました．

このアプリケーションを起動すると，「設定」→「ネットワークとインターネット」→「アクセスポイントとテザリング」と辿らなくても「アクセスポイントとテザリング」に飛びます．
とりあえずこれを使ってみようと思います．

このTwidereでのTwitter投稿が失敗するようになりました．
Twitterは最近色々と変わったりしているしそのうち治るかなと思ったけど治りません．

他のクライアントはどうだろうとoysttyerを試すとpost出来ました．

認証し直したら行けるのかな?とTwidereでログインし直そうとすると認証できません．
クライアントの認証方式の違いのせいなのかな?とTwidereのissueを見るとTwidere XのTwitter API keyに変更すると動くようになるというものが有りました．

これを試すと投稿できるようになりました．ということはTwitterは特定のクライアントを拒否するようにしているみたいですね……．
まあ明日には変わっているかもしれませんが．

以下日本語環境でのメモ．

後はリモートサーバでGalene再起動でok

今回のバージョンでいくつかの修正が入り，Android版クライアントが動作するようになりました．

ただし，Android版クライアントはまだPoC版という感じで導入には自分で,apkを入手してインストールする必要があるし，起動してもホスト名やユーザ名を覚えてくれないし画面共有の機能しかありません．
画面共有の機能しか無いので，話をするには別のウェブブラウザでGaleneに参加して通話しつつAndroidクライアントで画面共有になりそうです．

それでもAndroidで画面共有できるのは助かります．

GPStestというアプリで確認してみると拾っているようです．

以下の画像ではGPS補助としての194/195とSBASで137を拾っているようです．

今回試した端末はMOTOROLA moto g31とRakuten Mini．どちらもQZSS対応とは書かれていません．moto g31はGPS, GLONASS, Galileo は明示的に書かれていて，Rakuten Mini は詳細は書かれていません．

実際に拾えているのはこんな感じのようです．

以下のリストに載っている製品も少ないしカタログにも載っていないのでQZSS対応製品は少ないと思っていたのですが，実は対応している製品はそれなりにあるのかもしれません．

GooglePlay StoreよりCAMALIOTアプリケーションを導入して起動します．「START LOGGING」ボタンを押してGNSSデータ収集開始．なるべく空からの電波が拾える場所に置いておきます．データのロギング中はオフラインでも大丈夫です．「STOP LOGGING」でデータ収集終了します．このときデータをアップロードするか効かれるので「NOW」ボタンを押すとデータアップロードが始まります．アカウントを作っていない場合はアカウントの作成が必要です，「LATER」を選択した場合は株の真ん中の↑ボタンからもアップロードできます．都合のいいときにアップロードしましょう．
アップロードするとボタンからリーダーボードで自分の順位が確認できます．

現在06/30までキャンペーン中でAndroidフォンやAmazonバウチャーが当たるかもしれないようです．

ということで欧州のプロジェクトですが日本からでもロギングして送信，リーダーボードに掲載されるを確認できました．
しかし日本のデータが役に立つのかはわかりません．

類似のプロジェクトは複数あるようで日本でもこんなものなどが．こういったものでCAMALIOTのようにデータ提供できるようなら協力してみたいです．

sndcpyのReleasesから最新を入手します．現在は v1.1 が最新でLinux版(sndcpy-v1.1.zip)とWindows版(sndcpy-with-adb-windows-v1.1.zip)があります．
今回Linuxなので　sndcpy-v1.1.zipとチェックサムとその署名ファイルをダウンロードして確認します．

適当なディレクトリに展開します．

準備が出来たのでAndroid端末をUSB接続した状態で実行します．

この状態でAndroid側で音を再生してみるとPC側から聞こえます．このときAndroid側はミュートでもOKで，音量を上げるとAndroid/PC両方から音が出ました．

ということで簡単に動作したのですが問題が．かなり音が悪いです．音質はいいけど細かく途切れる感じです．以下のIssueが近いかな?

ということで一旦使うのをやめることにします．sndcpyはAndroidにsndcpy.apkをインストールするのでこれを削除します．

これで元に戻ったはずです．

sndcpy は現段階では環境を選ぶ(Android 10以降)し音もいまいちなのでこれからに期待です．とりあえずはこれまで通りBluetooth A2DPで繋ごうと思います．(これはこれで2台同時に接続できないという問題があります)