Apple App Store 제출을 위한 Routing App Coverage 파일 생성

앱 만들기를 좋아하는 iOS 개발자라면 개발 경력 어딘가에서 앱이 지원하는 영역을 제한해야 하는 앱을 개발했을 수 있습니다.

Apple의 AppStore 가이드라인에 따르면,
앱에서 경로 정보를 제공하기 위해 위치를 사용하는 경우 앱 심사에 앱을 제출하기 전에 지리적 커버리지 파일을 제공해야 합니다.

이제 Routing App Coverage 파일을 생성하는 방법을 알아보겠습니다. 이를 위해 http://geojson.io이라는 멋진 도구를 사용해야 합니다.

01단계

처음으로 탐색하면 다음과 유사하게 표시됩니다.

02단계

그런 다음 앱에서 지원할 영역을 선택합니다.

영역을 선택하면 다음과 같이 표시됩니다.



생성된 JSON은 다음과 같아야 합니다.

{
  "type": "FeatureCollection",
  "features": [
    {
      "type": "Feature",
      "properties": {},
      "geometry": {
        "type": "Polygon",
        "coordinates": [
          [
            [
              79.508056640625,
              5.8127569137510084
            ],
            [
              82.0458984375,
              5.8127569137510084
            ],
            [
              82.0458984375,
              10.077037154404719
            ],
            [
              79.508056640625,
              10.077037154404719
            ],
            [
              79.508056640625,
              5.8127569137510084
            ]
          ]
        ]
      }
    }
  ]
}

그러나 우리는 이 모든 것을 원하지 않습니다. geometry 개체 내부의 데이터만 있으면 됩니다. JSON이 다음과 같이 보이도록 geometry 개체를 추출합니다.

{
  "type": "Polygon",
  "coordinates": [
    [
      [
        79.508056640625,
        5.8127569137510084
      ],
      [
        82.0458984375,
        5.8127569137510084
      ],
      [
        82.0458984375,
        10.077037154404719
      ],
      [
        79.508056640625,
        10.077037154404719
      ],
      [
        79.508056640625,
        5.8127569137510084
      ]
    ]
  ]
}

아래에서 라우팅 앱 적용 범위 파일을 생성하기 위한 apple's guidelines을 찾을 수 있습니다.

Define as specific a region as possible. For example, if your app provides subway route information only for New York, you don’t want it to receive requests to provide directions in London. The more specific the region you define, the more likely your app will appear in the search results.

Keep your regions simple and don’t try to trace precise routes around a given geographic area. It’s recommended that each polygon contain no more than 20 points. Using more coordinates to define a region is possible but is inefficient and usually unnecessary. The system has to determine whether a given point is inside one of your polygons, and it’s cheaper to make that determination against a rectangle or other simple shape than it is against a shape with hundreds of points.

Limit the number of child polygons in your MultiPolygon shape to 20 or fewer.
Use only MultiPolygon shapes in your app’s coverage file. Although the GeoJSON specification supports other types of shapes, only MultiPolygon shapes are supported for routing apps.

Don’t include comments in your coverage file.
Specify all coordinates as a longitude value followed by a latitude value.
Don’t include holes in the polygons in your coverage files. Although holes are supported by the GeoJSON specification, they are not supported in Apple’s map implementation.

위의 지침에 따르면 MultiPolygon 파일에는 .geojson 요소만 있을 수 있습니다. 따라서 Polygon를 MultiPolygon로 변경해야 합니다. 이를 통해 여러 지리적 영역에서 앱을 지원할 수 있습니다.Polygon에서 MultiPolygon로 변경하면 데이터도 수정해야 합니다.

우리coordinates를 다음과 같이 변경해야 합니다.

{
  "type": "MultiPolygon",
  "coordinates": [
    [
      [
        [Polygon 1 data],
        [Polygon 2 data],
        ................
        [Polygon N data]
      ]
    ]
  ]
}

위와 같이 데이터를 수정한 후에는 다음과 같은 것이 있어야 합니다.

{
  "type": "MultiPolygon",
  "coordinates": [
    [
      [
        [
          79.508056640625,
          5.8127569137510084
        ],
        [
          82.0458984375,
          5.8127569137510084
        ],
        [
          82.0458984375,
          10.077037154404719
        ],
        [
          79.508056640625,
          10.077037154404719
        ],
        [
          79.508056640625,
          5.8127569137510084
        ]
      ]
    ]
  ]
}

참고: 다각형의 시작점과 끝점은 동일해야 합니다.

짜잔!

이제 이 JSON을 복사하여 확장자.geojson로 파일을 생성하고 애플 앱 스토어 리뷰에 업로드할 수 있습니다.

이것은 원래 게시되었습니다here.