1

Monografia de Projeto Final de Curso

Sistema Georeferenciado de Identificao do Patrimnio Histrico do Municpio de Vitria

1 INTRODUO

Vitria uma das cidades mais antigas do Brasil. Como marcas de sua evoluo possui imveis que vm desde a poca da colonizao. Alm de constituir uma importante fonte de preservao da memria da cidade, os imveis servem tambm como um bom atrativo ao turismo. Sendo assim, importante cuidar desse patrimnio para que ele no se perca, seja pelo desgaste natural devido ao tempo ou pela ao do homem, visando modificar o espao em que vive. Para auxiliar na preservao desse patrimnio necessrio um bom armazenamento e gerenciamento das informaes acerca das edificaes, onde de grande importncia um sistema de informao. Este trabalho discute uma ferramenta computacional adequada a este tipo de sistema. Prope-se aqui que um sistema destinado a gerenciar o patrimnio histrico seja baseado em componentes de software para apresentao de dados multimdia, usando como componente principal um que permita exibio de mapas georeferenciados. A seguir, nesta mesma introduo, apresentam-se: - as motivaes para o desenvolvimento deste trabalho, - as razes bsicas pelas quais se considera fundamental o uso de sistemas de informao geogrfica como componente principal e - o motivo pelo qual o uso de componentes de software na construo do sistema importante.
Formatted Formatted Formatted Formatted: Indent: Hanging: 0.15", Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25" Formatted

O Patrimnio Histrico do municpio de Vitria Muitas pessoas vo Prefeitura Municipal de Vitria (PMV) em busca de informaes sobre o patrimnio histrico. Entre elas, estudantes a procura de material para pesquisa, pessoas envolvidas em projetos relativos ao patrimnio histrico, proprietrios de imveis antigos procurando conhecer a histria de seu imvel e at mesmo aquelas que desejam simplesmente conhecer melhor a cidade, sejam elas moradores ou turistas. Antes de 1984 no havia na PMV indicao sobre quais imveis eram de interesse histrico, quais poderiam ser preservados e como isso poderia ser feito. Em 1984, o Plano

Diretor Urbano do Municpio de Vitria (PDU) passou a indicar, em artigos de sua lei, alguns imveis como identificados de valor histrico para preservao e a dar incentivos para realiz-la. Esses imveis, no entanto, foram identificados sem nenhum tipo de pesquisa acerca de seu interesse histrico. No incio da dcada de 90 passou-se a realizar estudos visando a identificao dos imveis que deveriam ser preservados mas desta vez baseados em critrios histricos. Somente em 1994, porm, que foi criada na PMV a Diviso de Proteo do Patrimnio Histrico e Ambiental Urbano, da Secretaria Municipal de Planejamento. Essa diviso ficava responsvel por estudos e levantamento de dados para identificao e tombamento de imveis e espaos pblicos (como escadarias e viadutos), visando inclu-los na lei de isenes fiscais ao proprietrio, como incentivo preservao. Inicialmente, no havia nenhum sistema de informao para gerenciar os dados dos imveis e as informaes levantadas por essa diviso eram organizadas em um fichrio contendo dados textuais e fotos dos imveis. Uma pessoa quando queria alguma informao, deveria localizar no fichrio o imvel de seu interesse e usar algum meio para copiar os dados como fotocpia, por exemplo. Em 1996, iniciou-se o desenvolvimento de um sistema de informao para apresentar, aos usurios do patrimnio histrico, as informaes de forma mais fcil e rpida. Esse sistema foi concludo em 1997, quando essa diviso passou a se chamar Diviso de Revitalizao de reas Urbanas (DRU), passando a fazer parte da Secretaria Municipal de Desenvolvimento Urbano (SEDUR). O objetivo era que ao buscar informaes no DRU, o usurio tivesse acesso a um computador com o sistema e navegasse livremente at localizar as informaes desejadas, podendo inclusive imprimilas. Por que se aplicar GIS1 ao caso do Patrimnio Histrico Um dos motivos de se desenvolver um sistema de informao geogrfica para o Patrimnio Histrico foi o de utilizar o georreferenciamento como base para a interface grfica com o usurio. Assim, a partir do mapa que se tem acesso a todas as informaes sobre os imveis e se realiza consultas sobre eles. Por exemplo, o resultado de uma
1

Formatted Formatted

GIS Geographic Information System (Sistema de Informao Geogrfica).

consulta acerca de quais imveis so de determinada poca mostrado no mapa. Da mesma forma, para acessar informaes cadastrais ou fotos de um imvel, basta clicar no mapa sobre a representao do imvel para se obter essas informaes. A figura 1 mostra o resultado de uma consulta sobre imveis construdos anteriormente a 1899 (as edificaes em amarelo) e tambm um menu com acesso a informaes de um imvel, chamado aps clicar sobre ele.

Figura 111111 - Resultado de pesquisa por poca e menu de acesso a informaes do imvel.

Formatted

Dessa forma, dado ao usurio uma interface mais intuitiva e de fcil manipulao para acesso a informaes. Outro motivo de se utilizar georeferenciamento no desenvolvimento desse sistema que ele se constitui numa importante ferramenta que serve de base para anlises e acompanhamento por parte do pessoal tcnico da prefeitura. Entre as facilidades de anlise e acompanhamento, pode-se citar:
Formatted

- localizao do imvel uma pessoa pode ter facilitada a localizao de um determinado imvel atravs da identificao visual de regies ou lugares conhecidos (como praas, avenidas, rios, etc.) que esto prximos ao imvel procurado; - pesquisa histrica por exemplo, se a data estimada de construo de um imvel corresponde regio em que ele est inserido, ou seja, se ele est numa regio da cidade que existia ou no nessa poca; quais os imveis de determinado estilo arquitetnico; - informaes fiscais informaes sobre incentivos fiscais (reduo ou iseno de IPTU) a que o imvel tem direito para sua preservao; - elaborao de roteiros tursticos o mapa auxilia na definio de roteiros tursticos histricos baseados em imveis ou regies histricas da cidade (como por exemplo, Cidade Alta, regio do Parque Moscoso).

Formatted Formatted: Indent: Hanging: 0.15", Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25" Formatted

Formatted

Formatted

Formatted

Por que usar componentes de software Um componente um mdulo de software (cdigo executvel, DLL Dynamic Link Library, OCX, etc...) com uma interface bem definida. A interface de um componente formada por um ou mais elementos de interface que so os meios de se acessar os servios (funcionalidades) do componente. Um sistema pode ser composto por vrios mdulos de software de diferentes tipos que interagem entre si atravs de suas interfaces. Um dos motivos de se usar componentes que o objeto central do sistema (o prprio mapa) ser um componente de software. Outro motivo o de se utilizar dados diferentes dos convencionais, ou seja, dados multimdia (como fotos, filmes, depoimentos, plantas, etc.), dos quais pode-se extrair uma quantidade enorme de informaes. Como exemplo, a figura 2x. mostra a Catedral Metropolitana de VitriaIgreja do Carmo, no centro de Vitria. Esta foto serve tanto para o usurio visualizar o imvel que ele est pesquisando quanto para complementar, visualmente, informaes sobre o estilo arquitetnico de sua construo descrito pelos dados textuais.

Figura 222222 Igreja do Carmo

Formatted

As figuras 3x+1 e 4 mostram uma mesma regio (da Igreja do Carmo ) em duas pocas diferentes (1905 e 1932, respectivamente)., possibilitAnalisando ao usurioas figurasfotos, pode-seo usurio pode comparar e perceber as mudanas que a regio sofreu neste perodo.

Figura 333333 Regio da Igreja do Carmo (1905)

Formatted

Figura 444444 Regio da Igreja do Carmo (1932)

Formatted

Da mesma forma, vdeos, depoimentos gravados e outros dados multimdia podem complementar as informaes contidas nos dados textuais. Lana-se agora uma pergunta ao leitor: de que ponto foram tiradas estas fotos e em que parte da cidade este imvel se localiza? Simplesmente olhando para as fotografias, a resposta a esta pergunta no trivial, especialmente para pessoas que no conhecem a cidade. Observe agora as figuras 5 e 6.

Igreja do Carmo

Figura 555555 Localizao da Igreja do Carmo no mapa do Centro de Vitria.

Formatted Formatted

Igreja do Carmo

Figura 3

Figura 2 Figura 4

Figura 666666 Pontos de onde foram fotografadas e direes fotografadas das figuras 2, 3 e 4.

Formatted

Lana-se novamente a pergunta ao leitor: de que ponto foram tiradas estas fotos e em que parte da cidade este imvel se localiza? Agora com a ajuda do mapa, a resposta a estas perguntas fica bem mais fcil. Do mesmo modo, olhando-se as fotos percebe-se como era a respectiva regio do mapa na poca em que foi tiradaforam feitas. Ou seja, estas duas fontes de informao se complementam. Da o motivo de usar componentes geogrficos associados a recursos multimdia.
Formatted Formatted Formatted Formatted

Formatted

Primeiro pergunte ao leitor: de onde foram tiradas estas fotos, e onde fica este imovel? Depois, colocar um mapa que mostra a regiao do carmo dentro do mapa da cidade e outro que mostre a regio da igreja do carmo . Mostre no primeiro mapa o proprio imovel. Mostre no segundo mapa quais as posicoes de onde foram tiradas as fotos. Pergunte ao leitor, de novo, de onde foram tiradas estas fotos, e onde fica este imovel? Agora ficou facil.... Da o motivo de usar componentes geograficos associados a recursos multimdia.Estrutura da monografia

10

O captulo 2 trata da tecnologia chave utilizada neste trabalho, ou seja, geoprocessamento e sua implementao via componentes. Nele visto a definio de geoprocessamento, sua utilizao e o porqu de se implementar via componentes. V-se ainda o componente de mapa utilizado neste trabalho o MapObjects. O captulo 3 trata da especificao de requisitos, ou seja, apresenta o domnio do problema, fala sobre sistemas anteriores construdos para resolv-lo e os requisitos necessrios para o funcionamento do sistema. O captulo 4 trata da especificao do sistema. Nesse captulo descrito o funcionamento do sistema, o modelo E-R, alm da descrio do prottipo, apresentando cada uma de suas funcionalidades. Por fim, o captulo 5 faz uma anlise dos resultados obtidos e propostas para dar continuidade a este trabalho.

