Светлана, здравствуйте!
Я являюсь одним из новоиспеченных участников проекта по разработке приложения для мобильных устройств (платформа Nokia Maemo5), понимающего базы, выложенные вами здесь http://pdd.ucoz.ru/load/2-1-0-15
Приложение полностью бесплатное и с открытым исходным кодом.
Для упрощения установки приложения хотелось бы сделать распакованные базы частью дистрибутива программы.
Поэтому хотел бы уточнить, не возражаете ли вы против такого хода событий, и не знаете, есть ли еще какие-то люди, которые могут оправданно возражать (например, держатели авторских прав на какие-либо картинки).
P.S. В качестве бонуса, напишу о найденной ошибке в базах: билет 1, вопрос 2, как минимум база с альтернативными картинками имеет неправильный вариант ответа.
C уважением,
Илья.
-------------------------------------------------------------------------------------------------------------------------------------
sveta-aex кому: мне
Показать подробные сведения 1 мая (2 дн. назад)
Мы не возражаем, но не всё так просто.
Если Вы разместите билеты в дистрибутиве – будете попадать под нарушение авторских прав.
Цитата одного из писем:
« « «
Здравствуйте
На Вашем сайте незаконно размещена наша программа
Экзаменационные билеты и тематические задачи ГИБДД
Я Ямбулатов Юрий Геннадьевич являюсь автором рисунков к экзаменационным билетам
и автором программы.
Исключительные права на издание в электронном виде принадлежат фирме
\"Новый Диск\". http://www.nd.ru http://nd.ru/prod.asp?razd=descr&prod=gibddbilets
Как автор и правообладатель я прошу Вас удалить незаконное размещение копии
нашей программы с вашего ресурса.
NOTIFICATION OF COPYRIGHT ABUSE
Greetings
I am the Yambulatov Juriy Gennadevish
who exclusively own \"Examenationnie bileti GIBDD\" Software.
I can find my programm at this location
Please remove the files and prevent future abuse.
Thank you.
Yambulatov Juriy Gennadevish
Russia, Moscow
http://www.nd.ru
http://nd.ru/prod.asp?razd=descr&prod=gibddbilets
Tel: +7(918) 6181898
Email: YambulatovJuriyG@yandex.ru
--
Best regards,
YambulatovJuriyG mailto:YambulatovJuriyG@yandex.ru
»»»
----------------------------------------------------------------------------------------------------------------------------------------------------
little_beat кому: sveta-aex
Показать подробные сведения 2 мая (2 дн. назад)
Спасибо за ответ! А как насчет базы с любительскими рисунками? Они-то НД не принадлежат, наверное?
----------------------------------------------------------------------------------------------------------------------------------------------------
sveta-aex кому: мне
Показать подробные сведения 2 мая (1 день назад)
Любительские картинки Вы можете использовать свободно, указывая в программе ссылку на проект Автоэкзамен.
Обращаю внимание на то, что авторы билетов выдвигают требования об удалении не только картинок, которые можно перерисовать (что уже сделано), но и настаивают на авторстве над текстами вопросов и ответов, так что с этим в последствии также могут быть проблемы.
Именно поэтому в проекте Автоэкзамен сама программа и базы вопросов разделены и не объединяются в дистрибутиве, чтобы пользователь только под свою ответственность устанавливал оспариваемые авторством элементы и не возникало претензий к разработчикам.
Вот ссылки на подобные ситуации с другими программами, использующими билеты ПДД:
http://alexproject.ru/forum2/viewforum.php?f=17&sid=27f1acd437f167301a8887d34feb88e2
http://wladm.narod.ru/Jeep/jeep.html#2
Удачи.
Сделать 3 отдельных пакета с данными (3D+обычные+любительские картинки). С любительскими проблем точно не возникнет. С отальными базами можно поступить так: при установки выдать предупреждение, что данный пакет собран разработчиками исключительно для личного использования, и устанавливать его вы не имеете права. Это, конечно, довольно дешевая отмазка, но на самом деле для того, чтобы посмотреть эти базы, копирайтерам надо будет прикупить N900, что достаточно маловероятно) Кроме того, даже если и захотят прикопаться - то вряд ли разберутся, кому капать на мозги, и в самом худшем случае пакеты просто удалят.
В общем, не вижу смысла не выкладывать базы в репозитории, по крайней мере в devel. Готов сделать это лично от себя, чтобы никого не компрометировать.
Я пока займусь изучением вопроса упаковки баз в deb и выкладыванием в devel.
little_beat:чтобы посмотреть эти базы
mosfet:Хорошо это или плохо, но Maemo5 заточена под управление пальцами (стилус практически не используется), и так просто сохранить совместимость как PC/N8xx уже совершено не получится. Виджеты другие.
mosfet:
Отправная точка здесь: http://maemo.org/development/sdks/maemo_5_api_documentation/
А здесь ещё одна :) http://pymaemo.garage.maemo.org/docs.html
А тут http://www.forum.nokia.com/info/sw.nokia.com/id/eb8a68ba-6225-4d84-ba8f-a00e4a05ff6f/Hildon_2_2_UI_Style_Guide.html и в see also к нему - информация о создании интерфейсов
К сожалению по pyqt для маемо информации почти ноль. Поэтому предлагаю начать с главного окна и переделать вот этот пример с главным меню на qt: http://wiki.maemo.org/PyMaemo/UI_tutorial/Menus
Табы темы/билеты превратить в фильтры, кнопки начать/настройки/чтотамещёпоявится убрать в меню.
mosfet:Если только их не шифровать как-то.
alex2ndr:
Если их шифровать, то пользователям надо дать возможность расшифровать. А эта возможность будет доступна и копирайтерам. Можно конечно усложнить им жизнь, но это все отсрочки. Они не будут смотреть не на программу, а на наши сообщения, сопровождающие ее на сайте.
little_beat:
Алекс, не знаю, понял ли ты уже, но прога изначально понимает тот формат баз, в котором они сейчас находятся, и путь к ним можно указать любой.
Если буду паковать деб - положу файлы в /opt/pdddb/freepics. Но это не принципиально все равно.
little_beat:Тогда надо зашифровать сайт вместе с сообщениями!
mosfet:MVC (pygtkmvc) мы как-то пробовали в findit и нам не очень понравилось - создаётся много лишних для простой программы сущностей. Здесь отделить логику от интерфейса - уже будет хорошо.
Пока пробую сделать главное окно в стиле Maemo 5
mosfet:Разделим на модули:
гуи для маемо 4
гуи для маемо 5
парсер файлов данных (баз) Можно даже сделать универсально - под разные форматы
парсер конфига
логика работы
mosfet:
Посмотрел MADDE (под венду) - производит впечатление чего-то недоделанного (на то он и technology preview) - ссылка на документацию никуда не ведёт, самой документации нет, питон вроде как есть, запускать код предлагается на самом устройстве.
Более перспективным выглядит недавно вышедший Qt SDK beta, но он исключительно C++/Qt (по-крайней мере пока)
alex2ndr:
- Окно выбора тем. Обращается к логике за списком тем.
little_beat:
В текущей реализации включает в себя окно с табами, переключающими темы<->билеты, и с соответствующими кнопками на каждом вью. Так что потенциально это 2 элемента. Хотя я бы предпочел их уместить на один экран, т.к. показывать 40 кнопок по билету на каждую не слишком резонно, да и в экран не влазит. Может, сделать 2 комбобокса с выбором либо номера билета либо темы и одной кнопкой начать?
little_beat:
По поводу изготовления промежуточной базы - не вижу в этом необходимости. Текущий парсер работает достаточно быстро, ужимать картинки перманентно не стоит, т.к. тогда потеряется возможность отображения в полном разрешении на весь экран. Получается, промежуточная база будет есть дисковое пространство и создавать коллизии ради экономии полуметра оперативки. Кажется нерезонно. Единственная возможная причина для этого - универсальность, но в крайнем случае можно будет преобразовать базу из другого формата в текущий, благо, он не так плох.
little_beat:
Еще предлагаю обсудить вопрос навигации по вопросам при прохождении экзамена. Мне наиболее удобным кажется breadcrumb-стиль, например, как в форумах: prev...1..3...5...6...7...8...9...12..20... next. Правда, тогда будет отъедаться ценное вертикальное пространство, но зато навигация будет привычнее. Можно немного сэкономить место, не показывая еще не пройденные вопросы - лично я ни разу не пытался перескочить к вопросу, который еще не проходил. Кроме того, тогда не нужны будут кнопки вперед-назад, которые сейчас расположены внизу.
Также важным вопросом мне кажется возможности использования большей части экрана. В Maemo5 целых 4 режима: можно отображать верхнюю панель, нижнюю панель, обе или ни одной (фулскрин). Еще можно подумать над поддержкой портретного режима, но это если только совсем времени не жалко.
alex2ndr:Раз у вас столько идей, то может осилите дизайн сделать? На мой взгляд это должно представлять из себя что-то типа разметки экрана на скриншоте с таблетки. Можно даже paint`ом сделать.
mosfet:Главное окно на н900 будет выглядеть как в аттаче. Наборы вопросов - фильтрами, меняющими содержимое окна; остальное - просто кнопками.
mosfet:Может лучше сделать окно с вопросами фиксированным? А картинку масштабировать.
mosfet:И ещё что-то надо делать с выбором ответа - оставить как есть - или делать сам вариант какой-то большой кнопкой.
mosfet:Не, это пока gtk.
Может лучше сделать окно с вопросами фиксированным? А картинку масштабировать. А при показе комментария - отображать только верный вариант ответа.
И ещё что-то надо делать с выбором ответа - оставить как есть - или делать сам вариант какой-то большой кнопкой.
mosfet:Достаточно заменить в card.py и main.py hildon.PannableArea на gtk.ScrolledWindow и должно работать в дьябле. Если нужно собрать пакет - то ещё изменить пути в debian/*
mosfet:
SDK под линукс здесь: http://maemo.org/development/sdks/
(просто установочные скрипты, требующие много интернета)
little_beat:
предлагаю совместными усилиями разработать классовую структуру и интерфейсы гуя. потом разделить фронтенд с бекендом и сделать бранчи/теги для разных устройств. это позволит распараллелить разработку.
alex2ndr:Базы качнул, только кто мне скажет какая из них какая
mosfet:Разделим на модули:
гуи для маемо 4
гуи для маемо 5
alex2ndr:Посмотрел MADDE (под венду) - производит впечатление чего-то недоделанного (на то он и technology preview)...
mosfet:Более перспективным выглядит недавно вышедший Qt SDK beta, но он исключительно C++/Qt (по-крайней мере пока)
little_beat:
эти базы отличаются картинками. я думаю, надо поддерживать все три, по умолчанию будет последняя (бесплатная). большинство проблем с первой- там самые большие картинки.
little_beat:
по поводу парсера - я бы написал метод, возвращающий индекс вопросов по фильтру (массив строк для файлов, которые существуют) и потои по этому индексу по запросам от бэкенда строил объект типа вопрос, который бы умел сам себя обрабатывать. так получится много маленьких запросов к фс вместо одного большого.
little_beat:
по поводу того, как все разъежается - я предлагаю сразу рисовать все, что нужно и делать глобальный скроллинг вниз. то, как сейчас сделана прокрутка подсказок - очень неудобно на фремантле. а потом уже буем смотреть, как сделать так, чтобы скроллинг был нужен как можно реже. если бы делали на кути - можно было бы по вопросам генерить хтмл и скармливать это вебкиту.
little_beat:
по поводу универсальности - надо сначала найти хоть одну базу другой тематики, чтобы понимать, где нужна габкость. делать универсальность вслепую довольно опрометчиво - она может и не пригодиться вообще. тут я сторонник симпл дизайна - сначала сделать так, чтобы текущий вариант хорошо работал, а потом по мере надобности расширить до универсального.
little_beat:
под структурой классов я понимаю схему классов с зависимостями и распределением ответственностей, из которых по-идее должны вытечь интерфейсы т.е. методы, которыми классы друг к другу будут обращаться. это нужно для того, чтобы в разных классах одну и ту же функциональность не реализовывали разные люди. может, я слишком усложняю, но так координироваться проще будет.
little_beat:
в свн вместо бранчей теги. я сам ими не пользовался никогда, но должно работать даже лучше бранчей (можно использовать несколько тегов одновременно).
Subchaser:Привет,
Искал готовые базы вопросами с целью накропать приложение под N900 и наткнулся на ваш топик.
Кстати кажись поиск по \"Ямбулатов\" и привел к вам... По этому запросу было множество мест на эту тему :)
Subchaser:
[quote=mosfet]Разделим на модули:
гуи для маемо 4
гуи для маемо 5
Subchaser:
Думаю быстрее всего дело стронется если писать скелет на Qt 4.6.2 под ПК с оглядкой на мобильные платформы в плане интерфейса.
mosfet:
Никакого разбития по темам в самой базе конечно нет, это же просто набор рисунков и текстов.
mosfet:А чего все так носятся с этим Qt 4.6.2, чего там такого, чего нет в текущем 4.5.3?Позволю себе прокомментировать. \"носятся\" по той простой причине, что держать два QT на одной таблетке неразумно, а с выходом прошивки 1.2 версия QT 4.6.2 будет в ней (таблетке) априори.
alex2ndr:если интерфейсы у этих OS малосовместимы, то выбора нет.
alex2ndr:Выбор интерфейса на лету конечно будет - это все-таки питон.
alex2ndr:Надо написать так, чтобы была возможность подключить базу другой тематики без переписывания например кода GUI. Т е разные объекты для работы с базой и для гуи.
mosfet:А чего все так носятся с этим Qt 4.6.2, чего там такого, чего нет в текущем 4.5.3?
Subchaser:
Вы таки меня запутали - у вас будет Qt или Python версия ?
Subchaser:
Кстати, а нельзя починить пока текущую Python-версию для N900? а то подвисает с исключением в выводе.
mosfet:А чего все так носятся с этим Qt 4.6.2, чего там такого, чего нет в текущем 4.5.3?
Насчёт компоновки окна вопросов: два предложения - прокручивать его целиком, либо делить на три равные области, и прокручивать каждую отдельно.
little_beat:Кроме того, можно сделать некоторый финт с прокруткой и сверху-снизу вставить кнопки следующий билет/предыдущий билет.
mosfet:Выложил образ с Diablo SDK с PyGTK и PyQt внутри, выплюнутый из последней версии VirtualBox
http://narod.ru/disk/20453891000/Kubuntu%209.10%20Maemo4.tar.html
(Голая Kubuntu 9.10. До 10.04 не обновляйте, там убрали hal, из-за чего VirtualBox Guest Additions не работают)
mosfet:А можно по-вертикали прокручивать содержимое вопроса, а по-горизонтали - вопросы билета/темы.
mosfet:
А можно по-вертикали прокручивать содержимое вопроса, а по-горизонтали - вопросы билета/темы.
alex2ndr:Вроде выкладывали уже рабочую питон версию для N900.
alex2ndr:Насчет Классификатора по темам. Логично было бы его привести текстовым файликом и положить рядом с базой. Ну а потом соответственно парсить. Я наверно так и сделаю. В код его засовывать как-то не правильно... Он к коду отношения вообще не имеет.
Класс, описывающий билет с вопросами
Вводные параметры:
(path,filelist)
path - путь к месту хранения БД
filelist - список названий файлов с текстовым описанием
Использование:
get_all_quest - возвращает генератор, где каждой значение - словарь
следующего типа:
{
card_nmb:int - Номер билета.
quest_nmb:int - Номер вопроса в билете.
image:str - Полный путь к файлу с картинкой. Если
картинки нет, то пустая строка.
question:utf8_str - Вопрос.
answers:utf8_str - Список с вариантами ответов.
corr_ans_nmb:utf8_str - Номер правильного варианта ответа.
comment:utf8_str - Пояснение к ответу.
}
Данный словарь описывает один из вопросов билета. Класс для работы с конфигурационными файлами. Использование:
cfg - словарь, содержащий в себе все опции из файла настроек.
read - прочитать конфигурационный файл. Если в пользовательском
каталоге нет файла .pddrc, то настройки читаются из файла с глобальными
настройками(например из /etc/pdd/default.ini) а затем записываются в
~/.pddrc
write - записать настройки в конфигурационный файл (в ~/.pddrc)
set_default - прочитать глобальные настройки и записать их в настройки
пользователя(~/.pddrc)little_beat:
Как там образ виртуалки от mosfet?