92 ответов в теме

[RodeoS]

Есть ли у когонить уже готовые решения ?

[Rius]

никто не писал/не видел утилитку по контролю топлива на ПОСах? Если нет - займусь, меня ПОС-манагеры любить будут \о/ 

писал, и не только я
как своё оформлю нормально - могу выложить если надо

Сообщение отредактировал Rius: 14 January 2008 - 12:16

[Old Pilot]

Думаю многим надо.
Ждем с нетерпением

[RodeoS]

Готов поддержать разработчика некоторым количеством исков) Тока бы побыстрее)

[Kil]

Народ, а никто не пишет библиотеку на чем-нибудь более близком, типа C или Delphi? Есть несколько идей, хотелось-бы их реализовать, но не могу осилить все эти заморочки с получением данных и их разбором. Может кто реализует DLLку, которую уже можно было-бы использовать в любых проектах?

[Kecheor]

http://wiki.eve-dev.net/Eve_Toolbox ?

Хотя в C# c xml все очень просто, не понимаю какие могут быть проблемы.

[VuDZ]

уху, на шарпе все за несколько минут рисуется...
фигня в том, что надо тащить за собой 2 относительно больших файла - названия систем/лун + имена типов (это не обязательно, я для сило и корп ангаров тащу это)

[RodeoS]

http://myeve.eve-onl...threadID=682141
http://www.modeltwoz...ulent-1.0.3.zip
Софтина - менеджер по заправке посов использует Eve api 2.0

[Rius]

получилось нечто такое:

Работать так:
Распаковать файлы mdb и exe в один каталог, запустить прогу.
Нажать "Настройка", ввести UserId и ApiKey, выбрать чара, снять галочку "Загружать изображения" если необходимо, вернуться на первую страницу (кнопкой "Назад").
Выбрать "Assets", "Corp Assets", "Обновить данные". Загрузка может идти долго, как загрузиться и отобразится - назад на первую страницу.
Аналогично MapSovereignty и Alliances, если эти таблицы будут пустые.
Далее выбрать "ПОСы", "Обновить данные", загрузятся данные о ПОСах корпорации и топливе на них.
Нажать кнопку "Конфигурация" (таблица Corp Assets должна быть уже загружена заранее). Далее "Инициализировать список структур". Если в солнечной системе один ПОС, ему назначится возможный набор структур, ошибочно назначенные можно перетащить мышью в таблицу неиспользуемых, либо снять галочку online. Если несколько ПОСов в одной системе, нужно будет назначить (перетащить мышью) структуры из таблицы неиспользуемых в таблицу конкретного ПОСа. Это всё требуется для определения загрузки CPU/Power и расхода топлива (чтобы не брать по максимуму расхода башни).


Что, собственно, показывается...
Окно "ПОСы":
Краткий перечень посов: луна, типа башни, онлайн/реинфорс до какой даты и сколько до неё осталось, количество структур, загрузка cpu/power в %

Клик на любом из них открывает окно "Информация":
Инфа о выбранном в предыдущем окне посе: количество оставшегося топлива, когда оно кончится и сколько до этого времени осталось, количество и объем (м3) топлива, необходимого для заправки поса до указанной даты (с учётом уже имеющегося там топлива), либо на указанный период (без учёта), суммарный объём расчётного топлива (исключая стронций, т.к. он заправляется редко). Топливо для cpu/power учитывает загрузку этих cpu/power, а не берёт максимальную.

p.s. тестится и фиксится...

Сообщение отредактировал Rius: 16 January 2008 - 22:25

[Old Pilot]

Поставил, потестил.

При попытке проинициализировать обвес ПОСов, задумался на 15 мин и почти все раскидав (одно деление прогрессбара осталось) выдал:

Исключение: Размер поля недостаточен, чтобы принять добавляемые данные.  Попробуйте вставить меньшее количество данных.
Модуль: CommitCorpStarbaseStructures
Стек:
  at System.Data.Common.DbDataAdapter.UpdatedRowStatusErrors(RowUpdatedEventArgs rowUpdatedEvent, BatchCommandInfo[] batchCommands, Int32 commandCount)
  at System.Data.Common.DbDataAdapter.UpdatedRowStatus(RowUpdatedEventArgs rowUpdatedEvent, BatchCommandInfo[] batchCommands, Int32 commandCount)
  at System.Data.Common.DbDataAdapter.Update(DataRow[] dataRows, DataTableMapping tableMapping)
  at System.Data.Common.DbDataAdapter.UpdateFromDataTable(DataTable dataTable, DataTableMapping tableMapping)
  at System.Data.Common.DbDataAdapter.Update(DataTable dataTable)
  at Accounting.DataClass.CommitCorpStarbaseStructures()