Formatted

Conhecer o passado possibilita-nos compreender o presente e planejar melhor o futuro. Um trabalho de preservao do patrimnio histrico da cidade importante para preservar a memria coletiva do cidado. Os prdios contam um pouco da histria da cidade, bem como mostram a transformao da sociedade. Vitria a 6 cidade mais antiga do Brasil e guarda ainda traos que vo desde a poca da colonizao. Entre esses traos, encontram-se diversos imveis principalmente da cidade alta, que foi o primeiro ncleo de povoamento da cidade. Os prdios histricos, alm de constituir uma importante fonte de preservao da memria da cidade, servem tambm como um bom atrativo ao turismo na cidade. Todo esse patrimnio pode ser reduzido com o passar do tempo, seja devido ao desgaste natural das construes ou ao do prprio homem, que muitas vezes modifica a construo, descaracterizando-a ou at mesmo fazendo a demolio destas edificaes para a construo de prdios. Para evitar que isso ocorra preciso cuidar deste patrimnio. Para tanto, necessrio um sistema de informao para gerenciar as informaes...
Formatted

11

Vitria uma cidade de 500 anos Tem vrios prdios histricos turismo preciso cuidar deste patrimnio sistema de informao Este trabalho discute uma ferramenta computacional adequada a este tipo de sistema. Prope-se aqui que um sistema destinado a gerenciar o patrimnio histrico seja baseado em componentes de software para apresentao de dados multimdia, usando como componente principal um que permita exibio de mapas georeferenciados. A seguir, nesta mesma introduo apresentam-se: as motivaes para o desenvolvimento deste trabalho, as razes bsicas pelas quais se considera fundamental o uso de sistemas de informao geogrfica como componente principal e o motivo pelo qual o uso de componentes de software na construo do sistema importante.

Formatted

Formatted: Indent: Left: 0.53", Bulleted + Level: 1 + Aligned at: 0.49" + Tab after: 0.74" + Indent at: 0.74", Tab stops: Not at 0.74" Formatted: Bullets and Numbering

Formatted

Por que geoprocessamento geo como base para a interface grfica com usurio (j pode colocar uma figurinha) geo como base para anlises e acompanhamento por parte de pessoal tcnico da prefeitura (onde esto ..., elaborao de roteiros tursticos) (exemplos de consultas)

Formatted: Bulleted + Level: 1 + Aligned at: 0.49" + Tab after: 0.74" + Indent at: 0.74" Formatted: Bullets and Numbering Formatted: Indent: Left: 0.98", Bulleted + Level: 1 + Aligned at: 0.49" + Tab after: 0.74" + Indent at: 0.74", Tab stops: Not at 0.74"

porque usar componentes multimdia (fotos, filmes, depoimentos, plantas, etc.) pode colocar figurinha (aquela da catedral, aquela com o mesmo predio em duas pocas)

Formatted: Bulleted + Level: 1 + Aligned at: 0.49" + Tab after: 0.74" + Indent at: 0.74" Formatted: Indent: Left: 0.98", Bulleted + Level: 1 + Aligned at: 0.49" + Tab after: 0.74" + Indent at: 0.74", Tab stops: Not at 0.74"

incluir um que o pargrafo/gancho: algumas vezes)

