[ Новые сообщения · Участники · Правила форума · Поиск · RSS ]



  • Страница 5 из 5
  • «
  • 1
  • 2
  • 3
  • 4
  • 5
Модератор форума: STaras, GeorgySmith  
DICOM сервер "своими руками"
KuzmaДата: Пятница, 12.Янв.2024, 10:23 | Сообщение # 161
Завсегдатай
У вас сообщений: 264
инженер
OFFлайн
Украина

Харьков
Цитата Hooligan666 ()
перенести как-то можно, есть варианты?
Цитата Hooligan666 ()
В самых "плохих" случаях приходится файл базы грохнуть и реинициилизировать

Да, тот же "плохой" случай :)
Только перед реинициализацией установить MySQL и в конквесте выбрать её.
Т.н. "реинициализация" на самом деле - просто сканирование каталогов с исследованиями и занесение в БД информации из тегов dicom.
Поэтому, если структура каталогов почему-то была нарушена, или файлы были перемещены, то "запихнуть" их обратно в БД можно просто отправив на сервер какой-нибудь программой экспорта, например, этой: https://telepacs.com.ua/?p=775
 
BomberbugДата: Суббота, 20.Янв.2024, 09:22 | Сообщение # 162
У вас сообщений: 708
engineer
OFFлайн
Российская Федерация

Россия
Цитата Kuzma ()
Поэтому, если структура каталогов почему-то была нарушена ...

Вы всё усложняете ...
На самом деле, чем примечателен Conquest, в любой ситуации, когда файлы с данными каком-то образом "перемешиваются" и получается куча-мала, достаточно просто в папку INCOMING их подсунуть и сам Conquest их заново добавит в базу себе, и заново рассортирует по заданному шаблону (лично я не использую стандартный, всего делаю по дате "раскладывание").

А относительно MySQL - из личного этого тоже шляпа, при всякого рода сбоях слетает и заново ребилд базы ...

Рекомендую полноценный MSSQL, версия на выбор, у меня, вроде, 2014. Добавляете ключ в него (чтобы ограничение снять на количество записей), его "прицепить" к Conquest и уже потом через INCOMING "скормить" Ваши dicom-файлы (перед этим шаблон создания структуры папок удобный сделав).

По личному опыту - MSSSQL тяжело "завалить".
А вот MySQL - как нефиг делать (во всяком случае, у меня с ним так, для больших объёмов, как по мне, он не годится).

Единственное, придется помучаться с тем, чтобы "подружить" MSSQL с Conquest!- если опыта такого не было.
 
KuzmaДата: Суббота, 20.Янв.2024, 10:45 | Сообщение # 163
Завсегдатай
У вас сообщений: 264
инженер
OFFлайн
Украина

Харьков
Цитата Bomberbug ()
Рекомендую полноценный MSSQL

Во-первых, "полноценный" MSSQL - весьма недешёвый продукт.
Во-вторых, спор о том, какая из этих СУБД лучше, идёт всё время их существования. Поэтому считаю, что спорить на эту тему бесполезно. У каждого свои предпочтения.

Цитата Bomberbug ()
По личному опыту - MSSSQL тяжело "завалить" . А вот MySQL - как нефиг делать (во всяком случае, у меня с ним так, для больших объёмов, как по мне, он не годится).

Может это у Вас так? :) Или у меня просто к MSSQL предубеждение из-за "Microsoft" :)
Но я знаю много примеров, когда MySQL с Conquest работают безотказно годами и на виндовых системах, и на линуксовых.
 
BomberbugДата: Воскресенье, 21.Янв.2024, 18:50 | Сообщение # 164
У вас сообщений: 708
engineer
OFFлайн
Российская Федерация

Россия
Цитата Kuzma ()
весьма недешёвый продукт.

Ну, в текущих реалиях, когда всё импортное уже не п*изженное, а, как бы, трофейное - не актуально biggrin

Спора об относительности что лучше и не шло.
"Хозяин - барин", как говорится. Лишь делюсь своим личным опытом. У всех разные условия. В моих "разнородных" данных с разными узлами и модальностями - пробовал разное. MSSQL для больших объёмов лично для меня стал самым удачным.

Относительно Линуха не скажу - там не проверял.
А вот на Винде у меня на разных ПК именно встроенный MySQL работал не ахти ... Чуть где питание "рубануло" - усё, ошибки базы. Либо "подвисла" - аналогично. Не всегда, но очень часто, хз почему так.
С "полным" MSSQL - такой фигни пока вообще не было. Не знаю, может там какие механизмы "рекавери" волшебные, но работает безотказно.
 
