Suporte Inform

tico para Trabalhos de Prospec~o e Escava~o a ca ca Arqueol gica o

Jorge Rocha, Pedro Henriques Ma Carmo Ribeiro Departamento de Inform tica a Unidade de Arqueologia Universidade do Minho 1 de Outubro de 1999
Os trabalhos de armazenamento, interpreta~o e divulga~o da informa~o arqueol gica v^em ca ca ca o e bebendo, h j alguns anos, das vantagens do suporte inform tico, nomeadamente dos Sistemas de Ina a a forma~o Geogr ca, das Bases de Dados Relacionais e, em grande medida, da informa~o vectorizada ca a ca ou em raster, quer sob a forma de documenta~o gr ca ou fotogr ca. ca a a A passagem da informaao para o computador, nomeadamente no que respeita  vectoriza~o, c~ a ca apresenta-se uma ardua e morosa tarefa, dado o volume e o rigor com que deve ser realizado, sendo necess rio recorrer e envolver operadores contratados para o efeito. Esta tarefa ca signi cativamente a condicionada pelas di culdades de interpreta~o do registo efectuado no campo por outra pessoa, pelos ca custos adicionais que implica e pelo atraso entre a recolha dos dados e o seu posterior tratamento e divulga~o. ca Para melhorar o processo de introdu~o de informa~o no sistema inform tico, propomos uma ca ca a arquitectura para uma solu~o m vel, que permita que os dados sejam registados em computador, no ca o campo, de forma sistem tica e autom tica, pelos pr prios arque logos. a a o o A arquitectura apresentada de ne um ciclo que se baseia na prepara~o de um dispositivo m vel ca o Palm, em fun~o dos dados que ir recolher, na recolha propriamente dita, e na descarga dos dados ca a para um Sistema de Informa~o Arqueol gica. ca o Para estudar a viabilidade da soluao proposta, antes de iniciar o seu desenvolvimento, foram c~ desenvolvidos pequenos prot tipos que ensaiam algumas das funcionalidades pretendidas. o

Resumo

1 Introdu~o ca
O trabalho arqueol gico , sumariamente, dividido em quatro etapas, que s~o: a prospec~o; a escao e a ca va~o; o tratamento, an lise e interpreta~o; e a divulga~o. ca a ca ca A prospec~o, tradicionalmente entendida como o exame, ou estudo, de um lugar ou de um territ rio, ca o com vista  sua valoriza~o arqueol gica, assume-se actualmente como um m em si mesmo, ou seja, a ca o a prospec~o pode constituir uma estrat gia de investiga~o global, tendente  localiza~o de esta~es ca e ca a ca co arqueol gicas e  sua an lise e estudo sem recurso  utiliza~o posterior de m todos destrutivos dCR99 . o a a a ca e A escava~o, vista como um recurso necess rio sempre que a informa~o arqueol gica se esconde ca e a ca o por baixo do solo devido  ac~o do tempo, ou a ac~es humanas. Inicia-se quando ca comprovada a a ca co import^ncia e a necessidade de continuar a investiga~o. a ca O tratamento, an lise e interpreta~o dos vest gios recolhidos corresponde  fase posterior dos trabalhos a ca
a de investiga~o e consiste na extrac~o de informa~o hist rica de tipo cronol gica, social, tecnol gica, ca ca ca o o o produtiva, funcional, etc, ou seja, na compreens~o do modo como viveram e se organizaram as comunidades a do passado. A divulga~o consiste na organiza~o disciplinada e contextualizada de todo um conjunto de elementos, ca ca resultantes da interpreta~o dos achados extra dos nos trabalhos de levantamento, sob v rias formas. ca
a Tradicionalmente publica~es cient cas e, hoje em dia, documentos multim dia em formato digital. co
e

