829 ответов в теме

[Aroot]

запрос

=ImportXML("http://api.eve-marketdata.com/api/type_id.xml?char_name=demo&v="&$B2; "/emd/val")

возвращает правильно всё, а вот запрос

=ImportXML("http://api.eve-marketdata.com/api/type_id.xml?char_name=demo&v="&JOIN(",",$B2:$B100); "/emd/val")

пишет ошибку. что я делаю не так? Или не понимаю чтото?

 

Нашел проблему - в моём гуглодоке не работает JOIN

 

 

Начал писать просьбу о помощи, но Zverik меня опередил. С маркета ссылка работает, а с Централа нет.

UPD. Конкретно не могу разобраться с функцией JOIN. Если вручную все прописывать, то все получается.

Собственно появляется вопрос как функцию JOIN включить. Имеет ли тут влияние настройки региона в гуглдоках?

[Junta]

созрел новый вопрос.

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

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

[Alkarian]

гуглдок ругается на лимит 50 вызовов importxml. ЧЯДНТ?

[Junta]

гуглдок ругается на лимит 50 вызовов importxml. ЧЯДНТ?

Читал, что 50 на лист можно, следовательно на следующий лист можно еще 50. Еще вариант одним запросом сразу несколько позиций запрашивать.

https://forums.eveon...g=posts&t=15796

[Zverik]

JOIN подключил с другого компа )) перезагрузка, включить/выключить документ - складываться не начало. Создается ощущение сырости гуглодоков )) какоето шаманство, у меня не работает у соседа работает.....

[Junta]

Мистика. Заново вставил формулы и заработало

Сообщение отредактировал Junta: 23 September 2013 - 15:32

[Alkarian]

нет никакой мистики. в оп топике функция join написана неверно, разделитель между аргументами не , а ;

например для столбца A

=ImportXML("http://api.eve-marketdata.com/api/type_id.xml?char_name=alpha&v="&JOIN(",";$B2:$B100); "/emd/val")

вписал руками, все работает.

 

кстати функция join избавляет от ругани гугля на лимит 50 вызовов так как по факту в таблице цен всего 4 importxml

Сообщение отредактировал Alkarian: 23 September 2013 - 15:39

[Zverik]

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

[Junta]

Агась, во время того как формулы вставлял, действительно, помнится, менял еще регион. Однако ж какая дискриминация вырисовывается =)

[Gidone]

 
 Прикинь некоторых интересует сам процесс и фан от организации производства\торговой империи а не иски- тк иски можно фармить и более просто чем производство
(хотя инвент довольно афк доход им можно заниматься и чисто ради ирисок)

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

[ZeRah]

Пробовал заниматься производством и не раз. Как способ получить иски занятие, довольно бестолковое.

значит ты делал что-то не так

[Gidone]

значит ты делал что-то не так

Я просто умею считать, в том числе и свое время. А то то у кого то минералы/датакоры бесплатные,  у других зарядить инвент 100 копий 5 минут занимает, третьи продают по селам/закупают по баям в жите за 10 минут в день все что нужно и т.п. Так и получаются радужные картины. А не деле все гараздо прозаичней.

Сообщение отредактировал Gidone: 23 September 2013 - 17:24

[Zverik]

подскажите еще кто знает базу id станций

[kiruxa]

значит ты делал что-то не так

 

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

 

ну то есть временами кое-какие т2 риги приносят еще 2-3кк в час, но там со сбытом все непросто

[Junta]

Поддержу, Zverika снова. Кто знает id регионов, и не только Forge?

[Sgt Cartmann]

Поддержу, Zverika снова. Кто знает id регионов, и не только Forge?

http://eve-search.com/thread/1052168-0
http://pastebin.com/AGxUALMg

[ZeRah]

Поддержу, Zverika снова. Кто знает id регионов, и не только Forge?

В первом посте ссылка http://eve-marketdata.com/developers/

[rusian vodka]

200 кк в день на постройке и инвенте не напрягась?) мне сложно это представить. 
Если это не кораблики.А с их реализацией не всё так просто.
Может хотябы наведёте на путь истинный)
Ибо с модулями и расходником чтобы получить теже 200 кк) нужно каждый час переставлять.

[alexraley]

200 кк в день на постройке и инвенте не напрягась?) мне сложно это представить. Если это не кораблики.А с их реализацией не всё так просто.

 

