xml2dcm - Online na nuvem

PROGRAMA:

NOME

xml2dcm - Converter documento XML em arquivo DICOM ou conjunto de dados

SINOPSE

xml2dcm [opções] xmlfile-in dcmfile-out

DESCRIÇÃO

A xml2dcm utilitário converte o conteúdo de um documento XML (Extensible Markup Language)
para arquivo DICOM ou conjunto de dados. O documento XML deve ser validado em relação ao DTD
(Definição do Tipo de Documento) que é descrito no arquivo dcm2xml.dtd. Um arquivo XML apropriado
pode ser criado usando o dcm2xml ferramenta (opção + Wb recomendado incluir dados binários).

PARÂMETROS

xmlfile-in nome de arquivo de entrada XML a ser convertido (stdin: "-")

dcmfile-out nome do arquivo de saída DICOM

OPÇÕES

geral opções
-h --ajuda
imprima este texto de ajuda e saia

--versão
imprimir informações da versão e sair

- argumentos
imprimir argumentos de linha de comando expandidos

-q --quieto
modo silencioso, não imprime avisos e erros

-v --verboso
modo detalhado, detalhes de processamento de impressão

-d --depurar
modo de depuração, imprimir informações de depuração

-ll --log-level [l] evel: constante de string
(fatal, erro, aviso, informação, depuração, rastreamento)
use o nível l para o logger

-lc --log-config [f] ilename: string
use o arquivo de configuração f para o logger

entrada opções
formato de arquivo de entrada:

+ f --read-meta-info
ler metainformações, se presente (padrão)

-f --ignore-meta-info
ignorar a meta informação do arquivo

em processamento opções
validação:

+ Vd --validate-document
validar documento XML contra DTD

+ Vn --check-namespace
verifique o namespace XML na raiz do documento

identificadores únicos:

+ Ug --gerar-novos-uids
gerar novo UID de estudo / série / instância SOP

-Uo --dont-overwrite-uids
não sobrescrever UIDs existentes (padrão)

+ Uo --overwrite-uids
sobrescrever UIDs existentes

saída opções
formato de arquivo de saída:

+ F - escrever arquivo
escrever formato de arquivo (padrão)

-F --write-conjunto de dados
gravar conjunto de dados sem informações de meta do arquivo

+ Fu --update-meta-info
atualizar determinada meta informação do arquivo

sintaxe de transferência de saída:

+ t = --write-xfer-same
escrever com o mesmo TS da entrada (padrão)

+ te --write-xfer-little
escrever com VR explícito little endian TS

+ tb --write-xfer-big
escrever com VR explícito big endian TS

+ ti --write-xfer-implícito
escrever com VR implícito little endian TS

+ td --write-xfer-deflated
escrever com VR explícito pequeno TS de endian

representações de valor pós-1993:

+ u --enable-new-vr
habilitar suporte para novos VRs (UN / UT) (padrão)

-u --disable-new-vr
desative o suporte para novos VRs, converta para OB

codificação de comprimento de grupo:

+ g = --grupo-comprimento-recálculo
recalcular comprimentos de grupo, se presente (padrão)

+ g - group-length-create
sempre escreva com elementos de comprimento de grupo

-g --group-length-remove
sempre escreva sem elementos de comprimento de grupo

codificação de comprimento em sequências e itens:

+ e - comprimento-explícito
escrever com comprimentos explícitos (padrão)

-e --comprimento-indefinido
escrever com comprimentos indefinidos

preenchimento final do conjunto de dados (não com --write-dataset):

-p = --padding-reter
não altere o preenchimento (padrão se não --write-dataset)

-p --padding-off
sem preenchimento (implícito se --write-dataset)

+ p --padding-create [f] ile-pad [i] tem-pad: inteiro
alinhar arquivo em múltiplos de f bytes e itens em
múltiplo de i bytes

esvaziar o nível de compressão (apenas com --write-xfer-deflated):

+ cl - nível de compressão [l] evel: inteiro (padrão: 6)
0 = descompactado, 1 = mais rápido, 9 = melhor compactação

NOTAS

A estrutura básica da entrada XML esperada se parece com a seguinte:



<formato de arquivo xmlns="http://dicom.offis.de/dcmtk">

<element tag="0002,0000" vr="UL" vm="1" len="4"
name = "MetaElementGroupLength">
166

...
<element tag="0002,0013" vr="SH" vm="1" len="16"
name = "ImplementationVersionName">
OFFIS_DCMTK_353



<element tag="0008,0005" vr="CS" vm="1" len="10"
name = "SpecificCharacterSet">
ISO_IR 100

...


<element tag="0028,3002" vr="xs" vm="3" len="6"
nome = "LUTDescriptor">
256 \ 0 \ 8

...

...

...
<element tag="7fe0,0010" vr="OW" vm="1" len="262144"
name = "PixelData" carregado = "no" binary = "oculto">




As tags 'formato de arquivo' e 'meta-cabeçalho' podem estar ausentes para conjuntos de dados DICOM.

Personagem Codificação
A codificação de caracteres DICOM é determinada automaticamente a partir do elemento com tag
'0008,0005' (Conjunto de caracteres específicos) - se houver. Os seguintes conjuntos de caracteres são
atualmente suportado (requer libxml para incluir iconv suporte, veja --versão saída):