Estas duas ultimas etapas, s~o j suportadas por sistemas de informa~o em computador. S~o enormes a a ca a as vantagens em conseguir, com o aux lio do suporte inform tico, relacionar, georeferenciar, modelar, etc,
a toda a informa~o recolhida. ca O processo de investiga~o arqueol gica atinge o seu m ximo quando se consegue, recorrendo aos ca o a ambientes virtuais, modelar no espao e no tempo os s tios arqueol gicos, quer sejam simples mamoas c
o ou grandes cidades. Sendo a Arqueologia uma disciplina que muito contribui para o conhecimento das sociedades passadas, que ajuda a compreender a sociedade actual, a divulga~o dos resultados cient cos ca
da forma atr s sugerida, da maior import^ncia, pois sendo de f cil leitura, torna os resultados acess veis a e a a
a uma maior popula~o. ca Analisando todo o ciclo de vida da informa~o arqueol gica, e com base na experi^ncia da Unidade de ca o e Arqueologia da Universidade do Minho, bem como em experi^ncias reportadas por outros arque logos, a e o fase que consome mais tempo, e a mais vulner vel, corresponde  passagem da informa~o recolhida no e a a ca campo para o computador, quer sejam as chas de prospec~o, quer os cadernos de campo das escava~es. ca co E essencialmente um trabalho de transcri~o de formul rios, de registo em bases de dados, digitaliza~o de ca a ca fotogra as, de digitaliza~o e tratamento de informa~o gr ca e informa~o geogr ca. A introdu~o da ca ca a ca a ca informa~o gr ca , de todas estas actividades, a que consome mais tempo. Todo o processo altamente ca a e e sujeito a erros de transcri~es cometidos pelo operador que, em geral, diferente do arque logo. co e o Sendo este o calcanhar de Aquiles de todo um processo, vimos propor o recurso a meios inform ticos a no campo, com vista ao registo imediato da informa~o em computador, e posterior carregamento num ca Sistema de Informa~o Arqueol gica. ca o Acelera-se todo o processo de trabalho, diminuem-se poss veis erros introduzidos pelos operadores,
com a vantagem de a informa~o poder ser tratada imediatamente ap s o seu levantamento. Al m disso, ca o e o registo digital n~o se deteriora com o tempo, o que n~o acontece com a informa~o em papel. Em a a ca suporte digital, existe ainda a vantagem de ser sicamente mais vi vel trabalhar com desenhos de grandes a dimens~es, em formatos com comprimento superior a A0. Dado que os desenhos s~o geralmente efectuados o a numa escala 1 20, facilmente os mesmos atingem grandes dimens~es. o A solu~o nal para este problema, passa, invariavelmente, por um processo iterativo, onde a utilizaao ca c~ no terreno vai ditando o apuramento da solu~o. Neste trabalho, avana-se com uma proposta, em ca c desenvolvimento, que recorre aos princ pios e t cnicas da computa~o m vel, para permitir, durante os
e ca o trabalhos de levantamento no campo, a imediata digitaliza~o da informa~o recolhida. As op~es tomadas ca ca co surgem no seguimento de pequenas experi^ncias de prototipagem que t^m sido feitas, de uma forma avulsa. e e Esses prot tipos permitem-nos validar a exequibilidade das propostas aqui apresentadas. o

2 Sistema de Informa~o Arqueol gica ca o

J existe, na Unidade de Arqueologia da Universidade do Minho, um Sistema de Informa~o Ara ca queol gica, para captar e tratar a informa~o arqueol gica recolhida no campo cf. Gie98 e GM99 . o ca o Este sistema n~o est completamente desenvolvido, em parte devido s suas dimens~es, o que motivou a a a o uma recente migra~o para um servidor de base de dados Oracle e consequente rede ni~o dos interfaces ca ca com os utilizadores. Como o sistema foi desenhado para modelar todo o processo arqueol gico, interessa identi car as o entidades que dizem apenas respeito aos trabalhos de campo, para minimizar a dimens~o de uma soluao a c~ para recolhas no exterior. Como em qualquer solu~o m vel, em que os recursos s~o sempre mais limitados, ca o a interessa reduzir a informa~o a recolher, e desenhar as aplica~es o mais simples poss vel e orientadas ca co
apenas para as tarefas necess rias. Como se refere na introdu~o, os trabalhos de recolha correspondem a ca a s duas primeiras etapas, a prospec~o e a escava~o. Dado que a informa~o gerada por um e por outro ca ca ca diferente, para j , decidimos distinguir claramente estes dois tipos de trabalho, desenhando ferramentas e a espec cas para cada uma das etapas. No entanto, n~o exclu mos a hip tese de integrar todos os trabalhos
a
o de levantamento numa unica aplica~o. ca

Carregar os dados recolhidos

Preparar o Dispositivo Mvel

Aquisio de Dados