navesДата: Среда, 28.Фев.2024, 12:12 | Сообщение # 165
У вас сообщений: 1059
программист
OFFлайн
Российская Федерация

Москва
Цитата Bomberbug ()
Ну, в текущих реалиях, когда всё импортное уже не п*изженное, а, как бы, трофейное - не актуально

1) Даже в РФ это заблуждение, за которое скоро начнут всех нагибать заново. Да-да. Этот маленький нюансик скрывается от широких народных масс, ибо казна не бездонная.
2) Ваш собеседник не в дефолт-сити и не в дефолт-стране.

Цитата Bomberbug ()
А вот на Винде у меня на разных ПК именно встроенный MySQL работал не ахти ... Чуть где питание "рубануло" - усё, ошибки базы. Либо "подвисла" - аналогично. Не всегда, но очень часто, хз почему так.
С "полным" MSSQL - такой фигни пока вообще не было. Не знаю, может там какие механизмы "рекавери" волшебные, но работает безотказно.

Как говорится, это ошибка выжившего. Если отключить питание сервера, когда БД активно пишет на диск, любая БД уйдёт в recovery режим. Зависит от реализации каждой СУБД, у некоторых просто ругнется при запуске, некоторые уйдут в recovery. А некоторые молча запустятся, а потом в произвольные моменты времени софт не будет работать, потому что запросы отваливаются из-за битого индекса.
Я на форуме приводил примеры, где компы с БД на рентгенах выключались рубильниками, и как после этого приходилось чинить эти БД MS SQL странными командами и заменами файлов журналов.
 
BomberbugДата: Вторник, 05.Мар.2024, 17:10 | Сообщение # 166
У вас сообщений: 708
engineer
OFFлайн
Российская Федерация

Россия
Цитата naves ()
за которое скоро начнут всех нагибать заново

Если доживем :-)
Ну никто и не призывал использовать то, что бесплатно "не положено", каждый сам себе разумеет что и как сделать (и на чём).
То, что "по закону" для большинства бюджетников делается, чаще всего работает не так как задумывалось, ибо основная цель всё ж "карманы набить" (хоть это и красиво завуалировано под разные благие цели). Может, и в "резиновой" всё как-то неплохо, но вот чем дальше от центров - тем унылей (ну, может, кроме "денежных" областей).
А если по теме - "голь на выдумку хитра", каждый решает свои задачи как может с учётом своих собственных реалий.
 
Serg88Дата: Пятница, 24.Май.2024, 09:29 | Сообщение # 167
Стажер
У вас сообщений: 7
нет
OFFлайн
Украина

Киев
Здравствуйте.
Подскажите, пожалуйста, что делаю не правильно?
Пытаюсь поднять пакс CONQUEST на win10. Сначала установил MySQL сервер, затем запускаю CONQUEST, выбираю Native MySQL driver. Прописываю данные сервера и сохраняюсь. На вкладке Installation жму Make ODBC MySql создаю базу и выдаёт ошибку подключение к порту. Бывает что удаётся создать базу, но снимки не сохраняет.

.
Добрый день.
Никто не подскажет решение моей проблемы?

Сообщение отредактировал Serg88 - Среда, 29.Май.2024, 16:59
3458911.jpg (159.6 Kb) · 4218465.jpg (114.9 Kb) · 5168059.jpg (158.4 Kb)
 
KuzmaДата: Среда, 29.Май.2024, 16:30 | Сообщение # 168
Завсегдатай
У вас сообщений: 264
инженер
OFFлайн
Украина

Харьков
Мне кажется, или MySQL в логах Вам чётко говорит, что доступа к БД нет из-за не настроенного логина-пароля рута?
Установите и настройте MySQL правильно.
Или попробуйте сначала с SQLite.
 
Serg88Дата: Четверг, 30.Май.2024, 10:50 | Сообщение # 169
Стажер
У вас сообщений: 7
нет
OFFлайн
Украина

Киев
Благодарю за ответ.
Как видно на фото, я создал базу, но снимки так и не сохраняет.
Скажите, пожалуйста, в чём может быть причина?
2075710.jpg (60.4 Kb) · 7537622.jpg (158.4 Kb)
 
valentin17Дата: Четверг, 30.Май.2024, 12:35 | Сообщение # 170
Техник
У вас сообщений: 546
инженер
OFFлайн
Чешская Республика

Прага
Есть ошибка, не существует таблицы conquest1.dicomimages.
 
Serg88Дата: Четверг, 30.Май.2024, 13:15 | Сообщение # 171
Стажер
У вас сообщений: 7
нет
OFFлайн
Украина

