Обсуждение Beta версий (тестирование, баги, замечания)

[Vovan_Alm]

Ну сделайте проверку карты на неполные адресные данные... как то надо знать в каких домах проблемы...

[User_tester]

Ну сделайте проверку карты на неполные адресные данные... как то надо знать в каких домах проблемы...

То есть, случаи:

1. не заполнен номер дома при наличии названия улицы и наоборот
2. вписана нумерация в улицу, но не прописано название улицы
3. указана четная нумерация в улице, а номера записаны нечетные и наоборот. А также если при указанной нумерации в узле номера не прописаны вовсе

[hider1964]

Имелось ввиду, планируется поддержать съезды, записывающиеся в узел. Если у когото есть доп. информация по ним - высказывайтесь.[/color][/size]

Можно подробней что Вы имеете в виду под съездами?
если я правильно понял то вот это?

clip_image010(3).jpg (27.55 КБ) 9329 просмотров

[Fencer_Silver]

Ну сделайте проверку карты на неполные адресные данные... как то надо знать в каких домах проблемы...

Ребята, а вы вообще смотрели, что реализовано в проверках уже??? Инструменты -> Проверка карты-> Включите все опции в ветке "Почтовые адреса" -> Начать проверку. И посмотрите, что у вас в картах твориться.

Добавлено спустя 6 минут 4 секунды:
Чего не хватает - добъем обязательно. Step-By-Step

[User_tester]

Ребята, а вы вообще смотрели, что реализовано в проверках уже??? Инструменты -> Проверка карты-> Включите все опции в ветке "Почтовые адреса" -> Начать проверку. И посмотрите, что у вас в картах твориться.

Проверил - у меня всё нормально! Ни одной ошибки нет!

[Fencer_Silver]

Проверил - у меня всё нормально! Ни одной ошибки нет!

Не, ну тут я и не сомневался....

Добавлено спустя 32 минуты 42 секунды:
Напоминаю - для быстрого и массового исправления ошибок в адресных данных - лучшего инструмента, тем групповая панель (таблица) - не придумать.

[Cnfhbr]

Абсолютно ни чего не искажал ты просто сам себе противоречишь, сначала пишешь:

В данном контексте, нет такого "стандарта" жёсткого соответствия между HEX ID типов в "польском" и GRMN_TYPE в MPC

а затем наоборот:

ЖЁСТКОЕ соответствие этих кодов текстовым GRMN_TYPE только в самОм MPC!

Ну, и какое там противоречие? В существующем описании "польского" формата имеется ряд типов, несопоставимых для МРС, и назначение отдельных типов определено не совсем так, как в МРС - поэтому соответствие НЕ ЖЁСТКОЕ (через hex-коды, разумеется), а ЖЁСТКОЕ - только в самОм МРС.

Ну вот и я говорю что соотвествие жесткое, о чем мы тогда спорим?

Жёсткое, но не в том месте, о котором спорим...

То что там отдельно взятыми приборами что-то там по разному трактуется, категоризируется и отображается - вообще к сути вопроса отношения не имеет...

Ну как не имеет? Я говорю, что даже в Гармине всё, что за пределами МРС, может иметь не жёсткое соответствие, такое как в МРС, например, отдельные прошивки. Ты же утверждаешь, что соответствие и там жёсткое, только лишь отображение может отличаться:

В прошивках разных приборов отличается не кодировка типов!!! а только способ отображения одних и тех же типов.

Назначение и отображение типов - по-моему, разные вещи.

Дополнительно к этому я утверждаю что при экспоте из польского в шейпы, перобразование HEX ID -> GRMN_TYPE должно выполняться в точно таком же соответствии по этой же таблице!

Вот! А я не столь категоричен в данной ситуации, поскольку не считаю соответствие типов "польский" - МРС жёстким. На мой взгляд, в условиях использования единого классификатора для маппера и МРС, у пользователя должна быть возможность перед экспортом в шейпы присвоить, например, характерному только для маппера типу, если ничего не мешает, кастомный тип МРС.

Просто вопрос то принципиальный, зачем мы так долго вычищали классификатор, если на этапе экспорта ты предлагаешь его не придерживаться...

Даже в мыслях не было делать это на этапе экспорта, да ещё и не придерживаясь классификатора:

Я вовсе не против строгого соответствия, которого мы пытаемся добиться в классификаторе Garmin! Я лишь предлагал, как устранить варнинги в логе MPC и игнорирование при компиляции несвойственных типов объектов: либо вообще не посылать на вход MPC не сопоставленные с GRMN_TYPE "польские" типы, либо предварительно сопоставить их с близкими по смыслу стандартными GRMN_TYPE, либо ассоциировать с CUSTOMIZABLE типами. Чего их солить то эти кастомные? Речь ведь о паре-тройке неопознанных в логе объектов каждой категории, заметьте, не требующих роутинга, поиска, глубины, цвета маяка и прочей хрени (всё основное у нас, слава богу, приведено в порядок). Так, если картописатель по каким-то личным мотивам захотел оставить "левый" тип в своём "полише", почему бы ему не воспользоваться кастомным от Garmin, даже если их мнимые(ИМХО) hex id не совпадают? Может ему нужно, чтобы этот объект просто присутствовал на карте без всяких там прибамбасов...

Всё сказанное касалось именно пользователя, а не алгоритма работы софта...

[KartaBY]

Что касается дор. знаков. Имелось ввиду, планируется поддержать съезды, записывающиеся в узел. Если у когото есть доп. информация по ним - высказывайтесь.

А атрибут RD_SIGNS ??? Наверное забыли.

[Fencer_Silver]

А атрибут RD_SIGNS ??? Наверное забыли.

Про него и говорили. Он должен жить в ноде. Пока в МГЕ (да и в Мапэдите - не видел) - не сделано вообще свойство нода, определяющее этот параметр. Т.Е. нужно добавить свойство - определить ключи для записи в польский, учесть его в операция копи-паст, вычитку из польского. Вот тогда и будет поддержка этого параметра. Чем Вы его сейчас расставлять собираетесь?

[KartaBY]

Я его вобщето уже применяю. Только прописываю в польском ручками, например:
[SIGN]
SignPoints=632,120,621
SignRoads=66580,29226
SignParam=E,РЕЧИЦУ
[END]

[SIGN]
SignPoints=123,117,624
SignRoads=66561,29224
SignParam=O,РЕЧИЦЕ
[END]

Скрипт перегонки в шейпы это хорошо понимает

[Fencer_Silver]

Это понятно. Но неизвестные секции - что наш редактор, что Мапэдит - прибивает. И ее надо вставлять в блокноте, перед компиляций - и компиляцией именно утилитой. МГЕ - не утилита. Ну и все должно быть сделано по-уму. Если поддерживаем - то полный инструментарий, проверки и т.д. Сделаем в ближайшее время.

[KartaBY]

Но неизвестные секции - что наш редактор, что Мапэдит - прибивает.

Ваш - да, Мапедит - нет.
Я сейчас на двух работаю (в МГС не могу через прокси пробится).
Секции SIGN, после работы в МГС исчезли.
После мапедита ничего не пропадает ни SIGN ни Line.

[Fencer_Silver]

Ваш - да, Мапедит - нет.

Значит дотянул. Дотянем и мы.

Добавлено спустя 3 минуты 24 секунды:
Что значит " (в МГС не могу через прокси пробится)"? В On-Line картах? Если да - то что-то неправильно установлено. Пользователи TravelGPS.com.ua - работают на проксях более полугода. Причем у половины прокси с авторизацией у второй- без.

Добавлено спустя 1 минуту 24 секунды:
Установки прокси-сервера для On-Line карт - в "Настройки" - разворачивем ветку - > "On-Line карты"

[KartaBY]

Не знаю в чем причина, не спец в сетевых технологиях.
Прокси вроде как отсекает все что не браузер.
В мапедите проблем нет.
В Саспланет проблема исчезла только с установкой последней версии, до этого тоже прокси блокировало хотя настройки не трогал.
Глобал мапер - не пускает.
Адобе Акробат - не пускает, и так далее можно продолжать. Что-то проходит, что-то нет.


ps. Естественно все параметры прокси прописаны.

[hider1964]

А атрибут RD_SIGNS ??? Наверное забыли.

Про него и говорили. Он должен жить в ноде. Пока в МГЕ (да и в Мапэдите - не видел)?

rd_signs и exit services разные вещи,если спрашиваетет то уточняйте про что.