Как получить границы участка или почтового индекса для отображения на карте?

Хорошо, после более чем недели исследований и опробования различных вариантов, есть несколько в зависимости от вашего бюджета и того, насколько точно вы хотите, чтобы данные были. Я получил несколько советов из этого сообщения stackExchange, но сделал массу reserach и добавил больше.

Короче говоря, граничные данные трудно достать, они дороги и различаются по качеству в зависимости от вашего источника. Области табуляции почтовых индексов (ZCTA) не очень точны (как говорит maponics), и его можно увидеть, проверив этот сайт ZCTA для почтового индекса 92064. Затем посмотрите на этот почтовый индекс на zillow и обратите внимание на разницу. Данные ZCTA не всегда точны (в случае этого почтового индекса), но могут быть бесплатными в зависимости от вашего источника.

Таким образом, вот мои варианты в порядке предпочтения (учитывая мой меньший бюджет и потребность в точных данных):

1. Только для границ участка Отчет обо всех очень разумная цена и границы участка для всего моего графство за 250 долларов. Вот список округов, доступных для покупки (для посылок). Вот пример загрузки округа в формате Excel, Shapefile или KML, хотя файл Excel выглядит отсутствовать координаты многоугольника (дух). Формат KML имеет многоугольник и выглядит хорошо. Вот ссылка на разбивку цен, которая становится очень дешевой по мере того, как вы покупаете больше объявлений.
2. Только для границ почтового индекса Maponics по справедливой цене IMO. По сути, это однократная ежегодная загрузка стоимостью 200 долларов США за округ (только в пределах почтового индекса), которую вы будете использовать в течение года и ежегодно выкупать для обновлений. Он предлагает границы участков за несколько тысяч в месяц. после разговора с торговым представителем (вздох). Тем не менее, это все еще хорошее решение для границ почтового индекса.
3. Только для границ почтового индекса вы также можете использовать zip- code.com, что составляет около 50 долларов США для моего округа. Неплохо.
4. Только для почтовых индексов: zipboundary.com – цены указаны по подписке. .
5. Только для границ почтовых индексов вы можете загрузить бесплатные необработанные данные с этого FTP-сервера, предоставленный Бюро переписи населения США, и преобразовать его в соответствии с вашими потребностями. Бесплатный, но долгий процесс, требующий других инструментов и навыков (PostGreSQL, PostGIS), но он дает вам точные данные о границах в виде полигона для Области табуляции почтовых индексов (ZCTA). Прочитайте об этом в этом другом сообщении SO .
6. Для границ района вы можете использовать бесплатные файлы формы границ района Zillow. Это бесплатно, но при использовании им требуется логотип и ссылка на их сайт. Загрузив свое состояние и посмотрев на свой город, я заметил, что оно было неполным и несколько неточным, так как в затененных районах было много пробелов.
7. GeoCommunicator (управляется департаментом США внутренних дел - Бюро землеустройства). GeoCommunicator не работает с APN (номером участка оценщика) и работает только с (земельными) участками, для которых вам также потребуется несколько других фрагментов информации, чтобы получить границу. GetTRS API службы геокодирования Township принимает широту и долготу, но не удалось разрешить некоторые координаты (для жилых домов), которые я ввел, и вернул «Нет объектов LD». Я также не уверен, какой граничный уровень возвращается (много или больше) из этого API. Другой GetLatLng API в службе геокодирования Township кажется лучшим решение, но это то, что требует всех этих других параметров в дополнение к номеру участка (земли). В документах указано, что для этого требуется: "Строка Township, разделенная запятыми". Свойства диапазона, описывающие одну область съемки PLSS», которая состоит из всех этих фрагментов данных, которых у меня не было бы, даже если бы я мог получить номер участка (земли).
8. Mapfluence компании UrbanMapping javascript API имеет несколько различных типов граничных данных, включая Данные о границах участков и районов. Потратив несколько дней на работу с запросами на почтовые индексы, окрестности и границы участков, возвращенные границы ZCTA сильно отличаются для некоторых почтовых индексов (92064), как упоминалось выше, что является просто характером ZCTA. Границы района очень разрежены (охватывают лишь около 5% области поиска) и в большинстве случаев, которые я тестировал, размером с здание. Кроме того, в дополнение к документам, требующим дополнительной информации, они также неточны, поскольку указанная таблица границ участка (umi.us_parcel.geometry) отвергается API как «Таблица геометрии umi.us_parcel.geometry не существует». Все это в сочетании с отсутствием документации сообщества, отсутствием онлайн-ответов на отправленные запросы в службу поддержки, отсутствием поддержки по телефону из-за оставления полдюжины голосовых сообщений и отсутствием возвращенных электронных писем. Основываясь на своем опыте в этом, я пропущу и буду искать альтернативные маршруты для данных о границах посылок и почтовых индексов, несмотря на то, что изначально это выглядело необработанным бриллиантом.