(este pargrafo a gente vai rever

Formatted: Bulleted + Level: 1 + Aligned at: 0.49" + Tab after: 0.74" + Indent at: 0.74" Formatted: Bullets and Numbering

12

este trabalho descreve a concepo e implementao de um prottipo computacional que implementa facilidades de consultas georeferenciadas para .... Depois entra o que vai ser descrito em cada captulo....

Formatted: Indent: Left: 0.74", Bulleted + Level: 1 + Aligned at: 0.49" + Tab after: 0.74" + Indent at: 0.74", Tab stops: Not at 0.74"

Conhecer o passado possibilita-nos compreender o presente e planejar melhor o futuro. Um trabalho de preservao do patrimnio histrico da cidade importante para preservar a memria coletiva do cidado. Os prdios contam um pouco da histria da cidade, bem como mostram a transformao da sociedade. Vitria a 6 cidade mais antiga do Brasil e guarda ainda traos que vo desde a poca da colonizao, tais como imveis principalmente da cidade alta, que foi o primeiro ncleo de povoamento da cidade. Muitas pessoas vo Prefeitura Municipal de Vitria (PMV) em busca de informaes sobre o patrimnio histrico. Entre elas, estudantes a procura de material para pesquisa, pessoas envolvidas em projetos relativos ao patrimnio histrico, proprietrios de imveis antigos procurando conhecer a histria de seu imvel e at mesmo aquelas que desejam simplesmente conhecer melhor a cidade, sejam elas moradores ou turistas. Antes de 1984 no havia na PMV indicao sobre quais imveis eram de interesse histrico, quais poderiam ser preservados e como isso poderia ser feito. Em 1984, o Plano Diretor Urbano do Municpio de Vitria (PDU) passou a indicar, em artigos de sua lei, alguns imveis como identificados de valor histrico para preservao e a dar incentivos para realiz-la. Esses imveis, no entanto, foram identificados sem nenhum tipo de pesquisa acerca de seu interesse histrico. No incio da dcada de 90 passouou-se a realizar estudos visando a identificao dos imveis que deveriam ser preservados mas desta vez baseados em critrios histricos.cientficos. Somente em 1994, porm, que foi criada na PMV a Diviso de Proteo do Patrimnio Histrico e Ambiental Urbano, da Secretaria Municipal de Planejamento. Essa diviso ficava responsvel por estudos e levantamento de dados para identificao e tombamento de imveis e espaos pblicos (como escadarias e viadutos), visando inclu-los na lei de isenes fiscais ao proprietrio, como incentivo preservao.

13

Inicialmente, no havia nenhum sistema de informao para gerenciar os dados dos imveis e as informaes levantadas por essa diviso eram organizadas em um fichrio contendo dados textuais e fotos dos imveis. Uma pessoa quando queria alguma informao, deveria localizar no fichrio o imvel de seu interesse e usar algum meio para copiar os dados como fotocpia, por exemplo. Em 1996, iniciou-se o desenvolvimento de um sistema de informao para apresentar, aos usurios do patrimnio histrico, as informaes de forma mais fcil e rpida. Esse sistema foi concludo em 1997, quando essa diviso passou a se chamar Diviso de Revitalizao de reas Urbanas (DRU), passando a fazer parte da Secretaria Municipal de Desenvolvimento Urbano (SEDUR). O objetivo era que ao buscar informaes no DRU, o usurio tivesse acesso a um computador com o sistema e navegasse livremente at localizar as informaes desejadas, podendo inclusive imprimilas. A importncia da utilizao de geoprocessamento no caso do patrimnio histrico torna-se visvel na medida que todas as informaes utilizadas por ele possuem forte ligao com espao geogrfico, e, neste caso, o espao geogrfico urbano. As informaes de um banco de dados convencional, como textos, fotos, entre outros, so referenciadas a uma localizao na cidade. Por exemplo, pode-se acessar fotos histricas de determinada regio da cidade, relacionadas por poca, atravs de um clique de mouse no mapa. A partir de uma foto histrica da cidade, pode-se localizar determinado imvel no mapa ou mostrar outras fotos referentes ao imvel, devido a foto estar ligada a um banco de dados, e este a um sistema georeferenciado. Para implementar um software com essas facilidades, precisamos utilizar ferramentas de desenvolvimento de sistemas georeferenciados, que permitem aliar mapas a informaes contidas em bancos de dados convencionais ou no-convencionais. O consrcio OpenGis1 sugere fortemente que se use componentes de software, devido a facilidades de aquisio, facilidade de uso e interao com ambientes de programao usuais... Uma soluo disponvel no mercado so os componentes MapObjects2, escolhidos devido a sua...

14

O captulo 2 trata da tecnologia chave utilizada neste trabalho, ou seja, geoprocessamento e sua implementao via componentes. Nele vemos a definio de geoprocessamento, sua utilizao e o porqu de se implementar via componentes. O captulo 3 trata da aplicao em si, passando pela especificao de requisitos, implementao do trabalho e o que possvel ser feito para dar continuidade a ele. O captulo 4 faz a descrio do prottipo, explicando cada uma de suas funcionalidades. Por fim, o captulo 5 faz uma anlise dos resultados obtidos e propostas para dar continuidade a este trabalho.

15

2 GEOREFERENCIAMENTO VIA COMPONENTES

Neste captulo ser tratada a tecnologia envolvida neste projeto. Ser abordado geoprocessamento, Sistemas de Informao Geogrfica (SIG), tecnologia de componentes e um componente especial para implementar assuntos de geoprocessamento, o MapObjects. Geoprocessamento o conjunto de tcnicas computacionais relacionadas com a coleta, armazenamento e tratamento de informaes espaciais ou georreferenciadas, para serem utilizadas em sistemas especficos a cada aplicao que, de alguma forma, se utiliza do espao fsico geogrfico. Estes sistemas podem ser: GIS, LIS2, AM/FM3, etc. (o que so estas siglas e arranjar um glossrio de termos de GIS e inlcluir como apndice). Informaes georreferenciadas tm como caracterstica principal a localizao, ou seja, esto ligadas a uma posio especfica do globo terrestre por meio de suas coordenadas. [1] Engloba ainda o conjunto de pelo menos quatro categorias de tcnicas relacionadas ao tratamento da informao espacial: - Tcnicas para coleta de informao espacial (Cartografia, Sensoriamento Remoto, GPS, Topografia Convencional, Fotogrametria, Levantamento de dados alfanumricos); - Tcnicas de armazenamento de informao espacial (Bancos de Dados Orientado a Objetos, Relacional, Hierrquico, etc.); - Tcnicas para tratamento e anlise de informao espacial, como Modelagem de Dados, Geoestatstica, Aritmtica Lgica, Funes topolgicas, Redes; e - Tcnicas para o uso integrado de informao espacial, como os sistemas GIS Geographic Information Systems, LIS Land Information Systems, AM/FM Automated Mapping/Facilities Management, CADD4 Computer-Aided Drafting and Design.

Formatted

Formatted

Formatted: Indent: Left: 0.05", Hanging: 0.15", Bulleted + Level: 1 + Aligned at: 0.05" + Tab after: 0.3" + Indent at: 0.3", Tab stops: 0.2", List tab + Not at 0.25" + 0.3" Formatted: Bullets and Numbering

2 3

LIS Land Information System (Sistema de Informao Territorial). AM/FM - Automated Mapping / Facilities Management (Mapeamento Automatizado / Gerncia de InfraEstrutura) 4 CADD Computer Aided Design and Drafting (Projeto e Esboo Assistido por Computador)

16

Este trabalho tratar especificamente de Sistemas de Informao Geogrfica (GIS). Entretanto, ressalta-se aqui que: a maior parte do custo de implantao de um SIGGIS est na fase de coleta de dados; um SIGGIS nunca est completo sem se considerar os recursos humanos especialmente treinados / educados para uso e manuteno;
Formatted: Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25"

2.1 Sistemas de Informao Geogrfica (SIGs) (ou usa GIS ou usa SIG. Sugiro GIS) O GIS engloba em sua definio vrios aspectos j abordados na definio de Geoprocessamento, porm ao GIS, agregam-se ainda os aspectos institucional, de recursos humanos (peopleware) e principalmente a aplicao especfica a que se destina. A tecnologia GIS se utiliza de um sistema composto por softwares e hardwares que esto submetidos a uma organizao de pessoas interligadas para um mesmo fim, que se utilizam de dados georreferenciados visando a possibilidade de planejar e monitorar questes ligadas ao espao fsico geogrfico atravs dos produtos gerados pelo sistema, que so arquivos digitais contendo Mapas, Grficos, Tabelas e Relatrios convencionais.

17

Como uma definio mais tcnica, poderamos dizer que GIS um conjunto de ferramentas computacionais composto de equipamentos e programas que por meio de tcnicas, integra dados, pessoas e instituies, de forma a tornar possvel a coleta, o armazenamento, o processamento, a anlise e a disponibilizao, a partir de dados georreferenciados, de informao produzida por meio das aplicaes disponveis, visando maior facilidade, segurana e agilidade nas atividades humanas referentes ao monitoramento, planejamento e tomada de deciso relativas ao espao geogrfico.

2.1.1 Componentes de um GIS Como dito anteriormente, um sistema GIS um sistema computacional composto de softwares e hardwares, que permite a integrao entre bancos de dados alfanumricos (tabelas) e grficos (mapas), para o processamento, anlise e sada de dados georreferenciados. Pode-se pensar em um GIS como um casamento entre pacotes de computao grfica e bancos de dados. Os produtos criados so arquivos digitais contendo Mapas, Grficos, Tabelas e Relatrios convencionais. Os principais itens componentes de um GIS so:
Formatted

18

Software formado por um conjunto de programas (geridos por um determinado Sistema Operacional), cuja finalidade bsica coletar, armazenar, processar e analisar dados geogrficos, tirando partido do aumento da velocidade, facilidade de uso e segurana no manuseio destas informaes., apontando para uma perspectiva multi, intra e interdisciplinar (qual a diferenca entre elas ????) de sua utilizao. O software contempla basicamente cinco mdulos: 1. Coleta, Padronizao, Entrada e Validao de Dados; 2. Armazenamento e Recuperao de Dados; 3. Transformao ou Processamento de Dados; 4. Anlise e Gerao de Informao; 5. Sada e Apresentao de Resultados. Quanto aos sistemas operacionais, no caso dos micro e mini computadores a tendncia aponta para o uso das diferentes verses do Windows e do Unix. As workstation utilizam sistemas operacionais compatveis com Unix; os mainframes operam sob sistemas VMS, UVS e Unix, entre outros. Hardware o conjunto de equipamentos necessrios para que o software possa desempenhar as funes descritas. De forma sucinta, inclui o computador e perifricos, como impressora, plotter, scanner, mesa digitalizadora, unidades de armazenamento (unidades de disco flexvel, disco rgido, CD-Rom, fitas magnticas e ZIP Drivers). A comunicao entre computadores tambm pode ser citada, sendo realizada por meio de um ambiente de rede.

Formatted

Formatted: Indent: Left: 0.49", Numbered + Level: 1 + Numbering Style: 1, 2, 3, + Start at: 1 + Alignment: Left + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25", Tab stops: 0.74", List tab + Not at 0.25"

Formatted

19

Dados so o material bruto que alimenta o sistema, permitindo gerar INFORMAO, que nada mais do que o significado que atribudo aos dados, do ponto de vista de um determinado usurio. O poder da informao , sem dvida, indiscutvel. Porm, aquilo em que o GIS o que tem revolucionado os processos tradicionais de utilizao da informao a maneira como ela pode ser rapidamente processada e utilizada para diferentes objetivos pelo modo de sua apresentao,, ou seja , georreferenciada, ou mapeada. Usurios PESSOAS com objetivos comuns formam uma ORGANIZAO ou GRUPO DE TRABALHO. O GIS por si s no garante a eficincia nem a eficcia de sua aplicao. Como em qualquer organizao, ferramentas novas s se tornam eficientes quando se consegue integr-las adequadamente a todo o processo de trabalho. Para isto no basta apenas investimento, mas o treinamento de pessoal, usurios e dirigentes para maximizar o potencial de uso de uma nova tecnologia. Os usurios de um GIS vo desde tcnicos especialistas, que projetam e mantm o sistema, at aqueles que o usam para ajud-los a realizar seu trabalho dirio. Metodologias ou Tcnicas de Anlise esto diretamente ligadas ao conhecimento e experincia do profissional que, a partir de um objetivo definido submete seus dados a um tratamento especfico, para obter os resultados desejados. Este aspecto mostra que a qualidade dos resultados de um GIS no est ligada somente a sua sofisticao e capacidade de processamento. Muito mais que isso, proporcional experincia do usurio. 2.1.2 Como funciona um GIS [2] Um GIS armazena as informaes sobre o mundo como uma coleo de mapas temticos, ou layers, que podem ser apresentados separadamente ou unidos, para compor um novo mapa que representa um outro nvel de informao. Este conceito simples, mas extremamente poderoso e verstil, tem se mostrado muito valioso na soluo de vrios problemas do mundo real desde o rastreamento de veculos de transporte, at modelagens de comportamentos da atmosfera global.

Formatted

Formatted

Formatted

20

Referncias geogrficas Informaes geogrficas contm uma referncia geogrfica explcita (latitude e longitude, coordenadas UTM - Universal Transverse Mercator System), ou uma referncia implcita (endereo, cdigo postal, nome de rodovia, entre outras). Um processo automatizado chamado geocoding utilizado para criar referncias geogrficas explcitas a partir de referncias implcitas. So essas referncias geogrficas que permitem a anlise e conseqente localizao de caractersticas e eventos sobre a superfcie da Terra, tais como: situaes particulares de negcios, fertilidade do solo ou abalos ssmicos.

Os modelos Raster e Vetorial Sistemas de Informao Geogrfica trabalham fundamentalmente com dois tipos diferentes de modelos geogrficos o modelo vetorial e o modelo raster. No modelo vetorial, as informaes sobre pontos, linhas e polgonos so codificadas e armazenadas como uma coleo de coordenadas x,y. A localizao de um ponto, por exemplo um buraco de perfurao, pode ser descrita por uma nica coordenada x,y. Informaes lineares, tais como rodovias e rios, podem ser armazenadas como uma coleo de coordenadas de ponto, ou seja, uma lista de coordenadas x,y. Polgonos, tais como terrenos venda, podem ser

21

armazenados como um ciclo fechado de coordenadas, ou seja, como uma lista de coordenadas x,y onde a primeira e a ltima coordenadas so iguais. O modelo vetorial extremamente til na descrio de informaes discretas, mas menos til na descrio de dados que variam continuamente tais como tipos de solo ou custos de acessibilidade para hospitais. O modelo Raster foi desenvolvido para modelar tais caractersticas. Uma imagem raster compreende uma coleo de clulas de grade como um mapa ou figura. Ambos os modelos para armazenar dados geogrficos tem vantagens e desvantagens prprias. GIS modernos so capazes de lidar com ambos os modelos.

Raster

Vetorial

Mundo Real

2.1.2 Tarefas de um GIS [2]

-o que so -para que servem -tarefas

Formatted: Bulleted + Level: 1 + Aligned at: 0.49" + Tab after: 0.74" + Indent at: 0.74" Formatted: Bullets and Numbering Formatted: Bulleted + Level: 1 + Aligned at: 0.49" + Tab after: 0.74" + Indent at: 0.74"

22

2.2 Componentes de software Um componente um mdulo de software (cdigo executvel, DLL Dynamic Link Library, OCX, etc...) com uma interface bem definida. A interface de um componente formada por um ou mais elementos de interface que so os meios de se acessar os servios (funcionalidades) do componente. Um sistema pode ser composto por vrios mdulos de software de diferentes tipos que interagem entre si atravs de suas interfaces. Um bom exemplo para se explicar o que e como funciona um componente a biblioteca de componentes visuais (VCL Visual Component Library) das ferramentas de programao OO da Borland. Os componentes que compem essa biblioteca, assim como os componentes em geral, possuem trs caractersticas marcantes: - Informaes de Estado: as informaes sobre as condies atuais de um componente so chamadas propriedades do componente. As propriedades so os atributos que um usurio ou aplicao pode ler ou atribuir valor. Exemplos clssicos so as propriedades Altura e Cor de um componente visual. - Informaes de Ao: os componentes geralmente possuem certas aes que podem realizar quando demandados. Essas aes so definidas por mtodos, que so procedimentos e funes chamadas no cdigo para dizer ao componente o que fazer. Pode-se citar como exemplos os mtodos Ocultar e Atualizar de componentes visuais. - Informaes de Feedback: com essas informaes os desenvolvedores de aplicaes podem tornar o sistema mais interativo tornando-o sensvel a certas ocorrncias atravs da resposta a eventos. Um exemplo de resposta a eventos so as funes OnClick e OnKeyDown dos componentes visuais. Existem atualmente no mercado duas propostas predominantes de arquiteturas para desenvolvimento e utilizao da tecnologia de componentes a se saber: o Component Object Model (COM), proposto pela Microsoft, e a Common Object Request Broker Architecture (CORBA), proposta pelo Object Management Group (OMG). Aqui, ser tratado apenas o componente COM, que a arquitetura na qual os componentes de software utilizados neste trabalho foram desenvolvidos. 2.2.1 ActiveX & COM
Formatted Formatted Formatted: Indent: Left: 0.24", Hanging: 0.15", Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25", Tab stops: -0.49", List tab + Not at 0.25" Formatted: Bullets and Numbering Formatted

23

A primeira tentativa da Microsoft de trabalhar com componentes foi o OLE 1 (Object Linking and Embedding 1) mecanismo para criar e trabalhar com documentos compostos (por exemplo, uma planilha Excel embutida em um documento Word). A idia era dar ao usurio uma viso centrada no documento, deixando-o livre para pensar mais sobre suas informaes e menos sobre os aplicativos que ele estaria utilizando para trabalhar com essas informaes. A partir da, percebeu-se que o problema de documentos compostos era, na verdade, um caso especial do problema de: possibilitar que vrios componentes de softwares provessem servios uns aos outros. Para resolver esse problema, foi criado um modelo para construo de componentes, o COM. COM a base tecnolgica sobre a qual se fundamenta a tecnologia OLE 2 (normalmente compactada para OLE) e ActiveX. O termo ActiveX foi apresentado pela primeira vez na Internet Professional Developers Conference (Internet PDC) de 1996; perodo em que a Microsoft disputou cabea-a-cabea com a Netscape pelo controle do mercado de browsers para navegao na Internet. Nessa conferncia, a Microsoft demonstrou ferramentas que alcanavam desde lojas eletrnicas, passando por novos componentes OLE Controls, softwares de conversao em realidade virtual, entre outros. Ficando demonstrado que ela estava interessada em algo alm que o mercado de browsers. ActiveX o novo slogan da Microsoft e em pouco tempo teve seu significado ampliado para alm do Active the Internet. O termo passou a ser usado para designar qualquer coisa relacionada a aplicativos Web. Ele se tornou referncia quando o assunto componentes pequenos, rpidos e reutilizveis desenvolvidos para plataforma Windows. Alm disso, ActiveX representa, atualmente, estratgias de desenvolvimento de aplicaes integradas e softwares para Internet. Por fim, ActiveX e OLE se tornaram sinnimos. O que as pessoas inicialmente referenciavam como OLE Controls (OCXs) so agora referenciados por ActiveX Controls; OLE DocObjects so agora ActiveX Documents. Em alguns casos, documentos inteiros sobre como implementar e utilizar tecnologias OLE foram atualizadas para tecnologias ActiveX.

24

Na verdade, praticamente toda nova caracterstica rotulada ActiveX tem como raiz a necessidade global de componentes pequenos, rpidos e reutilizveis, tudo isso baseado na tecnologia OLE e no modelo COM. Portanto, para explicar o que ActiveX necessrio entender o modelo COM. Na prtica, a todo momento em que o leitor encontrar, neste captulo, escrita a denominao COM, poder substituir a mesma por Componente ActiveX, sem prejuzo. A explicao para esta alterao de nomenclatura s pode ser encontrada nos departamentos de marketing da Microsoft. 2.2.2 O Modelo COM

O modelo de componentes COM define como um objeto se expe para ser usado por outros objetos e, ainda, como objetos podem se comunicar, interagir, entre processos e atravs de uma rede. Pode-se, com certa facilidade, integrar objetos COM em aplicaes desenvolvidas em vrias linguagens (tais como C++, Java, VB e Delphi). Isso porque os objetos COM so componentes binrios construdos com a finalidade de reutilizao. Resumindo, o modelo COM estabelece um paradigma comum para interao entre todos os tipos de software (DLLs, aplicativos, sistemas operacionais, e outros). Para uma melhor percepo das facilidades providas pelo COM siga a explicao da Figura 7Figura 12.

Figura 712 Mecanismos de interao entre tipos de softwares diferentes

25

Na Figura 7Figura 12 h um aplicativo1 que possui um link para uma biblioteca DLL e acessa os servios da biblioteca atravs de chamadas a funes da DLL. Alm disso, o aplicativo1 precisa usar servios providos por um outro aplicativo2 executado em um processo inteiramente separado. Nesse caso os dois processos locais comunicam-se utilizando um mecanismo de comunicao interprocessos, que usualmente requer definio de um protocolo de comunicao entre as duas aplicaes. H ainda a necessidade do aplicativo1 utilizar servios do sistema operacional. Nesse caso a aplicao faz chamadas de sistema que so tratadas pelo sistema operacional. E, finalmente, o aplicativo1 utiliza servios de um software que est rodando em uma mquina completamente diferente acessvel via rede, o aplicativo3. Para acessar esse servio pode-se usar vrias abordagens, dentre as quais: troca de mensagens entre aplicaes remotas ou chamadas a procedimentos remotos RPC (ambos com necessidade de definio de protocolo para comunicao). Numa viso crtica sobre os quatro tipos de interao apresentados na Figura 7Figura 12 percebe-se uma caracterstica comum em todas eles: um componente de software precisa acessar servios providos por outro. Essa exatamente a proposta do modelo COM. Ele define uma abordagem padro pela qual um componente de software supre as necessidades de servios de outro, trabalhando em todos os casos acima descritos. A arquitetura de um objeto5 COM contempla a existncia de uma ou mais interfaces, cada uma incluindo um conjunto de mtodos necessrios para suprir servios com o mesmo enfoque. Ou seja, os mtodos que compem uma interface so funes ou procedimentos que executam aes especficas e podem ser chamados por um software que utilize o objeto COM (o Cliente desse objeto). Alm disso, mtodos que pertencem a uma mesma interface, geralmente, executam aes com um mesmo enfoque. Por exemplo, uma das interfaces de um dicionrio eletrnico pode ter o seguinte conjunto de mtodos atrelados a ela: Procura_Palavra( ), Adicione_ao_Dicionario( ), Remova_do_Dicionario( ).

No confundir objetos COM e os objetos das linguagens de programao OO. Mesmo sendo similares, eles possuem alguns aspectos diferentes.

26

Figura 814 Interfaces de um objeto COM e os mtodos providos por elas Para invocar os mtodos de uma interface de um objeto COM, um cliente deve adquirir um ponteiro para aquela interface. Como um objeto COM tipicamente prov seus servios por meio de vrias interfaces, o cliente deve ter um ponteiro para cada interface cujos mtodos ele pretende invocar.
Ponteiro para a Interface 1 do componente

Objeto COM Cliente

Ponteiro para a Interface 2 do componente

Figura 915 Cliente com ponteiros para duas interfaces de um Objeto COM Todo objeto COM uma instncia de uma classe especfica. Para comear a utilizar um objeto instanciado, primeiramente necessrio que se conhea a classe desse objeto. Isso possvel a partir do uso da Biblioteca COM, que est presente em todos os sistemas que do suporte a objetos COM e que tem acesso a todas as classes de objetos COM disponveis no sistema. O processo para conseguir um ponteiro para uma interface de objeto COM inicia-se com o cliente fazendo uma chamada funo da biblioteca COM especificando a classe do objeto COM desejado e a primeira interface, que se quer apontar, desse objeto. A

biblioteca COM prov esses servios por meio de chamadas ordinrias de funo, no atravs de mtodos em interfaces COM. Em seguida, a biblioteca COM cria um servidor que implementa o objeto da classe requisitado. Neste momento, a biblioteca retorna para o

27

cliente um ponteiro para a interface requerida do objeto COM recm instanciado. O cliente pode, ento, requisitar diretamente ao objeto por ponteiros para qualquer outra interface suportada por ele. Uma vez que o cliente tem um ponteiro para a interface desejada de um objeto, que est rodando, ele pode comear a utilizar os servios do objeto, simplesmente, invocando os mtodos da interface. Para o programador, invocar um mtodo parecido com a chamada de uma funo ou procedimento local. Entretanto, o cdigo que ser executado pode estar rodando em uma biblioteca dinmica (DLL) ou em um processo separado ou como parte do sistema operacional ou, at mesmo, em um sistema remoto. O cliente do objeto COM, realmente, no necessita se preocupar com essas distines, pois tudo acessado da mesma forma como mostrado na Figura 10Figura 16.

Figura 1016 Aplicativo acessando servios de objetos COM residentes em diferentes servidores Todo objeto COM implementado dentro de um servidor. O servidor contm o cdigo que realmente implementa os mtodos para as interfaces do objeto e mantm a localizao dos dados do objeto enquanto ele est ativo. Um nico servidor pode suportar mais de um objeto de um mesmo tipo (instncias de uma mesma classe) e mais de um tipo de objeto (objetos instanciados a partir de classes diferentes).

28

A Figura 11Figura 18 ilustra os trs tipos principais de servidores: Servidor In-process: os objetos so implementados em uma DLL que executada no mesmo processo que o cliente Servidor Local: os objetos so implementados em processos que rodam separadamente na mesma mquina que o cliente Servidor Remoto: os objetos so implementados em uma DLL ou em um processo separado que roda em uma mquina diferente da do cliente.

Figura 1118 Trs tipos principais de servidores de objetos COM H ainda alguns conceitos importantes a serem explicados e de grande importncia para o entendimento e utilizao das tecnologias baseadas em COM. Esses esto sendo explanados a seguir: Interface IUnknown: todo objeto COM deve possuir a interface IUnknown. Essa interface contem apenas trs mtodos: QueryInterface, AddRef e Release. Por ser a

interface sobre a qual todas as outra so baseadas (toda interface herda da interface IUnknown), seus mtodos podem ser invocados a partir de um ponteiro para qualquer interface de um objeto. Reference Counting: qualquer objeto COM que esteja rodando mantm um reference count. Sempre que o objeto passa um ponteiro para alguma de suas interfaces (quando o cliente invocado o mtodo QueryInterface) adicionado 1 a esse contador. Esse incremento tambm acontece quando um cliente passa um ponteiro da interface do objeto para um outro cliente (o cliente que recebeu o ponteiro deve invocar o mtodo AddRef da

29

interface apontada). O inverso acontece, o reference count decrementado, sempre que um cliente termina de usar uma interface e executa o mtodo Release. Mtodo QueryInterface: um cliente normalmente recebe um ponteiro para uma interface do objeto COM quando ele cria esse objeto. Uma vez que ele j possua um ponteiro para alguma das interfaces do objeto, o cliente pode pedir por ponteiros para outras interfaces desse objeto invocando o mtodo QueryInterface passando como parmetro o IID (Interface IDentifier) da interface que ele precisa. Na Figura 12Figura 20 o cliente possui um ponteiro para a interface A do objeto COM e precisa de um ponteiro para a interface B desse mesmo objeto.

Figura 1220 Exemplo de utilizao do mtodo QueryInterface Interface IClassFactory: todas as Class Factory suportam a interface IClassFactory. No caso de um cliente precisar interagir com mltiplas instncias de um mesmo objeto COM, ele tem que acessar uma Class Factory. Class Factory um objeto COM que tem a capacidade de criar outros objetos (cada Class Factory capaz de criar objetos de sua prpria classe apenas). Como dito acima, para ser qualificado como uma Class Factory, um objeto deve possuir a interface IClassFactory, que contm apenas dois mtodos: CreateInstance (cria uma nova instncia da classe do objeto que a fbrica pode instanciar) e LockServer (permite que um cliente mantenha o servidor do objeto COM na memria para permitir a criao de novos objetos mais rapidamente). A Figura 13Figura 22 ilustra o processo de utilizao de uma Class Factory.
Formatted: English (U.S.)

30

Figura 1322 Processo de criao de um objeto utilizando uma Class Factory Marshaling: quando algum mtodo de um objeto COM remoto (localizado em um processo ou mquina diferente daquele em que se localiza o aplicativo cliente) invocado, os parmetros passados entre os processos ou mquinas devem ser empacotados para o envio e desempacotado quando chega ao destino. Essa atividade de empacotamento e desempacotamento denominado marshaling e unmarshaling. Nesses casos necessrio a criao de proxies e stubs, que so responsveis por executar o marshaling e unmarshaling dos parmetros passados na evocao e resposta de um mtodo. Os Componentes ActiveX Como descrito anteriormente, adotar componentes ActiveX no significa abandono dos componentes OLE, mas uma ampliao de escopo para incluir a Internet, desenvolvimento de aplicaes para Intranet comercial e para plataforma PC, e ainda as ferramentas utilizadas para desenvolv-las. Os componentes ActiveX podem ser classificados, ou divididos, nas seguintes categorias: Servidores de Automao Controladores de Automao Controles Documentos Containers Servidores de Automao

31

Servidores de Automao so componentes que podem ser sistematicamente dirigidas por outras aplicaes. Um servidor de automao pode ter ou no interface com usurio (IU), dependendo da sua natureza e funcionalidade. Servidores de Automao podem ser in-process, local ou remoto. Controladores de Automao Controladores de Automao so aquelas aplicaes que podem utilizar e manipular servidores de automao. Um exemplo de um controlador de automao so os softwares implementados com uma linguagem de programao OO que podem criar, usar e destruir servidores de automao. Um controlador de automao pode ser qualquer tipo de aplicao, DLL ou EXE, e pode acessar o servidor de automao in-process, localmente ou remotamente. Controles ActiveX Controls so equivalentes ao que se refere por OLE Controls ou OCXs. Um tpico controlador consiste de uma representao de IU. A arquitetura de um controle possui um grande nmero de interfaces COM que devem dar suporte a todas as caractersticas inerentes quele objeto. ActiveX Controls sempre exetutam in-process com o Container no qual eles residem. A exteno de um controle tipicamente OCX, mas em termos de modelos de execuo, nada mais so que uma DLL padro Windows. Documentos e Containers Documentos ActiveX, ou DocObjects como eram originalmente chamados, representam componentes que podem ser qualquer coisa desde uma planilha at uma nota fiscal completa em uma aplicao de contabilidade. Documentos, assim como Controles, tm uma IU e so apresentados por uma aplicao Container. O Word e o Excel so exemplos de Servidores de Documentos ActiveX, e o Microsoft Interne Explorer um exemplo de um Container de Documentos ActiveX. A arquitetura de Documento ActiveX uma extenso do modelo OLE e permite que o documento tenha maior controle sobre o container que o apresenta. A mudana mais notvel a maneira como os menus aparecem. O menu de um documento OLE padro vai se misturar com o do container, provendo um conjunto de caractersticas combinadas; enquanto um documento ActiveX toma por completo o menu do sistema, apresentando um

32

conjunto de caractersticas inerentes ao documento apenas. O container apenas um mecanismo de apresentao e o documento tem todo o controle.

A necessidade de componentes de mapas A maioria dos softwares comerciais para computadores pessoais tem crescido enormemente em verses recentes. Programas como processadores de texto e planilhas eletrnicas, que inicialmente eram entregues em um ou dois disquetes, multiplicaram para dezenas de megabytes o consumo de espao em disco rgido. Esses programas tm crescido devido os sistemas operacionais terem se tornado mais complexos e os usurios estarem demandando mais funcionalidades embora usurios tpicos explorem somente cerca de 10 a 20% das funes desses sistemas grandes. Essa capacidade no utilizada acaba servindo como excesso de bagagem, ocupando recursos do sistema operacional e enchendo o disco rgido. A idia por trs de componentes de software quebrar as funes de uma grande aplicao desktop* em componentes. Isso dar ao desenvolvedor de aplicativos ferramentas para reunir apenas os componentes necessrios para construir uma aplicao especfica. O resultado so programas que trabalham com economia e velocidade e podem ser direcionados para um mercado especfico.

falar da tecnologia de componentes o modelo COM/CORBA 2.3 MapObjects MapObjects um conjunto de componentes de software, criado pela ESRI6, que

Formatted: Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25"

permitem adicionar mapas a aplicativos de software. Com ele pode-se criar interfaces personalizadas para mapas. Este componente pode ser instalado em vrios ambientes de programao comerciais (Delphi, Visual Basic, Power Builder, entre outros), e utilizado para criar

33

aplicativos com pequena necessidade de memria. Alm disso, pode-se combinar o MapObjects com outros componentes de software para alcanar relacionamentos entre mapas e a informao que os usurios gerenciam. O MapObjects contm um controle OLE (OCX) chamado Map Control e um conjunto de cerca de trinta objetos de Automao OLE. Entre as vantagens de se usar o MapObjects (e controles OCX) em geral ao invs de construir programas a partir do zero, podem ser citadas: - maior facilidade para criar programas com controles OCX. No necessrio ser um excelente programador em C ou C++ para escrever programas teis e robustos; - as aplicaes requerem um pequeno espao de memria; - tem-se grande flexibilidade ao construir interfaces com o usurio usando o MapObjects. Pode-se aplicar qualquer elemento de interface que se usa para construir aplicativos comuns. Outra caracterstica importante do MapObjects que o mapa pode ser o elemento central ou no em um programa. Por exemplo, o foco de uma aplicao pode ser um banco de dados com informaes sobre negcios, e, ao se realizar uma consulta nesse banco de dados, pode aparecer um formulrio com um mapa realando a localizao do negcio de interesse.

Formatted

Formatted: Indent: Hanging: 0.15", Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25" Formatted: Bullets and Numbering Formatted

O que pode ser feito com o MapObjects - Mostrar Mapas contendo mltiplos Temas e Imagens; - Pan* e Zoom atravs de mltiplas camadas; - Aplicar um Render (Tipo de Preenchimento) ao Mapa baseado nos atributos; - Seleo de feies atravs da localizao e distncia especificada; - Seleo de feies atravs de atributos; - Utilizar bancos de dados relacionais e consultas SQL; - Realizar consultas e anlises espaciais; - Mostra dados que mudam de posio dinamicamente (Tempo Real); - Mecanismos para Localizao de endereos; - Desenhar Grficos e Textos;
6

Formatted Formatted Formatted: Indent: Hanging: 0.15", Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25" Formatted: Bullets and Numbering

ESRI Environmental Systems Research Institute, empresa americana que produz softwares para

34

- Calcular estatsticas sobre as feies selecionadas; - Identificao das feies no Mapa apontando-as.

Fontes de dados utilizados pelo MapObjects O MapObjects utiliza as seguintes fontes de dados: shapefiles, arquivos de imagens, tabelas de atributos e bancos de dados espaciais. Shapefiles armazenam dados de mapas no formato vetorial em arquivos. Arquivos de imagens contm dados raster que tipicamente representam fotografias areas ou imagens de satlite. Tabelas de atributos podem estar em qualquer formato para o qual tenha-se um driver ODBC* instalado. Bancos de dados espaciais so locados em um servidor UNIX e so acessados atravs de uma rede por um Spacial Database Engine (SDE)*. Shapefiles so adequados para pequenos ou mdios conjuntos de dados de mapas. Quando se trabalha com conjuntos de dados muito grandes, tais como uma malha viria para um estado inteiro ou um pas, deve-se usar um banco de dados espaciais. A figura x mostra a forma como os dados so acessados por aplicaes que usam o MapObjects. (figura x)

Formatted Formatted

Formatted

Formatted

Neste trabalho apresenta-se apenas os shapefiles, que foram o tipo de fonte de dados utilizado no prottipo.

Os Shapefiles

Formatted

geoprocessamento.

35

Um shapefile um formato de arquivo de dados introduzido pela ESRI para armazenar features geogrficas no formato vetorial. Isso significa que as features de um mapa so representadas como conjuntos de coordenadas X e Y. As coordenadas em shapefiles usam o sistema de coordenadas cartesianas. Na figura x, a rea seria representada por um conjunto de pontos que comeam no ponto (1,1), seguido dos pontos (6,1), (5,3), (6,5), (3,5) e terminando novamente no ponto (1,1). Em shapefiles reais, os valores das coordenadas so tipicamente da ordem de centenas de milhares ou at milhes. (figura x) A geometria de cada feature armazenada como uma figura (shape) que inclui um conjunto de coordenadas vetoriais. Os atributos de cada feature so armazenadas como um registro em uma tabela dBASE associada com o shapefile. H um registro na tabela dBASE para cada feature no arquivo principal. Um shapefile armazenado na forma de trs arquivos no sistema de arquivos do computador, como mostra a figura x. O arquivo principal contm a geometria para as figuras. O arquivo de ndices contm um ndice sequencial de offsets das figuras. A tabela dBASE contm os atributos para cada figura. Pode-se modificar as definies dos campos (adicionando, retirando ou alterando campos) numa tabela dBASE. Cada shapefile contm um tipo de figura. Usa-se mltiplos shapefiles para representar mltiplos tipos de figuras. Os tipos de figuras suportados pelo MapObjects so: pontos, arcos e polgonos. - Pontos possuem simplesmente coordenadas X e Y. Cada ponto possui um registro de atributos. - Arcos consistem de polilinhas simples ou mltiplas que podem ou no estar conectadas. Uma polilinha um conjunto de vrtices ordenados. Cada arco possui um registro de atributos. - Polgonos contm um ou mais anis. Um anel um ciclo fechado que no se intercepta. A ordem direcional dos anis determinam se eles so reas interiores em um polgono. Cada polgono possui um registro de atributos.
Formatted Formatted: Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25", Tab stops: 0.2", List tab + Not at 0.25" Formatted: Bullets and Numbering Formatted Formatted Formatted Formatted Formatted Formatted Formatted

36

o consrcio OpenGis o que MapObjects o que pode fazer os shapefiles

Formatted: Bulleted + Level: 1 + Aligned at: 0.74" + Tab after: 0.99" + Indent at: 0.99"

37

3 ESPECIFICAO DE REQUISITOS

Preservar o patrimnio arquitetnico de uma cidade de grande importncia para se preservar a memria coletiva do cidado. Conhecer o passado importante para se compreender o presente e planejar melhor o futuro. Os prdios contam um pouco da histria da cidade, bem como nos do uma idia da transformao da sociedade. Sendo assim, um trabalho de conservao, e mais ainda, de recuperao do patrimnio histrico arquitetnico de Vitria essencial para manter viva a memria da cidade assim como a de seus cidados. O Projeto de Identificao de Imveis de Interesse de Preservao do Centro de Vitria nasceu como um esforo da Prefeitura na tentativa de preservar o patrimnio histrico do municpio. Antes desse projeto, o que se havia feito com esse intuito foi a identificao de alguns imveis do centro como de valor histrico para preservao, durante a criao do Plano Diretor Urbano do municpio (PDU), em 1984. Com a reviso do PDU em 1994, proporcionou-se uma contrapartida do poder pblico, na forma de incentivos fiscais e construtivos, ao proprietrio do imvel identificado/tombado que se dispusesse a recuperar ou pelo menos conservar o imvel. Para realizar a identificao dos imveis, foi realizado um estudo e desenvolvido uma metodologia, que inclua, entre outras coisas: - Identificao Primria visitas ao centro para, mediante uma anlise visual, identificar preliminarmente as edificaes com possibilidade de preservao; - Levantamento histrico/ficha cadastral a partir de livros, textos e documentos, levantar a histria dos imveis e elaborar uma ficha cadastral com os dados disponveis; - Levantamento dos projetos arquitetnicos originais; - Levantamento arquitetnico atual levantar, em campo, as caractersticas arquitetnicas atuais para comparao com seu projeto ou foto originais, e ento subsidiar propostas de interveno/recuperao; - Exposio, apresentao e debate pblicos do trabalho apresentao de seminrios/proposies a partir dos levantamentos; - Elaborao de cartilha contendo informaes sobre o centro e seus imveis identificados.
Formatted: Indent: Hanging: 0.15", Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25", Tab stops: 0.3", List tab + Not at 0.25" Formatted: Bullets and Numbering

38

Aplicando essa metodologia, uma considervel massa de dados foi gerada. Da percebeu-se a necessidade de um sistema de informao para gerenci-la com eficincia, e dela obter as informaes necessrias para auxiliar a alcanar as metas do projeto.

A Diviso de Revitalizao de reas Urbanas, da Secretaria Municipal de Desenvolvimento Urbano, foi criada em 1994 como um esforo da Prefeitura de Vitria em preservar o patrimnio histrico e artstico do municpio. Sua atribuio principal identificar os imveis de interesse histrico a fim de inclui-los na lei de isenes fiscais ao proprietrio, visando o incentivo preservao. Alm de imveis, o DRU busca identificar espaos pblicos como escadarias, viadutos, entre outros, alm de desenvolver projetos de recuperao de imveis e espaos urbanos. Para realizar suas funes, o DRU necessita manter um cadastro de todos os imveis identificados...

-o que a diviso -como ela trabalha -o que ela precisa (manter um cadastro, acessar esse cadastro, localizar os imveis num mapa)

Formatted: Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25" Formatted: Bullets and Numbering

3.1 A primeira tentativa de informatizaoO primeiro sistema de informao

Formatted Formatted

Como resultado das pesquisas, foram levantados, para cada imvel identificado, fotografias antigas e originais, projetos originais e realizadas tambm fotografias recentes para efeito de ilustrao e comparao. Foram levantadas ainda, caractersticas como proprietrio original e atual, uso original e atual, tcnica construtiva, poca de construo, estilo arquitetnico e estado de conservao, entre outros. Alm disso, foram feitas propostas de restaurao das fachadas pela PMV, ao dono do imvel. Para ilustrar essas propostas, foram criados desenhos com uma idia da nova fachada do imvel, respeitando as cores originais correspondentes a seu estilo arquitetnico. O proprietrio que se

39

interessasse em restaurar a fachada de seu imvel, teria, entre outros incentivos, reduo do Imposto Predial e Territorial Urbano (IPTU) pela PMV. Para gerenciar todas essas informaes, um sistema de informao foi desenvolvido, em 1996, em ambiente Visual Basic e banco de dados MS Access, relacionando todos os dados inerentes a cada imvel identificado. Desde aquela poca, havia a necessidade de se referenciar no mapa, cada imvel identificado para localizao, j que um dos objetivos era disseminar as informaes levantadas, atravs da distribuio de CDs contendo a aplicao para turistas e alunos do Curso de Arquitetura da prpria UFES. Como no havia ferramentas de geoprocessamento na PMV e o custo de aquisio destas era alto, optou-se por fazer esse referenciamento usando regies definidas em imagens raster, na prpria ferramenta de desenvolvimento. Com isso porm, no se permitia recursos desejveis de manipulao de mapas, como ampliao/reduo da imagem, deslocamento do mapa (arrasto), entre outros.

As regies Como citado anteriormente, no se podia usar ferramentas de geoprocessamento para desenvolvimento desse sistema. Pensou-se ento em representar os imveis num mapa esttico do centro da cidade (veja figura 7). Isso porm no permitia uma escala satisfatria para identificar a localizao do imvel, nem permitia um recurso de zoom (ampliao/reduo) para se atingir tal escala.

Formatted

40

Para resolver este problema, dividiu-se o mapa da regio central da cidade em oito regies, de forma que cada uma permitisse uma escala satisfatria para localizao dos imveis. Cada regio recebeu ento, um nome e um nmero. A figura 8 apresenta um exemplo desta soluo, mostrando a regio 6, denominada de Regio da Cidade Alta. Esta soluo porm, obrigou-se implementar o sistema com uma opo a mais de consulta, a consulta por regio, alm das duas opes existentes por poca e por estilo arquitetnico. Esse tipo de consulta exigia que o usurio j soubesse em que regio o imvel se encontrava, ou deveria procurar em mais de uma regio at encontrar o imvel.

A segunda implementao do sistema Devido falta de verbas disponveis para disseminao dos CDs, e com o advento da Internet, foi feita uma segunda implementao desse sistema em meados de 1998 para ser disponibilizada na rede mundial. Esta implementao foi feita em Cold Fusion, mas tambm peca pela falta de recursos para georeferenciamento das informaes. Ao se desenvolver esse sistema para a Internet, migrou-se a base de dados do MS Access para MS SQL/Server, devido ao melhor desempenho e confiabilidade do sistema gerenciador de banco de dados.

Formatted

41

Figura 14678 Representao da regio 6 (Cidade Alta).

Formatted

Em 1997 foi desenvolvido na PMV um Sistema de Informao para lidar com as informaes do patrimnio histrico. Para esse sistema foi criado um CD de instalao, que foi inclusive levado para um concurso de ...

mostrar uma tela deste sistema (mostrando as regioes) explicar como foi feito (vb & acces; mapas via jpg, referenciacao via coordenadas x-y ligadas ao acces via .... ???) por que as regioes??? (porque no dava para implementar a baixo custo pan e zoom, mantendo os links para os dados) Para a implementao desse trabalho, foi criada uma situao muito particular.

Formatted Formatted: Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25" Formatted: Bullets and Numbering

Figura 15777 - Diviso da regio central da cidade em oito sub-regies.

Formatted

A regio central da cidade foi dividida em oito regies. Para cada regio, colocou-se um

42

pequeno mapa contendo as ruas, as quadras e os pontos onde se localizavam aproximadamente os imveis histricos. O usurio que desejasse fazer uma pesquisa por localizao do imvel, precisava escolher antes a regio em que ele se localizava. Em seguida clicava-se no imvel e escolhia-se o tipo de informao desejada. Essa abordagem de regies foi necessria porque no se conseguia exibir todos os imveis do centro num mapa s, em uma escala que permitisse uma boa visualizao. Esse problema, por sinal, facilmente resolvido em um sistema georeferenciado, cujo mapa pode ser ampliado ou reduzido para a escala que o usurio desejar. ... (falar dos outros tipos de consulta)

-pequeno histrico (sistema feito em VB e Access) -funcionalidades -problemas (comentar em que pontos um SIG pode resolver) -limitaes (idem) -falar do sistema do Anderson (usando cold fusion) 3.2 Performance -Fazer um comparativo entre o sistema antigo e o novo (citar a demora em carregar imagens .bmp (tempo de resposta)) (se for fazer comparacoes, faca depois de apresentar o seu sistema, e no antes) 3.3 Requisitos de software e hardware Requisitos que o novo sistema necessita (se precisa instalar o MO ou no, ou alguma dll, o SQL Server ou outros programas) (se for fazer comparacoes, faca depois de apresentar o seu sistema, e no antes) -

Formatted: Bullets and Numbering

Formatted: Bullets and Numbering

Formatted: Bullets and Numbering

43

4 ESPECIFICAO DO SISTEMA [...] Uma informao visual representa um ente mais completamente do que informaes tabulares (textos, nmeros, etc. ). A visualizao de um dado estimula nossas mentes de modos diferentes dos procedimentos tradicionais de anlise de dados. Ns podemos ver um quebra-cabea montado e decifrar o contedo de seus pedaos em uma nica operao. Esta imagem pode ser armazenada em nossas memrias com uma preciso surpreendente. Depois que esta imagem tenha sido assimilada, ns podemos tambm examinar o quebra-cabea mais detalhadamente e comear a descrever, tanto em palavras quanto em nmeros, os componentes desta imagem (os objetos, seus relacionamentos, etc.) de uma maneira que

Formatted

provavelmente mais significativa que uma anlise estatstica de seus pedaos.

Formatted

O objetivo desta aplicao o de associar as diversas informaes histricas da cidade sua localizao no espao geogrfico, a fim de facilitar o acesso a essas informaes utilizando-se mapas . uma vez que oO uso destes possibilita ao usurio localizar visualmente um imvel ou uma regio da cidade atravs da referncia com outros imveis ou lugares conhecidos, o que caracteriza uma localizao mais intuitiva, e, portanto, mais rpida e fcil. (frase muito comprida) Para realizar isso (essa associao entre informaes histricas e sua localizao), a aplicao foi dividida em trs partesVisando um melhor acesso aos diversos tipos de informaes histricas, a aplicao foi dividida em trs partes: - imveis histricos, - paisagens histricas e - evoluo do contorno urbano de Vitria.
Formatted: Indent: Hanging: 0.45", Bulleted + Level: 1 + Aligned at: 0.49" + Tab after: 0.74" + Indent at: 0.74", Tab stops: -0.49", List tab + Not at 0.25" + 0.74" Formatted: Bullets and Numbering

44

Na primeira, buscou-se associar diversos tipos de dados referentes a um imvel como textos, fotos, desenhos e vdeos sua representao no mapa, ou seja, a partir de um clique sobre ela, consegue-se ter acesso a todas as informaes referentes ao imvel. (coloque um exemplo (catedral, por exemplo) Na segunda parte, buscou-se georeferenciar as fotos de paisagens histricas da cidade, ou seja, representar no mapa o ponto em que foi tirada a foto e a direo fotografada (chamada direo de visada). Clicando-se nesta representao, abre-se a foto tal qual ela mostrada no mapa, dando assim ao usurio a exata impresso de como determinada regio da cidade que hoje ele conhece de uma maneira era em determinada poca. De uma mesma regio, pode-se ter vrias fotos tiradas em pocas diferentes, e assim, o usurio pode ter uma idia da evoluo ou modificao da cidade ao longo de um determinado perodo. A partir destas fotos paisagsticas, pode-se clicar num determinado imvel constante da foto e acessar as informaes deste imvel, outras fotos e at mesmo sua localizao no mapa, dando ao usurio a impresso de um passeio histrico virtual pela cidade de Vitria. Por fim, na terceira parte, tentou-se mostrar a evoluo do contorno urbano da cidade ao longo do tempo, representando o este contorno urbano em vrias pocas, permitindo ao usurio ter uma idia do crescimento da cidade desde ... at ... .

Nas sees a seguir ..., sero apresentados os modelos Entidade-Relacionamento (ER) antigo e o novo, fazendo uma breve comparao entre os dois. Complementando o modelo E-R, tem-se uma descrio das entidades e dos relacionamentos. Em seguida, apresenta-se o que foi implementado no sistema. Por fim, faz-se uma descrio do prottipo, apresentando suas funcionalidades. 4.1 O Modelo Entidade-Relacionamento

A base doO modelo eEntidade-rRelacionamento utilizado neste trabalho foi obtido do primeiro sistema, descrito na seo 3.1desenvolvido por ... para ....pela PMV. A inteno facilitar a transio do sistema anterior para o atual. Assim, , ou seja, no se fez

45

uma nova modelagem de dados para este trabalho, visto que o seu objetivo mas se aplicaramapenas aplicou-se os conceitos de sistemas georeferenciados ao sistema que j havia sido desenvolvido, e no desenvolver um sistema a partir do zero.. Abaixo, temosSegue-se abaixo o modelo entidade-relacionamento do sistema inicial:
Formatted

47

48

A seguir, tem-se o modelo E-R do sistema georeferenciado:

Comparando os dois modelos, observamos que a entidade Regiao foi excluda. Isto foi devido ao fato de que sua utilizao, que foi base para o primeiro sistema de informao (conforme exposto no captulo 3), no ser mais necessria. Em se tratando da questo das fotos paisagsticas histricas, no foi necessrio nenhuma alterao no modelo. A prpria entidade Fotografias j possua os atributos necessrios para cadastrar as fotografias dessa opo. A nica alterao feita foi adicionar esta entidade o atributo Classif_epoca, para classificar as fotografias em pocas prdefinidas, a fim de facilitar a implementao das consultas. Para maiores informaes sobre a modelagem, o Apndice X traz os modelos de dados correspondentes aos dois modelos E-R.

Formatted

Formatted Formatted

Leve o modelo fsico antigo e o atual para um apendice Crie o modelo e-r do anterior Crie o modelo e-r do atual Compare os dois (as regioes sumiram; como tratar fotos que no estao associadas a imoveis??)

4.1.1 Dicionrio de dadosDetalhamento das entidades e relacionamentos

4.2 O que foi implementado

49

Nesta seo, iremos falartratar-se- da implementao do sistema em questo. Como o objetivo deste trabalho o de demonstrar a aplicao de um SIG ao caso do patrimnio histrico, foi implementado um prottipo com funcionalidades suficientes para atingir este objetivo. Como ambiente de desenvolvimento, foi utilizado o Borland Delphi 3. Para a implementao da parte georeferenciada, foi utilizado um componente de software que permitisse sua utilizao no ambiente de desenvolvimento escolhido. O componente escolhido foi o MapObjects, da ESRI, devido a sua... Com este componente, possvel realizar as operaes como: ( - ... de zoom de aumento e reduo; e - deslocamento do mapa (pan);... - ...clculo de estatsticas bsicas sobre entidades relacionadas; - consultas e anlises espaciais; - ...localizao de endereos, entre outras. eEstas operacoes , que permitem uma grande versatilidade ao usurio para se manipular o mapa,. Elas possibilitando-o possibilitam, por exemplo, selecionar a regio da cidade que ele desejea e na escala que melhor lhe convier. Alm dessas operaes, foram usadas vrias outras para, por exemplo, mostrar no mapa o resultado de consultas feitas ao banco de dados. O servidor de banco de dados utilizado foi o Microsoft SQL Server 6.5. Foi utilizado esse servidor devido estarmos utilizando o banco de dados existente na prefeitura, com toda sua estrutura e dados, que recentemente foram migrados para esse software.
Formatted: Indent: Left: 0.14", Hanging: 0.15", Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25", Tab stops: Not at 0.25" Formatted: Bullets and Numbering

-introduo -apresentar o modelo E-R -funcionalidades (o que ele faz) -como se implementou -problemas resolvidos com ele

Formatted: Bullets and Numbering

4.2.1 Imveis de interesse histrico

50

Como primeira opo de consulta, temos a de imveis de interesse histrico. Para esta opo, foi utilizado o mapa da regio central da cidade, devido o sistema base para este trabalho conter apenas imveis desta regio e a prefeitura ter ainda somente imveis identificados da referida regio. Conforme a prefeitura for identificando imveis de outras regies, o mapa pode ser alterado para refletir essa nova condio. A funcionalidade principal desta opo realizar consultas por poca de construo e/ou estilo arquitetnico das construes. Aps fFeita a consulta, o usurio pode acessar as informaes sobre um imvel de sua escolha. Essas informaes podem ser textuais, como ficha cadastral e histrico do imvel; imagens, como fotos e desenhos de fachadas; e vdeos. Nesse ponto que se percebe a grande utilidade de um SIG, que ou seja, aliar um mapa a um banco de dados. Ao selecionar um imvel no mapa, o sistema realiza uma consulta ao banco de dados baseado na identificao do imvel (nmero referencial), que o campo chave da tabela Edificacao do banco de dados. A ligao entre o banco de dados e o mapa feita atravs da criao de um campo no arquivo shapefile referente camada de imveis histricos. Esse campo possui o mesmo nome, tipo de dados e tamanho que o campo chave da tabela Eedificacao. Essa ligao ilustrada abaixo:na figura x.
Formatted Formatted Formatted

Este tipo de estratgia usada para se relacionar as representaes geomtricas dos objetos geogrficos e seus atributos descritivos chamado de Arquitetura Dual de implementao de bancos de dados geogrficos [Thom1998].

As camadas utilizadas na opo Imveis de interesse histrico so: (o que polilinha, o que polgono? Ou explica ou d uma referencia) vias: camada do tipo polilinha1, representando as ruas, avenidas, escadarias, etc; quadras: camada do tipo polilinha, representando as quadras; edificaes: camada do tipo polgono2, representando as edificaes; edificaes histricas: camada do tipo polgono, representando as edificaes de interesse histrico.
Formatted: Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25" Formatted: Bullets and Numbering Formatted Formatted

51

4.2.2 Fotos paisagsticas histricas

A segunda opo de consulta a de fotos paisagsticas histricas. Nesta opo, utilizou-se o mapa da cidade inteira, pois existem fotos de vrios pontos da cidade. Sua funcionalidade realizar consultas de fotos por dcada (dcadas do sc. XX). Essas consultas retornam representaes das direes de visada1 das fotos. Cada representao consiste de um tringulo com um pequeno crculo num dos vrtices (apresentar figura). Esse crculo significa o ponto aproximado onde o fotgrafo estava no momento em que a fotografia foi tirada. A visualizao do prolongamento dos lados correspondentes a esse vrtice do uma idia aproximada da rea coberta pela foto. A apresentao dessas visadas possvel porque elas fazem parte de uma camada extra do mapa chamada visadas. Esse o motivo de cada visada estar ligada a um ponto no mapa, e assim, cada foto estar referenciada a uma posio geogrfica. Quando uma consulta feita para uma determinada dcada, aparecem na tela as visadas correspondentes s fotos dessa poca. Tomando pontos em que hajam visadas com direes similares para pocas diferentes, o usurio pode assim ter uma idia da evoluo daquela regio da cidade ao longo do tempo. Tal como na opo de imveis histricos, a pesquisa das visadas e a apresentao das fotos possvel devido ao mapa estar ligado a uma tabela do banco de dados neste caso a tabela de fotografias. A tabela correspondente ao shapefile da camada de visadas possui um campo similar ao campo chave da tabela de fotografias. Em cada foto representada por uma visada pode haver hiperlinks sobre certos imveis, que conduzem a outras fotos referentes a esses imveis, sendo que nestes h um outro hiperlink para retornar foto original. Assim, um usurio pode ver vrias fotos referentes a um imvel que esteja na rea de abrangncia de uma visada. (exemplificar com imagens, porque ficou meio obscuro) As camadas utilizadas para a opo de fotos paisagsticas so: vias: camada do tipo polilinha, representando as ruas, avenidas, escadarias, etc; limite de bairros: camada do tipo polilinha, representando os limites dos bairros da cidade;
Formatted: Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25" Formatted: Bullets and Numbering

52

linha de litoral: camada do tipo polilinha, representando o limite do municpio de Vitria;

edificaes histricas: camada do tipo polgono, representando as edificaes de interesse histrico;

visadas: camada do tipo polgono, representando as visadas das fotos.

Formatted

4.2.3 Evoluo do contorno urbano

A ltima opo de consulta a de evoluo do contorno urbano. Esta opo mostra vrios mapas para representar o contorno urbano da cidade de Vitria em pocas diferentes. Sua funcionalidade retornar um mapa representando o contorno urbano numa determinada poca. Os mapas esto separados por dcadas do sculo XX e por sculos anteriores.

4.3 O prottipo

Nesta seo, ser apresentada a descrio do prottipo desenvolvido a partir da especificao do sistema descrita anteriormente neste captulo. O seu objetivo demonstrar como o usurio poder interagir com o sistema para alcanar os resultados esperados. (pare de pedir desculpas pelo que no fez....) 4.3.1 Descrio do prottipo

A tela principal do prottipo consiste em dois painis esquerda, onde se encontram as opes de consulta do sistema e um mapa ocupando o restante da tela do sistemaprincipal. Inicialmente, foi definida como default a opo de visualizar os Imveis de Interesse Histrico, e para tal, o mapa inicial o da regio central da cidade de Vitria. Abaixo temos a tela inicial do sistema:
Formatted

53

(Figura com a tTela pPrincipal do Sistema)

No painel superior, encontra-se a opo de visualizar o tipo de informao que se deseja, como informaes dos imveis de interesse histrico, informaes sobre a evoluo do contorno urbano e informaes sobre fotos paisagsticas histricas.
Formatted

No painel inferior encontram-se as opes de consulta dentro do tipo de informao escolhido, que so por Estilo Arquitetnico e por Perodo, no caso das informaes dos imveis de interesse histrico, e por perodo nos outros dois casos.

54

A barra de ferramentas do sistema possui ferramentas para se manusear os mapas, alm de um boto para sair do sistema. Abaixo temos o detalhamento de suas funes:
Zoom In Zoom Out Sair

Pan

Todo o Mapa

Zoom In: ferramenta que d o zoom crescente (ou seja, aproximao) no mapa; Zoom Out: ferramenta que d o zoom decrescente (ou seja, afastamento) no mapa; Pan: ferramenta utilizada para deslocar um mapa para se observar uma parte dele no mostrada na tela, conservando a escala atual;

Formatted: Bulleted + Level: 1 + Aligned at: 0" + Tab after: 0.25" + Indent at: 0.25" Formatted: Bullets and Numbering

55

Todo o Mapa: ferramenta que possibilita visualizar todo o mapa, ou seja, retornando-o sua escala inicial;

Sair: ferramenta utilizada para sair do sistema.

4.3.1.1 A opo visualizar Imveis de Interesse Histrico

alguma pequena introduo apresentao das funes demonstrao das funes (detalhamento)

Formatted: Bulleted + Level: 1 + Aligned at: 0.49" + Tab after: 0.74" + Indent at: 0.74"

4.4 O que ainda pode ser feito (isto vai apra as conclusoes)
Formatted

-falar da questo do sincronismo dos dados com a Fazenda -falar da internet (e da tentativa e fracasso do IMS) -falar do hiperlink nas fotos de paisagens (apenas se no for implementado) -falar dos vdeos -falar que com o IMS se consegue fazer a parte de ligar uma regio de uma foto de paisagem a outras fotos desta regio, e, a partir destas, poder acessar o mapa ou outras informaes -por fim, o que se consegue com isto: um passeio histrico virtual

Formatted: Bulleted + Level: 1 + Aligned at: 0.49" + Tab after: 0.74" + Indent at: 0.74" Formatted: Bullets and Numbering

5 Consideraes finais

5.1 O que ainda pode ser feito

56

Embora tenha-se implementado grande parte do proposto, algumas coisas no puderam ser implementadas, seja por falta de tempo hbil, por no ter o domnio da tecnologia requerida ou simplesmente por no fazer parte do escopo deste trabalho. Muitas destas coisas podero ser implementadas em outros trabalhos, aproveitando o conhecimento adquirido neste e dando um salto maior.

Cadastramento das Informaes Para este sistema, pode-se desenvolver um mdulo de cadastro das informaes de um imvel a partir de um clique no mapa sobre a representao do imvel, tal como feita para a visualizao das informaes. Alm disso, pode-se fazer a incluso de um imvel na lista de imveis identificados ou a excluso de um que esteja identificado.

Formatted

Internet Uma destas coisas disponibilizar na Internet o prottipo desenvolvido aqui. Pensou-se em fazer isto ainda neste trabalho, porm, a ferramenta disponvel no satisfez s expectativas. A ferramenta usada foi o MapObjects Internet Map Server (IMS) verso 1.0. Com ele, conseguia-se disponibilizar o sistema na Internet, porm tendo alguns recursos importantes bastante limitados, como zoom e pan. A alternativa que se revelou satisfatria para realizar o desejado foi utilizar a linguagem Java. No entanto, essa alternativa tomaria muito tempo para aprender uma nova linguagem, o que no estava dentro do escopo deste trabalho. Ao chegar ao fim deste trabalho, contudo, foi lanado pela ESRI o IMS 2.0. Fazendo alguns testes com esse software, pudemos verificar que ele, a princpio, atende aquilo que estvamos planejando. Porm, j no havia tempo hbil para faz-lo.

Integrao com a SEMFA Um outro recurso que poder ser acrescentado o de ligar as informaes sobre o patrimnio histrico com as informaes da Secretaria Municipal da Fazenda (SEMFA) sobre os imveis. O DRU necessita de algumas informaes fiscais do imvel, que se encontram num banco de dados da SEMFA. Quando alguma informao sobre um imvel

57

que o DRU necessita atualizada na SEMFA, esta repassa ao DRU por meio de documento em papel, para que ele atualize seus dados. O que esse sistema poder fazer fazer uma requisio direta ao banco de dados da SEMFA e assim, atualizar o seu banco de dados, e mantendo ento um sincronismo com os dados da fazenda sobre os imveis histricos.

Passeio Virtual Em uma foto paisagstica antiga, h vrios imveis de interesse histrico. Em uma foto, h um hiperlink que d acesso a outras fotos do imvel, informaes sobre ele, vdeos ou retornar ao prprio mapa localizando o imvel de interesse.

falar da questo do sincronismo dos dados com a Fazenda falar da internet (e da tentativa e fracasso do IMS) falar do hiperlink nas fotos de paisagens (apenas se no for implementado) falar dos vdeos falar que com o IMS se consegue fazer a parte de ligar uma regio de uma foto de paisagem a outras fotos desta regio, e, a partir destas, poder acessar o mapa ou outras informaes

Formatted: Bulleted + Level: 1 + Aligned at: 0.49" + Tab after: 0.74" + Indent at: 0.74"

por fim, o que se consegue com isto: um passeio histrico virtual

6 Referncias bibliogrficas

[1] http://www.fatorgis.com.br/geoproc/geoproc.htm [2] http://www.esri.com Kenneth E. Foote e Margaret Lynch, The Geographer's Craft Project, Departamento de Geografia da Universidade do Texas em Austin. (http://www.prudente.unesp.br/ dcartog/arlete/gis) http://www.fatorgis.com.br/aplicativos/dicionario.cgi (dicionrio de GIS on-line)
Field Code Changed

58

quero que voce leia os trabalhos do gilberto camara e do Tom. Isto vai facilitar a escrita de algumas coisas que voce hoje no tem como fazer, mas que tem usado sem saber.

59

Apndice A

Glossrio de GIS