Здравствуйте!
Скажите, пожалуйста, есть ли возможность конвертировать тесты из других программ и систем (например, moodle или ispring) в Indigo и обратно?
И как загрузить тесты из Word в Indigo с сохранением картинок и формул?
1
Сочетание с другими программами
Автор Гость_Олег_*, 29 сен 2017 12:15
Сообщений в теме: 5
#1 Гость_Олег_*
Отправлено 29 Сентябрь 2017 - 12:15
#2
Отправлено 29 Сентябрь 2017 - 12:20
Здравствуйте, Олег!
Взаимной интеграции между системами нет. Импорт есть только из TXT. Формат импорта очень простой. Пока можно грузить только текст вопросов и вариантов ответа. Может быть в будущем мы его расширим, но тут появятся другие минусы, т.к. если он будет усложняться и будет больше проблем и ошибок составления файлов формата импорта, т.к. тот же Word может иметь сложную структуру, сложные объекты. Формат должен быть строгим и сложность составления такого файла не будет давать выигрыша чем работа напрямую в редакторе тестов, где нет возможности допустить ошибок оформления. Можно очень эффективно набивать базу тестов и через редактор и быть уверенным, что все будет сделано верно. Либо грузить базовые данные через импорт, а потом доредактировать данные вручную. Работу в редакторе все равно нельзя будет заменить полностью. Импорт это легкий вспомогательный инструмент. Нас часто просят сделать и те или иные задачи по импорту, как импорт баллов, пояснений, настроек тестов, и если это все делать полноценно, то получится слишком сложный формат. Мы пока ещё не приняли какого-то решения по данному вопросу. Также посмотрите https://indigotech.ru/manual 2.2.2. Советы по подготовке тестов, там есть ещё несколько полезных рекомендаций по эффективном вводу тестов.
Взаимной интеграции между системами нет. Импорт есть только из TXT. Формат импорта очень простой. Пока можно грузить только текст вопросов и вариантов ответа. Может быть в будущем мы его расширим, но тут появятся другие минусы, т.к. если он будет усложняться и будет больше проблем и ошибок составления файлов формата импорта, т.к. тот же Word может иметь сложную структуру, сложные объекты. Формат должен быть строгим и сложность составления такого файла не будет давать выигрыша чем работа напрямую в редакторе тестов, где нет возможности допустить ошибок оформления. Можно очень эффективно набивать базу тестов и через редактор и быть уверенным, что все будет сделано верно. Либо грузить базовые данные через импорт, а потом доредактировать данные вручную. Работу в редакторе все равно нельзя будет заменить полностью. Импорт это легкий вспомогательный инструмент. Нас часто просят сделать и те или иные задачи по импорту, как импорт баллов, пояснений, настроек тестов, и если это все делать полноценно, то получится слишком сложный формат. Мы пока ещё не приняли какого-то решения по данному вопросу. Также посмотрите https://indigotech.ru/manual 2.2.2. Советы по подготовке тестов, там есть ещё несколько полезных рекомендаций по эффективном вводу тестов.
#3 Гость_Гость_*
Отправлено 29 Сентябрь 2017 - 16:28
Спасибо за ответ!
Сложность конвертации и ошибки преобразования фалов успешно преодолены в программах конкурентов и, Ваша программа стала бы намного лучше и полезней большему количеству пользователей, если бы в ней появились расширенные возможности для создания и сохранения тестов, такие как, например, в moodle, где создана возможность составления тестов в Word на основании своего шаблона с дальнейшей полноценной их конвертацией на сайт или, например, в Ispring сохранение созданных тестов возможно в понятных большинству программ вариантах. Можно ли ожидать и в какие сроки подобных давно проверенных и удобных форм работы с тестами в Вашей программе?
К тому же, при создании документа теста все вопросы идут на странице в один столбики и с кружочками рядом с цифрами. Нельзя ли сделать ручную настройку вида как, например, в программе Schoollhouse test в два столбца на листе?
Сложность конвертации и ошибки преобразования фалов успешно преодолены в программах конкурентов и, Ваша программа стала бы намного лучше и полезней большему количеству пользователей, если бы в ней появились расширенные возможности для создания и сохранения тестов, такие как, например, в moodle, где создана возможность составления тестов в Word на основании своего шаблона с дальнейшей полноценной их конвертацией на сайт или, например, в Ispring сохранение созданных тестов возможно в понятных большинству программ вариантах. Можно ли ожидать и в какие сроки подобных давно проверенных и удобных форм работы с тестами в Вашей программе?
К тому же, при создании документа теста все вопросы идут на странице в один столбики и с кружочками рядом с цифрами. Нельзя ли сделать ручную настройку вида как, например, в программе Schoollhouse test в два столбца на листе?
Administrator (29 Сентябрь 2017 - 12:20) писал:
Здравствуйте, Олег!
Взаимной интеграции между системами нет. Импорт есть только из TXT. Формат импорта очень простой. Пока можно грузить только текст вопросов и вариантов ответа. Может быть в будущем мы его расширим, но тут появятся другие минусы, т.к. если он будет усложняться и будет больше проблем и ошибок составления файлов формата импорта, т.к. тот же Word может иметь сложную структуру, сложные объекты. Формат должен быть строгим и сложность составления такого файла не будет давать выигрыша чем работа напрямую в редакторе тестов, где нет возможности допустить ошибок оформления. Можно очень эффективно набивать базу тестов и через редактор и быть уверенным, что все будет сделано верно. Либо грузить базовые данные через импорт, а потом доредактировать данные вручную. Работу в редакторе все равно нельзя будет заменить полностью. Импорт это легкий вспомогательный инструмент. Нас часто просят сделать и те или иные задачи по импорту, как импорт баллов, пояснений, настроек тестов, и если это все делать полноценно, то получится слишком сложный формат. Мы пока ещё не приняли какого-то решения по данному вопросу. Также посмотрите https://indigotech.ru/manual 2.2.2. Советы по подготовке тестов, там есть ещё несколько полезных рекомендаций по эффективном вводу тестов.
Взаимной интеграции между системами нет. Импорт есть только из TXT. Формат импорта очень простой. Пока можно грузить только текст вопросов и вариантов ответа. Может быть в будущем мы его расширим, но тут появятся другие минусы, т.к. если он будет усложняться и будет больше проблем и ошибок составления файлов формата импорта, т.к. тот же Word может иметь сложную структуру, сложные объекты. Формат должен быть строгим и сложность составления такого файла не будет давать выигрыша чем работа напрямую в редакторе тестов, где нет возможности допустить ошибок оформления. Можно очень эффективно набивать базу тестов и через редактор и быть уверенным, что все будет сделано верно. Либо грузить базовые данные через импорт, а потом доредактировать данные вручную. Работу в редакторе все равно нельзя будет заменить полностью. Импорт это легкий вспомогательный инструмент. Нас часто просят сделать и те или иные задачи по импорту, как импорт баллов, пояснений, настроек тестов, и если это все делать полноценно, то получится слишком сложный формат. Мы пока ещё не приняли какого-то решения по данному вопросу. Также посмотрите https://indigotech.ru/manual 2.2.2. Советы по подготовке тестов, там есть ещё несколько полезных рекомендаций по эффективном вводу тестов.
#4
Отправлено 29 Сентябрь 2017 - 19:11
Цитата
Сложность конвертации и ошибки преобразования фалов успешно преодолены в программах конкурентов и, Ваша программа стала бы намного лучше и полезней большему количеству пользователей, если бы в ней появились расширенные возможности для создания и сохранения тестов, такие как, например, в moodle, где создана возможность составления тестов в Word на основании своего шаблона с дальнейшей полноценной их конвертацией на сайт или, например, в Ispring сохранение созданных тестов возможно в понятных большинству программ вариантах. Можно ли ожидать и в какие сроки подобных давно проверенных и удобных форм работы с тестами в Вашей программе?
1. Я не считаю, что Word позволяет значительно упростить ввод тестов. Точно также нужно заполнять поля данных, только дополнительно приходится придерживаться осторожности, чтобы не запороть такой шаблон. И потом после импорта ещё все перепроверять на всякий случай. Чем Вам редактор тестов не такой же шаблон? В котором только накосячить невозможно и при этом ничего перепроверять не нужно.
2. Что касается пакетов экспорта типа SCORM, для использования в других программах, то преимущества INDIGO не в самих тестах, как редактора, а в общей концепции, организации данных, гибкости с точки зрения администрирования, учета полученных результатов, отчетов, статистики, разграничения прав доступа админов и прочего. Экспорт в другие системы нам не нужен. Если бы это была бы очень простая задача, то сделали бы, но это сложно и не интересно. Что касается импорта форматов других систем, то импорт может быть мог бы некоторым пользователям загрузить имеющиеся тесты из других систем в INDIGO, но у INDIGO своя структура тестов, свои структуры данных, свои подходы, например, те же шкалы оценивания, где можно делать произвольные формулы расчета баллов, свои настройки тестов. Конвертации из их форматов в INDIGO быть не может. SCORM вещь в себе, как микро модули плагины. Теоретически можно сделать только поддержку обработки этих пакетов, но не конвертацию в формат INDIGO. И получается, что нужно делать поддержку двух совершенно разных форматов - нашего и пакетов SCROM, и это все будет сложно как-то увязать между собой в общих отчетах и прочем, тогда как подходы разные, структуры данных разные, все разное. INDIGO это не стандартизированная СДО, это по большому счету самодостаточный продукт. Если Вам нужны интеграции между разными системами и прыгать с одной на другую, то пожалуйста, используйте moodle или ispring, зачем Вам INDIGO? Или у них там тоже все не так хорошо и есть свои минусы? А минусов на самом деле хватает, и идеальной системы полностью удовлетворяющей Ваши требования скорее всего не существует.
Цитата
К тому же, при создании документа теста все вопросы идут на странице в один столбики и с кружочками рядом с цифрами. Нельзя ли сделать ручную настройку вида как, например, в программе Schoollhouse test в два столбца на листе?
Что касается программы Schoollhouse test, то честно скажу, мы ранее ее не смотрели, я так понял, это просто редактор для создания бланков тестирования. Мы ни у кого формат бланков не передирали, делали так как казалось очевидно, так как для большинства тестов выглядит хорошо. Бланки это просто маленькая фишка, INDIGO ведь заточена под автоматизированное тестирование, а не тестирование на бумажках. Если та программа решает конкретную задачу, связанную с этими бланками и больше ничего не может, то само собой разумеется, что там более богатый выбор настроек, она же специализированная для этого, и INDIGO не может быть во всем лучше всех других программ. Всем не угодишь. Не нравится - не пользуйтесь.
#5 Гость_Олег_*
Отправлено 29 Сентябрь 2017 - 22:35
Уважаемый Администратор!
Благодарю Вас за подробный ответ на мои скромные заметки о возможности улучшения Вашего же продукта, которые Вы так рьяно начали отвергать, видимо пытаясь, как это то часто бывает, вновь изобрести велосипед, ссылаясь на кажущиеся Вам важные вещи будь то "гибкости с точки зрения администрирования, учета полученных результатов, отчетов, статистики, разграничения прав доступа админов" и неосознанно ограничивая распространение Вашей программы среди пользователей.
Однако, вопросы, заданные на форуме, свидетельствуют, что удобство работы с самими тестами выходит на первый план и, в этой связи, непонятны Ваши рассуждения о возможной сложности и неинтересности с Вашей стороны их улучшения для пользователя. Так почему же не взять уже известные типы вопросов, их форматы и настройки, адаптировать, улучшить и дополнить новыми для Вашей системы, чтобы продукт стал более привлекательным и интересным?
Что касается форматирования теста в Word, то, как показывает опыт, в большинстве своем, тест изначально и создается в нем и только потом переносится в саму программу, поэтому для упомянутой системы Moodle и созданы шаблоны для облегчения работы пользователя по такой конвертации. В этой связи непонятно остается Ваше упорство в формировании теста в самой программе, в которой возможны те же ошибки, что и в Word, но отягощенные полной уверенностью их отсутствия и исправить которые удастся лишь вновь просморев готовый тест уже в рабочем режиме, коего пока нет в программе.
Относительно создания бланка тестирования, то речь не шла о том, что Вы у кого-то, что-то "передрали", всего лишь было обращено внимание на внешнее представление тестов, ведь об бумажном варианте тестирования Вы заявляете на первой странице в числе своих преимуществ (п.12. Печать и экспорт бланков тестов и тестов с ответами), а Schoollhouse test, на мой взгляд, формирует достойные внимания бланки, которыми пользуются многие.
P.S. Впервые встречаю менеджера проекта, которые не старается продвигать свой продукт, рассказывая о будущих изменениях и превосходстве или, по крайней мере, соответствии своего продукта известным маркам, а, наоборот, ссылаясь на сложность реализации уже внедренных идей, призывает не пользоваться его продуктом ("Не нравится - не пользуйтесь").
Благодарю Вас за подробный ответ на мои скромные заметки о возможности улучшения Вашего же продукта, которые Вы так рьяно начали отвергать, видимо пытаясь, как это то часто бывает, вновь изобрести велосипед, ссылаясь на кажущиеся Вам важные вещи будь то "гибкости с точки зрения администрирования, учета полученных результатов, отчетов, статистики, разграничения прав доступа админов" и неосознанно ограничивая распространение Вашей программы среди пользователей.
Однако, вопросы, заданные на форуме, свидетельствуют, что удобство работы с самими тестами выходит на первый план и, в этой связи, непонятны Ваши рассуждения о возможной сложности и неинтересности с Вашей стороны их улучшения для пользователя. Так почему же не взять уже известные типы вопросов, их форматы и настройки, адаптировать, улучшить и дополнить новыми для Вашей системы, чтобы продукт стал более привлекательным и интересным?
Что касается форматирования теста в Word, то, как показывает опыт, в большинстве своем, тест изначально и создается в нем и только потом переносится в саму программу, поэтому для упомянутой системы Moodle и созданы шаблоны для облегчения работы пользователя по такой конвертации. В этой связи непонятно остается Ваше упорство в формировании теста в самой программе, в которой возможны те же ошибки, что и в Word, но отягощенные полной уверенностью их отсутствия и исправить которые удастся лишь вновь просморев готовый тест уже в рабочем режиме, коего пока нет в программе.
Относительно создания бланка тестирования, то речь не шла о том, что Вы у кого-то, что-то "передрали", всего лишь было обращено внимание на внешнее представление тестов, ведь об бумажном варианте тестирования Вы заявляете на первой странице в числе своих преимуществ (п.12. Печать и экспорт бланков тестов и тестов с ответами), а Schoollhouse test, на мой взгляд, формирует достойные внимания бланки, которыми пользуются многие.
P.S. Впервые встречаю менеджера проекта, которые не старается продвигать свой продукт, рассказывая о будущих изменениях и превосходстве или, по крайней мере, соответствии своего продукта известным маркам, а, наоборот, ссылаясь на сложность реализации уже внедренных идей, призывает не пользоваться его продуктом ("Не нравится - не пользуйтесь").
Administrator (29 Сентябрь 2017 - 19:11) писал:
1. Я не считаю, что Word позволяет значительно упростить ввод тестов. Точно также нужно заполнять поля данных, только дополнительно приходится придерживаться осторожности, чтобы не запороть такой шаблон. И потом после импорта ещё все перепроверять на всякий случай. Чем Вам редактор тестов не такой же шаблон? В котором только накосячить невозможно и при этом ничего перепроверять не нужно.
2. Что касается пакетов экспорта типа SCORM, для использования в других программах, то преимущества INDIGO не в самих тестах, как редактора, а в общей концепции, организации данных, гибкости с точки зрения администрирования, учета полученных результатов, отчетов, статистики, разграничения прав доступа админов и прочего. Экспорт в другие системы нам не нужен. Если бы это была бы очень простая задача, то сделали бы, но это сложно и не интересно. Что касается импорта форматов других систем, то импорт может быть мог бы некоторым пользователям загрузить имеющиеся тесты из других систем в INDIGO, но у INDIGO своя структура тестов, свои структуры данных, свои подходы, например, те же шкалы оценивания, где можно делать произвольные формулы расчета баллов, свои настройки тестов. Конвертации из их форматов в INDIGO быть не может. SCORM вещь в себе, как микро модули плагины. Теоретически можно сделать только поддержку обработки этих пакетов, но не конвертацию в формат INDIGO. И получается, что нужно делать поддержку двух совершенно разных форматов - нашего и пакетов SCROM, и это все будет сложно как-то увязать между собой в общих отчетах и прочем, тогда как подходы разные, структуры данных разные, все разное. INDIGO это не стандартизированная СДО, это по большому счету самодостаточный продукт. Если Вам нужны интеграции между разными системами и прыгать с одной на другую, то пожалуйста, используйте moodle или ispring, зачем Вам INDIGO? Или у них там тоже все не так хорошо и есть свои минусы? А минусов на самом деле хватает, и идеальной системы полностью удовлетворяющей Ваши требования скорее всего не существует.
Что касается программы Schoollhouse test, то честно скажу, мы ранее ее не смотрели, я так понял, это просто редактор для создания бланков тестирования. Мы ни у кого формат бланков не передирали, делали так как казалось очевидно, так как для большинства тестов выглядит хорошо. Бланки это просто маленькая фишка, INDIGO ведь заточена под автоматизированное тестирование, а не тестирование на бумажках. Если та программа решает конкретную задачу, связанную с этими бланками и больше ничего не может, то само собой разумеется, что там более богатый выбор настроек, она же специализированная для этого, и INDIGO не может быть во всем лучше всех других программ. Всем не угодишь. Не нравится - не пользуйтесь.
2. Что касается пакетов экспорта типа SCORM, для использования в других программах, то преимущества INDIGO не в самих тестах, как редактора, а в общей концепции, организации данных, гибкости с точки зрения администрирования, учета полученных результатов, отчетов, статистики, разграничения прав доступа админов и прочего. Экспорт в другие системы нам не нужен. Если бы это была бы очень простая задача, то сделали бы, но это сложно и не интересно. Что касается импорта форматов других систем, то импорт может быть мог бы некоторым пользователям загрузить имеющиеся тесты из других систем в INDIGO, но у INDIGO своя структура тестов, свои структуры данных, свои подходы, например, те же шкалы оценивания, где можно делать произвольные формулы расчета баллов, свои настройки тестов. Конвертации из их форматов в INDIGO быть не может. SCORM вещь в себе, как микро модули плагины. Теоретически можно сделать только поддержку обработки этих пакетов, но не конвертацию в формат INDIGO. И получается, что нужно делать поддержку двух совершенно разных форматов - нашего и пакетов SCROM, и это все будет сложно как-то увязать между собой в общих отчетах и прочем, тогда как подходы разные, структуры данных разные, все разное. INDIGO это не стандартизированная СДО, это по большому счету самодостаточный продукт. Если Вам нужны интеграции между разными системами и прыгать с одной на другую, то пожалуйста, используйте moodle или ispring, зачем Вам INDIGO? Или у них там тоже все не так хорошо и есть свои минусы? А минусов на самом деле хватает, и идеальной системы полностью удовлетворяющей Ваши требования скорее всего не существует.
Что касается программы Schoollhouse test, то честно скажу, мы ранее ее не смотрели, я так понял, это просто редактор для создания бланков тестирования. Мы ни у кого формат бланков не передирали, делали так как казалось очевидно, так как для большинства тестов выглядит хорошо. Бланки это просто маленькая фишка, INDIGO ведь заточена под автоматизированное тестирование, а не тестирование на бумажках. Если та программа решает конкретную задачу, связанную с этими бланками и больше ничего не может, то само собой разумеется, что там более богатый выбор настроек, она же специализированная для этого, и INDIGO не может быть во всем лучше всех других программ. Всем не угодишь. Не нравится - не пользуйтесь.
#6
Отправлено 30 Сентябрь 2017 - 00:30
Цитата
P.S. Впервые встречаю менеджера проекта, которые не старается продвигать свой продукт, рассказывая о будущих изменениях и превосходстве или, по крайней мере, соответствии своего продукта известным маркам, а, наоборот, ссылаясь на сложность реализации уже внедренных идей, призывает не пользоваться его продуктом ("Не нравится - не пользуйтесь").
Вы хотели, чтобы Вам навешали лапши на уши? Я высказал свою позицию на этот счет. По шаблонам она обусловлена тем, что я постоянно вижу как косячат даже в TXT формате. Может я где-то и не прав. То что Вы написали ещё раз проанализирую. Скажу прямо почему такая реакция - нас уже завалили запросами на доработки, в таск листе уже давно больше 1000 пунктов, отсортированные по приоритетам, количеству таких запросов и прочим параметрам. И то что здесь обсуждается на форуме это лишь небольшая часть, т.к. большинство работы с клиентами идет не публично. С этого уровня имеется хорошая картина для расстановки приоритетов. Мы хотим сделать все что есть в таск листе, включая эти пункты, они там тоже есть, Ваш пост придаст им больший приоритет, но все сделать невозможно, ресурс времени и сил ограничен, любые работы проводимые на качественном уровне занимают очень много времени, и чтобы сделать все нужны десятилетия, а к этому времени многие концептуальные и технические подходы уже будут не актуальными, поэтому мы выделяем принципиально важные вещи и второстепенные. И есть вещи куда гораздо более сильно занижающие спрос на продукт, чем Вы привели. Word шаблоны и бланки для тестирования на бумажках это мелкие утилитарные фишки, в большинстве случаев они не являются определяющими при выборе продукта, есть более глобальные вещи, которые нам нужно разрешить как можно скорее, которые могут мультиплицировать полезность продукта, а не стать одной из многих маленьких заметок в большом списке функциональных возможностей. Мы ещё в ближайшее время посмотрим что можно сделать с Word шаблонами, какая трудность и полезность, какой приоритет, и там примем решение, отложить на потом или попробовать сделать сейчас. Возможно скоро будет переработка редактора тестов, он очень сильно устарел и по нему накопилось большое количество требований, которые было бы не плохо сделать разом, чтобы не плодить версии форматов тестов. И такой импорт мог бы иметь к этому отношение, т.к. планируется возможность ввода сложного контента в варианты ответа (форматированный текст, картинки и прочее).
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных