Доработка: и опять ПОЛЯ

[csistra]

Доброго дня!
Открываю новую тему.
Интересуют 2 момента:
1-Группировка полей. Сейчас в аг у меня около 200 полей. Найти оперативно что то невозможно. Интересует групировка например, в папке fields создается папка 1 и туда помещаются поля. в аг соответственно будет уже не список полей а древовидная структура с возможностью выбора всех полей внутри папки по выбору самой папки.
2-Отображение полей в виде векторной карты. Сейчас в аг. Карта полей в формате МР отдельно, поля отдельно.
И добавочка.
При формировании отчета по полям с графическим отчетом есть два кривых момента:
1-Картинка сохраняется в папку Fields а там куча файлов.... Имя файла идентично имени поля, а даты в имени файла нехватает тогда.
2-при рассматривании самой картинки все замечательно, а вот легенда настолько милипиздрическим текстом, что это вообще нечитаемо никак при распечатке. Хотелось бы или шрифт поболе или масштабирование текста в зависимости от листа.

[programmeran]

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

[storm]

1-Группировка полей. Сейчас в аг у меня около 200 полей. Найти оперативно что то невозможно. Интересует групировка например, в папке fields создается папка 1 и туда помещаются поля. в аг соответственно будет уже не список полей а древовидная структура с возможностью выбора всех полей внутри папки по выбору самой папки.

уже обдумали - будет когда-нибудь

по остальным вопросам и по срокам первого пункта к Макарову Константину

[csistra]

Может вы сами с ним обговорите ?
Насколько я понял он в командировке ....
Кстати уже неоднократно говорили о бетта тестерах....
Куда чего нужно написать, чтобы мне статус тестера вы дали и все вкусности у меня первым появлялись ?

[csistra]

Нет константина и все форум прокис.....

[zsergey]

Нет константина и все форум прокис.....

Не только форум, по сути сама тех.поддержка закисла. Сейчас что-либо писать бесполезно. Получается, Константин у них не заменим?

[bege]

Константин наше всё

[Phantom]

Не только форум, по сути сама тех.поддержка закисла. Сейчас что-либо писать бесполезно. Получается, Константин у них не заменим?

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

[programmeran]

Еще было бы хорошо если можно было бы работать с полями непосредственно из *.mp файла, так как многие делают картирование полей, так зачем делать двойную работу картирование в *.mp файле и треки полей в *.pit файле.

[NickolaDed]

csistra, Что то вы быстро скисли с 200 полями. Придумайте кодирование полей, это помогает быстро ориентироваться в списке. У меня их было около 2000, кодировка помогала очень сильно.

[SK]

Еще было бы хорошо если можно было бы работать с полями непосредственно из *.mp файла, так как многие делают картирование полей, так зачем делать двойную работу картирование в *.mp файле и треки полей в *.pit файле.

Ну... mp-файл может содержать массу информации по самым разным объектам - точкам, полилиниям, полигонам... самых разных тайпов.
В любом случае, каким-то образом необходимо выделять из такого файла сами поля.
Двойного рисования у нас нет - правым щелчком по полигону из mp-файла, полигон можно преобразовать в plt. Что примерно и соответствует выборке нужных полигонов (полей) из mp-файла.

[programmeran]

Нашел спасибо, ну думаю в будущем найдется решение для *.mp файлов.

[SK]

Нашел спасибо, ну думаю в будущем найдется решение для *.mp файлов.

"найдется решение" - это общая фраза...
А вот как оно должно работать ??? Реализовать можно многое, если есть правильное ТЗ.

[csistra]

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

Ага только обычно никто не отвечает ...

Еще было бы хорошо если можно было бы работать с полями непосредственно из *.mp файла, так как многие делают картирование полей, так зачем делать двойную работу картирование в *.mp файле и треки полей в *.pit файле.

а потому что это две разные и никак не пересекающиеся вещи.
Карта в формате МР это просто гляделка.
А поля в формате plt это уж для расчетов.

csistra, Что то вы быстро скисли с 200 полями. Придумайте кодирование полей, это помогает быстро ориентироваться в списке. У меня их было около 2000, кодировка помогала очень сильно.

Есть у меня рабочая кодировка, уже года 4 назад сделал. Проблема не в поиске а в банальном пролистывании списка.
А если у меня в аг будет 2-3 региона ??? тогда как ?

Добавлено через 3 минуты

Ну... mp-файл может содержать массу информации по самым разным объектам - точкам, полилиниям, полигонам... самых разных тайпов.
В любом случае, каким-то образом необходимо выделять из такого файла сами поля.
Двойного рисования у нас нет - правым щелчком по полигону из mp-файла, полигон можно преобразовать в plt. Что примерно и соответствует выборке нужных полигонов (полей) из mp-файла.