Figura 1: Arquitectura proposta.

2.1 Trabalhos de Prospec~o ca

Os trabalhos de prospec~o arqueol gica consistem no reconhecimento e localiza~o de s tios com ca o ca

interesse arqueol gico. Ap s a sua identi ca~o, os mesmos poder~o ser alvo de interven~es imediatas, o o ca a co nos casos de salva~o, ou deferidas no tempo. Numa concep~o mais moderna, a prospec~o considera-se ca ca ca uma t cnica privilegiada para ler a paisagem tal como se l^ qualquer outro testemunho arqueol gico, e e e o por isso, pode n~o ser seguida de qualquer escava~o dCR99 . a ca Presentemente, o resultado deste trabalho, em termos de registo de informa~o, materializado atrav s ca e e de um relat rio preenchido no local pelo arque logo. Esse relat rio feito com base num formul rio o o o e a que aborda diferentes aspectos: identi ca~o do local, geomorfologia, geologia, hidrogra a, edafologia, ca vegeta~o, vias de comunica~o, observa~es e identi ca~o do t cnico. Uma boa parte desta informaao ca ca co ca e c~ pode ser facilmente extra da da cartogra a, se esta estiver dispon vel e haver uma correcta georefer^nciaao

e c~ do local. Por exemplo, a dist^ncia a recursos h dricos, ou a vias de comunica~o e a caracterizaao a
ca c~ geomorfol gia. o

2.2 Trabalhos de Escava~o ca

Os trabalhos de escava~o, t^m caracter sticas diferentes dos de prospec~o. As escavaoes s~o efecca e
ca c~ a tuadas numa rea circunscrita, devidamente quadriculada, segundo um sistema pr -de nido de eixos, e a e todas as refer^ncias bidimensionais s~o relativas  quadr cula. A altura sempre relativa a um ponto e a a
e pr -de nido, previamente cotado. e Os resultados de uma escava~o, em termos de informa~o, s~o volumosos. Muita da informa~o recoca ca a ca lhida das escava~es gr ca, e corresponde a uma s rie de planos de uma mesma quadr cula, desenhadas co e a e
a  medida que se vai escavando. Esses desenhos incluem estruturas, pedras, achados, sedimentos, etc. S~o produzidos, tamb m, desenhos dos per s estratigr cos leituras verticais de cada quadr cula. a e a
Actualmente, toda esta informa~o posteriormente vectorizada. Este trabalho moroso, para al m de ca e e obrigar  correcta introdu~o de todos os pormenores do desenho, tem que garantir que os planos sejam a ca articul veis e que os per s tamb m o sejam. a e

3 Arquitectura de uma solu~o ca

Actualmente, todo o processo de tratamento de informa~o arqueol gica centralizado num Sistema ca o e de Informa~o Arqueol gica que , em boa parte, uma parametriza~o de um Sistema de Informaao ca o e ca c~ Geogr ca. Para este sistema, converge toda a informa~o recolhida. a ca A solu~o aqui proposta, para suportar o trabalho arqueol gico em todas as suas fases, parte da ca o exist^ncia deste sistema central, e acrescenta tr^s funcionalidades ao sistema: prepara~o dos dispoe e ca sitivos m veis; registo local em modo desligado da informa~o; e actualiza~o bi-direccional o ca ca da informa~o envolvendo o sistema central e os dispositivos m veis. ca o A solu~o, contemplando o suporte inform tico aos trabalhos de prospec~o e escavaao, ilustrada ca a ca c~ e pela Figura 1.

3.1 Prepara~o dos Dispositivos M veis ca o

A prepara~o dos dispositivos m veis consiste no carregamento dos programas e dados circunstanciais ca o relativos aos trabalhos que ir~o ser efectuados. Para os trabalhos de prospec~o, essa informaao inclui: a ca c~ As cartas geogr cas do local, com um n vel de detalhe parametrizado; a
A estrutura dos registos onde v~o ser recolhidos dados alfanum ricos; a e Esquemas de relat rios para serem completados no campo. o Se se tratar de trabalhos de escava~o, ent~o tamb m descarregado para o dispositivo m vel: ca a e e o Mapa das quadr culas local, de nido pela direcao de campo.
c~

3.2 Registo em Modo Desligado

