（メモ）ベクトルタイル地図のスタイルでsourceのタイルURL を2つ指定してみた

# はじめに
ベクトルタイルスタイルでURLを複数指定してみた結果が面白かったのでメモします。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/679143/48ff1d83-1633-93f4-1f15-5b2a6b2a69ef.png)


## 動機
[Smart Maps Advent Calendar 2022](https://qiita.com/advent-calendar/2022/smart-maps) の @yuiseki さんの記事（[こちら](https://qiita.com/yuiseki/items/05ef7f4a8f7fc6e5a9bf) ）でニューヨーク州とニュージャージー州のベクトルタイル地図を作ったのですが、一つに合わせてみたいなと思い、もしかしてソースを併記したらできるだろうかと思ったものです。結果は失敗でしたが、面白かったのでメモします。

## スタイル仕様での記載
ちなみに、MapLibre（やMapbox）のスタイル仕様では、以下のようにtilesのURLが併記されているものがあります。"An array of one or more tile source URLs, as in the TileJSON spec."と書いてあって、複数書いたときにどうふるまうのか、これまでに試したことがありませんでした。
https://maplibre.org/maplibre-gl-js-docs/style-spec/sources/
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/679143/64f4019f-b7f9-ac77-a576-3233cef6b691.png)

# 実験
## ２つのベクトルタイル地図の準備
 @yuiseki さんの記事（[こちら](https://qiita.com/yuiseki/items/05ef7f4a8f7fc6e5a9bf) ）の方法に従って、north-america/us/new-york　と north-america/us/new-jersey それぞれのベクトルタイル地図を作ります。north-america/us-northeastだと、ソースが1.3GBになるので動かないだろうと思ったので複数の地図を作りました。この方法だと本当にすぐにベクトルタイルができますね。素晴らしい。

New York 州のベクトルタイル地図を作ります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/679143/3b8ee4f8-b080-eb7f-3534-7e1e73510313.png)

New Jersey 州のベクトルタイル地図を作ります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/679143/fd5bc6c4-0d96-224f-0ad1-b8694647c541.png)

## ソースの加工（もう一つのタイルURLの追加）
どちらの地図でもいいのですが、レポジトリの gh-pages ブランチの tiles.json を開きます。私はNew Jersey 州 側のレポジトリで実験しました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/679143/ecffe3d5-63db-9d20-5dcc-aff8d2a5a631.png)

tiles.jsonにはソースの情報があるので、これを編集します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/679143/eca09bad-4079-2797-f3da-92fadf0c5750.png)

下の方でソースタイルのURLが一つ指定されているここを、
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/679143/57c8c7bf-ab1d-3780-3229-d7a3ca0cda50.png)

こうして一行追加して、隣のニューヨークのタイルも指定します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/679143/9599ca9f-2f2a-2cf4-32c4-53fd72a1f670.png)
コミットボタンを押します。そして成果が反映されるのを待ちます。


## 結果の確認
結果を確認します。お、思っていたのと違う結果が出ました。どちらの州のデータもありますが、一部分しか出ていません。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/679143/eb426a3f-84eb-28c5-e9f3-1831b6462b64.png)

詳細をチェックするためにタイル境界を表示させてみます。（index.html に map.showTileBoundaries = true; を追加 ）
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/679143/1cb1b605-41a0-bc18-236a-1be7d74113ab.png)
なるほど。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/679143/23142839-2cf7-e78e-5551-fc1067889c2e.png)


どうやら、どちらかのURLからタイルを読んでくるということのようですね。複数のURLに同時にタイルがあるときに双方から読むというようなことはしないようです。どっちが優先されるのかはよくわかりません。データサイズでもないような感じがします。

下の例ではゴマ塩のような感じになっているので、単純に双方のURLを読みに行かせているだけかもしれませんね。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/679143/48ff1d83-1633-93f4-1f15-5b2a6b2a69ef.png)


# まとめ
同じスタイルを使っているので、複数のベクトルタイル地図をまとめるときにソースURLで対応しようとしましたが失敗しました。このことから、以下のように考えます。

* 二つの地図を重ねるのであれば、URLの追加ではなくて、スタイルのソースのなかにもう一つベクトルタイプのソースを指定してあげる必要がある。（スタイルレイヤも同じセットを足す（参照ソース名を適切に合わせる。））
* ソースがタイルの区切りでぴったりになっていれば（どのタイル区画でも複数のソースが交じり合わなければ）、複数のURLを並べるだけで複数の場所からのタイルが読める可能性があるのではないか。　→　と思いましたが、以下の例の例えば12/1205/1536のように、一方で404が返ってきているときに他方のタイルを読みにいくということはしていないようなので、ダメでしょう。上のごま塩状のタイルの例でもそう思います。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/679143/4bf43466-0e91-be47-655d-fad8f0532ac5.png)