Несовсем понял.... попробую отпишусь..

А вот как оно должно работать ??? Реализовать можно многое, если есть правильное ТЗ.

Угу и сколько времени будет реализация..
Как там насчет веб сервера попользовать то ????
П.С. придумывать ничего не надо. Возьмите и скопируйте уже работающие. Какие именно говорить не буду.

[programmeran]

Сообщение от programmeran
Еще было бы хорошо если можно было бы работать с полями непосредственно из *.mp файла, так как многие делают картирование полей, так зачем делать двойную работу картирование в *.mp файле и треки полей в *.pit файле.
а потому что это две разные и никак не пересекающиеся вещи.
Карта в формате МР это просто гляделка.
А поля в формате plt это уж для расчетов.

Я видел уже программу которая прекрасно работает с *.mp картами и работает с полями которые там прорисованы, поэтому и завел этот разговор.

[csistra]

Я видел уже программу которая прекрасно работает с *.mp картами и работает с полями которые там прорисованы, поэтому и завел этот разговор.

А у меня она даже есть только не МР a sit формат....
Просто хочу все в одном, а не кучу софта. Это я вот тут делаю, а вот этот вон там.

[SK]

Я видел уже программу которая прекрасно работает с *.mp картами и работает с полями которые там прорисованы, поэтому и завел этот разговор.

Тогда для Вас не составит сложности описать эту работу - сделать ТЗ.

[NickolaDed]

Да кстати, у меня ситуация следующая была, ПО не от автографа а от ИТС-Софта, там мне в список, по моей просьбе, вывели дополнительные поля, в которых я указал наименование агрофирмы, во втором поле наименование отделения, и с помошью фильтра можно было мгновенно получать списки нужных полей.

[SK]

И такое в принципе возможно

[NickolaDed]

В общем список выглядел следующим образом

Поле........Агрофирма.......Отделение......Площадь га......Периметр км......Описание

0101........СХ им. Ленина..Полевка.........450.................13.....................Кукуруза

0102........СХ им. Ленина..Полевка.........300..................9.....................Пшеница яровая

0103........СХ им. Ленина..Полевка.........200..................6.....................Пшеница озимая

0201........СХ им. Ленина..Алексеевка....200.................13

0202........СХ им. Ленина..Алексеевка....200.................13

0203........СХ им. Ленина..Алексеевка....200.................13

и т.д.

Ну и соответственно по любому полю можно было от сортироваться.

[csistra]

Да можно выполнить как угодно. Откройте Панагро да посмотрите. Демка есть на сайте у них.
Я не вижу смысла предлагать как именно это реализовать ибо на данный момент ничего из того что я предлагал в исходном виде не выполнили. Поэтому смысл тратить время если все перевернут по своему.
Скажу одно!
Нужна отдельная таблица в которой будут лежать все поля.
Отдельная таблица в которую заводятся группы (не из блокнота не еще через какое место, а из АГ)
Далее из таблицы Группы дабл клик на любой позиции. Открывается позиция и в нее добавляются поля из выпадающего списка, поиском, еще как то ( как реализуете).
После этого в таблице поля есть выпадающий список. В нем название груп. При выборе группы в поле данных отображается список полей по фильтру.
В поле данных отображение название поля, площадь еще чего придумаете.
Должно быть редактирование отображение столбцов. Т.е. если мне не нужна например площадь поля я могу просто выключить в настройке поля данных ( опять же из АГ а не через чего то там)
Дальше. К каждой строке( поле -посевная площадь) привязывается графическое изображение В ВЕКТОРНОМ ФОРМАТЕ!!!! при клике на любое поле карта центрируется на участке с максимальным приближением( видно весь участок в минимальном масштабе).
Дальше. необходимо выпадающее меню в таблице поля.
Редактировать поле
удалить поле
создать отчет по полю.
и еще что придумаете.
Дальше.
При дабл клик на поле ( посевная площать) в таблице полей открывается само поле.
Где можно внести данные:
площадь
культура и все такое
Дальше.
Для культур создается отдельная таблица.
Каждой культуре соответствует условное обозначение. Например пшеница зеленая, кукуруза коричневая и т.д и т.п. Условное обозначение пользователь может как выбрать из существующего так и задать собственное.
Соответственно еще одна таблица с условными обозначениями.
Дальше
При выборе культуры на отображаемой карте векторное изображение полигона изменяет вид в соответствии с выбранной культурой.
Как то так. в двух словах.
Я могу расписать до нулевого уровня, только ЗАЧЕМ ? все равно будет килограм безосновательной теоретической критики и потом год это будут реализовывать. А когда реализуют, то сделают это по своему.
К тому же я очень сильно сомневаюсь что АГ в состоянии сейчас принять такую доработку при текущей структуре программы.
П.С. реализуете-хорошо, нет-ну и ладно. У меня панагро есть там все это работает. Я из двух софтин соберу одну. Пусть черех задницу но работать это будет.