Мне и с "корабликами" сложно. Но не суть. Коль уж разговор зашел об google doc, - поделюсь и нашим скромным опытом. Сразу же хочу сказать, предугадывая все возражения,  - производственник в еве, - одна из самых кропотливых и, порой, неблагодарных профессий. Если вы мечтаете  о "свечном заводике", то он может стать могильником ваших исок в считанные дни, а может и выдать Вам "две путевки в Сочи" в первый же день.  Производство в еве - это стратегическая стиль игры с элементами расчета и громадной долей везения. Медленный, кропотливый и долгий. Учиться ему нужно так же упорно, как полетам в pvp. А значит это вопрос стиля и предпочтений. Не более того. При всем уважении к труду автора, - стройка, - не то, чем новичек может обеспечить себе финансовый тыл.

 

Ах, да! Google doc. Умение хорошо считать, не единственный плюс. Масштабируемость, поддержка скриптов, отличные операбельные возможности, позволяют (при наличии желания и умений), превратить "doc" в полноценную аналитическую систему. Т.е заставить сервис не только считать вместо калькулятора, но и анализировать контент в поисках оптимального решения, а так же организовать полноценную постпроизводственную логистику. Я создал "вырезной" документ из системы, которую мы используем в производстве для примера, на нем попробую и пояснить, что имеется в виду. Расмотрим подразделение по производству Engineering Rigs.

 

В начале все как у автора топика - консолидированые парсер вкладки, первая из которых "тянет" то, что производим:

 

 

 

 

[Base Station] - станция, в пределах которой будет происходить производство. Настройками задается любая, на которой в данный момент "сидит" производственник, или ближайшая к ПОСу.  

[Jita, Ammar ...] - и т.п.  контрольные хабы. 

[Eram -> Target] - станция, на которой система самостоятельно определила лучшее соотношение [цена (больше)] / [наличие (меньше)]. Проще говоря потенциальный рынок сбыта. Причем определила "не походя", а строго исходя из параметра Base Station. В данном случае базовая станция - Hek 0.5. Для него ближайший максимальный профитный рынок сбыта - Eram. В четыре прыжка.

 

Вторая вкладка автоматически тянет расходники под риги:

 

 

 

 

Напомню, кто забыл, что [Base Stantion] - станция, в пределах которой будет происходить производство. [Jita, Ammar ...] - и т.п. контрольные хабы. На этом примере все необходимые нам исходники удачно сконцентрированы в одном месте. Если базовая станция имеет запас менее 50%, автоматически подтянется ближайшая, на которой недостающий товар в наличии. Если и там не всё - следуюшая за ней, и .т.п.  На практике с Т1 ригами (наш пример) такого обычно никогда не происходит. На этом с "забором" данных закончено.

 

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

 

 

[27 OVER RUNS] - считает количество  производственных линий на базе ваших скиллов. Задается настройками. OVER RUNS = превышение лимита. BEE GOOD - норма.

 

[RUNS] - количество запусков в производство каждой конкретной позиции. Равен одному по умолчанию. 

 

[EFT] - эффективность. Она же производственная прибыль, выраженная в процентах. 

 

[ANALITICS] - алгоритмы анализа производства, где "MAKE SENCE" - эффективное производство с учетом динамики цен и затраченного времени на производство, "DOESN'T MAKE SENCE" - производство, на данный момент, не принесет эффективной прибыли . На данный момент времени - это важно. Через сутки все может быть совсем наоборот. Если время производства товара превышает допустимые колебания цен, или оборачиваемость товара стремится к нулю, - он (товар) так же будет помечен как "DOESN'T MAKE SENCE". 

 

[RIGS] - собственно то, что производим. No comment. Разве что, производить не зная что ЭТО, куда ЭТО, зачем ЭТО, кому ЭТО, - doesn't make sense.

 

.  

    

[PROFIT PER RUN] - производственная прибыль, выраженная в ISK. Что важно помнить: "больше" не всегда означает "лучше".

 

[VALIDATE] - контроль производственных процессов, где "TRUE" - производство товара можно запустить на базовой станции немедленно. Все исходные материалы в наличии, производственная прибыль максимальная, рынок сбыта конкурентен. "CHECK" - производственная цепочка при запуске нуждается в дополнительном анализе оператора (что это - чуть ниже).

 

[CURRENT PRICE] - ордер с минимальной ценой товара, который в наличии на Базовой Станции (т.е. там, где вы и будете скорее всего продавать ваше инженерное чудо) в данный момент времени.

 

[PRICE BORDER] - цена, ниже которой вы не можете безубыточно реализовать товар. Расчитывается как себестомость материалов (закупочная цена на момент старта производства) + нижний порог прибыли в процентах (наш 20%). PS. Эта колонка на практике дампится в файл при закрытии документа. Затем вытягивается другим доком. Все  даты и цены на нужном месте. Стараемся ничего не продавать по принципу "а что это оно лежит без толку".     

 

