Ambiente de Trabalho no SPRING

Nesta página apresentamos como são armazenados os arquivos do sistema e do banco de dados, variáveis ambientais, etc...

Dividimos este assunto na descrição dos arquivos que fazem parte do sistema e na estrutura de arquivos que fazem parte de um banco de dados criado pelo SPRING.

Aqui você encontrará:

1. Memória, disco e sistema de arquivos
2. CodeBase e Banco de dados associados
3. Formato de Arquivos no SPRING
4. Compatibilidade com outros softwares
5. Variáveis Ambientais

Consulte também:
Suporte ao SPRING
Sobre as interfaces
Instalação do SPRING
Configurações do SPRING
Sobre o SPRING
Noções de geoprocessamento
Modelo Conceitual do SPRING
Conceitos cartográficos básicos para o uso do SPRING

Memória, disco e sistema de arquivos

Após instalar o SPRING (Veja Instalação e Configuração do SPRING), um conjunto de diretórios é criado a partir do diretório onde foi instalado o sistema. É necessário pelo menos 100 Mbytes de espaço em disco rígido.

Recomenda-se no mínimo de 128 Mbytes de memória virtual (RAM) para trabalhar com SPRING, principalmente quando se trata de utilizar técnicas de processamento de imagens e modelagem numérica.

Após instalar o sistema, um conjunto de arquivos e subdiretórios deve estar em seu disco rígido, são eles: /etc, /bitmaps, /help e /springdb :

/etc

Neste diretório são armazenados os arquivos e sub-diretórios auxiliares ao sistema. Os arquivos existentes são:


• “*.mas” e “*.med” = arquivos de filtros p/ processamentos de imagem;
• SpectralBands = nome e faixa espectral das bandas utilizadas no Modelo de Mistura;
• Datum_5 e Projections_4 = arquivos com parâmetros cartográficos;
• dpi.font = fonte de letras usado;
• rgb.txt = arquivo de palheta de cores;
• FONTINDEX.txt = arquivo com a lista de fontes;
• *.qm = arquivos de tradução;
• *.sql = arquivos com instruções para criação de novos bancos de dados



/etc/pattern

Neste subdiretório encontram-se os arquivos de moldes criados pelo módulo Scarta. Este deve ter permissão de escrita e leitura caso outros usuários desejam utilizar este diretório.

/etc/CSV

Neste subdiretório encontram-se os arquivos necessários para a biblioteca que manipula arquivos TIFF / GEOTIFF.

/etc/chart/symbol

Neste subdiretório encontram-se os arquivos “*.dxf” relacionados aos símbolos utilizados pelo >“Scarta” - módulo de geração de cartas. Este diretório tem permissão de escrita para o usuário acrescentar qualquer símbolo gerado por outros aplicativos que exportem no formato DXF.

Um símbolo elaborado pelo AutoCad 12.x deve ser utilizado apenas a entidades básicas deste sistema como; line, polyline, circle, etc..., preenchimentos sólidos em qualquer cor, além de fontes de letras como; normal e roman. Importante ao exportar um símbolo para o formato DXF, utilize o comando limits para definir o limite em volta do símbolo elaborado.

/etc/chart/bitmaps

Neste subdiretório encontram-se os arquivos “*.bmp” relacionados aos símbolos utilizados pelo “Scarta” - módulo de geração de cartas.

/etc/templates

Neste subdiretório encontram-se os arquivos com os templates de cada gráfico pertecente ao Spring.

/bitmaps

Este diretório contém outros dois sub-diretórios (/pattern e /hash) com arquivos raster (bitmaps) relacionados as padrões de hachura de áreas.

/help

Este diretório contém todos os arquivos “*.gif” e “*.htm” referentes ao sistema da ajuda on-line dos módulos Impima, Spring e Scarta.

/springdb

Neste diretório são armazenados os banco da dados de demonstração do sistema. O usuário poderá usar este diretório ou outro qualquer para armazenar seus bancos de dados.

/util

Neste diretório está armazenado o arquivos de programas para conversao entre formatos de dados.

arquivos   

Após a instalação da versão Windows deverá conter em seu micro os seguintes arquivos/pastas:
* Arquivos:

• - dforrt.dll
• - impima.exe
• - iplot.exe
• - libchart.dll
• - libcodebase.dll
• - libcon.dll
• - libdatabase.dll
• - libeay32.dll
• - liberro.dll
• - libgeo.dll
• - libiconv-2.dll
• - libifcoremd.dll
• - libimp.dll
• - libintl-2.dll
• - liblegal.dll
• - libmmd.dll
• - libmySQL.dll
• - libpq.dll
• - libsup.dll
• - lua.exe
• - lua51.dll
• - MFC71.dll
• - msvcp71.dll
• - msvcr71.dll
• - oci.dll
• - oraclm.dll
• - oraclm32.dll
• - QtCore4.dll
• - QtGui4.dll
• - scarta.exe
• - spr2tlib.exe
• - spring.exe
• - ssleay32.dll
• - testemesa.exe
• - tolua++.exe
• - zlib.dll

arquivos   

Após a instalação da versão Unix deverá conter em seu micro os seguintes arquivos/pastas:
* Arquivos:

• - impima
• - iplot
• - scarta
• - spr2tlib
• - spring

Ambiente de Trabalho

CodeBase e Banco de dados associados

Todos os atributos descritivos dos dados geográficos são mantidos num banco de dados relacional. A estrutura dos arquivos gerados no gerenciador DBASE é compatível com o Dbase 4, ou seja “*.dbf” para arquivos e “*.mdx” para os índices, o que facilita a integração de tabelas neste formato com os dados gerados pelo SPRING. A estrutura para os demais gerenciadores é a mantida por estes, assim, para Banco de dados gerados no ACCESS, a estrutura do banco de dados estará armazenada em tabelas ACCESS, dentro de um banco ACCESS chamado spring.mdb, para bancos MySQL, serão tabelas "*.MYD","*.MYI" e "*.frm", dentro do Banco da dados criado no MySQL e assim sucessivamente para a estrutura de cada gerenciador.

Veja a seguir em Formatos de Arquivos e como são armazenadas as tabelas criadas pelo sistema.




---

Formato de Arquivos no SPRING

Apresentam-se a seguir os formatos dos arquivos gerados no SPRING. Inicialmente apresentam-se os arquivos do Banco de Dados, seguidos pelos arquivos do Projeto, Planos de Informação e os formatos dos arquivos de dados de imagem, linha, polígono, nó, imagem temática e grade numérica.




Arquivos Associados ao Banco de Dados

Ao criar um Banco de Dados, define-se seu nome e o diretório onde deve ser criado. O diretório onde vai ser criado/manipulado um banco deve existir e ter permissão de escrita pelo usuário, principalmente quando se trata de diretórios compartilhados em uma rede. Um banco de dados define um outro diretório que será criado embaixo do indicado pelo usuário. Todas os dados criados pelo SPRING nesse novo banco serão armazenados sob este diretório. Apresentamos a seguir as tabelas criadas e mantidas pelo Spring no gerenciador de Banco de Dados e suas descrições, lembrando que no caso de bancos Codebase essas tabelas são armazenados no próprio diretório do Banco de Dados definido pelo usuário:

category

Esta tabela armazena todas as categorias e classes criadas para um Banco de Dados qualquer. A estrutura desta tabela é:

1. Nome = Nome da categoria ou classe temática;
2. Código = Código da categoria, valor atribuido na criação;
3. Indice = Índice associado as classes de uma categoria temática;
4. Pai = Índice referente a qual categoria temática pertence a classe;
5. Modelo = *Indica a que modelo de dados pertence a categoria ou classes temática;
6. Tabela = Nome da tabela “CG********.dbf” ou “CL******.dbf” associada as categorias ou classes respectivamente;
7. Visualid = Código do visual, a partir do qual se recupera os atributos visuais (de linha, polígono, ponto ou texto) da categoria ou classe.

* para Modelo temos os seguintes códigos:
Para Imagem = 1
Para Temático = 4
Para Numérico = 8
Para Cadastral = 64
Para Rede = 62
Para Objeto = 128
Para Não-Espacial = 16



NextIds5