Добавлено через 1 минуту
П.С.3. и веб сервер я куплю у панорамы, ибо ждать когда вы выпустите свой я буду до пенсии. Панорама анонсирует свой веб сервер уже в июне-июле. Бетта у меня будет намного раньше, ибо в отличие от ВАС, панорама с радостью принимает всех пользователей на бетта тесты и прислушивается к их мнению.

Добавлено через 3 минуты
П.С.4. я не рекламирую здесь панорамовцев, просто ваша позиция уже давно перешла за грани разумного и адекватного.

[SK]

Да можно выполнить как угодно. Откройте Панагро да посмотрите. Демка есть на сайте у них.

ТЗ в ТАКОМ виде сразу отправляются далеко-далеко...

[csistra]

Опять вы за свое.
Вы мне уже неоднократно тыкали, что я КЛИЕНТ! вы же слушаете в первую очередь СЕБЯ потом диллеров, а уже опосля клиентов. Ибо по вашему мнению клиенты знают меньше вас и диллеров. Переубеждать вас бессполезно.
Я от вас уже неоднократно добивался:
1-Списка выполненых доработок для " других клиентов"
2-в каком виде вам подать ТЗ.
3-сроки выполнения доработок.
На все это вы мне отвечаете как истиный астролог " где то в 5 фазе луны, нахождения меркурия в доме водолея" и все в таком духе.
У вас на все есть свое мнение. Замечательно реализуйте, что хотите. Я задрался вам, что то доказывать, предлагать. Вам по барабану, Вы не заинтересованы, Ваше право, Ваша песочница.
Либо меняйте свой подход либо ковыряйтесь дальше сами, убеждать, спорить, доказывать, рассказывать, предлагать больше не буду

[SK]

csistra, что тут непонятного ???
Ок, перефразирую:
ТЗ в виде - скачайте там-то такую-то софтину и посмотрите, как там сделано - сразу отправляются далеко-далеко...

[csistra]

Ваше право

Я уже все написал. Могу добавить поговорку: " Не хошь кулешь-НЕ ЕШЬ!!!"

[SK]

Отдельная таблица в которую заводятся группы (не из блокнота не еще через какое место, а из АГ)
Далее из таблицы Группы дабл клик на любой позиции. Открывается позиция и в нее добавляются поля из выпадающего списка, поиском, еще как то ( как реализуете).
После этого в таблице поля есть выпадающий список. В нем название груп. При выборе группы в поле данных отображается список полей по фильтру.
В поле данных отображение название поля, площадь еще чего придумаете.

Одни и те же поля могут быть в разных группах или нет ?

[csistra]

нет.
группа-отделение или колхоз как кому нравится.

[SK]

Значит по сути древовидный 2-уровневый список:

• Группа 1
  • Поле 1.1
  • Поле 1.2
  • ...
  • Поле 1.х
• Группа 2
  • Поле 2.1
  • Поле 2.2
  • ...
  • Поле 2.у
• Группа 3
  • ...

Или по идее надо больше уровней вложенности ???

[csistra]

Да еще 1 уровень. Если идет холдинговая структура:
Предприятие
Группа.
Поле

[NickolaDed]

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

[SK]

Нууу... я бы предложил реализацию данного функционала через одну известную систему со встроенным языком программирования и мощными функциями работы с различными документами и справочниками. Что, помимо, прочего, позволит очень и очень гибко подстроить все что угодно под свое предприятие (в т.ч. своими силами) и создавать очень специфические вещи под себя.

[csistra]

окончательно закипел мозг!
Вы сначала говорите:
Мы крутые мы все сделаем сами, ибо мы все умеем.
После того как вы что то сделали:
Мы сделали как посчитали нужным ( по заказу того, чье имя мы не называем)
Теперь вы говорите:
Есть одна штука, в которой вы сами можете сделать все как хотите.
По сути - не мешайте у нас переучет.
Как то непонятно...

[SK]

Я и имею ввиду, что сделаем-то мы, но задействуем для этого

одну известную систему со встроенным языком программирования и мощными функциями работы с различными документами и справочниками. Что, помимо, прочего, позволит очень и очень гибко подстроить все что угодно под свое предприятие (в т.ч. своими силами) и создавать очень специфические вещи под себя.

Это существенно упростит как разработку данного функционала, так и доработки, в т.ч. Вашими собственными силами.

Кроме того, это сетевая штука, что немаловажно.

[csistra]

Вы число скажите и не будем долго писанину разводить.

[SK]

Эээ... какое число ?

[plex]

Когда будет готово.

[csistra]

Еще момент.
Как реализовать оперативный ввод ширины захвата агрегата.
Каждый раз лезть в тс и там вбивать просто геморой.
Можно ли в отчете написать запрос перед выполнением формирования выкидывать отчет и там вбивать на каждое тс ширину захвата в виде таблицы ?

[SK]

Еще момент.
Как реализовать оперативный ввод ширины захвата агрегата.
Каждый раз лезть в тс и там вбивать просто геморой.
Можно ли в отчете написать запрос перед выполнением формирования выкидывать отчет и там вбивать на каждое тс ширину захвата в виде таблицы ?

В текущем модуле отчетов в базовом отчете по полям - нет.
Но можно написать свой отдельный отчет - конструктор модулей отчетов допускает использование программируемых форм ввода.

[csistra]

Когда будет готово.

Константин ?

Добавлено через 29 секунд

В текущем модуле отчетов в базовом отчете по полям - нет.
Но можно написать свой отдельный отчет - конструктор модулей отчетов допускает использование программируемых форм ввода.

Ясно буду пробовать сделать сам.

[SK]

Цитата:
Сообщение от SK
В текущем модуле отчетов в базовом отчете по полям - нет.
Но можно написать свой отдельный отчет - конструктор модулей отчетов допускает использование программируемых форм ввода.

Ясно буду пробовать сделать сам.

Дело в том, что запрос делается в исполняемом модуле, написанном на С, а не в шаблоне отчета.
Новый модуль отчетов (он уже пишется) будет делать запросы из вкладки "Код" самих отчетов. Это дает гораздо большую гибкость в плане правки кода и вмешательства в процесс на любом этапе, но несколько усложняет само кодирование отчетов.

[csistra]

понятно, сокор без бутылки совсем с аг не разберешься.
Может для начала что есть доработаете ?
И опять вопрос КОГДА это все будет ?

[SK]

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

В текущем виде, по моему мнению, модуль отчетов себя исчерпывает из-за отсутствия форм индивидуальной настройки конкретных отчетов. Только выбор ТС, интервала дат и вида отчетов.
Хотелось бы гораздо более гибко задавать различные параметры для подстановки их в отчет.

К примеру: ту же ширину рабочего органа. Причем ДО запроса на обработку в ПО.

И опять вопрос КОГДА это все будет ?

В ближайшие недели и дни. Алексей aka Storm - работает над этим не покладая рук. Если данный подход себя оправдает - это будет фундаментом для еще более функционального модуля отчетов под АвтоГРАФ.NET

[csistra]

Пока как то неочень ваша идейка.
Демку только заранее дайте НЕ ТОЛЬКО ДИЛЛЕРАМ....

[SK]

Пока как то неочень ваша идейка.
Демку только заранее дайте НЕ ТОЛЬКО ДИЛЛЕРАМ....

"не очень" в чем ?

[csistra]

Во всем!
не хочу это обсуждать ибо полемика опять начнется, решили делать-делайте.
Только мое мнение это тупиковое решение.

[csistra]

Подниму еще один вопрос.
Внешний отчет "обработка полей" я его немного под себя модернизировал.
Очень напрягает каждый раз задавать захват агрегата на каждый трактор.
Подскажите как написать запрос в отчете чтобы перед обработкой всех тракторов или каждого вылетало окошко в котором было:
1-Номер трактора
2-поле для ввода ширины захвата.

[plex]

csistra,Почему не задать для каждого трактора ширину в доп параметрах? или у вас часто навеска меняется?

[SK]

Вполне нормальный вопрос про предварительное задание параметров (я про csistra). Мы сейчас работаем над этим. Далеко не только ширину захвата бывает необходимо задать до момента начала вычисления в ПО АвтоГРАФ.

[storm]

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

[csistra]

istra,Почему не задать для каждого трактора ширину в доп параметрах? или у вас часто навеска меняется?

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

Вполне нормальный вопрос про предварительное задание параметров (я про csistra). Мы сейчас работаем над этим. Далеко не только ширину захвата бывает необходимо задать до момента начала вычисления в ПО АвтоГРАФ.

