Конвертор Ингит - Версия 1.2.

[Kerg]

:какое було, такое и осталось :))
:n-37-02.gem. Попробовал o-36-01.gem, результат тот-же. Висит на пол-шестого.

В результате запуска запуска cmap.exe -cod -ns -no -atr
(при всех 1 в DBF) для и n-37-02.gem - в cmap.dat

Выходной n-37-02.plt - 4,43 MB (4═651═220 bytes),
со всеми OBJECT_NUM, OBJECT_COD, OBJECT_ATR.

Для o-36-01.gem выходной plt - 3,71 MB (3═898═730 bytes)
и тоже со всеми OBJECT_NUM, OBJECT_COD, OBJECT_ATR...)

:В результате вызова cmap.exe -cod -ns -no -atr (до внесения изменений в БД) создается файл размером 3.5М, но без номеров объектов, сегментов, кодов и атрибутов.

Повесить мне тоже не удалось. )

Могу предпложить только одно, ты как-то хитро отредактировал DBF.
Как уже говорил, указатели записей DBF лежат перед кодом программы. (пока)
MAX количество 400. (хотя проверка на это условие при загрузке DBF - есть)

А вообще, надо конечно сделать ключик -all.

Сергей

[dark1st]

Standart Template Library

а вот атл это порождение мелкомягких
:)



Alecs

[columb]

>Могу предпложить только одно, ты как-то хитро отредактировал DBF.
похоже на то.
вывесь на сайте дбф со всеми единичками (я правил аксесом), заодно с последней версией экзешника.
моя работает явно по-другому :(.

А-ааа! Кажется до меня дошло! У меня случайно добавилась строчка (пустая, только одна единичка была заполнена - разогнался, остановиться не успел). Я ее удалил, недолго думая и моментально забыл о ней. Ты корректно читаешь удаленные строчки? (с символом * в начале записи)???

>Повесить мне тоже не удалось. )
бум тренироваться :).

[Kerg]

> А-ааа! Кажется до меня дошло! У меня случайно добавилась строчка (пустая, только одна единичка была заполнена - разогнался, остановиться не успел).

Ми же вас предупреждали... )

>>> OBJECT_COD √ Кодификатор ВТУ. (не изменять, выборка идет по нему)

Вот и был поиск "пустого кодифификатора" до порери пульса. )
Понял, "пустые" надо выкидывать, даже если есть 1 в "EXPORT".

>Я ее удалил, недолго думая и моментально забыл о ней. Ты корректно читаешь удаленные строчки? (с символом * в начале записи)???

Во всяком случае, так стараюсь, т.е. читаю с учетом "*".
Ну коли делать вывод в SHP, MIF c форматом DBF пришлось разобраться,
хотя скорее просто вспомнить былые годы. )

>бум тренироваться :).

Сергей.

[columb]

Физически изничтожил пустую запись - все заработало :)).

>Во всяком случае, так стараюсь, т.е. читаю с учетом "*".
получается, пока стараешься плохо :).

>>> OBJECT_COD √ Кодификатор ВТУ. (не изменять, выборка идет по нему)
а кто его изменял? :)) Даже с точки защиты информации это совершенно разные привилегии - изменение и добавление. Нужно или документацию писать внятно :) или программу корректно, борясь не за байты размера кода, а за дуракоустойчивость :).

Вопрос: Почему SEGM_NUM 16983 через пробел,
а OBJECT_NUM_33 и OBJECT_COD_A71111110 через подчеркивание? Не будет ли это в дальнейшем обьявлено ошибкой и "исправлено"?

Как обстоят дела с битами ориентации и признаками сшивки сегментов. Пока нет уверенности в том, что ориентация сегментов всегда "правильная" нет никакой возможности отделять "дырки бублика"

SEGM_NUM 9562
55.875150, 37.348389,1,0, , ,
55.875274, 37.342240,0,0, , ,
55.873052, 37.342679,0,0, , ,
55.871200, 37.349195,0,0, , ,
55.875150, 37.348389,0,0, , ,

от склееного из полилиний замкнутого контура:

SEGM_NUM 23330
55.500000, 37.271669,1,0, , ,
55.500000, 37.266471,0,0, , ,
SEGM_NUM 23331
55.500000, 37.266471,1,0, , ,
55.498879, 37.266398,0,0, , ,
...
55.497300, 37.271742,0,0, , ,
55.500000, 37.271669,0,0, , ,

[Olexa]

: Как обстоят дела с битами ориентации и признаками сшивки сегментов. Пока нет уверенности в том, что ориентация сегментов всегда "правильная" нет никакой возможности отделять "дырки бублика"

Ориентацию полигона можно вычислить, посчитав его знаковую площадь (половина суммы произведений сумм широт на разницы долгот всех последовательных пар вершин, включая последнюю и первую). Знак этой площади покажет направление. А полигон с максимальным модулем площади будет внешним (то есть, бубликом). Вычислить внешний полигон можно также по MBR (Minimal Bounding Rectangle, координаты сторон которого вычисляются как минимумы и максимумы широт и долгот всех вершин полигона). Но возможна ситуация, когда в регионе будет несколько полигонов с максимальным MBR (например, если ромб вписан в квадрат), в этом случае опять прийдётся обратиться к площади.

P. S. Не забывай, что внутри дырок бублика могут находиться его крошки. А в них тоже могут быть дырки. :) Хотя это общий случай, не знаю, есть ли такое в картах ИНГИТ.

[Kerg]

:Физически изничтожил пустую запись - все заработало :)).
:или программу корректно, борясь не за байты размера кода, а за дуракоустойчивость :).

Это вроде как, Beta version... )
Звездочки точно проверял, надо посмотреть...

:Вопрос: Почему SEGM_NUM 16983 через пробел,
а OBJECT_NUM_33 и OBJECT_COD_A71111110 через подчеркивание? Не будет ли это в дальнейшем обьявлено ошибкой и "исправлено"?

Естественно будет исправлено, а точнее уже исправлено. )
Если вопрос немного иначе, т.е. "застолблении" выходного формата,
то давай предложения.

:Как обстоят дела с битами ориентации и признаками сшивки сегментов.

С байтатами ориентации, в Ингите хорошо, даже слишком хорошо... ((

Они следуют после каждого сегмента, и пока были обнаружены следующих видов:

1. 0x80, за ним еще 3 байта.
2. 0xA0, за ним еще 3 байта.
3. 0xC0, за ним еще 3 байта.
4. 0x40, за ним еще 3 байта.
5. 0x60, за ним еще 3 байта.
6. 0x00, больше нет.
7. 0x20, больше нет.

:Пока нет уверенности в том, что ориентация сегментов всегда "правильная" нет никакой возможности отделять "дырки бублика"

Что каждый из них означает, уверенности у меня нет. Есть только
предположения: продолжение подобъекта, новый подобъект, дырка...

Просто с ними пока не разбирался, могу сделать их вывод по ключику,
если это не терпит отлагательства. Но разбираться лучше наглядно.

Надо просто доделать коррекцию файлов Ингит, ну т.е. по аналогии с cGPSmap,
можно будет задавать какие объекты выделить, ну а далее смотреть что из себя
представляют "выделенные" уже в Ингите.

:SEGM_NUM 9562
:SEGM_NUM 23330
:от склееного из полилиний замкнутого контура:

Как всегда вопрос, из какого это файла? )

Сергей.

[Kerg]

:Ориентацию полигона можно вычислить, посчитав его знаковую площадь (половина суммы произведений сумм широт на разницы долгот всех последовательных пар вершин, включая последнюю и первую). Знак этой площади покажет направление.

Для этого надо считать все точки полигона, а потом долго "думать"
перебирая последовательно все пары...

:Но возможна ситуация, когда в регионе будет несколько полигонов...

С объектами типа "лес" - это растянется на ...

:не знаю, есть ли такое в картах ИНГИТ.

С Ингитом все немного проще, там даже полилинии уже максимум 254 точки,
просто есть признак продолжения сегмента.

Сергей.

[Kerg]

Просто есть несколько ящиков...

Сергей.