Обсуждение участника:Crower

Перенос слов на страницах индексов

Я заметил что вы уже пробуете делать разрывы слова на страницах (обратите внимание, на странице Страница:Sbornik zakonov 1938-1956.djvu/70 вы забыли закрыть тег noinclude, я исправил это, из-за незакрытого тега всё содержимое страницы не попадает во включённую страницу). Смотрите как можно сделать первую половинку разорванного слова: [1] C уважением, Виталий Чихарин 17:15, 7 марта 2011 (UTC)

Спасибо за исправление моей опечатки - не досмотрел. Что касается переноса,то в данном случае обратил внимание, что всё слово было расположено целиком на первой странице, а на следующей - половинка. Можно было и удалить её, но решил просто спрятать для импорта вторую половинку. Подумал, что можно оставить на предыдущей странице слово и целиком. То, как Вы оформили 69-ую страницу - это как раз тот вариант, о котором я упоминал на странице обсуждения, хоть и без шаблонов, и который в проекте не предлагается. Шаблоны - вещь, конечно, удобная с одной стороны, но с другой - накладные расходы тоже бывают серьёзными. Не знаю какой вариант предпочтительнее, но мне больше симпатичен тот, что получился. Либо, исходя из определённых соображений, предпочёл бы даже <noinclude>от-</noinclude><includeonly>отметкой</includeonly>. -- Crower 11:52, 8 марта 2011 (UTC)

Выравнивание в hr

Мои эксперименты показали что в некоторых браузерах выравнивание работает, в некоторых — нет :( C уважением, Виталий Чихарин 03:40, 11 апреля 2011 (UTC)

Доброе утро. :) Это медиавики что-то химичит. В документе пишешь <hr align="center" />, а на выходе получаешь <hr /> . А с разными браузерами Вы пробовали text-align в стилях? -- Crower 04:15, 11 апреля 2011 (UTC)

На моей страничке есть шпаргалка по hr, с использованием text-align, я проверил, это работает, но только в браузере Опера. C уважением, Виталий Чихарин 04:46, 11 апреля 2011 (UTC)

Понятно. Я уж было подумал, не выдаёт ли медиавики разные html для разных браузеров. Условные стили и/или специализированные файлы css для разных браузеров - это ещё понятно. А у Оперы, видать, оригинальная, нестандартная интерпретация этого свойства. Ведь по сути: текста-то в линейке нет, а если бы и был, то следовало бы текст выравнивать внутри линейки (выравнивание которой на странице явно не указано будет, а значит - по-умолчанию). Пробовал ставить в hr параметр float в стиле, как у div, но там значения только left и right, не говоря уже о том, что поведение объекта будет совсем другим. Кстати, пока боролся с родным выравниванием hr, совсем забыл про старый, добрый <center>...</center>. Лучше уж было его использовать чем мудрёный div. :-D -- Crower 06:02, 11 апреля 2011 (UTC)

Указы ПВС — отсутствующая страница

В сборнике Указов ПВС нет одной страницы, номер 397 (по нумерации книги). Она должна была быть между страницами Страница:Sbornik zakonov 1938-1956.djvu/428 (по книге 396) и Страница:Sbornik zakonov 1938-1956.djvu/429 (по книге 398). C уважением, Виталий Чихарин 14:54, 29 мая 2011 (UTC)

То-то я давно заметил, что разница между номерами в первых двух сотнях в 33 страницы, а в четвёртой - 31. А кроме 397-ой нет ещё и 244-ой по книге страницы. На 243-ей (276 по файлу) текст заканчивается подпунктом б) пункта 10, а следующая страница (в книге не пронумерована), продолжается с подпункта в), но следует за ним пункт 17. Значит этот подпункт в) относится к 16-ому пункту. Может страницы выпали во время перепаковки в djvu, а может в исходном виде так было, и ошибся сканировавший книгу. Можно уточнить у Вантуса. Если страницы можно восстановить и перезалить файл, то не составит большого труда переименовать страницы после пропавших и исправить ссылки. Благо мы пока ещё не добрались в вычитке до первой пропавшей страницы. Если сейчас страницы восстановить нельзя, то, наверно, имеет смысл в индексе внести пометку о проблемных страницах. А может всё равно стоит перепаковать книгу, поместив на место потерянных страниц какой-нибудь текст "страница утеряна". Тогда можно будет спокойно исправить номера, пометить утерянные страницы проблемными и завершать вычитку вне зависимости от того, удастся ли найти пропажи и перезалить полностью восстановленный файл. Либо, чтобы не возиться с толстым файлом (хотя это наиболее красивый вариант) залить потом мини-файл с найденными страницами, а из общего индекса ссылки сделать на новые страницы. -- Crower 00:49, 30 мая 2011 (UTC)