Спасибо. Когда говорите выйдет новая версия ?

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

Текущий отчет "обработка полей" (у меня) это сильно переделаный Ваш. Боюсь мне все равно прийдется переделывать. Просто Ваш мне не подходит. могу свой прислать если согласитесь его реализовать.
Для работы с полями на мой взгляд необходимо реализовать:
1-Отображение полей в виде векторных площадных участков ( не подгружаемая карта, а именно то что загружается в plt)
2-Графический отчет было бы разумнее сохранять по умолчанию в директорию отличную от fields . Для удобства имя файла задать формата : дата-имя поля. Для экономии места на диске предусмотреть формат более экономный bmp уж очень места много потребляет.
3-Хороший выход был бы вынести поля в отдельную таблицу с возможностью произвольной группировки( в самой таблице).
4-Добавить таблицу "прицепные агрегаты" которая бы содержала 2 столбца. Наименование агрегата, ширину захвата. Используя в отчете и ширину захвата и наименование агрегата дает большую информативность агротехникам.
5-при начале формирования отчета по обработке полей необходим вывод таблицы ( так проще мне кажется) в которой 3 столбца. 1 столбец заполняется гос номерами\моделями выбраной техники построчно. 2 столбец поле с выпадающим списком ( соответственно построчно) 3 столбец (необязателе) ширина захвата. При выборе значения в столбце 2 проставляется автоматически ( так более удобно).
Соответственно заполнение данной таблички займет максимум 3-5 минут на 30-40 тракторов и дальше уже отчет формируется из этих значений.

[SK]

В любом случае присылайте - будем смотреть. Нас интересуют практические отчеты.

[csistra]

ушло на сапорт, тема -Для Самцова К. контакты мои в подписи если что звоните-пишите.

[csistra]

И еще одно дополнение. Желательно бы добавить возможность работы с shp форматом.

[SK]

csistra, конвертация же делается не от "хорошей жизни". Прямая загрузка shp-формата существенно замедлит скорость работы софта из-за особенностей построения связки SHP+DBF. А нужно ли всем это ? Чтоб при переключении карт приходилось ожидать... да и время открытия программы возрастет в разы.

[csistra]

Тогда просто предусмотрите формат для загрузки данных. А в чем АГ будет хранить неважно.

[SK]

