С КАСКО справился так. Переобозвал в "другом" совсем другим именем (матерщиной), а затем опять заменил на КАСКО. После этого КАСКО изчезло из "другого".
Таким образом, статистика продолжает работать.
Насчет графиков. Я бы не стал их сильно развивать, так как это практически невозможно. Это будет совсем другая программа. Надо их как-то ограничить. В общем, они мне не мешают, но я ими и не пользуюсь.
Пользуюсь (так, для прикола) EXCEL - там возможности неограниченные. Я думаю, что каждый пользователь, если он заинтересовался графиками, сделает это легко в EXCEL, в этой программе трудновато будет сделать, чтобы всем"досталось по куску". Посмотрите сколько в EXCEL формул по статистике и других. В надстройках "Пакет Анализа", и .т.д. Нет смысла конкурировать.
Сущность программы NNS должна быть именно в каких-то автомобильных особенностях. Их надо искать.

Енот_080704, о! Поэтому и сделал экспорт в Еxcel уже давно.

Молодец, вправду, так можно от этого глюка избавиться. Хозяйке на заметку!

Да, экспорт в Excel - это связь с остальным миром.
Все-таки, насчет графиков выскажусь. Больше всего интересует технический подход в этом. Наиболее ходовой график, характеризующий наиболее полно состояние авто, это расход топлива. Это ось Y, причем обязательно оцифрованная. А по оси X - пробег в км. Причем на эту же ось (X) можно наложить сезонность (год, месяц), а также метки некоторых событий (ТО, ремонты, пользовательские метки,..). В этом случае будет видна сезонность расхода и влияние ТО. Например, я точно зафиксировал снижение расхода после ТО1 почти на литр. Такое отображение статистики дает возможность оценивать техническое состояние авто и принимать привентивные меры в случае необоснованного повышения расхода. Остальная статистика вспомогательная.
ИМХО

Перед релизом надо проверить! Присылай

Спасибо - помогло!

Енот_080704, про графики.
С одной стороны, нельзя не признать, с другой стороны, нельзя не согласиться
Всё ты написал по делу, но такие задачи мне не по плечу, на то и есть профессиональные приложения.
Но выскажу свое ИМХО по той же теме
Для меня основной график таки цена одного километра И то(!) только с точки зрения красивой кривой, стремящейся к нулю, и тут мне важно чтобы она и дальше туда стремилась
Расход же топлива вещь мутная Сегодня я еду агрессивно, завтра тащусь в правом ряду, то я еду по трассе, особенно финской, то стою полтора часа в пробке длинной в три километра Чего уж тут замерять, итак понятно И кстати, у меня расход топлива совершенно не менялся ни после какого ТО Меняется он тока от параметров, которые я перечислил ранее.
Вот такие дела

Bitstream, выслал на почту

Попробовал. Прога работает, КАСКО в Других больше не отображается.
Можно релизить. Удачи!

Darkhate, про статистику, графики и цену одного километра.
Возможно, цена одного километра начнет как-то влиять на желание продать авто (с тех пор, как начнет возрастать). Но, скорее всего, желание поменять авто произойдет не из-за этого, а раньше. Или не произойдет вообще. Объясняю почему для меня это не так важно и не важно вообще. Это накопительный процесс и он из-за этого трудно прослеживается. Можно применить, конечно, более изощренную статистику. Наиболее просто - взять производную, то есть пользоваться удельной ценой на км. Кроме расхода бензина там другие расходы, которые в общем-то необходимы и неизбежны. Так на чем можно экономить (раз мы ведем статистику)? В основном на бензине. То есть, как раз то, от чего зависит расход. Стиль езды. Из-за этого стараешься ездить экономно, а если это не так, то зачем вообще вести эту статистику. Еще, деньги на км - это бытовуха, а от этого очень уж хочется уйти. Не вижу как может влиять на мои действия знание цены одного км. Вот расход - это технический показатель и если он повышается, то я достаточно быстро могу отреагировать. Зависимость расхода от стиля езды, от кондиционера, от пробок легко оценить на каждом отрезке между заправками. Я записываю для статистики среднюю скорость по БК и это характеризует пробки и скорость, в основном в городе, где я с Енотом в основном и ошиваюсь.
Насчет падения расхода после ТО1 проверится в дальнейшем (ТО2, ТО3). Возможно, это эффект обкатки, если его не будет наблюдаться в дальнейшем. Но это тоже статистика.
В общем, Ваша программка выполняет то, что надо, а именно, накопление статистики. Я пользуюсь NNS и паралельно делаю статистику только по бензину в Excel, именно для того, чтобы контролировать техническое состояние авто.