NextIds5 é um tabela gerado à partida criação do Banco de Dados. É um "contador" interno ao SPRING que controla a geração de identificadores de qualquer elemento introduzido no banco. São identificadores do próximo item que será criado no Banco. Sua estrutura:

1. Iditem = Identifica qual o tipo do elemento: categoria, projeto, infolayer, representação e objeto;
2. Idnext = Identificador do último elemento introduzido no sistema, a este é sempre somado “um” para obter o próximo;



projecti

Esta tabela contém as projeções (Projeção cartográfica e demais parâmetros fornecidos pelo usuário) definidos para projetos presentes no Banco de Dados. Sua estrutura é:

1. Id = Identificador único do banco;
2. Nome = Nome da projeção cartográfica;
3. Datum = Nome do datum;
4. Code = Identificiador de projeção;
5. Gbcode = Código do arquivo GRIG (imagem);
6. Gbcode1 = Código da projeção do GRIB;
7. Bits = Parâmetros necessários do mask
8. Pdatum = Datum planimétrico;
9. Dx, Dy, Dz = Translação do elipsóide nos eixos X, Y e Z;
10. Rd = Raio da terra em metros;
11. Flt = Achatamento;
12. Offx, Offy = Offset X e offset Y;
13. Gphemis = Hemisfério;
14. Gplat0, Gplon0 = Paralelo e Meridiano de origem;
15. Gpstlat1, Gpstlat2 = Paralelo padrão 1 e 2;
16. Spri = Ângulo do sensor (p/ projeção satélite);
17. Spis, Spjs = Cooredenada X e Y de ponto do satélite;
18. Sprs = Raio do Satélite (metros);
19. Spla0, Splo0 = Latitude e Longitude do ponto do satélite;
20. Sprj, Spscn, Spyaw = Parâmetros de varredura do satélite.



projects

Tabela com as características dos projetos do Banco de Dados. Sua estrutura é repetida para cada projeto:

1. Id = Código do projeto (identificador único);
2. Nome = Nome do projeto;
3. Projecao = Código da projeção definida em Projecti.dbf;
4. Lon1, Lat1, Lon2 e Lat2 = Retângulo envolvente em coordenadas geográficas;
5. X1, Y1, X2 e Y2 = Retângulo envolvente em coordenadas planas;
6. Data e Hora = Data e hora de criação do projeto.



repres

Descreve as representações existentes de um PI em um Projeto:

1. Id = Código de representação do PI;
2. Projid = Código do projeto;
3. Infoid = Código do PI;
4. Llx e Lly = Coordenadas X e Y inferior esquerda;
5. Urx e Ury = Coordenadas X e Y superior direita;
6. Type = Tipo de representação;
7. Contents = Conteúdo da representação;
8. Endian = Ordem de representação;
9. Visid = Código do visual.



visual

Descreve o visual de apresentação dos dados do Spring (PI, Classe Temática, Objeto):

1. Vid = Identificador do visial;
2. Repid = Representação do ID;
3. Viscat = Se o visual é da categoria 1 senão 0;
4. Type = Tipo de representação;
5. Xred, Xgreen, Xblue = valores vermelho, verde e azul de linhas;
6. Style, Width, Patname = Estilo, largura e padrão da linha;
7. Pointtype = Representação do ponto (marca ou símbolo);
8. Marktype = Tipo de ponto;
9. Markred, Markgreen, Markblue = valores vermelho, verde e azul do ponto;
10. Sybname = Nome do símbolo;
11. Syheight, Sybangle = Dimensão e ângulo do símbolo;
12. Polyred, Polygreen, Polyblue = valores vermelho, verde e azul de polígonos;
13. Fillmode = Modo de preenchimento do polígono;
14. Fillhash = Modo de hachura do polígono;
15. Fillangle, Fillspace = Ângulo e espaçamento do preenchimento;
16. Iconname = Nome do ícone;
17. Txtfont = Fonte do texto;
18. Txtred, Txtgreen, Txtblue = valores vermelho, verde e azul do texto;
19. Txtheight, Txtthickn = Altura e espessura dos caracteres;
20. Txtangle = Ângulo de rotação do texto;
21. Txtspace = Espaço entre caracteres;
22. Txtexpans = Espansão do texto;
23. Txtalignhz, Txtalignvt = Alinhamento horz. e vert. do texto;
24. Txtprecis = Precisão do texto;
25. Txtpath = Posicionamento do texto.