O registo em modo desligado corresponde  sucessiva introduao de dados nos dispositivos m veis, a c~ o atrav s dos programas preparados para o efeito. Para que este registo seja efectivo, h que considerar e a alguns factores importantes, como a motiva~o dos arque logos, o desenho das aplicaoes caracterizaca o c~ do pela minimiza~o da informa~o introduzida pelo utilizador e a pr pria adequaao ergon mica dos ca ca o c~ o dispositivos.

3.3 Actualiza~o Bi-direccional dos Dados ca

Uma solu~o como a proposta e, genericamente, a utiliza~o dos pequenos computadores de bolso, ca ca desperta sempre alguma curiosidade, que importante aproveitar, mas que n~o su ciente para garane a e tir o sucesso da mesma. O sucesso passa pela e c cia, em termos de suporte ao trabalho, que estes a computadores t^m. Este sucesso depende em grande medida da capacidade de os mesmos comunicarem e bi-direccionalmente com os computadores pessoais, da forma mais simples e transparente poss vel. A
partir do momento que o utilizador sinta que h duplica~o de trabalho, ou que n~o imediato a sina ca a e croniza~o dos seus dados entre o computador de bolso e o computador pessoal, ent~o vai, mesmo que ca a inconscientemente, optar por n~o recorrer ao computador de bolso. Posta em evid^ncia a import^ncia da a e a actualiza~o bi-direccional da informa~o, natural que a mesma seja um aspecto merecedor de especial ca ca e aten~o no desenho e implementa~o desta solu~o. ca ca ca Para tal, prop~em-se mecanismos de sincroniza~o que contemplem todo o tipo de informaao, textual, o ca c~ estruturada, gr ca e geogr ca. A sincroniza~o pode ser feita, quer junto ao sistema central, quer a a ca remotamente, durante os trabalhos de campo, recorrendo a um telem vel com modem. Al m de tornar o e mais c modo o envio da informa~o recolhida, ajuda-nos, para j , a ultrapassar as limita~es de mem ria o ca a co o dos dispositivos utilizados.

4 Desenvolvimento de Prot tipos o

Com o aparecimento de computadores de bolso a baixo custo | como os Palm, Everex, HP e outros | acompanhados de ambientes de desenvolvimento capazes, surgiu a altura ideal para se lanar este c projecto. Antes, por m, de investir no desenvolvimento de toda uma soluao e assumir o risco que isso pode e c~ constituir, desenvolveram-se pequenos prot tipos que ensaiam algumas das funcionalidades pretendidas o para a arquitectura aqui apresentada. Re ra-se, ainda, que tamb m contribuiu para esta iniciativa a exist^ncia de outros dispositivos m veis e e o de aquisi~o de dados de baixo custo, como os receptores de GPS na modalidade OEM, os telem veis com ca o modem incorporado, e as m quinas fotogr cas digitais. a a Nesta sec~o, refere-se o equipamento utilizado, fruto n~o tanto de uma an lise aturada dos equica a a pamentos dispon veis no mercado, mas mais devido a j estarem a ser utilizados para outros efeitos,
a descrevendo-se sumariamente alguns dos prot tipos desenvolvidos. o

4.1 Equipamento Utilizado

O dispositivo utilizado para a recolha de dados um computador Palm Pog99 , recentemente ace tualizado com o Sistema Operativo vers~o 3.3, com porta de Infra-vermelhos. Para a geo-referenciaao, a c~ utiliza-se um receptor GPS Garmin 35, que disp~e de uma porta s rie RS-232, como unico interface para o e sa da de dados e para sua con gura~o. Para permitir a sincronizaao remota, no campo, utiliza-se um
ca c~ telefone GSM com modem incorporado, que comunica com o Palm por infra-vermelhos. Para fotografar, utiliza-se uma m quina digital, que comunica com o Palm atrav s de uma porta s rie RS-232. Para j , a e e a as fotogra as ainda n~o s~o tratadas no Palm, por di culdades em converter alguns programas para esta a a plataforma.

4.2 M dulo de comunica~o NMEA o ca