Прилагаю пару графиков из Excel. На одном - расход по пробегу (график немного выровнен скользящим фильтром с окном <1 2 1>), а на другом - расход в зависимости от средней скорости. Это интересный массив, только маловато пока данных. График с июля 2008 по июль 2009. Максимальный расход зимой. ТО1 - май 2009
Нажмите для просмотра прикрепленного файлаНажмите для просмотра прикрепленного файла
PS: забыл сказать, что ТО1 у нас в Молдавии делается для Енота на 7500 км (видимо, сказывается малая скорость, короткие пробеги). На графике виден скачок вниз практически на литр. Посмотрим, что будет дальше. Обкатка закончена.

Хотел ответить, использовав тоже графики Excel'я, да что-то перестал работать импорт данных... даже в 2.4
Ни у кого таких проблем нет?
Или у меня офис дообновлялся до какого-то предела, что теперь ругается на устаревшую версию dll, толи одно из двух... завтра буду разбираться...

А я проверил экспорт из NNS в Excel и вылезли вместо дробных данных (цифр с разделительной точкой) в формате даты. Тут я не соображу у меня это или из NNS так выходит.

Только что проверил экспорт в Excell. Всё работает великолепно. Замечаний нет. Версия 2.5 build 1.

А вот по графикам есть вопросы. Будем считать это вторым багом версии. По одним и тем же данным программа строит графики по-разному в зависимости от того, какая выборка.
Пример. Вывел график 'Пробег на заправке (общий)' и график 'Пробег на заправке (выбор)'. Значения, конечно, с калькулятором не проверял, но и так заметно, что есть ошибки. На первом графике линия мечется жутко снизу вверх, выходя многократно за границы отведённого экрана. Имеются даже отрицательные значения пробега (-400 км). На втором графике (по выбору) такого нет. Да и сам график более ровный, похожий на правду. Сделал скриншоты соответствующие, но фото пока на фотофайл_ру выложить почему-то не могу. Какие-то проблемы на сайте с активацией.
Проверь вывод графиков, пожалуйста...

А у меня не работает как надо экспорт в excel. Прилагаю фрагменты строк в NNS и в excel после экспорта.
***
Отрицательные значения тоже есть. Но не сразу по запуске NNS, а после сортировки по номеру записи (вначале номера записи идут у меня не согласно дате, так как я их переделывал и уточнял дату и пробег). Из-за этого в миниграфиках наблюдаются циклы и пики. Скрин прилагаю.
И прилагаю график из Excel c тем же расходом (без фильтра).

axelroses, кинь скрины на мыло мне

Енот_080704, вот разберусь с экспортом у себя, еще поговорим
А вообще, видя скрины экспорта, могу сказать, что ексел сам по себе воспринимает формат ячеек как "дата", почему пока не знаю...

Про Висту х64 пишут: "DDV: В Vista 64 нет драйверов Microsoft.Jet.OLEDB.4.0 64-битных, там только 32-битные. Поэтому будет работать, если компилировать в 32-битном режиме.
Благодарю за помощь. Первоначально компилировал под Any Cpu и x64, но когда скомпилировал под x86, всё заработало, включая ODBC."

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

Экспорт дома так и не наладил, переустановка офиса не помогла. Чего-то схватил я мощное при обновлении. А на работе все пашет.
Винды переставлять лениво Так что ответ по графикам в Экселе дам завтра, на работе экспортирую данные