infolaye

Descreve as definições de um PI:

1. Id = Código do plano de informação;
2. Nome = Nome do plano de informação;
3. Modelo = Modelo a qual pertence o PI
4. Contents = Conteúdo do plano;
5. Categoria = Categoria da qual pertence o PI;
6. Projeto e Projecao = Projeto e projeção a qual pertence o PI;
7. Lon1, Lat1, Lon2 e Lat2 = Retângulo envolvente do PI (menor ou igual ao do Projeto);
8. X1, Y1, X2 e Y2 = Retângulo envolvente do PI;
9. Escala = Escala em que foi criado o PI;
10. Resolucaox, Resolucaoy = Resolução quando houver representação raster;
11. Data e Hora = Data e hora em que foi criado o PI



GA000XXX

Tabela e arquivo index das âncoras, onde 000XXX é o id da representação na tabela repres. Esta tabela só é criada no momento que um objeto for associado a uma representação gráfica em algum plano de informação do modelo cadastral ou redes. Sua estrutura é:

1. Geoid = Código do objeto;
2. Categoria = Código da categoria do objeto;
3. Ganchorid = Identificador da âncora;
4. Gvisid = Visual associado à representação do objeto no infolayer;
5. Area e Perimetro = Área e perímetro do objeto;
6. Demanda = Usado para PIs do modelo Rede;
7. Impedancia = Usado para PIs do modelo Rede.



OJ000XXX

Tabelas dos objetos geográficos existentes em todo banco de dados, onde 000XXX é o id da categoria do objeto. Esta tabela só é criada no momento que passar a existir um objeto em um projeto. Sua estrutura é:

1. Id= Código do objeto fornecido pelo sistema;
2. Nome = Nome dado ao objeto pelo usuário;
3. Rótulo = Rótulo do objeto definido pelo usuário;
4. Visid = Visual de cada objeto, inicialmente tem o visual da categoria;
5. Data e Hora = Data e hora em que foi criado o objeto;



CG000XXX

Tabelas criados automaticamente pelo sistema, onde 000XXX é o id da categoria do objeto. Estas tabelas são utilizadas pelo usuário para definir os atributos alfanuméricos dos objetos. Sua estrutura é:

1. Geoid = Código do objeto criado pelo sistema;
2. XXX = Atributo definido pelo usuário;

vgclass(outros gerenciadores) ou IL000000(para DBASE)

Tabelas com o visual das classes dos planos de informação. Sua estrutura é:

1. Infoid = identificador do PI;
2. tmcode = código da geoclasse;
3. tmcounter = contador do número de pontos,linhas ou polígonos associados a cada geoclasse;
4. visible = código do tipo de visibilidade.

collections

Tabelas de coleções. Sua estrutura é:

1. catid = identificador da categoria de objetos a que se aplica a coleção;
2. collection = nome da coleção;
3. x1, x2, y1, y2 = retângulo envolvente;
4. expression = expressão a que se aplica a coleção ;
5. infoid = identificador do plano de informação.

pictures

Tabelas com as imagens, documentos, vídeos, etc associadas ao banco de dados. Sua estrutura é:

1. photoid = identificador do dado;
2. photo = localização do arquivo;
3. type = tipo de arquivo.

metadata

Tabelas com o metadata dos dados. Sua estrutura é:

1. id = identificador do metadata;
2. repid = identificador da representação;
3. nometab = nome da tabela da categoria;
4. nome = nome do metadata;
5. autor = nome do autor;
6. fonte = origem;
7. qualidade = qualidade do dado;
8. descrição = descrição do dado;
9. data, hora = data e hora da criação.



Arquivos Associados ao Projeto

Ao criar um projeto um subdiretório é criado abaixo do direAAo criar um projeto um subdiretório é criado abaixo do diretório correspondente ao banco de dados, onde cada projeto é um subdiretório. Vários arquivos podem existir dentro de um projeto, sendo que todos terão como parte do nome um código numérico referente ao PI. Dependendo da categoria um PI pode ter várias representações, por exemplo: I000011.spg e V000011.lin são arquivos de um mesmo PI.