В смысле ? Есть же конвертер из MapInfo *.mid/*.mif и ArcGIS SHAPE *.shp

Конвертер векторных карт различных форматов в польский формат.
Поддерживаемые форматы:
1) MapInfo - MID/MIF
2) ArcGIS SHAPE - SHP
Сохранение в:
1) Польский формат *.mp
2) Формат АвтоГРАФ *.agv

http://www.tk-chel.ru/download/AG_NAVI/AGMapConverter.zip

Для работы требуется Microsoft .NET Framework 4.0, скачать можно по ссылке

http://www.microsoft.com/downloads/details.aspx?familyid=0A391ABD-25C1-4FC0-919F-B21F31AB88B7&displaylang=ru

Обновлённый конвертер:
1) Экспорт данных во внешние базы данных.
Тестируем, высказываем пожелания по интерфейсу.

Векторный движок с версии ПО 3.4.12 и выше:

Обновление:
1) Поддержка внешних баз данных (загрузка "на лету" произвольных свойств объектов из БД SQLite).
2) Оптимизация загрузки карт польского формата.
Тестируем. Высказываем пожелания и предложения.

В польском формате для связи географического объекта используется команда ExtDbIdx=x, где x – это индекс объекта в базе. Не следует склеивать карты с базами данных, т.к. поддержка внешних баз данных при склеивании ещё не реализована.
Таблица SQLite состоит из двух колонок «ID» и «ObjectInfo». В файле должно присутствовать три таблицы: «PointersDb», «PolygoneDb», «PolylineDb».
Не обязательно проставлять индексы у всех объектов карты, внешние данные могут быть для любого количества нужных Вам объектов на карте. Например, для какой-то конкретной больницы, количество живых счастливых людей и т.п.
Если у объекта нет индекса внешних данных, запроса просто производиться не будет.

[csistra]

Конвертер это не то.

[SK]

А что ?

Сами же пишете:

предусмотрите формат для загрузки данных. А в чем АГ будет хранить неважно.

[csistra]

Ладно, не суть. Некогда спорить. Остальное плз попробуйте реализовать.
Пока что я каждый день начиная делать отчеты вспоминаю Вас очень и не очень добрыми словами.

[csistra]

Кто нить ответит будет реализовано или нет ? и когда ?

[programmeran]

Здравствуйте столкнулся с проблемой, указываю Ширина рабочего органа для первого транспорта 5м, для второго 12м в кар листе Доп.парам, а в расчете площадей стоит 10м, он мне делает расчет по 10м, хотя по идее должен делать 5 и 12, два транспорта на одном поле разная ширина захвата как посчитать обработанную площадь поля?

[csistra]

1-задаете ширину в доп параметрах
2-Расчет площадей выполняете выбираете поля и тс.
3-отчет Обработка полей.
Я по такому алгоритму делаю и вроде работает, по другому не работает почему то.

[programmeran]

Вроде тоже получилось. Но как все неудобно и сложно.

[csistra]

Ну как есть....

[csistra]

Сделаю Ап теме.... Видимо все забыли....

[atc52]

1-задаете ширину в доп параметрах
2-Расчет площадей выполняете выбираете поля и тс.
3-отчет Обработка полей.
Я по такому алгоритму делаю и вроде работает, по другому не работает почему то.

У меня алгоритм такой же, только вот многоуважаемый Шторм говорит, что если включить модуль отчета и в простых отчетах выбрать "Обработку полей" то он автоматически запустит "расчет площадей", возьмет параметры из индивидуальных настроек объекта и посчитает площадь и выведет в отчет. я себе весь мозг сломал но по варианту Шторма ничего не получается!!!

Добавлено через 19 минут
Короче, модуль отчетов лежал у меня в папке AutoGraf\Report\, я все файлы из этой папки кинул в корень в Autograf\, еще отдельно запустил модуль "Расчет площади", выбрал нужные поля и запустил обсчет за период который мне не интересен, для того, что бы форма запомнила выбор полей, затем закрыл модуль и открыл модуль отчетов, и выбрал "Обработку полей" и тут я заметил, что модуль начал считать что то усиленно, и в итоге получил нужный мне отчет. Может какие то действия были и лишние, но именно они мне позволили заставить работать это чудо!!!!

[OlegRu]

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

[storm]

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

для обработки полей не действует разбивка на рейсы

[OlegRu]

Сообщение от OlegRu

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

для обработки полей не действует разбивка на рейсы

А можно реализовать такое, чтоб выводился отчет, в котором было видно сколько за рейс на тс обработано площади? А то на ТС работают сутками например в 2 смены, и надо чтоб в отчете было видно сколько водитель обработал площади за смену, а то как то напряжно на каждую смену отдельно делать отчет.

[Spartac_ADM]

для обработки полей не действует разбивка на рейсы

нормально! а на кой мы тогда десяткам тракторов выставляем разных механизатором и смены выставляем как есть а не дефолтные 0:00-23:59
Т.о. получается надо всё сначала одной смены считать, потом другой. А когда хозяйств десяток и в одном привыкли к пересменке в 8, в другом в 9, в третьем в 10 - все их делать отдельно!
<ирония>очень удобно </ирония>

Добавлено через 1 минуту
просю прощения Олега пост как-то не разглядел сразу - вот именно это и хотел просить. Т.ч. OlegRu +100

[storm]

А можно реализовать такое, чтоб выводился отчет, в котором было видно сколько за рейс на тс обработано площади? А то на ТС работают сутками например в 2 смены, и надо чтоб в отчете было видно сколько водитель обработал площади за смену, а то как то напряжно на каждую смену отдельно делать отчет.

принял к сведению, сделаем как будет возможность

[Omega45]

1-задаете ширину в доп параметрах
2-Расчет площадей выполняете выбираете поля и тс.
3-отчет Обработка полей.
Я по такому алгоритму делаю и вроде работает, по другому не работает почему то.

Этот способ годится, если орудия не меняются слишком часто как, например, у нас. Слишком многошагово получается: открыть список ТС, поменять там ширину захвата и потом провести посчет.
Почему сразу не выставить ширину захвата в модуде расчета площадей (без захода в список ТС и изменения доп.праметров в виде ширины захвата)?
Конечно, если в течении определенного времени (например, недели) орудия не меняются, то этот способ укорачивает время посчета площадей: заранее прописал ширину захвата, выбрал нужные ТС и поля, ВУАЛЯ.

У нас же небольшое хозяйство, одно ТС в течения суток может выполнять как одну операцию, так и несколько, а на следующий день третью и четвертую... Вот и приходится каждый день корректировать ширину захвата по каждому ТС, а потом сводить результаты вручную в одну таблицу. Хотелось бы упрощения этих действий, а то времени на отчеты уходит много, а шеф (вроде) собирается еще поля прикупать, а значит работы прибавится.

[Spartac_ADM]

каммент в вышецитированному п.3
Дело в том, что обработка полей и из свойств ТС не берет данные о ширине... они пока жестко прописаны в самом модуле
Т.ч. ждем, когда Алексей Ахмедьянов (автор модуля отчетов) внесет поправки и даст возможность:
1. модулю отчетов брать дефолтные значения из карточки ТС
2. <думаю многие поддержат> эти значения должны быть редактируемы в момент выбора ТС непосредственно в модуле перед нажатием кнопки "Сформировать" ... хотя наверное утопия всё это
3. попутно вспомнил вопрос к Алексею (не знаю, бывает ли здесь, надеюсь): а перекрытия можно в отчете "обработка полей" увидеть? или там простейшее [путь_с_агрегатом]*ширину? ... тогда не понимаю зачем вообще сыр-бор с отчетом, если только для красоты

P/S/ расчетом площадей пока не пользуюсь, ибо полей сотни и их в автографе нема... еще переносить из другого ПО... а так выше красиво описали, може и правда стоит заняться. Или таки можно получить площади перекрытий и недосева без картирования каждого поля и формирования полигонов?

[storm]

Spartac_ADM,
площади перекрытий и недосева рассчитываются только в модуле расчета площадей и отчета, который с ним работает

[Omega45]

Spartac_ADM
пока не объехали все поля с трекером и не перевели все треки в полигоны в формате plt - тоже были мучения с подсчетом перекрытий и недосева. Сейчас таких трудностей нет. Запускаешь модуль расчета площадей, указываешь ТС, время и ширину захвата, и все - полный отчет по полю: сколько обработано, количество перекрытий.

[Spartac_ADM]

вот только отчеты нужны ежедневно сводные - там 4 трактора, там 4, там 6
и посменно - брать из настроек ТС
ширину агрегата - тоже надо из свойств ТС брать
карты полей-то есть, но они в другом формате - как раз мучаюсь как их наиболее красиво и наименее ресурсоемко подключить в АГ-клиента
... пробовал одно хозяйство в польский формат - как только в АГ начинаешь на него смотреть - вешается... возможно из-за 10тыс. объектов на карте

[plex]

пробовал одно хозяйство в польский формат - как только в АГ начинаешь на него смотреть - вешается..

Если есть карта польского формата - то лучше сначала ее конвертировать в формат agv при помощи редактора КТ и полигонов (F9).
agv занимает раз в 5-7 меньше места и примерно во столько же раз быстрее работает

[Spartac_ADM]

да, всё так, гораздо быстрее стало... проблема в другом:
Мои карты в формате ГИС Карта (КБ Панорама)
При экспорте (в mp) вся кириллица переводится в латиницу, шрифта и их размеры коверкаются... есть способ с минимальными потерями данных конвертировать в agv?

[csistra]

да, всё так, гораздо быстрее стало... проблема в другом:
Мои карты в формате ГИС Карта (КБ Панорама)
При экспорте (в mp) вся кириллица переводится в латиницу, шрифта и их размеры коверкаются... есть способ с минимальными потерями данных конвертировать в agv?

чет про меня все забыли
Во первых там в выгрузке есть галочка "Транслитерация"
Во вторых agv формат не понимает настраиваемые коды из панорамы и отображает русские символы, как раздражающие красные знаки вопроса.
В третьих MP и AGV форматы вообще не понимают масштаб отображения объекта.. точнее не так. Они то это умеют, но где и как это есть-хрен его знает.
ВЫВОД: я Вам советую ЗАБИТЬ! на agv формат и пользовать мр. Да по скорости работы он ниже, но как говорится лучше ехать медленно но с комфортом.

Добавлено через 11 минут
Касаемо полей-забил ждать когда там доработки появятся. Появятся-хорошо, нет-ну и хрен с ВАМИ.
Есть два интересующих момента:
1-Автоопределение ширины захвата агрегата. Тут в теории все тривиально, на практике же есть затруднения. Но думаю в этом году откатаю механизм.
2-Определение работает агрегат или нет. Тут все достаточно сложнее, разные агрегаты подключаются к разным приводам из-за этого простого решения пока нет. Вешать на все приводы датчики не так просто. Вешать радиометки, которые работают на два метра максимум-это хрень. При стоимости этого решения порядка 20к рублей смысла нет вообще. Но кто ищет тот найдет.

Я предлагаю в принципе, отстать от разрабов с предложениями и критикой. Пусть поварятся в своем соку некоторое время. Без доступа кислорода из вне в виде-критики и предложений все просто покроется плесенью. И дальше просто загнется.
Спорить и доказывать с пеной у рта, что та или иная доработка просто необходима бессполезно-по причине, что люди сидят и работают с теорией. С практикой они никогда не сталкиваются.
Слушают они как правило, только диллеров. Но самое смешное, что диллеры не могут составить правильное мнение по многим вопросам по той же причине что и разрабы. Диллеры большую часть практических моментов, просто не видят или не понимают-у них специфика совсем другая -заработать бабла, а не заниматся бесплетным бетта-тестингом.
Вот и получается -трахайтесь дорогие пользователи самостоятельно. Кричите, пишите, ругайтесь на форуме сколько Вам влезет. Слушать Вас все равно никто не будет.
Чтобы люди не подумали, что я гоню на разрабов просто так, я приведу Вам пример ка ктопикстартер данной темы. Вопрос по доработке полей по группировке структуры первый раз я поднял еще в октябре 2012. Сейчас июнь 2013. Где эта доработка ?
про остальное я молчу.

[Spartac_ADM]

Эка у Вас наболело
Щитаю возможным вариант: по отсутствии реакции на многочисленные жалобы пользователей штат программеров у разработчика может быть сменен решением руководства компании-разработчика... свято место пусто не бывает.
Предлагаю бодаться дальше

[plex]

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

Это равносильно написанию программы с нуля.

[Spartac_ADM]

Кстати, попутно вопрос разработчикам формата agv: а проблема с кириллицей вообще разрешима? какой путь Вы всё-таки посоветуете, чтобы из 1-ой картинки
<a target="_blank" href="http://radikal.ru/F/i058.radikal.ru/1306/3d/969fd7ef7e1e.jpg.html"><img src="http://i058.radikal.ru/1306/3d/969fd7ef7e1et.jpg" ></a>
получить НЕ 2-ую,
<a target="_blank" href="http://radikal.ru/F/s52.radikal.ru/i138/1306/63/9858c4c6000e.jpg.html"><img src="http://s52.radikal.ru/i138/1306/63/9858c4c6000et.jpg" ></a>
а более красивую?

[csistra]

не надо ни с кем бодатся.
Сейчас пошло быстрое развитие данной сферы. Конкуренция будет выше. Клиентов сельхозников валом. Задачи у всех типовые. Кто первый начнет полностью удволетворять задачам клиентов, тот захватит контроль над данной нишей. Соответственно остальные уже будут собирать жалкие крохи.
Если техноком не хочет слышать клиентов-их проблеммы. Не надо пытаться людям помочь заработать денег, если они этого не хотят.

[SK]

вот только отчеты нужны ежедневно сводные - там 4 трактора, там 4, там 6
и посменно - брать из настроек ТС
ширину агрегата - тоже надо из свойств ТС брать
карты полей-то есть, но они в другом формате - как раз мучаюсь как их наиболее красиво и наименее ресурсоемко подключить в АГ-клиента
... пробовал одно хозяйство в польский формат - как только в АГ начинаешь на него смотреть - вешается... возможно из-за 10тыс. объектов на карте

Необходимо связаться с нашим специалистом по картографическому движку - Майоровым Антоном для решения данного вопроса.

[SK]

csistra, движок ПО АвтоГРАФ текущей версии зашел в технологический тупик, как по причине своего развития методом многолетних надстроек, так и по причине среды программирования, которую необходимо сменить.
Поэтому, некоторые простые с виду доработки в него очень сложно ввести.

Буквально со дня на день начнется бета-тестирование принципиально нового софта АвтоГРАФ.NET в который изначально закладывался потенциал расширения и стыковки с внешними модулями. Все силы сейчас брошены на это. Движок NET писался практически два года...

[Spartac_ADM]

.NET рассчитан на 4-ую версию сервера? ... надеюсь когда-нибудь увидеть ее, пока несколько дней прошло с момента запроса ключей и дистрибов у дилера

[Yohnus]

SK, запишите меня первым в бетатестеры, уж очень хочется перепрыгнуть 4 версию проги!

[Monster]

да, всё так, гораздо быстрее стало... проблема в другом:
Мои карты в формате ГИС Карта (КБ Панорама)
При экспорте (в mp) вся кириллица переводится в латиницу, шрифта и их размеры коверкаются... есть способ с минимальными потерями данных конвертировать в agv?

Добрый день.
Пришлите мне на почту пожалуйста хотя бы один Ваш файл, где происходят такие вещи.

[csistra]

http://forum.tk-chel.ru/showthread.php?t=827&page=26
тут и дальше.