А вот и да Как только у меня появилась твоя база данных, сразу пропал эфект "замыленного глаза" В паре мест выборка сортировалась не по трем параметрам, а по двум, вот и вылезали минуса Исправил Спасибо



Посмотрел у себя, экспортирует прекрасно. Сдается, что преобразования значений с запятой в дату зависят от настроек твоего екселя...

Рад, что в очередной раз оказался полезен обществу. Дружно ждём исправленный вариант. Может, тебе всё-таки стОит ввести номера билдов, типа 2.5.1, 2.5.2, 2.5.3...?
Для устранения нестыковок по версиям, используемым пользователями. И в окне 'О программе' этот трёхзначный номер указывай, чтобы в баг-репорте можно было однозначно сказать, какая сборка версии использовалась.
Да и ссылку в шапке дать только одну, универсальную, на самую последнюю сборку последней версии. Тогда и тебе менять её не придётся каждый раз.
А то только в голове и держишь, какую сборку скачал да установил.

Итак, Енот_080704, немного о расходе топлива.
Вот что получилось у меня с помощью екселя:
Нажмите для просмотра прикрепленного файла
Ось Х - дата (можно было и заменить пробегом, это по желанию)
Ось Y - расход в литрах на 100 км.
Синим цветом нарисован график по каждой заправке.
Легко видеть, что всякие пики и провалы присутствуют тут в изобилии. Откуда они беруться - от заправке не до полного бака, а скока придется (есть денег в данный момент, захотелось и т.д.).
Поскольку алгоритм подсчета весьма костный, то закрадываются большие погрешности, например (особо выраженные пики - поездки в Финляндию):
Заполнил я полный бак при выезде на трассу, еду по ней 200 км. Приезжаю в Финку, болтаюсь по ней туда, сюда, опа - надо бы заправиться. Поскольку с финским языком напряг, еду на автоматическую заправку. А там своя подстава - сдачу автомат не дает. Таким образом, я заливаю не по литрам, а по деньгам, например на 15 евро Получается 12 литров, как раз дотянуть до нашенской заправки. А что отразится в программе? Что я на 400 км потратил всего... правильно 12 литров Вот расход и проваливается стремительным домкратом до неправдоподобных значений. Но едем дальше. Приезжаем на нашу заправку и заливаем до полного бака 35 литров. А проехали-то с финской заправки тока 50 км. Ага, не менее стремительным домкратом раход топлива взлетает до не менее неправдаподобных значений...
Поэтому, на первый взгляд, график кажит фигню (и программа считает так же). Делаем следующее - обобщаем каждые пять записей в одну (розовый график) и картина стразу выпрямляется, пики и провалы пропадают, потому что описанная выше ситуация уже считается как несколько заправок и общий для них пробег.
Еще точнее? Пожалуйста - объединяем каждые десять записей (желтый график). И на нем видим, что раход топлива начинает колебаться уже только сезонно Зимой он больше, летом - меньше
Поэтому я всегда говорил, самое ценное и точное значение - общий расход топлива за весь период, у меня он составляет на данный момент 9.37 литра на 100 км.

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

Теперь о влиянии ТО на расход топлива
Специально на своем графике выше отметил зелеными кружками все три своих ТО. И сделал их около усредненного значения расхода (так как чем плох расход по каждой записи я уже выше говорил). Как видно, никакого влияния, тем более на литр(!), на мой расход ни одно ТО не оказала

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

А на Висте х64 уже можно запустить?

valeriyzm, на Висте не тестил, на Хоум Премиум вроде пашет, остальные вообще не в курсе. Я ее как операционку не рассматриваю

Darkhate, нормальный график по расходу. Не такой явный как у меня получился, но тоже информативено. Там, где пурпурное усреднение. Просто, Вам он неинтересен, поэтому возможны неточности при фиксации событий.
Я практически всегда успевал с погрешностью до 1 км записывать или запоминать (сбрасывая показания"B") километраж при загорании лампочки. Все записи ведутся на километраже загорания лампочки. Это легко при городской езде. Несколько раз, когда не было возможности, ждал следующего загорания лампочки с суммированием литража.
Дополнительную информацию дает фиксация средней скорости. Возможно, надо было фиксировать температуру. С другой стороны, чтобы не париться надо бы мультитроникс взять, но неохота никакие допы ставить.
Про ТО1 я уже сказал, что это, возможно, эффект обкатки.
Файл вечером вышлю.

