fix: multiprocessing.Pool(fork)をThreadPoolExecutorに置き換える

macOSでのpytest実行時に、マルチスレッドプロセス (pytest) からfork()した後、requestsがプロキシ設定を取得しようとするとSIGSEGVが発生する問題を修正する。

ThreadPoolExecutorはfork()しないためこのクラッシュが発生せず、またスレッドは同プロセスのメモリを共有するためrequests_mockもそのまま有効になる。

HTTPリクエストではI/O待機中にGILが解放されスレッドでも実質並列に実行できるため、multiprocessing.Poolより適切であり、結果として #5926 でforkを明示していた問題も根本から解消される (forkserver/spawn では requests_mock が子プロセスに引き継がれず、実際のHTTPリクエストが発生するという問題があったが、スレッドになるので発生しない)。

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

Author: massongit

library/hatomap.py

@@ -1,9 +1,9 @@
 from __future__ import annotations
 
 import math
-import multiprocessing
 import random
 import string
+from concurrent.futures import ThreadPoolExecutor
 from abc import ABCMeta, abstractmethod
 from dataclasses import dataclass, field
 from typing import List, Optional, Tuple
@@ -196,8 +196,8 @@ def request(self, bbox: WebMercatorPixelBBox) -> np.ndarray:
                         {"x": x, "y": y, "z": bbox.zoom}
                     )
                 )
-        with multiprocessing.get_context(method="fork").Pool(16) as p:
-            imgs = list(p.imap(self._get_image_content, request_urls))
+        with ThreadPoolExecutor(max_workers=16) as executor:
+            imgs = list(executor.map(self._get_image_content, request_urls))
 
         tile_width_cnt = rb_tilepx.tile.tile_x + 1 - tl_tilepx.tile.tile_x
         tile_height_cnt = rb_tilepx.tile.tile_y + 1 - tl_tilepx.tile.tile_y