Este m dulo permite a comunica~o entre o Palm e um GPS que respeite o protocolo NMEA 0183, o ca vers~o 2.0. Al m de fornecer as coordenadas geogr cas tridimensionais atrav s da interpreta~o das a e a e ca mensagens $GPRMC, este m dulo permite a visualiza~o de indicadores referentes a qualidade das coo ca  ordenadas recebidas no de sat lites vis veis, e valores relativos  diluiao da precis~o - PDOP, HDOP, e
a c~ a VDOP. Permite, ainda, con gurar o receptor GPS, em termos de velocidade de comunicaao, selec~o de c~ ca mensagens pertinentes e programa~o de datums. Este m dulo incorpora um algoritmo para melhorar a ca o georeferencia~o de um ponto xo, atrav s do c lculo da m dia ponderada de uma s rie de leituras. Tem ca e a e e tamb m a possibilidade de exportar pontos e sequ^ncias de pontos, para posterior correcao diferencial, e e c~ no formato RIMEX. A correc~o diferencial em tempo real suportada directamente pelo receptor GPS, desde que lhe ca e seja fornecido o sinal RCTM, e portanto, n~o interfere em nada com o programa desenvolvido. Para os a trabalhos arqueol gicos, n~o se justi ca o recurso  correcao diferencial em tempo real, j que a mesma o a a c~ a pode ser feita  posteriori sem qualquer preju zo. a
Um ponto de partida para este m dulo foi o exemplo apresentado em RM99, Cap tulo 9 . Como, o
nesse exemplo, as mensagens servem apenas para actualizar o cran com a posi~o actual fornecida pelo e ca GPS , no m nimo, necess rio criar uma estrutura de dados para armazenar posi~es ou sequ^ncias de e
a co e posi~es. Esta funcionalidade pode ser acrescentada ao referido exemplo, atrav s da cria~o de uma base co e ca de dados na terminologia do Palm, usando o c digo seguinte que se pode acrescentar, numa fase inicial, o ao m todo StartApplication: e
1 2 3 4 5 6 7 8 9
DmOpenRef gpsDB = DmOpenDatabaseByTypeCreator'GPSD', 'jgps', dmModeReadWrite; if !gpsDB err = DmCreateDatabase0, "GPSData-jgps", 'jgps', 'GPSD', false; if err return err; gpsDB = DmOpenDatabaseByTypeCreator'GPSD', 'jgps', dmModeReadWrite; if !gpsDB return DmGetLastErr;

Em contrapartida, necess rio fechar a base de dados, invocando DmCloseDatabasegpsDB; no e a m todo StopApplication. Depois, a partir do momento em que o utilizador deseja comear a registar e c um conjunto de pontos, ou apenas para um ponto, necess rio acrescentar um ou mais registos  base de e a a dados. No exemplo seguinte, faz-se essa opera~o, da forma mais simples, que consiste apenas em registar ca a mensagem $GPRMC, que foi previamente lida para a vari vel theData. a
1 2 3 4 5 6 7 8 9 10 11 12 13 14
inserir registo na base de dados if log UInt recordIndex = 0; int length; CharPtr s; VoidHand recHandle = DmNewRecordgpsDB, &recordIndex, 100; if recHandle length = StrLentheData+1; if MemHandleResize recHandle, length == 0 s=MemHandleLockrecHandle; DmStrCopys, 0, theData; MemHandleUnlockrecHandle; DmReleaseRecordgpsDB, recordIndex, true;

Desenvolvida a funcionalidade b sica, relativa  comunica~o e ao registo dos pontos retornados pelo a a ca GPS, todo o resto do m dulo n~o se desvia de qualquer outra aplica~o para o Palm. Para enviar os dados o a ca do Palm para o computador pessoal, antes de se desenvolver um programa espec co, pode-se utilizar o
conduit gen rico do Palm que recupera todas as base de dados marcadas como alteradas. Para tal, basta e executar o c digo seguinte, sempre que se queira transferir a base de dados para o computador pessoal. o
1 2 3 4 5
Marcar a base de dados para backup... DmOpenDatabaseInfogpsDB, &theLocalID, NULL, NULL, &theCardNum, NULL; DmDatabaseInfotheCardNum, theLocalID, NULL, &theAttributes, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL; theAttributes |= dmHdrAttrBackup; DmSetDatabaseInfotheCardNum, theLocalID, NULL, &theAttributes, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL;

4.3 M dulo de Desenho para Palm o

Este m dulo permite desenhar os planos e os per s de uma quadr cula. Os elementos dispon veis o