Особой возни с перезаливкой файлов нет, лучше бы конечно сделать качественно. Но надо найти эти две страницы. Может, в библиотеке какой-то есть? C уважением, Виталий Чихарин 03:56, 30 мая 2011 (UTC)

Я добавил пока на место этих пустых страниц 2 «заглушки» (белые страницы с надписью «Страница отсутствует») чтобы можно было продолжать работу и не плыла при этом нумерация. C уважением, Виталий Чихарин 07:45, 4 июня 2011 (UTC)

Сам файл на Коммонз показывается уже с этими заглушками, но в Индексе их пока почему-то нет. Может быть, какая-то синхронизация? C уважением, Виталий Чихарин 07:52, 4 июня 2011 (UTC)

Например, в файле видно, что 277-я страница файла — пустая (это отсутствующая 244-я по книге), а в индексе она отображается как и раньше, в то же время следующая, 278-я по файлу отображается верно, таким образом, в Индексе эта страница как бы раздвоилась. Будем надеяться что со временем что-то где-то синхронизируется и всё наладится. C уважением, Виталий Чихарин 08:25, 4 июня 2011 (UTC)

Миниатюры хранятся отдельно, но ассоциированными с djvu-файлом. При загрузке файла миниатюр нет, а генерятся при обращении к ним. Получается, что после замены файла миниатюры остались старые. Если обращаться к миниатюрам, которых раньше не было, то они будут генерироваться прямо сейчас со страниц нового файла. Например, нажав закладку "изображение" на той же теперешней странице 277, то выходит изображение с надписью "Страница отсутствует". А вот в окне proofread загружается page277-1000px-Sbornik_zakonov_1938-1956.djvu.jpg, который ранее уже загружался с той страницы, что была в старом файле. Видимо не хватает в движке proofread возможности принудительно освежить миниатюру. Да и на сколько это возможно - не знаю. Дело в том, что на медиавики в качестве решения для генерации миниатюр страниц с djvu-файла (которых непосредственно после загрузки файла ещё нет) предлагается расширение WebStore. Но на служебной странице версии ПО Викитеки этого расширения нет. Поэтому для меня до сих пор остаётся загадкой каков именно механизм генерации миниатюр со страниц djvu-файла в wikisource. Как почистить старые миниатуры - не представляю. Может это баг, а может фича, например, для того чтобы не перегенерировать миниатюры со страниц, которые в новом файле остались такими же как были в старом. Упоминания об этом не нашёл. Мне кажется, что для обычных миниатюр существует какой-то механизм, который время от времени удаляет те миниатюры, к которым никто долгое время не обращается. А может к каждой миниатюре считаются включения, и когда она нигде не требуется - удаляется. С этим аспектом в движке медиавики пока ещё не разбирался. В первом случае наша проблема разрешится сама собой со временем, если мы эту страницу оставим в покое, во втором - скорее всего нет. Каков выход во втором случае - не знаю. Удалить файл, если позволяют полномочия, и залить заново? А что будет с вычитанными страницами? В общем, как бы ни сделать хуже. -- Crower 16:41, 4 июня 2011 (UTC)

Провёл эксперимент на локальном mw-движке. Удалил djvu-файл, проверил что случилось с индексом и страницами. Страницы не пострадали. Только миниатура сбоку не появлялась. Индекс обругался на несуществующий файл в тех местах, где идёт ссылка на файл через <pagelist ... />, ну и, естественно, миниатура обложки отсутствовала. Все миниатюры движком были удалены. Остался только каталог "thumb/b/b6/Sbornik_zakonov_1938-1956.djvu/". После загрузки файла на страницах стали появляться миниатюры, а для индекса пришлось сделать нулевую правку. Может быть, если бы я индекс не смотрел после удаления файла, то и нулевую правку даже делать не пришлось. Впрочем, не уверен. Из djvu-файла в базу загружается мета-информация. Обычно происходит это после создания индекса. Наверно, как в моём случае, при нулевой правке тоже. -- Crower 17:45, 4 июня 2011 (UTC)

Эксперимент ставил на движке 1.16wmf4, а в Викитеке уже 1.17wmf1. Но разница, думаю, не должна сказаться. Немного поразмыслив, решил что сейчас заморачиваться с миниатюрами, не соответствующими страницам, пока не стоит. Хотя, если где-то посреди книги окажутся миниатюры, не соответствующие теперешнему файлу (кто-нибудь когда-то просматривал их ещё со старым файлом), то вычитку в proofread будет делать неудобно. Я сейчас перешёл на пакетный режим вычитки: отOCRил следующую главу целиком и в офлайне вычитываю, структурирую и размечаю. Затем всю её и залью. Может быть даже ботом - для простоты. Поэтому временное несоответствие миниатюр страницам мне не помешает. А вот если с ними придётся работать в онлайне - неудобстово останется. -- Crower