Дата и расчетная прибыль при условии запуска всех циклов в правом верхнем углу. В итоге 10 октября сего года мы могли произвети ригов на 18,483,112.10 ISK. Реальна ли эта цифра? Нет конечно. Во первых количество линий превышает скилы оператора. Во вторых - тут просто невообразимая куча абсолютно бестолковых ригов. Забегая вперед, отмечу, что все управление этим "големом" осуществляется выставлением параметра  [RUNS]. Больше нет ничего, а ничего боле и не нужно (все поля "закрыты"). Вы производственник, а не делопроизводитель. Значит вы должны запустить в производство именно те товары, и именно то количество линий, которые считаете необходимым . Point. Google считает за вас, но не может принимать решения вместо вас. Поехали: "0" - товар снят с производства, "1" в запуск одну линию, "2" - две линии, и .т.п. Комбинируя значения поля, достигаем нужного и приемлимого для вас результата. Где то так:

 

   

Расчетная прибыль: 17,942,189.29.

Конец фильма.

 

PS Вопросы, на которые у Вас не нашлось ответов по ходу пьесы.

 

1. Почему процент красного цвета? Отвечает Капитан Очевидность: эффективность производства сугубо отрицательна. Т.е себестоимость производства выше цены реализации на текущий момент в пределах Базавой Станции. It doesn't make sense.

 

2. Значит синий цвет означает нулевую эффективность? Нет. Это означает невозможность высчитать производственную прибыль. А именно: Эффективная прибыль товара А = [Стоимость товара А] - [затраты на материал В + затраты на материал С]. Система не может обнаружть - A или В или С - в наличии ни на базовой станции, ни на станции рядом, ни на станции "не рядом". Жита? И в Жите его нет, естественно в данный момент времени. А поскольку нельзя считать цену того, чего нет  -  it doesn't make sense.

 

3. Требует внимания оператора. А куда ему обращать внимание? Вот сюда:

 

 

Рабочее название "простыня". Все что парсится, анализируется, вводится оператором (а вводится им только одно - количество RUNS), попадает в эту таблицу как бы "само по себе". От пользователя - читать и думать. Тут все просто - разберетесь самостоятельно. Единственно (вернее триеденственно) - некоторые моменты кратко:

 

1. PRICE CONTROL -минимальна цена на Базовой Станции. Товар (серое поле) - реализационная, материал (белое поле) - закупочная.  Если цифра черная - она принимается за TRUE и используется в расчете. Если цифра не похожа на черную. а точнее синяя, в поле PRICE PER UNIT попадает цена по Жите. Если и в этом поле она не почернела, а по прежнему синяя, - товара в Жите в последние 24 часа не наблюдалось. Посчитать цену корректно не представляется возможным. Система решает что товара в данный момент нет нигде. Конечно если очень хочется,  - все можно найти. Но Вы производственник, а не космический интерпренер, пролетающий пол галактики в поисках космического мусора.  It doesn't make sense.

   

 

2. А откуда Вы берете таблицы рачета материалов? Мы их составили. В данном примере Вы можете обнаружить онные во вкладке BPE:

 

 

 

Урезанные фунционально, но дающие представление "как это работает".

 

3. Пример, Демо ... А где посмотреть? Вот тут:

https://docs.google....p=sharing#gid=6

 

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

 

Пример внутренних ячеей БД, куда пишутся данные текущего дня:

https://reports.zoho...HOWHIDEOPT=true

 

 

 

ПОСЛЕСЛОВИЕ:

 

Если Вы видите картинку вот так:

 

 

снимите "галочку" с Protective Ranges, и будет Вам счастье.

Спасибо что дочитали, что прочитали, что вообше обратили внимание.

 

Alex. 

Сообщение отредактировал alexraley: 11 October 2013 - 3:06

[Sgt Cartmann]

Тут поэкспериментировал. Имхается мне, самый простой вариант для нуба осваивать производство - это т3 сабсистемы. Оборотный капитал правда надо иметь в районе минима 3 ярдов, плюс пос. Зато предельно простая цепочка производства, легкий сбыт и элементарный мониторинг рынка. Опять же ресурсы легко и непринужденно возятся блокадником. И выхлоп хотя и зависит от выпадения бпц, но вполне ничо так в среднем.

Сообщение отредактировал Sgt Cartmann: 11 October 2013 - 7:46