Енот_080704, если я не придаю большого значения текущему расходу топлива, это не значит, что я допускаю неточности при фиксации событий
У меня с собой всегда наладонник, куда я на заправке заношу точное значение пробега на данный момент. Я ничего не запоминаю, я всё записываю, и сразу же Поэтому мои записи максимально точны, погрешности тока от счетчиков на колонках и т.д.
Что же касается эффекта обкатки, тут сложно сравнивать, у тебя и движок и коробка передач другие же
Жду файл.

VMWare никто не отменял тыц

ставь сколько хош систем на машине, главное чтобы места хватило на винте.

S_h_a_f_t,
спасибо - не надо нам этого

Робяты... я фигею, дорогая редакция!
(крик души)
Скажите, программисты и тестеры (если сюда из них кто заходит еще), а в мелкомягком нормальные люди вообще работают???
Знаете из-за чего у меня экспорт в ексел работал тока на работе, а дома нет?
Из-за региональных настроек!!!
Я, видители, при английских версиях: ХР, Visual Studio и Office посмел поставить регион проживания - Россия! Поэтому данные в ексел экспортировать не могу... вероятно, рожей не вышел!
Они тама здоровые?
Стоило выставить региональные настройки США - все пашет за милую душу...
У меня слов нет...

самое большое различие - это разделитель числа. У них - точка, у нас - запятая.


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

valeriyzm, самое большое там различие - язык макросов СУММ, ПОЙТИ К и прочее

Даже не знаю, где это ставится, тем более, что у меня и Винды, и Студия - всё 32-битное. По определению
Кстати, на 64-битных ХР тоже не пашет, по той же причине, надо полагать

на Висте 32бит, не показывается окно создания новых записей. Под машинкой - пустое поле.

valeriyzm, в какой версии? Если в 2.5, то была одна глючная сборка с таким багом, сейчас лежит нормальная по адресу, озвученному ранее

Итак, выложил почти релиз 2.5, как всегда тут.
Если за неделю багов выявлено не будет, зарелизим это дело

P.S. Енот_080704, отвечу в почте

Darkhate, спасибо!
Последняя версия работает устойчиво. Циклы миниграфиков исчезли. Кое-что из графиков полезное оказалось, например, просмотр по временам года и по сезонам. За исключением отсутствия оцифровки и разлиновки вертикальной оси.

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

Енот_080704, в релизе добавлены еще мелкие исправления, а также - подписи оси Y. Значения, там, полосочки...

Ура! Графики самостоятельно читаются. Может быть, еще стоит подровнять оцифровку Y оси под целые значения.

Енот_080704, Под целые значения не получилось подровнять, не асилил криатива йа

загрузил програмку.............. и нифига в ней не получается
не активные окна

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

2 Евгений_:Тут я подумал... Похоже, у тебя, Женя, NetFramework не установлен.

2 Darkhate: Нашёл-таки и в релизе баг. Сегодня попробовал изменить комментарии в записи типа ТО. После замены комментариев именно эти записи превратились из расходов в доходы. Вот так бы и в жизни...
Та запись (ТО-3), что не трогал, осталась в расходах. Пришлось две поправленные записи вновь вручную переносить из доходов в расходы.

Эх, сколько букв мне не понятных!
А, впрочем, жил без этой програмки и ничего страшного.

axelroses, спасибо как всегда, жаль я дня не дождался.
Исправил, выложил по-новой.