de desenho s~o determinados pelos elementos de nidos no SIG. Para al m dos objectos que v~o sendo a e a desenhados, o utilizador tem acesso a um conjunto de linhas de constru~o. Dado que os dispositivos ca utilizados t^m uma rea de desenho muito limitada, este m dulo requer t cnicas de amplia~o apropriadas. e a o e ca Os elementos gr cos utilizados no desenho s~o depois exportados para o SIG, e inseridos automatia a camente no seu contexto geogr co. a Este m dulo ainda n~o foi desenvolvido, mas a exist^ncia de alguns programas com funcionalidades o a e semelhantes, apesar de ainda muito limitadas, por exemplo o PalmDraw e o Q Draw, servem para mostrar a sua viabilidade.

4.4 M dulo de Base de Dados para Palm o

Desenvolver um m dulo adequado para o registo de dados estruturados, n~o levanta grandes di culdao a des. Existem v rios m dulos com as funcionalidades t picas de base de dados. No entanto, para o nosso a o
sistema n~o interessa um m dulo gen rico, mas um especialmente adequado  informa~o que se pretende a o e a ca registar, por forma a minimizar o esforo do utilizador no campo. c Este m dulo tamb m tem que registar informa~o recebida pelo GPS, para automaticamente geoo e ca referenciar determinados dados, que estejam associados a um local. O ideal ser gerar este m dulo dinamicamente, a partir de uma lista de tabelas existentes no sistema a o central, e com a ajuda de alguma meta-informa~o adicional. Sendo gerado dinamicamente conseguem-se ca formul rios o mais espec cos poss veis, estritamente de acordo com a informa~o que se quer registar. a

ca Tem tamb m a vantagem de tornar a solu~o facilmente aplic vel por diferentes equipas de arque logos, e ca a o que utilizam formul rios ligeiramente diferentes. a

4.5 M dulo de Aquisi~o e Tratamento de Fotogra a para Palm o ca

Um apoio muito importante para os desenhos das escava~es, a exist^ncia de ortofotomapas que co e e possam ser utilizados como fundo. Para tal, pretende-se utilizar uma m quina fotogr ca digital vulgar e, a a por software, faz a ortocorrec~o das fotogra as, para que possam ser usadas como elemento de construao ca c~ no programa de desenho. A di culdade que este m dulo levanta relativa ao processamento da imagem, o e e n~o tanto a sua aquisi~o. Para j , a funcionalidade deste m dulo est a ser ensaiada num computador a  ca a o a pessoal, utilizando rotinas do Sistema de Informa~o Geogr ca GRASS, dispon vel em c digo fonte para ca a
o Linux e para Windows.

4.6 M dulo de Sincroniza~o o ca

Os utilizadores dos computadores de bolso Palm j est~o habituados  terminologia dos conduits, a a a para se referirem  camada de software que corre nos computadores pessoais, que respons vel pela a e a sincroniza~o bi-direccional da informa~o. Por isso, natural que a forma de trocar informa~o entre o ca ca e ca sistema central e os computadores de bolso seja atrav s de conduits. e Para entender este mecanismo, foram desenvolvidas v rias formas de trocar informa~o, usando o a ca Conduit Development Kit CDK 3.0, e o ambiente integrado de programa~o Microsoft Visual C++. ca

1 1 2 3 4 5 6 7 8 9 10 11 12

Efectuaram-se testes que v~o desde a utiliza~o do conduit gen rico de backup do Palm, como se mostrou a ca e na sec~o 4.2, at conduits mais so sticados que fazem a compara~o campo a campo de cada registo, ca e ca e tomam decis~es sobre os casos mais complicados, por exemplo, quando o mesmo registo alterado de o e maneira diferente no computador de bolso e no sistema central. Nestes casos, tenta-se imitar a l gica dos o conduits mais conhecidos, como o da aplica~o Address Book, que vem com o Palm. ca Re ra-se que, dado que os utilizadores da unidade de arqueologia usam computadores pessoais com o Windows, todos os conduits s~o aplica~es Windows. a co Como os dados do sistema central est~o guardados num servidor Oracle, fundamental que os conduits a e acedam a essa base de dados. Para tal, desenvolveu-se um conduit que estabelece uma liga~o ODBC com ca a base de dados e, a partir da , permite executar as compara~es e actualiza~es necess rias.
co co a No MS C++, optou-se por utilizar a classe existente CRecordset. Essa classe pode ser utilizada como base a uma nova classe, por exemplo, CProspeccaoRecord, como se faz a seguir.
IMPLEMENT_DYNAMICCProspeccaoRecord, CRecordset

