FortiGateでユーザ認証にFortiTokenを設定すると、QRコードが発行されます。
QRコードを利用して有効化（アクティベーション）を行うことで、ユーザに紐付けされたFortiTokenが有効になります。
この配信されたQRコードは、デフォルトで3日（72時間）有効なのですが、土日などを挟むと操作できる時間が非常に限られます。
それもセキュリティ対策なんでしょうけどね。。。
そこで、この有効期限を延ばす方法を以下に記します。
GUIでは操作できず、CLIでの操作になります。
以下のコマンドを実行することで、最大7日まで有効期限を延長することが可能です。
|
1 2 3 |
config system global set two-factor-ftm-expiry 168 end |
ちなみに、FortiGateでCLIコマンドを利用することでメールによる二要素認証も可能になります。
詳しくは別の機会に。
VMware Workstation ProやPlayerをインストールして普通に使っていたのですが、コマンドベースで何か出来ないかな？ということで、少し試してみました。
ホスト側で仮想マシン（VM）に対して何らかの操作をする場合には、vmrunコマンドを使います。
現在稼働中のVM一覧を確認します。
|
1 |
# vmrun list |
VMの.vmxファイルのフルパスが一覧として出力されます。
ホスト側でVMに対して何らかの操作を行う場合、このリストで表示された.vmxファイルへのフルパスが必要となります。
VMのIPアドレスを確認することができます。
VMに接続しようと思ったんだけど、IPアドレスが分からない！？という時に便利なコマンドです。
|
1 |
＃ vmrun getGuestIPAddress <.vmx フルパス> |
このコマンドで分かるのは、メイン（という表現が正しいのか？）のIPアドレスだけです。
ソケットが2つ以上ある場合、最初にヒットしたIPアドレスだけ表示されるようです。
ホストからアクセスできるIPアドレスであればVMにログインしてから他のネットワーク設定を確認する必要があります。
VM側でこんなコマンドを実行したら分かるかな？
|
1 |
# ip a | greg inet |
中途半端ですが、ここまでとします。
また気が向いたら更新します。
最近、PostGIS環境作ったりすることはあったのですが、オーソドックスにGDALだけ入れたい！ということで、久しぶりにGDAL/OGRのインストールをしようと思ったら、サクッとエラーが。。。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
# dnf install gdal gdal-devel Last metadata expiration check: 0:22:02 ago on Sat 11 Feb 2023 11:49:32 PM JST. Error: Problem 1: conflicting requests - nothing provides libdap.so.25()(64bit) needed by gdal-3.0.4-11.el8.x86_64 - nothing provides libdapclient.so.6()(64bit) needed by gdal-3.0.4-11.el8.x86_64 - nothing provides libdapserver.so.7()(64bit) needed by gdal-3.0.4-11.el8.x86_64 Problem 2: package gdal-devel-3.0.4-11.el8.x86_64 requires libgdal.so.26()(64bit), but none of the providers can be installed - package gdal-devel-3.0.4-11.el8.x86_64 requires gdal-libs(x86-64) = 3.0.4-11.el8, but none of the providers can be installed - conflicting requests - nothing provides libdap.so.25()(64bit) needed by gdal-libs-3.0.4-11.el8.x86_64 - nothing provides libdapclient.so.6()(64bit) needed by gdal-libs-3.0.4-11.el8.x86_64 - nothing provides libdapserver.so.7()(64bit) needed by gdal-libs-3.0.4-11.el8.x86_64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) |
どっかのサイトでPowerToolsリポジトリを有効にすればって書いてあったので試してみる。。。
|
1 2 |
# dnf install --enablerepo=PowerTools gdal Error: Unknown repo: 'PowerTools' |
無いって言われるし・・・
リポジトリの設定を確認してみると。。。。あるんだけど。。。
/etc/yum.repos.d/Rocky-PowerTools.repo
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
# Rocky-PowerTools.repo # # The mirrorlist system uses the connecting IP address of the client and the # update status of each mirror to pick current mirrors that are geographically # close to the client. You should use this for Rocky updates unless you are # manually picking other mirrors. # # If the mirrorlist does not work for you, you can try the commented out # baseurl line instead. [powertools] name=Rocky Linux $releasever - PowerTools mirrorlist=https://mirrors.rockylinux.org/mirrorlist?arch=$basearch&repo=PowerTools-$releasever #baseurl=http://dl.rockylinux.org/$contentdir/$releasever/PowerTools/$basearch/os/ gpgcheck=1 enabled=0 countme=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-rockyofficial |
全部小文字ですね(^^ゞ
※下記のコマンドでPowerToolsリポジトリを有効にしても良いのですが、これからも必要そうなら、enable=1にしておくと楽だと思います。
参考にしたサイトでは、大文字使ってたんですけど。。。仕方が無いですね。
ついでに、proj-develも入れておきます。
GDALを入れると、projは入ってくれるのですがproj-develまでは入ってくれません。
今回、ちょっと必要になりそうなのでついでに入れておきました。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 |
# dnf install --enablerepo=powertools gdal gdal-devel proj proj-devel Last metadata expiration check: 0:21:21 ago on Sun 12 Feb 2023 12:01:25 AM JST. Dependencies resolved. =============================================================================================================== Package Architecture Version Repository Size =============================================================================================================== Installing: gdal x86_64 3.0.4-11.el8 epel 269 k gdal-devel x86_64 3.0.4-11.el8 epel 203 k proj x86_64 6.3.2-4.el8 epel 2.0 M proj-devel x86_64 6.3.2-4.el8 epel 89 k Installing dependencies: SuperLU x86_64 5.2.0-7.el8 powertools 190 k armadillo x86_64 10.8.2-1.el8 epel 44 k arpack x86_64 3.7.0-1.el8 epel 194 k atlas x86_64 3.10.3-8.el8.1 baseos 6.5 M blas x86_64 3.8.0-8.el8 appstream 426 k cfitsio x86_64 3.47-1.el8 epel 577 k cmake-filesystem x86_64 3.20.2-4.el8 appstream 43 k freexl x86_64 1.0.6-4.el8 epel 34 k gdal-libs x86_64 3.0.4-11.el8 epel 7.5 M geos x86_64 3.7.2-1.el8 epel 630 k giflib x86_64 5.1.4-3.el8 appstream 50 k gpsbabel x86_64 1.6.0-3.el8 epel 964 k hdf x86_64 4.2.14-5.el8 epel 651 k hdf5 x86_64 1.10.5-4.el8 epel 2.1 M lapack x86_64 3.8.0-8.el8 appstream 8.6 M libaec x86_64 1.0.2-3.el8 powertools 38 k libbsd x86_64 0.11.7-2.el8 epel 120 k libdap x86_64 3.19.1-2.el8 powertools 680 k libgeotiff x86_64 1.5.1-1.el8 epel 99 k libgfortran x86_64 8.5.0-16.el8_7 baseos 643 k libgta x86_64 1.2.1-1.el8 epel 34 k libkml x86_64 1.3.0-24.el8 epel 379 k libmd x86_64 1.0.4-2.el8 epel 37 k libpq x86_64 13.5-1.el8 appstream 197 k libquadmath x86_64 8.5.0-16.el8_7 baseos 171 k libspatialite x86_64 5.0.0-1.el8 epel 3.3 M libusb x86_64 1:0.1.5-12.el8 baseos 41 k minizip x86_64 2.8.9-2.el8 epel 124 k netcdf x86_64 4.7.0-2.el8 epel 647 k ogdi x86_64 4.1.0-1.el8 epel 241 k openblas x86_64 0.3.15-4.el8 appstream 4.7 M openblas-openmp x86_64 0.3.15-4.el8 powertools 4.9 M openblas-threads x86_64 0.3.15-4.el8 appstream 4.9 M openblas-threads64_ x86_64 0.3.15-4.el8 powertools 4.8 M pcre2-utf16 x86_64 10.32-3.el8_6 baseos 228 k poppler x86_64 20.11.0-5.el8 appstream 1.1 M poppler-data noarch 0.4.9-1.el8 appstream 2.1 M proj-datumgrid noarch 1.8-6.3.2.4.el8 epel 5.4 M python3-pip noarch 9.0.3-22.el8.rocky.0 appstream 19 k python3-setuptools noarch 39.2.0-6.el8 baseos 162 k python36 x86_64 3.6.8-38.module+el8.5.0+671+195e4563 appstream 18 k qt5-qtbase x86_64 5.15.3-1.el8 appstream 3.6 M qt5-qtbase-common noarch 5.15.3-1.el8 appstream 40 k shapelib x86_64 1.5.0-1.el8 epel 80 k unixODBC x86_64 2.3.7-1.el8 appstream 453 k uriparser x86_64 0.9.7-1.el8 epel 70 k xerces-c x86_64 3.2.3-5.el8 epel 982 k Enabling module streams: python36 3.6 Transaction Summary =============================================================================================================== Install 51 Packages Total download size: 71 M Installed size: 309 M Is this ok [y/N]: |
後は、Yesということでインストール出来ると思います。
しかし、PowerToolsを常に許可しておいた方が良さそうですね。
ちなみに、インストール確認は以下で行えます。
|
1 2 |
# gdalinfo --version GDAL 3.0.4, released 2020/01/28 |
Rocky 9ですが、8も同じです。
/etc/resolv.conf書き換えたのに、rebootしたらあれ？勝手に書き換わってる。
DHCPで勝手にDNSの設定が変わるんだと思います。
面倒なので、こんな感じで設定を記載します。
/etc/NetworkManager/conf.d/disable-resolve.conf-managing.confを以下の内容で作成する。
|
1 2 |
[main] dns=none |
/etc/resolv.confに本来あるべき内容を記載する。
これで書き換わらなくなったはず！
rebootしても書き換わらなければOK！
FortiSwitchを初期段階でL2スイッチと同じレベルまで使えるようにしておこうと思います。
デフォルトのままでは、ハブとしても使えなかったので、最初にデフォルトのVLANを作成します。
Network→Interface→VLAN→add VLANで新規のVLANを作成します。
設定内容は概ねこんな感じです。
IP Configuration → IP/NetworkはFortiSwitchに割り当てるIPアドレスになります。
次に、ポートへVLANを適用します。
今回は、VLAN IDを１として作成したので、デフォルトで設定が反映されています。
１以外のVLAN IDを使用した場合には、適宜ポートへVLAN IDを設定することになります。
後は、VLANを適当に作ってゲートウェイを設定すれば動いてくれそうです。
ここからは、余談になりますが、FortiLinkを設定すれば、FortiGateの画面から設定を行うことが出来る様になるのでしょう。
その設定は、また後日やってみたいと思います。
FortiSwitch 448Eが発注から10ヶ月程掛かって、やっと届きました。
電子部品が不足している昨今とは言え、辛かったです。
発注後のキャンセルは基本的にダメということだったので、そこそこ厳しかったです。
FortiSwitch 448Eの設定を行おうと付属の英文マニュアルを片手に、接続を試みました。
英文マニュアルでは、IPアドレスだけが記載されていますが、頭にhttps://を付けてあげないと接続出来ません。
https://192.168.1.99/
初期状態でのID/PWは英文マニュアルに記載がある通りになっています。
ID ： admin
PASSWORD ： password
いきなりFortiLinkに接続したためか設定が上手く行きませんでした。
FortiLinkで一度FortiGateとFortiSwitchを接続してしまうと、FortiSwitch側のGUI管理画面やSSHでの接続が出来ませんでした。
これは、後の設定で解決されることを祈るのですが、何も設定せずにいきなりFortiLinkに接続すると痛い目をみたというかんじです。
仕方がないので、一度工場出荷状態に戻す方法を調べて、前面の小さな穴をクリップの先で押し続けてイニシャライズします。
初期化は短時間で完了している様です。
さて、ここからが大変でした。
MGMTポートにLANケーブルを接続します。
マニュアルなどの記載に従い、192.168.1.99へブラウザで接続します。
ブラウザから反応がありません。接続出来ないのです。
原因は、ブラウザでIPアドレスを指定するのではなく、下記のURLを指定する必要があります。
https://192.168.1.99/
これで接続出来ます。
最初からHTTPSでの接続が必要です。
これでも上手く接続出来ない場合は、試しにSSHで192.168.1.99へ接続すると、パスワードの更新を要求されます。
この状態になっている場合、PC側の設定などに問題があると考えられます。
マニュアルでは、
ID：admin
PW：password
となっていますが、工場出荷状態に初期化した場合のパスワードは異なります。
ID/PWを正しく指定してもログイン出来ません！！
実は、FortiSwitchの本体上部に貼られているシールに記載がありました。
「no password」と記載があります。
工場から出荷されて届いているはずの製品は、一度パスワードが「password」と設定されていて、初期化するとパスワードが無くなるんですね。
マニュアル記載内容は、工場出荷状態とは異なるということですね。
よって、工場出荷状態とはIDはadminのままなのですが、パスワードは無しになっています。
これが解らなくて、今時のPCからシリアル通信・・・ケーブルも無いしどうしようかと悩んでいたのですが、パスワード無しでログインすることで後の作業が元に戻りました。
以下のサイトを参考にさせて頂きました。
https://infosecmonkey.com/basic-fortiswitch-set-up/
ここを読んでいる人はほとんどいないと思いますが、ここにたどり着いた人は私と同じく苦労されているのだろうと思います。
日本語の情報がほとんどないので、ハードル高いですね。
がんばりましょう！
VMware Workstation Proで仮想マシンを使っているとディスクが肥大化していることがある。
VM内で確認するとそれ程ディスク容量を消費していないのに、ホスト側で確認するとアレこの容量なんじゃ？という感じです。
このような場合には、diskをshrinkすることでストレージ容量を削減することが可能です。
何故この様な状態が発生するかというと、ファイルシステムにおけるセクタの使い方にあるのではないかと想像されます。
イメージ的にはデフラグが発生していると、使っているない場所までディスク領域としてファイルに残されるのでしょう。
通常、ファイルの書き換えを行うと既存のデータを上書きするのではなく、空領域に更新データを書き込んでセクタを置き換えている動きをファイルシステムが行います。
その結果、空いた領域がそのままVMのディスク上に残った状態が発生しているのもと推察されます。
これをshrinkコマンドを使ってスリム化することが可能です。
では、実際に取り掛かります。
VMware Workstation Proのshrinkは、VM内で行います。
まずは確認を行うため、以下のコマンドを実行してみましょう。
|
1 |
# vmware-toolbox-cmd disk list |
通常、このコマンドを実行した際に得られる内容は各ディスクのリストです。
ここではLinux上で確認していますので、こんな感じでディスクの一覧が表示されます。
|
1 2 3 |
/ /boot /home |
ただし、スナップショットを取っている場合などにはディスクの情報が得られず、以下のようなメッセージが表示されます。
|
1 2 3 4 5 |
ディスクの圧縮はこの仮想マシンでは無効になっています。 リンクされたクローン、リンクされたクローンの親、 事前割り当て済みのディスク、スナップショット、またはその他の要因により、圧縮は無効になっています。 詳細については、ユーザー マニュアルを参照してください。 |
shrinkを行う際には、スナップショットを全て削除する必要があります。
適宜、スナップショットを削除してから再度コマンドを実行してください。
ここまでが下準備です。
VMware Workstation ProのVM設定画面では、ストレージに対してデフラグ（Defragment Disk)や拡張（Expand Disk）や圧縮（Compact Disk)を行うことが出来ますが、未使用領域をクリアにしてスリム化するにはshrinkコマンドを実行することになります。
VMがファイルへの書き込みなどを頻繁に行っている状態では不整合が生じる場合もありえますので、できればバックアップを取るなども検討してみると良いでしょう。
その上で、以下コマンドを実行してshrinkを行います。
|
1 2 3 4 5 |
# vmware-toolbox-cmd disk shrink /home 圧縮プロセス中に表示されるディスク領域に関する警告はすべて無視してください。 進行状況: 100 [===========>] ディスクの圧縮が完了しました。 |
Linuxの場合、/bootは殆どの場合、元々の容量が少く書き換え頻度も少ないので影響は殆どありません。
容量が大きく書き換え頻度が多いディスクを対象にshrinkを行うことで、大きな効果が得られます。
また、仮想ディスクを1本で賄っている場合には、出来るだけ大きなディスクから順番に作業を行うことで作業時間を短縮できると思われます。
個々の環境によって異なりますが、ディスクの肥大化が進んだ状態では割り当てられているディスクの容量程度まで肥大化が進みます。
shrinkを実行すると、実際に使用しているディスク容量の約1.5倍程度の容量にスリム化してくれるでしょう。
今回実施した環境では、全体容量221GBに対し21GBまでスリム化出来ていましたので効果は絶大です！
ディスクの肥大化は時間経過に影響される傾向があります。
ここで少し余談です。
これは想像の域を脱しませんが、こう考えると私の場合すっきりしました。
近年好まれて使用されているSSDは、書込み寿命があります。
書込み寿命の回数や容量については割愛しますが、ファイルを書き換える際、常に同じ領域を書き換えると同一記憶素子が劣化すると考えられます。
そのため、ディスク内の書き換えを行う際には、ディスク全体を満遍なく使用するために書き換える領域を全体に振り分けて少しでも寿命を長くしようとする動きを行います。
これに対して、VM上におけるディスクは物理的なディスクではなく、ファイルとして存在しておりファイルの容量が肥大化することに繋がると考えられます。
よって、書き換えが発生するVMのディスクは肥大化を回避することは出来ません。
将来的に、この仕組みは考慮されるべきであると考えられますが、現状では、この書き換えによるファイルの肥大化が発生しますので、システムによりその周期は異なるものの定期的なディスクメンテナンスを実施することで、実質的なストレージ容量の肥大化を防ぐ必要があるように考えられます。
クラウドシステムなどにおいて、この対策がどのように行われているかは、個々の仮想化環境に依ってことなり、VMwareによって構築されている環境であっても、shrinkなどを実施することが望まれることは無いと考えられますが、デフラグなどを無くすことでファイルアクセスの効率化や動作の安定を考慮する際には考えるべきポイントなのかも知れませんね。
とは言え、クラウドまで考えると厳しいので、まずは自分の環境で確認を行うことが望ましいかと思います。
今更書く必要もないんですけどね。
「Rocky Linux Wireshark インストール」で調べると、yum -y install wiresharkって出てくるんですよ。
インストールしてみると、一向にメニューに「Wireshark」が出てこないわけですわ。
そうかと思ったら、こっちの方が多いんですけど、コンパイルするだのなんだの・・・
いや、そんな面倒なことしなくてもインストール出来たやん！！
これです。
|
1 2 |
# dnf install epel-release elrepo-release # dnf install wireshark-gnome |
パスの設定なんか自由にやればいいんですけどね。
.bashrcや.profileとかに書くのが一般的なんですかね？
ユーザ毎に独自のパスを設定する場合は、それで良いと思うのですが、サーバ全体で共通項目を設定する場合はユーザが作成される度に設定するのも面倒ですよね。
ということで、調べてもあまり記載が少なかったので、記載しておこうと思います。
※ある意味、自分用なので自分好みの設定ということをご了承ください。
ついでに、色々とある方法を記しておこうと思います
パス設定を共通化させたいと言いましても、色々と人それぞれに異なることを思い浮かべているかと思います。
・既にあるユーザの設定も含めて設定しよう
・これから作るユーザは全部統一
・一般ユーザが何をどこで設定されているのか分かるようにしておきたい。
・・・etc
で、大きく分けて２通り考えました。
こちらは、基本的に.bashrcや.bash_profileなどで設定を行うことになります。
既に存在するユーザには影響がなく、共通というよりは今後作成されるユーザに対し共通の設定を提供することになります。
将来的に編集が行われた場合、その編集結果は編集後に作成されるユーザにのみ提供されます。
よって、サーバ全体で環境変数の変更があった場合には、ここで対応を行う必要が生じます。
ユーザ毎の初期設定を共通化させたいという言い回しの方が適していますね。
こちらの方法は、システムで共通の変更を行う際に有効です。
例えば、/etc/profileに環境変数を追加すると、そのタイミング以降にログインするユーザに対して環境変数が自動的に設定されます。
ここでは、/etc/profileにPATHを追加しようと思います。
2022年10月現在、私の使用しているRocky Linux 9では、以下のPATHが通っていませんでした。
・/sbin
・/usr/local/bin
なんでなんでしょうね？
CentOS 8をインストールした時には/sbinへのパスはデフォルトで通っていた様な気がするんですけどね。。。
まず、壊してしまうと後で大変なのでバックアップしておきます。
|
1 2 |
cd /etc cp profile profile.org |
profileを編集します。
元の状態は以下になります。
|
1 2 3 4 5 6 7 8 |
# Path manipulation if [ "$EUID" = "0" ]; then pathmunge /usr/sbin pathmunge /usr/local/sbin else pathmunge /usr/local/sbin after pathmunge /usr/sbin after fi |
変更後は以下になります。
|
1 2 3 4 5 6 7 8 9 10 11 12 |
# Path manipulation if [ "$EUID" = "0" ]; then pathmunge /sbin pathmunge /usr/sbin pathmunge /usr/local/sbin pathmunge /usr/local/bin else pathmunge /usr/local/bin after pathmunge /usr/local/sbin after pathmunge /usr/sbin after pathmunge /sbin after fi |
これで終わりです。
開発するシステムで独自の設定を施す場合には、/etc/skelに.bashrcを作成するなどが良いと思いますが、今回の様に全体で共通化させるような場合には/etc/profileを検討するのも宜しいかと思います。
今更ですが、ベクトルタイルの作成方法について整理しておきます。
以前とやり方が違っているので、自分用メモです。
OS:Rocky Linux 9
準備として必要なパッケージをインストールします。
適当な作業用ディレクトリを作成しそこへ移動します。
その後、以下のコマンドを実行して、必要なパッケージ類をインストールします。
足りないものは適宜追加してください。
|
1 |
yum -y install gcc-c++ sqlite-devel zlib-devel git |
ここからは、githubにインストール手順が記載されていますので、合わせて確認してください。
https://github.com/mapbox/tippecanoe#installation
次に、mvtを作成するためのプログラムソースであるtippecanoe(「ティペカヌー」と読むらしい）をgithubからダウンロードします。
|
1 |
git clone https://github.com/mapbox/tippecanoe.git |
gitコマンドで展開された作成されたtippecanoeディレクトリへ移動して、コンパイルとインストールを行います。
公式では、下記のmakeを行う際、「-j」オプションを指定してmakeの並列実行を指定していますが、私の試した環境では敢えて「-j」無しでmakeを行いました。理由については後述します。
|
1 2 3 |
cd tippecanoe make make install |
makeの際にオプションで-jを指定するとコンパイルが速くなりますが、プアなマシンでやると固まってしまう場合があります。
また、オブジェクト作成時の依存関係が原因と思われるエラーが発生し、これもまた正常にコンパイル/リンクが出来ない場合があります。
今回、私の環境では、マシンが固まる現象が発生したため「-j」を外してmakeを実行しました。
時間は掛かりますが、正規の方法ですので問題はありません。
mvtを作成するにはそこそこのリソースを必要とするケースが多いと思われ、出来ればCPUやメモリなどのリソースに余裕がある環境で「-j」を付けてコンパイルをすることが望ましいです。
これで必要なパッケージとかはインストールされているのですが、パスを切っておかないとだめです。
Rocky 9 のデフォルト環境設定なのか、/usr/local/binへのパスが設定されていませんでした。必要な方は設定しておいてください。
ちなみに、デフォルト設定を変更したい人はこちらを参考にしてください。
|
1 |
tippecanoe -l gs_map -rg -z18 -Z6 -o hoge.mbtiles hoge.geojson |
-rg デフォルトでも構いませんが、データによって値を設定すると良さそうです。
コマンドは以下の通りです。
|
1 |
tippecanoe -l gs_map -rg -z18 -Z6 -e タイル出力先ディレクトリ hoge.geojson |
実際に、この方法で作成することは出来ますが、Mapbox GL JSではこの方法で作成したpbfは扱えないという記載が見受けられました。
tippecanoeは、pbfを作成する際にデフォルトで圧縮を行っている（後で重要になる）そうです。
そこで、圧縮を行わない設定を追加します。
|
1 |
tippecanoe -l gs_map -rg -z12 -Z6 --no-tile-compression --drop-densest-as-needed --no-tile-size-limit -j '{"*":["all",[">=","対象属性",1000]]}' -e output_dir input.geojson |
① –no-tile-compression : 圧縮を行わない。
② –no-tile-compression ：タイルが大きすぎる場合は、フィーチャ間の最小間隔を広げて 500K 未満に縮小しようとします。 検出された間隔は、ズーム レベル全体に適用されます。
③ –no-tile-size-limit ： 作成するタイルサイズの制限を解除します。
④ -j ‘{“*”:[“all”,[“<“,”対象属性”,1000]]}’ ：フィルタリング条件
⑤ -e output_dir ：出力先ディレクトリ
なんか②と③が打ち消しあっている様な感じにも思えなくもないのですが、③は確実に機能している様でした。
④で対象となるフィーチャーをフィルタリングしています。
これを行わないと、ランダムにフィーチャーがドロップ（間引き）されます。
-jオプションについて、もう少し説明します。
こんな感じで指定しています。
|
1 |
-j '{"*":["all",[">=","対象属性",1000]]}' |
「*」 ：対象のファイルを指定している。ここでは全てを意味します。
対象ファイルを分けて条件を変更することも可能なのでしょう。
「all」：フィルター演算子。allは全ての条件を満たすことを意味する。
他に、「in」「none」などがある。
「>=」：演算子の指定。
「比較対象」：フィーチャーの属性を指定。
「比較条件」が1000以上のデータを対象とする。
オプションの設定はたくさんあって理解するのが大変です。
気が向いたら、追記してみようと思います。
参考：https://github.com/mapbox/tippecanoe#cookbook
先程の方法で作成したpbfファイルは、オプションを指定することで非圧縮ファイルになっています。
mapbox GL JSで扱う場合には、非圧縮が条件になるため仕方ありません。
でも、それは mapbox GL JSが扱う際に圧縮されていると不味いということで、通信中に圧縮されていることは特に関係ありません。
ということで、配信するサーバでApacheを利用している場合は、以下の方法を検討してみると良いでしょう。
Apacheの配信データを圧縮する。
/etc/httpd/conf.dに以下のファイルを作成する。
|
1 2 3 4 5 6 7 8 9 10 11 12 |
vi /etc/httpd/conf.d/mod_deflate.conf <IfModule mod_deflate.c> AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE text/plain AddOutputFilterByType DEFLATE text/css AddOutputFilterByType DEFLATE application/javascript AddOutputFilterByType DEFLATE application/font-woff AddOutputFilterByType DEFLATE application/x-font-otf AddOutputFilterByType DEFLATE application/x-font-ttf AddOutputFilterByType DEFLATE text/pbf </IfModule> |
他にも必要に応じて設定を行う。
httpdの再起動もしくはリロードを行えばOK
|
1 2 3 |
systemctl restart httpd もしくは systemctl reload httpd |