2 Евгений_: А зря! Позитивная программа.
Стоит ради неё установить Microsoft .Net Framework 2.0 в систему, раз он у тебя не установлен. И кстати, как я тебе сегодня при встрече и говорил, из всего Microsoft .Net Framework 3.5 SP1 программе реально нужен лишь один файл System.Core.dll (648Kb)! Достаточно найти его и закинуть в каталог программы и тогда не надо будет ставить Microsoft .Net Framework 3.5 SP1 целиком (более 30Mb). Проверено на себе! Всё работает!
Обнаружил тут на сайте мелкомягких Microsoft .NET Framework 2.0 с пакетом обновления 1.
Краткие сведения:
Имя файла: NetFx20SP1_x86.exe
Версия: SP1
Дата размещения: 19.11.2007
Язык: Русский
Размер загружаемого файла: 23.6 МБ
Приблизительное время загрузки: со скоростью 256 кбит/c 13 мин.
Написано, что он "является накопительным пакетом обновлений, в котором исправляются ошибки, отмеченные пользователями после выпуска Microsoft .NET Framework 2.0. Кроме того, в этом выпуске улучшена система безопасности и добавлена необходимая функция поддержки .NET Framework 3.0 с пакетом обновления 1 и .NET Framework 3.5 ." Так что кроме него, может быть, ничего больше доустанавливать и не придётся...
Для IA64, Роман Хабаров и valeriyzm, кстати, он тоже там же есть! Может быть, он ваши проблемы с запуском данной программы под 64-битные ОСи решит...

2 Darkhate: Может быть стОит давать ссылку на этот пакет рядом со ссылкой на новую версию твоей программы?
На досуге проверил, как ты разобрался со некорректностью ввода знака апострофа в комментарии записей...
Теперь программа не вылетает при этом как раньше. Но я думаю, что вряд ли кто-то догадается, что причина появления окошка "Ошибка! Невозможно сохранить запись! Проверьте корректность заполнения полей!" именно в апострофе. Может быть лучше конкретнее написать в этом окошке, что апостроф недопустим?

P.S.: Вот это оперативность обновлений, Darkhate! Я снова поражён! РЕСПЕКТ!!!

Скачал себе на комп,работает отлично! спасибо!

axelroses, можно, конечно и ссылку дать, хотя мне казалось, что найти это все на microsoft.com в поиске не проблема

Вообще говоря, в инструкции к программе это написано, аж два раза

И он не один такой, Darkhate! Кому буковки Microsoft .NET Framework страшно непонятными кажутся... Вот и не могут запустить твою программу.
А тут, вот она - ссылка! ТЫЦ!!! Скачал, установил и готово, пользуйся...
А на счёт апострофов... Нативнее надо, нативнее... Да мы с тобой это уже обсуждали... Хозяин - барин.

axelroses, так я ту спорную кнопку и убрал, и вроде проще и нагляднее сам процесс сделал; так нет, ты опять нашел, где я ненативен, аж в двух местах Что не делай - всё одно докапаешься

axelroses, вставил ссылки на все фрэймворки в статье.
Теперь хорошо?

Проверил.
Скачал. Заменил. Теперь ОК! Работает.
Спасибо.

Ссылки... Ну, пусть хоть так...
Осталось только, чтобы пользователи хоть на http://shipcraft.ucoz.com/publ/3-1-0-30 зашли...

Для IA64, Роман Хабаров и valeriyzm, кстати, он тоже там же есть! Может быть, он ваши проблемы с запуском данной программы под 64-битные ОСи решит...

не решит, надо компилировать с чОтким указанием что проект 32 бит

Скомпилировал файл NNS версии 2.5 с чёткими указаниями:
- для х86,
- для х64.

Роман Хабаров и valeriyzm, попробуйте! Но, думаю, что результат будет всё тот же, вряд ли дело в компиляции самого ехе-шника.
х86 проверил, работает, х64 - негде, у меня тут 64-х битных осей нет.

Ну, вот, как и говорилось, "для х86" с радостью пошло на Vista x64!
А "для х64" - нужно стереть!

- Мастдай, - безнадежно вздохнул робот и вновь замолк. (С)

Хелп! Поставил новую версию, так она снесла все предыдущие данные, год записей коту под хвост.
И ещё проблема, в новой версии, если пишешь информацию задним числом, то данные конфликтуют. Что делать?

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