Os planos de informação do SPRING são armazenados e manipulados internamente pelo sistema em arquivos de estrutura específica. Cada Plano de Informação terá seus arquivos correspondentes: planos do modelo temático terão arquivos de linhas, poligonos, nós e mapa temático; planos do modelo de imagem terão os dados armazenados em um arquivo de dados(spg), um descritor e um arquivo de lut; planos do modelo numérico terão seus dados armazenados em arquivos de linhas (isolinhas e pontos) e arquivos spg (grades); planos do modelo cadastral terão arquivos de linhas, polígonos, nós e âncoras; e planos do modelo de redes terão arquivos de linhas, nós e âncoras. Todos modelos podem possuir arquivo de texto.

Seguem as descrição genérica de cada um destes arquivos de dados.

Para Linhas  : nomes dos arquivos que contém as linhas (V000000.lin,V000000.blk,V000000.rtl ).

Arquivos *.lin possuem o cabeçalho das linhas, que contêm o seguinte:

1. número da linha identificada;
2. identificador do nó inicial;
3. identificador do nó final;
4. identificador do polígono à esquerda;
5. identificador do polígono à direita;
6. tipo da linha identificador por seu código de linha (0), poligonal (1), amostra (2) e arco (3);
7. cota da linha (somente para arquivos de linhas de modelo numérico MNT);
8. classe da linha (no caso de modelo temático);
9. demanda, impedância positiva e negativa (no caso de  modelo de redes);
10. número de pontos da linha.

Arquivos *.blk contêm os blocos com os pontos que formam as linhas. Esses blocos têm tamanho máximo de 32 pontos. Linhas de apenas 2 pontos não possuem blocos, sendo os pontos desta linha armazenadas no cabeçalho da linha (ponto inicial e ponto final)

Arquivos *.rtl contêm a estrutura da árvore de indexação (rtree) das linhas.

 

Para Pontos : nome dos arquivos que contém pontos (V000000.p2d, V000000.p3d, V000000.kdt ).

Arquivos *.p2d contêm as informações contêm as informações de pontos de planos de inforamação das categorias temático e cadastral. Contém as seguintes informações para cada ponto:

1. nº do ponto;
2. coordenadas do ponto;
3. tipo de ponto, identificador do nó, impedância e demanda (Valores não mais utilizados)
4. classe do ponto.

Arquivos *.p3d contêm as informações de pontos de planos de informação da categoria numérica. Contém as seguintes informações para cada ponto:

1. nº do ponto;
2. coordenadas do ponto;
3. cota z do ponto.

Arquivos *.kdt contêm a estrutura da árvore de indexação (kdtree) dos pontos.

Para Nós : nome dos arquivos que contém aos pontos (V000000.no1, V000000.no2 ).

Arquivos *.no1 contém as seguintes informações para cada nó:

1. identificador do nó;
2. coordenada geográfica X;
3. coordenada geográfica Y;
4. número de linhas conectadas ao nó;

Arquivos *.no2contém a lista das linhas conectadas ao nó.

Para Polígonos : nome dos arquivos que contém os polígonos (V000000.po1, V000000.po2, V000000.rtp).

Arquivos *.po1 possuem o cabeçalho dos polígonos, contêm as seguintes informações para cada polígono:

1. identificador do polígono
2. número de linhas do polígono;
3. número de "filhos" do polígono (polígonos que estão contidos no original);
4. coordenadas inferior esquerda X;
5. coordenadas superior direita X;
6. coordenadas inferior esquerda Y;
7. coordenadas superior direita Y;
8. área do polígono;
9. perímetro do polígono;
10. identificador do polígono "pai"(para polígonos que estão contidos em outros polígonos);
11. "label Point"(centróide);
12. classe do polígono (no caso de categoria temática).

Arquivos *.po2 contêm o seguinte:

1. lista dos identificadores das linhas que formam o polígono;
2. lista dos identificadores dos “filhos”.

Arquivos *.rtp contêm a estrutura da árvore de indexação (rtree) dos polígonos.