Depois, basta rede nir alguns dos m todos de nidos em CRecordset como virtuais, como por exemplo: e
CString CProspeccaoRecord::GetDefaultConnect return _T"ODBC;DSN=prospeccao_odbc"; CString CProspeccaoRecord::GetDefaultSQL return _T" prospeccao "; void CProspeccaoRecord::DoFieldExchangeCFieldExchange* pFX AFX_FIELD_MAPCProspeccaoRecord pFX- SetFieldTypeCFieldExchange::outputColumn; RFX_LongpFX, _T" ID ", m_ID; ...

Pode n~o parecer muito relevante esta funcionalidade de aceder directamente e em simult^neo a base a a  de dados Oracle e s bases de dados existentes no computador de bolso, mas para o desenho deste sistema a absolutamente fundamental ter esta capacidade. Podemos, com isto, garantir a correcta sincroniza~o da e ca informa~o. Mesmo para outras funcionalidades, como a publica~o imediata de determinada informaao ca ca c~ na Web, com este tipo de conduits, podemos oferecer aos utilizadores a possibilidade de automaticamente aparecerem na Web p ginas com a informa~o acabada de sincronizar utilizando, por exemplo, p ginas a ca a escritas em PHP, ou outro mecanismo din^mico de gera~o de p ginas. Utilizar os mecanismos habituais a ca a dos computadores Palm para sincronizar permite-nos, sem qualquer esforo adicional, fazer a sincronizaao c c~ atrav s de uma rede, ou atrav s de um modem. Como s~o cada vez mais vulgares e baratos os telem veis e e a o com modems incorporados, uma solu~o razo vel, a sua utiliza~o no campo para fazer a sincronizaao ca a e ca c~ remotamente.

5 Conclus~es o
Com este trabalho, pretende-se resolver um problema concreto com que se deparam os arque logos, o que tem a ver com a necessidade de ter em computador um grande volume de dados que prov^m dos e trabalhos de prospec~o e de escava~o. Neste artigo, circunscrevemo-nos a aquisi~o de dados no campo ca ca  ca e sua sincroniza~o com um Sistema de Informa~o Arqueol gica j existente. ca ca o a A solu~o apontada carece ainda de valida~o no terreno, pelo que as ila~es que podemos tirar, neste ca ca co momento, n~o se referem a viabilidade pr tica da solu~o. Por isso, restringimo-nos apenas a considera~es a  a ca co sobre os ensaios j efectuados, em termos dos programas e dos equipamentos. Estes levam-nos a crer que a a arquitectura desenhada vi vel e que vale a pena investigar na sua concretiza~o. e a ca Relativamente aos equipamentos, parece-nos que encontramos uma solu~o de baixo custo, de baixo ca consumo e de pequenas dimens~es, o que viabiliza a concretiza~o da solu~o. A escolha do Palm como o ca ca dispositivo m vel mostra-se vantajosa, em particular, pela utiliza~o de um interface de caneta, muito o ca adequado aos desenhos feitos no campo. O Palm disp~e de uma porta s rie RS-232 tradicional, que utilizada para ligar o GPS e a m quina o e e a fotogr ca, e de outra porta s rie por infra-vermelhos, que utilizada para comunicar com o modem. a e e O Palm n~o satisfaz em termos de mem ria, que insu ciente nos modelos mais vendidos, como o Palm a o e III ou o Palm V. Para j , necess rio recorrer a um aumento da mem ria, ou recorrer a um Palm Vx, a e a o

