Java判断经纬度是否在矢量MBTiles中，测试始终返回false求助

• 确认缩放级别与坐标系匹配
  MBTiles默认采用Web墨卡托（EPSG:3857）坐标系，瓦片坐标的计算完全依赖指定的缩放级别（zoom level）。先手动验证巴黎经纬度（2.3522°E, 48.8566°N）在目标zoom下的标准瓦片坐标，再对比你实现的longitudeToTileX/latitudeToTileY输出是否一致。比如zoom=10时，巴黎的tile X应为590，tile Y应为353，你可以用这个值做快速校验。

• 检查经纬度转瓦片坐标的公式正确性
  错误的转换公式是最常见的原因，以下是标准Web墨卡托的Java实现，你可以对比自己的代码：

  public static int longitudeToTileX(double longitude, int zoom) {
      return (int) Math.floor((longitude + 180) / 360 * Math.pow(2, zoom));
  }
  
  public static int latitudeToTileY(double latitude, int zoom) {
      double latRad = Math.toRadians(latitude);
      double tileY = (1 - Math.log(Math.tan(latRad) + 1 / Math.cos(latRad)) / Math.PI) / 2 * Math.pow(2, zoom);
      return (int) Math.floor(tileY);
  }
  

  重点排查：是否遗漏了纬度转弧度的步骤？log运算的参数是否正确？有没有把tile Y的计算方向搞反（比如误将南作为起始点）？

• 验证MBTiles数据库的实际瓦片数据
  直接通过SQL查询MBTiles（SQLite格式），确认目标瓦片是否存在：

  -- 替换为你的zoom、tileX、tileY值
  SELECT COUNT(*) FROM tiles WHERE zoom_level = 10 AND tile_column = 590 AND tile_row = 353;
  

  同时先确认MBTiles包含的缩放级别范围：

  SELECT DISTINCT zoom_level FROM tiles;
  

  如果你的测试用zoom不在返回列表里，自然会查不到结果。另外注意：部分MBTiles提取工具可能会反转tile_row的存储顺序（从南到北计数），此时需要用(Math.pow(2, zoom) - 1 - tileY)转换后再查询。

• 排查JDBC查询的逻辑错误

  • 确认参数传递是否正确：有没有把tileX传给tile_row、tileY传给tile_column？MBTiles表中tile_column对应X坐标，tile_row对应Y坐标。
  • 检查SQL语句的参数绑定：是否将转换后的int类型tileX/Y正确传入，而非原始的经纬度数值？
  • 确认查询逻辑：比如是否用了COUNT(*) > 0来判断存在性，而非直接判断结果集是否为空（空结果集不一定是不存在，可能是查询条件错误）。

内容的提问来源于stack exchange，提问作者Dimitri