Киев
Выходит, что CONQUEST не создает базу с таблицей при нажатии кнопки  Make ODBC MySql.
Нужно создать в ручную, через консоль?
 
KuzmaДата: Четверг, 30.Май.2024, 17:24 | Сообщение # 172
Завсегдатай
У вас сообщений: 264
инженер
OFFлайн
Украина

Харьков
Посмотрите опять же права на запись в СУБД.

Сообщение отредактировал Kuzma - Четверг, 30.Май.2024, 17:28
 
navesДата: Воскресенье, 02.Июн.2024, 22:24 | Сообщение # 173
У вас сообщений: 1059
программист
OFFлайн
Российская Федерация

Москва
Там какой-то был не совсем интуитивный порядок нажимания кнопок для создания БД
https://www.medteh.info/forum/57-4668-151684-16-1415891983
Цитата
на вкладке installation сделать
make ODBC and database
initialialize db
на вкладке browse database должен появиться тестовый снимок головы.

Как будто не было именно сделано
initialialize db


Сообщение отредактировал naves - Воскресенье, 02.Июн.2024, 22:26
 
KuzmaДата: Среда, 05.Июн.2024, 11:41 | Сообщение # 174
Завсегдатай
У вас сообщений: 264
инженер
OFFлайн
Украина

Харьков
Цитата naves ()
Там какой-то был не совсем интуитивный порядок нажимания кнопок для создания БД

Порядок нажатия кнопок: Save configuration, Make ODBC data source, (Re)-initialize database

Решил помочь решить проблему Serg88 и попробовал её воспроизвести.
И да, она воспроизводится с Оракловской MySQL и 5-й и 8-й версии. Причина так мне и не стала понятной.
Затем ставлю MariaDB - всё работает с пол-пинка.
Но проблема с кириллицей что в 144-й, что в 192-й кодировке. Виндовая кодировка - пожалуйста, без проблем. По-моему она уже поднималась неоднократно, где-то что-то нужно в ини-файлах править. Не стал заморачиваться.
И да, на картинке при установке СУБД не стоит галка на UTF-8, но я испробовал и такой вариант, и с установленной. Картинку не сделал только. Что так, что эдак - кириллицы нет.
Последней каплей, убедившей, что все-равно я не буду ставить этот сервер, стало то что он принимает и отдает исследования ПО ЛЮБОМУ AeTitle. Главное адрес и порт указать, а там что CONQUESTSRV1, что CONQUEST или вообще CON - по барабану.
Раньше как-то не обращал внимание на это, точнее в голову не могло прийти такое проверять, а тут случайно обнаружил. Полез на старую установку с 1.4.17 - ТОЖЕ САМОЕ. Чё-то вообще ничего не понял, как такое может быть.
Может кто-то подскажет, что не так? Что с кириллицей, напомните?
Вот вся история в картинках:
7400171.png (42.9 Kb) · 6644382.png (129.5 Kb) · 9566804.png (165.6 Kb) · 5356459.png (169.3 Kb) · 9806115.png (195.9 Kb) · 5056562.png (296.8 Kb)


Сообщение отредактировал Kuzma - Среда, 05.Июн.2024, 11:53
 
KuzmaДата: Среда, 05.Июн.2024, 11:45 | Сообщение # 175
Завсегдатай
У вас сообщений: 264
инженер
OFFлайн
Украина

Харьков
Продолжение. Не даёт больше картинок подключить.

Особенно доставило именно безразличие к Ает. Как так может быть? И разве так было в более ранних версиях?

Желание проводить дальнейшие танцы с бубном отпало.
8973469.png (196.1 Kb) · 5950072.png (528.4 Kb) · 0094057.png (48.8 Kb) · 6325110.png (48.2 Kb)


Сообщение отредактировал Kuzma - Среда, 05.Июн.2024, 11:49
 
Serg88Дата: Среда, 05.Июн.2024, 17:13 | Сообщение # 176
Стажер
У вас сообщений: 7
нет
OFFлайн
Украина

Киев
Добрый день.
Спасибо Вам огромное Kuzma за проведённую роботу.
Ещё немного "поиграюсь" с sql, если не получится, то поставлю как Вы MariaDB.
Благодарю за помочь!
 
KuzmaДата: Среда, 05.Июн.2024, 17:27 | Сообщение # 177
Завсегдатай
У вас сообщений: 264
инженер
OFFлайн
Украина

Харьков
Мне всё равно непонятно, что за хрень с AeTitle сервера. У вас тоже так? Тоже можно на любой отправлять?
Кто-то что-то может сказать?
Или это у меня только такое волшебство? :): ) :)
 