que vem com 8Mb de mem ria. As limita~es do Palm, em termos de velocidade do processador, exigem o co um cuidado muito grande na elabora~o dos algoritmos. A sua utiliza~o para transformar e corrigir ca ca fotogra as tiradas no campo, est ainda condicionada, at se averiguar se tem velocidade su ciente para a e efectuar os c lculos necess rios. Esta situaao tende a alterar-se a curto prazo com o aparecimento de a a c~ computadores compat veis desenvolvidos por outros fabricantes, com mais mem ria e processadores mais
o r pidos. a Os Palm t^m um cran de apenas 160  160 pontos, numa rea de apenas 36cm2 , com um suporte e e a muito limitado em termos de n veis de cinzento apenas 2 bits , o que condiciona bastante a informaao
c~ gr ca que se pode mostrar ao utilizador. Esta limita~o pode fazer perigar a solu~o desenvolvida mas, a ca ca pela an lise que foi feita, utilizando o PalmDraw, cr^-se que poss vel desenhar sobre o Palm sem perder a e e
a contextualidade dos desenhos, utilizando t cnicas de aumento e linhas de construao, para apoiar o e c~ desenhador. Em termos de escrita de programas para o Palm, existem basicamente duas opoes para desenvolvic~ mento a baixo n vel em C ou C++, que s~o o GCC e o Code Warrier existem outros, mas com reduzida
a aceita~o. Este ultimo um ambiente integrado de desenvolvimento, de mais f cil aprendizagem que ca e a o GCC, que corre em Macintosh e Windows. O GCC tem a vantagem de estar dispon vel sujeito  li
a cena GNU, sem custos de aquisi~o, e correr simultaneamente em Windows e Unix. Ainda n~o houve c ca a a oportunidade de testar um ambiente de desenvolvimento de alto n vel, como o Pendragon Forms ou
o Satellite Forms ou mesmo ambientes de programaao no pr prio Palm, como o Quartus Forth, que c~ o utiliza a linguagem Forth. Com habitual, a programa~o a baixo n vel mais ex vel, mas tamb m e ca
e
e mais dif cil e mais demorada. Para algumas das funcionalidades esperadas, cr^-se que a utiliza~o dos e
e ca ambientes de alto n vel acelerariam o processo de desenvolvimento. Ainda relativamente  programaao
a c~ dos Palm, justi ca-se o aparecimento de kits de alto n vel para a geraao de conduits, com algum supor
c~ te multiplataforma. Para j , o seu desenvolvimento exige bastantes conhecimentos de programa~o em a ca C C++, numa ou em v rias plataformas. a Em termos de GPS, optar por uma solu~o OEM justi ca-se plenamente, pois n~o h necessidade de ca a a utilizar receptores mais dispendiosos, j que toda a informaao acess vel atrav s do Palm. Dado que a c~ e
e a comunica~o com o GPS se faz pelo protocolo NMEA, optar por outro receptor de GPS n~o acarreta ca a altera~es ao sistema. No entanto, a utiliza~o destes sistemas requer algum esforo no desenvolvimento co ca c de software adicional, pois estes dispositivos n~o trazem software e o existente para manipular informaao a c~ GPS vem integrado em soluoes dispendiosas. Por exemplo, n~o existe que se saiba software para c~ a correc~o diferencial  posteriori, ou para o c lculo ponderado de m dias, dispon vel em c digo fonte, ou ca a a e
o a baixo custo. Em termos gerais, temos consci^ncia que vamos exigir dos arque logos uma so sticaao tecnol gica a e o c~ o que n~o est~o habituados e para a qual requer-se alguma forma~o espec ca. Contudo, pelas vantagens a a ca
apresentadas, em termos de rapidez, da diminui~o de erros, e da diminui~o de custos com os operadores, ca ca pensamos que se justi ca plenamente esta mudana de h bitos. E, simultaneamente, um enorme desa o c a aa  rea de computa~o m vel de baixo custo. ca o

Refer^ncias e
dCR99 Maria do Carmo Ribeiro. Tratamento normalizado do registo arqueol gico. Master's thesis, o Universidade do Minho, 1999. Em preparaao. c~ Gie98 Carlos Dantas Giestal. Sistema de informa~o geogr ca para a arqueologia urbana: O caso de ca a Bracara Augusta. Master's thesis, Universidade do Minho, 1998. GM99 Carlos Dantas Giestal and Manuela Martins. Siabra: Sistema de informaao arqueol gica para c~ o bracara augusta. In Workshop de Sistemas de Informao para a Arqueologia, September 1999. c~ Pog99 David Pogue. PalmPilot: The Ultimate Guide. O'Reilly & Associates, Inc., 2nd edition, 1999. RM99 Neil Rhodes and Julie McKeehan. Palm Programming: The Developer's Guide. O'Reilly & Associates, Inc., 1999.