Речь идет о более чем 20-ти ПОСах...

В целом симпатишно, но сыровато...
Софтина по линку RodeoSа тоже сырая, но там есть несколько очень интересных идей, которые неплохо бы было заюзать и в твоей.

С нетерпением ждем патчей и апгрейдов

[Rius]

Обновил. /Ошибка видимо из-за многочисленного содержимого какого-то ангара и малого места под него./
Над идеями подумаю когда будет много времени. Не загружая данные в corpulent вижу там расчёт стоимости заправки.. Что там ещё есть?

Сообщение отредактировал Rius: 17 January 2008 - 20:08

[Old Pilot]

Там стоимость+время добычи ледового топлива + стоимость без него + объемы... Вроде все.

Ну давай рассуждать, что нам понадобится когда мы на все это смотрим...

Интеллектуальный загрузчик. Либо общая педаль "грузить все" либо гасить кнопки которые не стоит жать до закачки того-то и того-то. А лучше и то и то. Это будет "Защита от дурака".

Отчеты:
1. Сколько нужно топлива для данного ПОСа если заправить на N-дней/до упора карго, с общим объемом и стоимостью всего этого.
Объем и стоимость стоит разбить на [общая][без льда]. Не забываем, что педалька аля "кинь в клипбоард" для дальнейшего вставления текста в пм/контракт/форум/ексель маст-хэв иначе все эти труды почти бесполезны.
2. То-же но для выбранных ПОСов
3. То-же для всех ПОСов
4. Дежурная напоминалка в трей и посылалка писем
Это программа минимум для ПОСов.

А там на горизонте и планировщик ПОСов аля EFT. Типа набросать конфиг и сохранить.

...
Много чего еще. Но пока и этого за глаза

[Paltry]

Обновил. /Ошибка видимо из-за многочисленного содержимого какого-то ангара и малого места под него./
Над идеями подумаю когда будет много времени. Не загружая данные в corpulent вижу там расчёт стоимости заправки.. Что там ещё есть?

А исходный код выкладываться случаем не будет?

[Strannick]

Почитал тут, почитал там и не дорубил одной вещи. Щас работаю над автоКБ для корпы, первый недочет, килмылы приходят только по файнал блоу. Вытекающие -- много отсутствующих килмыл в корпе. Лузы как получить пока не понял вообще, правда я использую ограниченный АПИ кей директора. Кто тестил, реально по фул апи кей получать и лузы тоже? Что делать с темы килмылами, в которых корп-мембер был не файнал блоу?

[Hedge]

Что делать с темы килмылами, в которых корп-мембер был не файнал блоу?

Ничего, они директорам не приходят.

[Strannick]

тестил и с фул апи, результат тот же. Еще вопрос по маркет транзакциям, у мну возвращает только 20% сел транзакций, хотя бай транзакции возвращает полностью. В чем может быть трабла? Или сср как всегда не доделали и не додумали?

Добавлено:

Ничего, они директорам не приходят.

Они и пилоту не приходят. Это идиотизем.

[Hedge]

Почему? они приходят тому, кто сделал последний выстрел, всё нормально, так и должно быть.

[Strannick]

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

[VolCh]

Почему? они приходят тому, кто сделал последний выстрел, всё нормально, так и должно быть.

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

[

Сообщение отредактировал VolCh: 31 January 2008 - 4:21

[zumlin]

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

[

вообще говоря странно...

ведь killmail - этоне письмо в чистом виде
это сформированная выборка из БД сервера
так что мешает сделать напрямую интерфейс ?

типа - покажи ка мне, в кого я стрелял за такой-то период. И ввести ограничение на операцию - делать такой запрос можно не чаще 1 раза в 10 минут.
Все.
В результате участвующими-в-битве оказываются все, кто воздействовал на уничтоженный корабль в определенный период времени - скажем, в течении 1 часа.