navesДата: Пятница, 07.Июн.2024, 13:48 | Сообщение # 178
У вас сообщений: 1059
программист
OFFлайн
Российская Федерация

Москва
Цитата
И да, она воспроизводится с Оракловской MySQL и 5-й и 8-й версии. Причина так мне и не стала понятной.
Затем ставлю MariaDB - всё работает с пол-пинка.

Странная фигня, я думаю, что-то поменяли в дистрибутиве MySQL за 10 лет, изменилось поведение.

Цитата
Мне всё равно непонятно, что за хрень с AeTitle сервера. У Вас тоже так?
Тоже можно на любой отправлять?

Есть подозрение, что такая работа AeTitle это не баг, а фича. Для работы виртуальных серверов и export/import конвертеров.
Просмотрел код
https://github.com/marcelv....ate.cpp
Как будто в явном виде нигде нет проверки на Called AE.

Кому не нравится может написать свой lua-обработчик, который может обрабатывать любые правила доступа)
это opensource, тут никто никому ничего бесплатно не обязан).

Мой тезис такой, Conquest удобен для вкатывания здесь и сейчас за 10 минут, бесплатно и без СМС.
Для решения проблем кодировок есть бесплатные напильники. Или платные.

Я вообще открывал багу, что после установки Conquest сервер не принимает compression JPEG. Всю голову сломал, ну не может быть такого, оказалось это баг в GUI-конфигураторе, который срабатывает только при первом запуске, и который, видимо, никто не замечал 10 лет. Вроде поправили после репорта.


Сообщение отредактировал naves - Пятница, 07.Июн.2024, 13:50
 
KuzmaДата: Понедельник, 10.Июн.2024, 20:29 | Сообщение # 179
Завсегдатай
У вас сообщений: 264
инженер
OFFлайн
Украина

Харьков
Цитата naves ()
Conquest удобен для вкатывания здесь и сейчас за 10 минут, бесплатно и без СМС.

Согласен

Цитата naves ()
Для решения проблем кодировок есть бесплатные напильники. Или платные.

Но тезис про напильники противоречит тезису про здесь и сейчас за 10 минут

Цитата naves ()
такая работа AeTitle это не баг, а фича.

Это баг, как ни крути.
В любом букваре пишут, что у PACS-а должен быть AeTitle.
 
  • Страница 5 из 5
  • «
  • 1
  • 2
  • 3
  • 4
  • 5
Поиск:



Статистика Форума
Последние обновления тем: Новые файлы хранилища: Новые участники: Top10 участников:
1. Микроскоп Капс[smokes (19.Июн.2024)]
2. Монитор прикроватный ...[yblod5 (19.Июн.2024)]
3. Аспиратор-ирригатор H...[nrgizer79 (18.Июн.2024)]
4. Микроскоп операционны...[evpatiy (18.Июн.2024)]
5. Ввод оборудования в э...[Tim45 (17.Июн.2024)]
6. Ростомер РЭП[Михаил1 (17.Июн.2024)]
7. Ап-т мобильный хирург...[1985baha (16.Июн.2024)]
8. КУПЛЮ/ПРИМУ в дар зап...[iiomen (14.Июн.2024)]
9. Визиограф ф.Sirona[madmac (13.Июн.2024)]
1. СПГА-100-1-НН РУКОВОД...[05.Июн.2024]
2. Accuvix v20 - Service...[11.Апр.2024]
3. ГП 40 МО[19.Мар.2024]
4. Сервисный мануал пере...[07.Мар.2024]
5. Hitachi Noblus TECHNI...[07.Мар.2024]
6. Руководство Пользоват...[06.Мар.2024]
7. Сервисная инструкция ...[01.Фев.2024]
8. Сервисный мануал Sysm...[11.Янв.2024]
9. УЗТ 1.07Ф (схемы)[06.Дек.2023]
10. ПО для OEC 9800 9900 ...[04.Ноя.2023]
1. marlen1999[19.Июн.2024]
2. sahin55517[18.Июн.2024]
3. nrgizer79[18.Июн.2024]
4. Виктория_11[18.Июн.2024]
5. Натлия[18.Июн.2024]
6. goodjuk[18.Июн.2024]
7. liriks[18.Июн.2024]
8. Tim45[17.Июн.2024]
9. Service719[17.Июн.2024]
10. Slims[17.Июн.2024]
МастерБаку[582]
Yulana34[177]
Serg74[160]
Dimitrius[129]
РОМУЛ[120]
bektyish[118]
naves[117]
madmac[116]
Алекс-200[114]
генаf[112]