Очень меня расстроил и удивил этот баг. Хорошо бы поговорить на эту тему с разработчиком расширения, но мне не очень приятно с ним общаться, он часто вообще не отвечает на вопросы и т.п., а часто отделывается односложными ответами и проч. C уважением, Виталий Чихарин 03:41, 8 июня 2011 (UTC)

С разработчиком Proofread Page Томасом? На мой взгляд, в данном случае проблема заключена не в этом расширении, а в поддержке в mediawiki многостраничных документов. Наверно такая же проблема будет не только с djvu, но и с pdf. -- Crower 14:10, 8 июня 2011 (UTC)

Не найдя на багзиле проблему с djvu-файлами внёс туда этот баг. А мне подсказали, что это проблема гораздо более глубокая. И не только с многостраничными файлами связанная, но и с обычными при наличии нескольких версий. Решить наш вопрос с синхронизаией миниатюр без ожидания когда всё-таки пофиксят баз мог бы кто-то из имеющих на комонзе права на удаление файлов. Чтобы всё почистить, а только потом залить новый файл. -- Crower 23:51, 25 августа 2011 (UTC)

То есть удаляем файл на Коммонз, при этом очищаются и все «тампбнейлы», потом его же под тем же именем заливаем и все тамбнейлы генерируются заново? Если Каганер не ушёл ещё из проекта, могу попросить его. C уважением, Виталий Чихарин 03:42, 26 августа 2011 (UTC)

• Я обратился уже к A.Savin. Надеюсь у нас всё получится. -- Crower 08:57, 26 августа 2011 (UTC)
  • Из-за молчания Савина обратился на форум. Добрые люди помогли - удалили файл. Загрузить всё-таки получилось. Но результат нулевой. Что-то, видимо "не так в Датском королевстве". :-( Остаётся ждать устранения бага в самой системе... -- Crower 22:15, 29 августа 2011 (UTC)
    • Возможный выход — удалить файл и залить под новым именем, переименовав все страницы и переделав ссылки. C уважением, Виталий Чихарин 16:36, 30 августа 2011 (UTC)
      • Тоже вариант. Переименование и замену ссылок можно поручить роботу. Или можно экспортировать все статьи по сборнику одним дампом, в дампе как текстовом файле произвести замену (одним действием), а затем загрузить импортом всё обратно уже с нормальными ссылками. Статьи загрузятся поверх, а страницы уже через новый индекс. А в википедии ссылок на страницы и индекс не оказалось? А то ещё и там менять придётся. Впрочем, можно ведь и перенаправления оставить со старых страниц и индекса. Вот если бы можно было оставить одно единственное перенаправление на индексе, а всё остальное оставить как есть. Нужно бы поэкспериментировать. Если получится - можно было бы обойтись "малой кровью". Но не уверен - не известно как proofread page отнесётся к такой подмене. -- Crower 01:38, 31 августа 2011 (UTC)

• По словам Trycatch миниатюры у него отображаются верно. Стало быть причина отсутствия результата после удаления файла (по крайней мере у меня) кроется где-то на прокси-серверах провайдера (потому что кеш браузера я чистил и с разных компьютеров заходил). Получается, что результат всё-таки достигнут... -- Crower 11:20, 2 сентября 2011 (UTC)

Указы ПВС - страницы нашлись

Страницы найдены. См. Обсуждение участника:ChVA#Найдены недостающие страницы!--Вантус 17:38, 7 августа 2011 (UTC)

Wikisource User Group

Викитека, свободная цифровая библиотека, движется в направлении более эффективного управления книгами, а также процессами корректуры и загрузки. Для Викитеки очень важны все языковые сообщества. Мы хотели бы предложить создать Wikisource User Group — свободную организацию добровольцев для содействия информированию общества и техническому развитию проекта; присоединяйтесь, если чувствуете, что можете помочь.

Это также позволило бы улучшить обмен и развитие инструментов, используемых отдельными разделами Викитеки. Приглашаем вас присоединиться к списку рассылки 'wikisource-l' (на английском языке), IRC-каналу #wikisource, а также подписывайтесь на наши страницы в Facebook или Twitter. В рамках Google Summer of Code 2013 анонсированы четыре проекта, связанные с Викитекой. Чтобы достичь наилучших результатов этих проектов, мы хотели бы получить ваши комментарии о них. Проекты перечислены на странице Wikisource across projects. Здесь вы можете найти промежуточный отчёт о процессе разработки, выполненный в рамках IEG.

Global message delivery, 01:11, 25 июля 2013 (UTC)