Fencer_Silver писал(а):
MaxBel писал(а):
Дело в том, что для гармина это и есть правильный формат хранения. Я работаю с официальным форматом Гармин, и там именно так и есть. Т.е. полигоны там вообще не нужны для адресного поиска. Все ищется только по точкам. А полигоны так уж для красоты нарисованы. Поэтому там не требуется вообще хранить адреску в полигонах, и ваше пожелание Хранить адреску верно в данном случае неактуально. Но как я выше писал, для визуального отображения адреса при наведении курсора улица и дом прописаны в названии. Так почему бы их оттуда не брать и не загонять в точку ?
Что-то я вообще понять не могу.... То просьба- "разлочить все поля типа "Гармин" - для редактирования". Теперь выясняется - в полигонах - ничего не хранится - они "для красоты". Я не зря подчеркивал - давайте обсуждать . Одна "хотелка" - может сказаться на коде всей программы (с последующими глюками) и нескольких дней работы. Потом выясняется - да и нах это нужно... А нужно - другое....
Тут дело в подходе. Я считаю, что в исходнике все поля должны доступны, а как это использовать - это каждый картограф пусть сам решает. То, что адресные поля в полигонах не попадут в карту Garmin при компиляции это уже другой вопрос, зато их удобно в таком систематизированном виде использовать при построении адресного поиска одним из возможных способов (хоть через точки, хоть через линии:http://john.bdk.com.ru/gpsmaps/addrmp/index.htm). Поэтому я считаю если в полигоне есть адресная информация то хранить ее нужно в соответствующих полях - это удобно и правильно, а уж дублировать эти данные в том или ином виде в поле labеl или нет пусть каждый решает сам для себя. Просто многие мыслят в рамках одной навигационной системы (Гармин, НАвител или что-то еще). Я же говорю что исходник не обязательно должен позволять только то, что позволяет конкретный итоговый формат. В исходнике должна быть возможность указывать все возможные данные в удобном систематизированном виде, т.е. должны быть доступны все поля (можно сделать такой режим опциональным- как вариант), и адресные и высоты и прочее. А что из этого использовать и как - это уже пусть каждый решает сам. Такой подход, как мне кажется, более гибкий и универсальный.
Короче основная мысль такова - есть универсальный исходник со всеми возможными полями, кастомными типами и т.п. И есть набор итоговых форматов под разные системы. Перед конвертацией в конкретный формат универсальный исходник проходит необходимую обработку (преобразование типов, подготовка адресной информации и т.п.) делать это можно автоматически с помощью различных утилит типа mpUtilities, mp2mp и других.
Большое спасибо, что уже реализовали часть моих хотелок, в частности разлочили поля адрески. Говорить что все это не нужно - не правильно, просто возможно не всем это нужно, или не все еще поняли что им это нужно
и помимо этого у других пользователей есть еще и свои мысли и хотелки, поэтому мы с вами здесь все это и обсуждаем, чтобы получить удобный гибкий инструмент удовлетворяющий запросам пользователей, и позволяющий создавать карты под различные навигационные системы.
Хотя на мой взгляд не нужно анализировать поле label и выделять из него дом и улицу, а правильнее просто хранить эту инфу в соответствующих полях, кроме того мне встречалась в инете сторонняя программа, которая умеет выделять из поля label дом и улицу, с занесением в соответствующие адресные поля этих данных, но это опять же мое имхо.