|
|
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
Задача : карты (не игральные). Нада придумать интерморду с визуализацией (по минимуму) данных для диалогов юзера. (по результатам диалогов юзера - куча чего своего, но никакой правки графики не будет - только анализ. в конечном итоге - выгрузка отобранных юзером данных в некую другую базку ). Единственно чем могу лехко отрисовывать в аксессе сложные контура (>255 линий) - отчеты (.Line). Красива, блин, палучается (для аксесса, ес-но). Вернее вполне приемлемо для рассмотрения и принятия решений. Но их...ххх, отчеты этти, не вставишь ни в формы, ни в картинку не выгрузишь - для возврата в форму уже из файла в рамки объектов. ?Думаю, если ничего не надумаю, придется юзеру на контекстных меню переходить в отчет(ы) и обратно (и галочки ставить по памяти супротив рассмотренных объектов). Хотелось бы активаикса рисующего припахать какого-нть попроще. Кто в курсах о наличии/отсутствии/доступности? Тут нашел только: /topic/123633&hl=%ea%e0%f0%f2%fb кто что ваял по теме? рассмотрю и другие идеи. (кажется из API можно рисовать... можно ли залабать аналог .Line для форм? или при любом движении перерисовывать задолбишься? в дельфе так вабще канвас был, помнится, родной ейный, етить его через коромысло. но дельфы мне еще не хватало ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2004, 18:30:49 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
лабал в черновиках типа геоинформационная система - прокладывать маршруты для междугородних автобусов. Заказчик одно марийское АТП... - забросил, глупо - есть готовые решения причем беЗплатно... вощем никаких эктивэксов не нужно я на маус мув брал координаты курсора и сливал в массив в ТиЭксТи файл на диске (дополнительно брал цвет линии) - потом по этим данным отрисовывал маршрут на карте стандартными средствами - про отрисовку Лайнз Дотс Ректэнглз Сёклз есть хороший пример на ЛебансКом -ЭйТуКейПикча бокс A2KPictureBox - оттуда брал все классы и весь код вообще чуть чуть приточить и нормал +1 Оригинальная Карта (ЧБ изображение - хранится в БД) всегда чистая - все отрисовки по заказу на лету. +2 имитируется работа со слоями - можно отрисовывать маршруты частями,отдельно, наносить города отдельно, отрисовывать границы тарифных зон и административных единиц отдельно Дорожные знаки и обозначения брал из таблицы ОЛЕ объектов и вставлял на карту, одновременно в таблицу записывается координата и АйДи картинки - в принципе нужно тоже сливать в ТиЭксТи - но не стал заморачиваться прикольное решение получилось с отображением карты и со скроллированием - никак не канали полосы прокруки - неудобно и медленно сделал на форме 4 контрола Image. (Picture вставляются из таблицы) в разных контролах картинка равняется в разные углы - ТопЛефт, ТопРайт БаттомЛефт БаттомРайт. общий размер всех четырех картинок вместе в 4 раза больше чем одновременно отображается на экране. прокручивать ничего не нужно, сделал как в автокаде нажимаешь кнопку и таскаешь рисунок влево право верх низ, в действительности ничего, конечно не таскается, а только меняется размер Image... когда один из контролов сворачивается до нуля картинки перезагружаются - у пользователя ощущение что карта вообще никогда не кончается - довольно занятно... тут минус в том, что карты нужно предварительно очень точно готовить - большие карты резать на 4 части... я купил атлас автодорог отсканил в ЧБ БМП и нарезал. картинки сохранил в базе - отдельная база под карты всего одна таблица :)) впрочем может (да конечно есть!!!) и получче решения есть я во всяком случае нашел получше - забросил эту идею - делать ГИС в ACCESS и поставил им бесплатную ГИС "ObjectLand" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2004, 20:53:25 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
во - вытащил какой-то завалящий остаток из корзины :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2004, 21:17:49 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
Моя смотрела. Моя теперь спрашивает: чЁ таке A2KPictureBox, если не ативикса? Класс такой чё-ли? Че и посмотреть текст дадут? А ЛебансКом? http://www.lebans.com/imageclass.htm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2004, 21:22:36 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
GUESТэктивэксов я на маус мув брал координаты курсора и сливал в массив в ТиЭксТи ... про отрисовку Лайнз Дотс Ректэнглз Сёклз ... на ЛебансКом -ЭйТуКейПикча бокс A2KPictureBox ... приточить и нормал АйДи картинки... ТиЭксТи и так далее.... Шедевр! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2004, 21:23:10 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
4321Моя смотрела. Моя теперь спрашивает: чЁ таке A2KPictureBox, если не ативикса? Класс такой чё-ли? Че и посмотреть текст дадут? А ЛебансКом? http://www.lebans.com/imageclass.htm http://www.lebans.com/DownloadFiles/PictureBoxA2K.zip - это он - но это только часть прикола - только инструмент отрисовки (причем я его переделывал конкретно :(( ) нужно еще записывать курсор в файл (в принципе можно и в таблицу)... я чесно говоря сейчас этот свой черновик открыл - попытался разобраться - тьфу, мама дорогая - забыл уже все что к чему делал. такие вещи на одном дыхании нужно кодить - потом хер разберешься довольно сложно все получается - ломает меня конкретно, разбираться с этим по-новой... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2004, 21:31:17 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
Темный GUESТэктивэксов я на маус мув брал координаты курсора и сливал в массив в ТиЭксТи ... про отрисовку Лайнз Дотс Ректэнглз Сёклз ... на ЛебансКом -ЭйТуКейПикча бокс A2KPictureBox ... приточить и нормал АйДи картинки... ТиЭксТи и так далее.... Шедевр! пятница вечер однака... хочецца немножко веселья... REM> приношу извинения если не укладываюсь в местные стандарты и короблю представления уважаемых форумчан белибердовыми текстами ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2004, 21:34:49 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
Ни в коем разе! Говорю же - шедевр! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2004, 21:37:17 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
СИба, типа. Буду посмотреть (хотя склоняюсь к юзанью обычных репортов для просмотра/выборки - графика моя векторная - перереисовать лайны - при изменении окошка (масштаб, подмножество) - как два байта обасфальт... И все че надо вроде видно. А там поглядим.) Приятно оттянуцца, и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2004, 21:44:23 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
да еще один очень серьезный минус... мне не удалось в нормальном виде сделать редактирование маршрутов. не получились отмены... т.е. в маршрут можно вносить дополнения (дорисовывать), но невозможно редактировать ранее сделанные записи. это не векторные рисунки а растровые и они просто рисуются на лету пикселами... вообще-то способ в принципе я себе представляю, но когда начинаю конкретизировать в решениях - руки опускаются... ну его нафик, а вот и ObjectLand: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2004, 21:59:50 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
папробывал. Рисует, ага. Но шибко медленно однако. Порядка на 2-3 медленнее чем прорисовать то же Line-ами в отчет и вывести на просмотр. (~700 линий выводит за ~ минуты, а карту с ~20000 линий - можно включить и наслаждаться прорисовкой (DoEvent только не забыть - чтобы порвать можно было). Отчет карты рисуется за ~ десятки сек. Думаю, как ускорить, мало-мало. Если я правильно понимаю, надо отменить прорисовку картинки после каждой линии? Это где-то в методе DIBtoPictureData? Или еще где порыться. если не найду метода ускорится в прорисовке - придется довольствоваться просмотром отчетов (при выборе). Ждать по минуте на прорисовку контура - напряг. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2004, 16:39:42 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
за наслаждение прорисовкой возьми по особой смете - делов-то - скажи не бага, а фича. 1) зато полная интерактивность - по клику на карте можно выводить сведения об объектах - заправки, посты гаи нас.пункты и проч. 2) отрисованные карты можно сохранять как рисунки и не перерисовывать их а просто загружать. 3) скорость отрисовки вероятно зависит от конфигурации машины если по существу - я уже отказался от такого решения в пользу других, готовых... но сам подход может показаться инетерсным в некоторых гипотетических случаях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2004, 18:28:30 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
Может кто из любителей API ускорял отрисовку http://www.lebans.com/imageclass.htm ? Или идеи по этому поводу имеет? (пробовал не лазить каждый раз "за пером" - использовать статики , если цвет не меняет - вроде бы не быстрее. И чеб ему такое нафик пооткрутить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2004, 15:06:26 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
4321Может кто из любителей API ускорял отрисовку http://www.lebans.com/imageclass.htm ? Или идеи по этому поводу имеет? (пробовал не лазить каждый раз "за пером" - использовать статики , если цвет не меняет - вроде бы не быстрее. И чеб ему такое нафик пооткрутить? вектор ускорения как правило направлен в сторону отказа от вызова части апи функций отрисовки в пользу получения получения указателя на битмап структуру и соответствующей ей двумерный массив пикселей и прямую манипуляцию с ним. В VB это дышит легкой грудью, в VBA будет тяжелее (проворачиваться). Поупражнятся интересно, и при определенном упорстве, можно получить почти ту же скорость. (думаю,в худшем случае, на 15-20% или менее отстающий от самых выдающихся результатов на произвольно ткутом средстве разработки.) Вообще-то примеров есть в инете. Вот сказал бы, какую конкретно функцию пооптимизировать хотел. Подозреваю отриcовку множества прямых за раз? ЗЫ Где-то в завалах что-то было. Может вечером сыщу, если это еще будет актуально :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2004, 16:03:42 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
ткутом=ткнутом (с выражением лица) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2004, 16:05:10 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
Victoshaткутом=ткнутом (с выражением лица) минут пять тупо втыкал в пост, пока доперло... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2004, 18:09:34 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
GUESТ Victoshaткутом=ткнутом (с выражением лица) минут пять тупо втыкал в пост, пока доперло... И как? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2004, 18:28:40 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
выложил бы примерчик какой для целей "тестового ускорения" или словами сказал, что-доп. о характере рисования. Глянул в тему. понял пока, 1) что группу связанных линий умнее рисовать одной командой функциями типа Private Declare Function apiPolyline& Lib "gdi32" Alias "Polyline" (ByVal hDC As Long, lpPoint As POINTAPI, ByVal nCount As Long) Private Declare Function apiPolylineTo& Lib "gdi32" Alias "PolylineTo" (ByVal hDC As Long, lppt As POINTAPI, ByVal cCount As Long) есть правда еще какая-то Private Declare Function apiPolyPolyline& Lib "gdi32" Alias "PolyPolyline" (ByVal hDC As Long, lppt As POINTAPI, lpdwPolyPoints As Long, ByVal cCount As Long) но пока не нашел, зачем она. 2)похоже, есть возможность работать с очередью рисовательных команд. пока не щупал. 3) сильно засомневался, что напрямую с картой изображения работать будет умнее... (с выражением лица) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2004, 23:57:09 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
я не понял ничего про скорость. У меня 700 линий отрисовывается за 15 сотых секунды. Это быстро или медленно? рисовал так в раздел объявлений класса добавил Код: plaintext 1. 2. и дорисовал метод к классу по типу существующего (RndInt воткнул приватный из формы) Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. ЗЫ а полилайн в классе задействован... (с выражением лица) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2004, 03:44:46 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
время от наличия функций построения пути не зависит и колеблется в интервале 15 тысячных - 4 сотых секунды Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. ЗЫ однажды загнал в невозможность обноления экрана.... (с выражением лица) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2004, 04:03:01 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
хи-хи не освобождал занятые ресурсы Next Call SelectObject(m_hDC, hOldPen) Call DeleteObject(hNewPen) надо перенести внутрь цикла . Call SelectObject(m_hDC, hOldPen) Call DeleteObject(hNewPen) Next (с выражением лица) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2004, 04:10:49 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
1. Про скорость: Тупо вызывал в цикле pb.DrawLine X, Y, X1, Y1, Color - отсюда видимо и скорость. __ 2. Про полилайн в классе: PolyPolyline объявлен, но не поюзан PolylineTo объявлен, поюзан в маусе (метод отрисовки произвольных полилайнов для класса не реализован) Polygon объявлен, реализован DrawPolygon (для пробы поюзал его - рисует существенно шустрее (чем множественным вызовом ДроЛайном) - сложный полигон (те же 700 линий за 3-4 сек (с открытием данных и пробегом по ним+нормировкой) - вероятно затртаты именно на прогон по данным + переопределение/заполнение массивов (пришлось Preserve добавить в clcVertices Property Let NumVertices - хотя класс clcVertices и лишние перегрузки из массива класса в массив для вызова API Polygon кажется надо вообще убирать). Карта, которая рисовалась ДроЛайнами ~20 минут укладывается ДроПолигонами в ~ минуту (может с гачком + ~минуты), но отчет лайнами строится таки за 5 сек. - еще порядок надо сгонять -а данные те же (массивов только не переопределяю в процессе рисовки отчета)). зы. кстати любопытная метода программинга у лебанса: Public Property Let NumVertices и Public Property Get NumVertices() присваивают и возвращают на 1 отличные величины :) __ моя блдр-сть персонално 4 Victosha. Еще попробую либо юзать PolylineTo (без загрузки массивов для передачи), либо грузить массивы и вызывать для него аналог отрисовки в Draw700Lines. (авось поскорейше полигонов будет). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2004, 14:13:02 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
автор Еще попробую либо юзать PolylineTo (без загрузки массивов для передачи), без загрузки не получится. Он как раз рисует ломаную, получая в качестве параметров адрес первого элемента МАССИВА точек отрисовки и "глубину списка" - количество точек из массива, которые надо отрисовать. ---------- ЗЫ1 класс работает честно. в том смысле, что рисует в памяти. Вот и рисуй в памяти всю картинку (или курпкыми блоками). Замедление происходит за счет "нестандартной" передачи отрисованного поля экрану ЗЫ2 Очень похоже, что этот класс можно заставить рисовать прямо на форме. По крайней мере можно попытаться... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2004, 14:32:19 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
Спасибо. Основной тормоз оставался от предыдущего вар-та (там понавтыкал DoEvents-ов - чтобы мочь рвать процесс - и не убрал (даже не проредил)). Получается так (понаписал методов): (отрисовка карты ~350 объектов (т.е. 350 вызовов)) Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. Время мало зависит от вида отрисовки, видимо больше от количества ('DrawManyLines (аналог "Draw700Lines") к тому же не производит обратного перевода точек из класса с точками в массив - т.ч. с классом точек бороться пока не буду). Стоит ли ожидать, что при одной "перерисовке памяти в экран" (по всей картинке) будет побыстрее? (без дуевентсов экран все равно не перерисовывается до конца процесса). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2004, 16:25:06 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
авторВремя мало зависит от вида отрисовки, видимо больше от количества ('DrawManyLines (аналог "Draw700Lines") yt dblz rjlf е видя кода сказать трудно. Почему-то думаю, что цикл обработки рекордсета оптимизировать надо. Пока кажется, что 7 сек чрезмерно многовато... автор к тому же не производит обратного перевода точек из класса с точками в массив - т.ч. с классом точек бороться пока не буду). что-то я совсем не понял, про что это... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2004, 16:32:32 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
Victosha авторВремя мало зависит от вида отрисовки, видимо больше от количества ('DrawManyLines (аналог "Draw700Lines") yt dblz rjlf е видя кода сказать трудно. Почему-то думаю, что цикл обработки рекордсета оптимизировать надо. Пока кажется, что 7 сек чрезмерно многовато... автор к тому же не производит обратного перевода точек из класса с точками в массив - т.ч. с классом точек бороться пока не буду). что-то я совсем не понял, про что это... вот 7.37537500000326 5.86649999995279 2-я цифирь - сумма чистого времени только на вызовах "отрисовки" (350 раз вызвал - <~0.02 на вызов -в пределах ваших 4 сотых. (правда есть контура и из 7-ми точек и из >700). Т.ч прогон рекордсета -1.5, из которых, на самом деле 1.203125 - до завершения открытие рекордсета (есть еще кое что). а "не понял " - см DrawPolygon в первоисточнике ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2004, 17:20:02 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
все-таки не могу понять характерные размеры - общее к-во точек, например... если действительно контура и замкнутые - полигон, если не замкнутые полилайн. если хочешь - попробуй выложить тестовые данные любой длины или покажи структуру таблиц в которых хранишь описания. все-таки я пока не понимаю, откуда 5-7 сек берутся... (с выражением лица) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2004, 17:48:33 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
тест: 20 000 точек в 367 контуров. (340 объектов из 1 и более контуров) Данные не мои если сделать: Set pb = Nothing (процедура отработает - т.к. On error resume next, только вызовы методов обрабатываться не будут) 1.6414999999979 0.168500000007043 0.168500000007043 - это сумма времени по вызовам методов отсутствующего объекта. т.е. 5.8 сек набегает на DrawPoligon (он, в отличии от полилинии еще и поля красит, но замыкает разомкнутые контура (если таковые есть - придется линией)) Если включить отрисовку (.Repaint) после каждого вызова метода то из 7 сек непринужденно получаем >11 (4 - 350 перерисовок экрана). ну, и чтоб не быть голословным (не причесывая): Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2004, 19:18:31 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
извини, вчера не увидел. для начала - раздели DrawPologon на 2 метода - PreparePoligon + UpdateScreen PreparePoligon = DrawPoligon без последней команды - ' Update the display Me.DIBtoPictureData Это вынеси в отдельный метод - UpdateScreen и применяй его после последней отрисовки End With 'рисуем последний ' pb.DrawPolygon vVer, lngColor pb.PreparePolygon vVer, lngColor pb.UpdateScreen Если не затруднит - скажи - ускорило ли это что-нибудь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 09:51:39 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
вот посмотрел чуть внимательнее и не понял как это автор If ouid1 = ouid Then 'продолжение контура i = i + 1 vVer.NumVertices = i + 1 vVer.SetVertsX i, (X) vVer.SetVertsY i, (Y) работает без изменений в clsVertices? По коду похоже, что почти все время из наблюденного съедает обращение к vVer. Мораль - надо приводить clsVertices к пригодному для работы виду. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 11:58:15 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
Victoshaвот посмотрел чуть внимательнее и не понял как это автор If ouid1 = ouid Then 'продолжение контура i = i + 1 vVer.NumVertices = i + 1 vVer.SetVertsX i, (X) vVer.SetVertsY i, (Y) работает без изменений в clsVertices? оно и не работает. см в 1200294 : 1200294 (пришлось Preserve добавить в clcVertices Property Let NumVertices ... Victosha По коду похоже, что почти все время из наблюденного съедает обращение к vVer. Мораль - надо приводить clsVertices к пригодному для работы виду. см там же (думал вабше сбавиться от класса, оставив паблик массив, чтобы не перекидывать массивы туда-сюда, но там трабла с явной передачей массива пользовательских типов в методы классов - передача вариантом выигрыша не даст (помнится смотрели как то) - массив будет "размещаться" в вариант - а это время). Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 13:01:24 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
ззы сообразил: процедура при дропнутом объекте рисования точки в класс все равно размещает, при этом времена (см выше): 1.6414999999979 0.168500000007043 ~1.2 сек до цикла (открытие обоих рекордстеов). т.ч. заполнение класса, кажется не шибко ест время (<~0.5 s) суммарно на все проходы цикла. Видимо и четние - не многим более. (ReDim-ов при этом не происходит). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 13:08:11 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
посмотрел UpdateScreen из класса картинки - то что надо. вот придумался вариант clsVertices2 - рабочий в том смысле, что сам класс работает. и вариант метода PreparePoligon для класса картнинки. метод отрисовки набора случайных полигонов в цикле на 700 оборотов работает 0.3 сек вот текст тестового метода Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. выкладывать ли clsVertices2 и .PreparePolygon2 ?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 18:14:36 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
сделал ~ PreparePoligon + UpdateScreen (Вернее сделал: Код: plaintext 1. 2. 3. Время на прорисовку сущ-нно снизилось : (2 пробы) Код: plaintext 1. 2. 3. 4. теперь можно и рекордсеты пооптимизировать. И с многократными передачами массивов побороться. (Хотя от изначальной идеи дать каждому объекту его рисунок в ленточной имеет смысл отказатья - долговато будет). А жаль. Большой сенька в реке мяч 2 Мшсещырф. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 18:35:27 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
Не видел предыдущего. Любопытно посмотреть на отличия clsVertices и их вызовов из PreParePolygon2 от исходных (т.е. есть ли за что бороться). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 18:42:53 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
4321Не видел предыдущего. Любопытно посмотреть на отличия clsVertices и их вызовов из PreParePolygon2 от исходных (т.е. есть ли за что бороться). вот как раз это и проверил на длине pts.NumVertices = RndInt(320) в цикле на 700 оборотов так вот однократный апдейт экрана дает более чем трех-кратный выигрыш. а модифицированный clsVertices2 всего 3 - 12% за счет исключения повторного копирования массива точек. При этом несколько меняется Declare ЗЫ выложу чуть позже... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 18:55:14 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
вот текст класса Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 19:47:45 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
в clsPictureBox надо добавить декларацию Код: plaintext 1. тогда медод "подготовки полигона" будет таким Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. ЗЫ1 с полилайном все тоже самое. (с выражением лица) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 19:53:39 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
виноват методы доступа должны быть такими Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 20:58:51 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
я смотрю ты серьезно завелся на эту тему... респект ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2004, 23:58:31 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
может чего не понимаю, с наскоку то, но попробуй шрифты True Type они масштабируются до любого размера, нарисуй свой какой нужен в смысле фигуры и растаскивай в лабелях фоть по форме, хоть по отчету..... где -то на hiprog.ru я давно выкладывал способ создания интерфейсов вместо картинок были как раз символы шрифта. Весит фигня знакомест море до 65535 Извините если не в тему попал.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2004, 00:06:02 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
Попробовал, как это выглядит на «другой» машине. При том, что она номинально слабее, результат, с одной стороны лучше по времени (первая П4-1700, вторая - Атлон1400, атлон получился «лучше»), а с другой модифицированный clsVertices дает более стабильную и лучше измеримую разницу в 7-10%. На П4 3-12%. Думается, что - теоретически это не все, что можно выжать из вба,но у меня больше нет лимита времени и интереса, к сожалению. Одна из причин формулируется так. Подкрутить подготовку массива в рамках вба, как будто еще возможно, и, может оказаться, что существенно . Вот с отрисовкой на этой дороге применительно к скорости, кажется делать больше нечего. Дальше можно бороться за мировые преобразования, сглаживание, завершение маршрутов и масштабирование. К этому выводу пришел на основании наблюдения относительных времен подготовки массива данных и их отрисовки на виртуальном устройстве. В широком диапазоне длин цепочек – от 150 до 700 элементов, отношение времени подготовки массива к времени рисовки остается практически неизменным и колеблется в районе 53:47 – 56:44. В лоб время заполнения массива можно улучшить не менее, чем на полпорядка, вынеся соответствующий класс в Актив-Икс длл. Но на времени рисовки при аналогичном движении так существенно, думаю, не выиграть – предполагаю, что там речь на длинных цепочках пойдет о десятке-другом процентов. Таким образом, граница снизу по улучшению скорости – время выполнения АПИ-функций отрисовки множества точек. Можно поиграть стилями наложения картинки («видеорежимами»). Однако, это немного другое поле для экспериментов, и вне задачи, я нос ни ковырять, ни пудрить не буду на эту тему. :) Ускоряться в смысле рисовки можно на дороге прямой манипуляции битовыми массивами. Но, до опыта (и вне специфики задачи, позволяющей что-то докрутить по месту), это кажется смелым начинанием на ВБА. Впрочем – посмотрим – охота пуще неволи… На ВБ я бы не стал бы в этом месте опускать флага :) ЗЫ А что там с очередями – входят и выходят? ... (с выражением лица) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2004, 04:48:37 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
хм, а вот к очередям мы туточки и возвратились. Есть ли красивое решение с отрезанием от массива первых элементов (без ручного передвигания задних элементов вперед)? И как красиво сшить два массива в один. (вариант - Вшить один вунутрь второго?) Хотя меня это интересует не в смысле очередей, а в смысле контуров, которые, в некотором роде, "очереди". И манипуляции с ними весьма сродни очередям ("уточннение" контура - суть вставка одного массива в некоторый другой, возможно на место вырезаемого участок другого (другой длины), -т.е. чаще всего с изменением нумерации хвоста массива-назначения. Понятно, что можно так оперировать с коллекциями - благо текстовый индекс позволяет вставлять без переиндексации хвостов, но коллекция видимо потяжельше массива будет). Есть маза работать со строками - (Replace). Но массив на строку надо отображать (CopyMem ByRef ?) как впрочем и взад (после преобразования). Будет ли это шустро? (Думается подсобрав с энтого форума старые опусы на тему CopyMem я таки разберусь, но если есть интерес - могу и просто понаблюдать за полетом.) ЗЗЗЫ Чисто очереди (сами по себе в БД) интересовали некоего ораклиста. Я просто заметил, что "списки" неудобны тем, что надо следить за образованием паразитных колец по ссылкам (выпадением части очереди из общей - из за того, что кто-то перезаймет где то в хвосте). И делать в аксессе это придется не встроенными средствами контроля правил/целостности (а правилами перестройки списков приложением). То же относится и к (кустящимся) деревьям, построенным как списки (по ссылкам на нижеторчащего). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2004, 11:03:50 |
|
||
|
Визуализация карт
|
|||
|---|---|---|---|
|
#18+
про отображение строк на массив интов я тут пытался изголиться. http://www.sql.ru/forum/actualthread.aspx?tid=98800&hl=%ec%e0%f1%f1%e8%e2+%e8%ed%f2%ee%e2#729963 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2004, 11:20:41 |
|
||
|
|

start [/forum/topic.php?all=1&fid=45&tid=1669557]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
40ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
82ms |
get tp. blocked users: |
1ms |
| others: | 193ms |
| total: | 353ms |

| 0 / 0 |