ASCII (ISO_IR 6) (UTF-8)
UTF-8 "ISO_IR 192" (UTF-8)
ISO Latin 1 "ISO_IR 100" (ISO-8859-1)
ISO Latin 2 "ISO_IR 101" (ISO-8859-2)
ISO Latin 3 "ISO_IR 109" (ISO-8859-3)
ISO Latin 4 "ISO_IR 110" (ISO-8859-4)
ISO Latin 5 "ISO_IR 148" (ISO-8859-9)
Cirílico "ISO_IR 144" (ISO-8859-5)
Árabe "ISO_IR 127" (ISO-8859-6)
Grego "ISO_IR 126" (ISO-8859-7)
Hebraico "ISO_IR 138" (ISO-8859-8)

Vários conjuntos de caracteres não são suportados (apenas o primeiro valor do 'Caractere Específico
Set 'é usado para a codificação de caracteres em caso de multiplicidade de valor).

See dcm2xml documentação para obter mais detalhes sobre a estrutura XML.

Binário Data
Os dados binários podem ser codificados como uma sequência de números hexadecimais separados por uma barra invertida
'\' ou no formato Base64 (binário = 'base64'). Além disso, os dados binários também podem ser lidos a partir de
arquivo (binário = 'arquivo'). Neste caso, o nome do arquivo deve ser especificado como o valor do elemento,
por exemplo,

subdir / pixeldata.raw

Observe que o conteúdo do arquivo será lido como está. Espera-se que os dados OW sejam
little endian encomendado e será trocado, se necessário. Nenhuma verificação será feita para garantir
que a quantidade de dados é razoável em termos de outros atributos, como linhas ou
Colunas.

Compressão
Se libxml for compilado com suporte zlib, o arquivo de entrada (arquivo xml-in) pode ser também
compactado com ZIP, o que geralmente resulta em arquivos muito menores. Veja a saída da opção
--versão para verificar se o suporte zlib está disponível.

Limitações
Versões diferentes de libxml podem ter limites diferentes para o comprimento máximo de um XML
valor do elemento. Portanto, deve-se evitar o uso de valores de elemento muito longos (por exemplo, para
dados de pixel).

Por favor, note que xml2dcm atualmente não oferece suporte total a arquivos DICOMDIR. Especificamente,
o valor dos vários elementos de dados de correção não é atualizado automaticamente por esta ferramenta.

EXPLORAÇÃO MADEIREIRA

O nível de saída de registro das várias ferramentas de linha de comando e bibliotecas subjacentes pode
ser especificado pelo usuário. Por padrão, apenas erros e avisos são gravados no padrão
fluxo de erro. Usando a opção --verbose também mensagens informativas como detalhes de processamento
são relatados. Opção --depurar pode ser usado para obter mais detalhes sobre a atividade interna,
por exemplo, para fins de depuração. Outros níveis de registro podem ser selecionados usando a opção --registro-
nível. em --quieto modo, apenas erros fatais são relatados. Em tais eventos de erro muito graves,
o aplicativo geralmente será encerrado. Para obter mais detalhes sobre os diferentes níveis de registro,
veja a documentação do módulo 'oflog'.

Caso a saída de registro deva ser gravada em arquivo (opcionalmente com rotação de arquivo de registro),
para syslog (Unix) ou a opção de log de eventos (Windows) --log-config pode ser usado. Esse
arquivo de configuração também permite direcionar apenas certas mensagens para uma saída particular
stream e para filtrar certas mensagens com base no módulo ou aplicativo onde elas
são gerados. Um exemplo de arquivo de configuração é fornecido em /logger.cfg.

COMANDO LINHA

Todas as ferramentas de linha de comando usam a seguinte notação para parâmetros: colchetes incluem
valores opcionais (0-1), três pontos finais indicam que vários valores são permitidos
(1-n), uma combinação de ambos significa valores de 0 a n.

As opções de linha de comando são diferenciadas dos parâmetros por um sinal '+' ou '-' inicial,
respectivamente. Normalmente, a ordem e a posição das opções de linha de comando são arbitrárias (ou seja,
pode aparecer em qualquer lugar). No entanto, se as opções forem mutuamente exclusivas, a aparência mais à direita
é usado. Este comportamento está de acordo com as regras de avaliação padrão de shells Unix comuns.

Além disso, um ou mais arquivos de comando podem ser especificados usando um sinal '@' como um prefixo para
o nome do arquivo (por exemplo @ command.txt) Esse argumento de comando é substituído pelo conteúdo de
o arquivo de texto correspondente (vários espaços em branco são tratados como um único separador, a menos que
eles aparecem entre duas aspas) antes de qualquer avaliação posterior. Por favor, note que
um arquivo de comando não pode conter outro arquivo de comando. Esta abordagem simples, mas eficaz
permite resumir combinações comuns de opções / parâmetros e evita longos e
confusas linhas de comando (um exemplo é fornecido no arquivo /dumppat.txt).

MEIO AMBIENTE

A xml2dcm utilitário tentará carregar dicionários de dados DICOM especificados no
DCMDICPATH variável de ambiente. Por padrão, ou seja, se o DCMDICPATH variável de ambiente
não está definido, o arquivo /dicom.dic será carregado a menos que o dicionário seja construído
no aplicativo (padrão para Windows).

O comportamento padrão deve ser preferido e o DCMDICPATH variável de ambiente apenas
usado quando dicionários de dados alternativos são necessários. o DCMDICPATH variável de ambiente
tem o mesmo formato que o shell Unix PATH variável em que dois pontos (':') separam
entradas. Em sistemas Windows, um ponto e vírgula (';') é usado como separador. O dicionário de dados
o código tentará carregar cada arquivo especificado no DCMDICPATH variável de ambiente. Isto
é um erro se nenhum dicionário de dados puder ser carregado.

Use xml2dcm online usando serviços onworks.net