Para Âncoras: nome dos arquivos que contém as ancoras (V000000.an1, V000000.an2, V000000.rta );

Arquivos *.an1 possuem o cabeçalho das âncoras, contêm as seguintes informações para cada âncora:
1. identificardor da âncora;
2. coordenadas inferior esquerda X;
3. coordenadas superior direita X;
4. coordenadas inferior esquerda Y;
5. coordenadas superior direita Y;
6. área, perímetro, impedância, demanda das entidades associadas à âncora;
7. número de pontos associados à âncora;
8. número de linhas associadas à âncora;
9. número de polígonos associados à âncora;
10. identificador do visual.

Arquivos *.an2 contêm o seguinte:

1. lista dos identificadores dos pontos;
2. lista dos identificadores das linhas;
3. lista dos identificadores dos polígonos.

Arquivos *.rta contêm a estrutura da árvore de indexação (rtree) das âncoras.

Para Textos: nome dos arquivos que contém os textos (E000000.itx, E000000.txt, E000000.kde );

Arquivos *.itx  contêm o identificador do texto;

Arquivos *.txt contêm o seguinte:

1. tipo de entidade: no caso de texto o valor é 50;
2. tipo de geo-referenciamento: 0 – não geo-referenciado, 1 – georeferenciado ou 2 – geo-referenciamento livre;
3. Número de caracteres do texto;
4. Texto;
5. Coordenadas X e Y;
6. Expansão;
7. Espaçamento;
8. Ângulo;
9. Direção;
10. Alinhamento horizontal e vertical;
11. Visual próprio ou do PI, caso visual próprio, contèm:
12. Identificador da fonte;
13. Altura;
14. Cor em valores RGB;
15.   Largura.

Arquivos *.kde contêm a estrutura da árvore de indexação (kdtree) dos textos.

Para Mapa Temático: os nomes dos arquivos que contêm as imagens (IT000000.spg, IT000000.dsc,IT000000.lut).

Para Grade: os nomes dos arquivos que contêm as imagens (G000000.spg, G000000.dsc, G000000.lut).

Para Imagem Classificada: os nomes dos arquivos que contém as imagens(I000000.spg, I000000.dsc,I000000.thm).

Para Imagem Rotulada: os nomes dos arquivos que contêm as imagens(I000000.spg, I000000.dsc,I000000.reg).

Para Imagem Sintética: os nomes dos arquivos que contêm as imagens(I000000.spg, I000000.dsc,I000000.lut).

Para Imagem: os nomes dos arquivos que contêm as imagens(I000000.spg, I000000.dsc).

Arquivos *.lut contêm os índices com os valores em RGB de imagens sintéticas e classificadas ou as faixas de valores para visualização da grade como uma imagem.

Arquivos *.thm contêm os temas (código, valores RGB e nome) de uma imagem classificada.

Arquivos *.reg contêm os segmentos da imagem rotulada.

Arquivos *.spg são arquivos no formato de valores de ponto de grade expresso no modo binário.

Arquivos *.dsc são arquivos texto com a descrição dos dados representados no arquivo spg, as informações contidas nesse arquivo são variáveis, dependem do tipo de imagem e processamento aplicados à esta. É obrigatório conter:

1. Dimensão da imagem;
2. Número de canais;
3. Tipo da imagem (UINT1/INT1/UINT2/INT2/UINT4/INT4/REAL4/REAL8);
4. Formato (SPG/RAW).



Arquivos de contexto (<nome_fornecido>.ctx): Este arquivo guarda os dados referentes as imagens, amostras e processo de classificação definido pelo usuário.





Ambiente de Trabalho

---

Compatibilidade com outros softwares

O SPRING é a evolução dos sistemas SITIM e SGI, desenvolvidos para microcomputadores, que representam a maior base instalada em sistemas de geoprocessamento no País. O SPRING permite aos usuários do SITIM e SGI uma transição natural de todos os arquivos de dados.

O Sistema Interativo de Tratamento de Imagens - SITIM - é um sistema para processamento de imagens.

O Sistema Geográfico de Informações - SGI - é um banco de dados geográficos para manipular informações codificadas espacialmente e extrair informações de dados de sensoriamento remoto, levantamento de campo, etc.

Nesta versão o SPRING também importa e exporta dados temáticos e numéricos para os formatos ASCII, ARC-INFO, SGI, SHAPEFILE, SURFER, IDRISI e DXF, assim como imagens em TIFF, GeoTIFF, RAW, GRIB, JPEG e SITIM. Textos também podem ser importados e exportados em ASCII e DXF.





Ambiente de Trabalho

---

Variáveis Ambientais

  Para executar o SPRING o sistema necessita de algumas variáveis ambientais para funcionar corretamente. Algumas variáveis são obrigatórias e outras não. A biblioteca Qt fica responsável em armazenar e manipular essas variáveis. Elas podem ser alteradas na janela de Configuração de Ambiente.
  Veja a seguir quais são:

• 1-) Para definir onde está instalado o SPRING (obrigatória).
    SPRINGHOME
• 2-) Para definir onde fica o diretório dos Bancos de Dados (obrigatória).
     SPRINGDBMSHOME
• 3-) Para definir o formato de comunicação com a mesa digitalizadora (necessário somente quando deseja-se utilizar uma). Valores possíveis = MicroGridCounts, MicroGridHigh Resolution, GTCO-Low, GTCO-High GTCO-MULTICAD Calcomp3, SUMMASKETCH-Low, SUMMASKETCH-High. Veja configuração de mesas no manual de instalação e configuração.
     SPRINGTABLE
• 4-) Para definir o Data Bits de comunicação com a mesa digitalizadora. Valores possíveis = 7 ou 8 (obrigatório quando da utilização de mesa digitalizadora).
     SPRINGTABLEDATABITS
• 5-) Para definir a Paridade de comunicação com a mesa digitalizadora. Valores possíveis = even, odd ou none (obrigatório quando da utilização de mesa digitalizadora).
     SPRINGTABLEPARITY
• 6-) Para definir o Bits de Parada de comunicação com a mesa digitalizadora. Valores possíveis = 1 ou 2 (obrigatório quando da utilização de mesa digitalizadora).
     SPRINGTABLESTOPBITS
• 7-) Para definir a porta onde está conectada a mesa. Valores possíveis: "/dev/ttya", "/dev/cua1", "COM1", "COM2", etc... para UNIX (obrigatória quando da utilização de mesa digitalizadora)
     SPRINGTABLEPORT
• 8-) Para definir o banco de dados default (não obrigatório).
     SPRINGDB
• 9-) Para definir o projeto default do banco definido acima (não obrigatório).
     SPRINGPROJ
• 10-) Para definir o dispositivo de leitura de fita “streamer”, CCT ou Dat (válido somente para o módulo IMPIMA).
     SPRINGTAPE
• 11-) Para definir o dispositivo de leitura de CDROM (válido somente para o módulo IMPIMA - obrigatória quando da leitura de imagens em CDROM).
     SPRINGCDROM
• 12-) Para definir qual será a versão de visualização do Spring Clássica ou Não-Classica.
     CLASSIC



  As variáveis ambientais na versão Windows e Unix são gerenciadas e alteradas pelo próprio SPRING. Estas variáveis são armazenadas no Editor de Registros do Windows e em um Arquivo de Configuração no Unix.
  Se desejar ver quais as variáveis estão atualmente configuradas no Windows execute o programa "regedit.exe" em Iniciar - Executar e vá para o diretório "HKEY_CURRENT_USER\Software\INPE-DPI\SPRING50\Settings".

  Já no Linux para cada usuário é criado um Arquivo de Configuração "~/.config/INPE-DPI/SPRING50.conf" em que é gerenciado pela Biblioteca Qt.


Configurando variáveis ambientais


• execute o módulo "Spring";
• clique em Ferramentas - Configurar Ambiente... no menu principal. A janela "Configurar Ambiente" é apresentada;
• altere as variáveis desejadas conforme o que for necessário.
• clique em Executar para efetuar as alterações.

NOTA: Para alterações tenham efeito, no caso de algumas opções, é necessário encerrar e inicializar o módulo "Spring" novamente.


Ambiente de Trabalho

---