http://repositorio.febab.org.br/files/original/46/4982/SNBU2004_129.pdf f2d6f47c58e5cb7cab6f01471f71503d PDF Text Text REDE DE INTERCÂMBIO DE DADOS PARA ACERVOS BIBLIOGRÁFICOS BASEADA EM WEB SERVICES Enio Bueno∗ RESUMO A inclusão de uma obra em um acervo bibliográfico requer a atenção de um bibliotecário ou de um funcionário que possua conhecimentos em biblioteconomia, isto se faz necessário dada à diversidade das obras e a complexidade das normas que regem o processo de classificação ou catalogação de um acervo. Graças à informatização das bibliotecas e a expansão da Internet, surgiram vários acervos on line disponíveis na web, e é prática comum entre bibliotecas consultar outros acervos procurando por obras já cadastradas. No entanto, trocar efetivamente registros, classificados ou catalogados entre bibliotecas, implica em participar de redes dedicadas, o que exige uma infra-estrutura robusta e geralmente envolve altos custos. Isto dificulta o acesso a estas redes para bibliotecas de pequeno e médio porte, que são justamente as mais carentes de profissionais especializados. Este trabalho propõe viabilizar a criação de uma rede de acervos bibliográficos baseada em web services, o objetivo principal é agilizar e baratear o processo de inclusão e manutenção de obras em um acervo de qualquer porte. Como os web services são baseados em tecnologias abertas e usam como protocolo de transporte o HTTP e a porta 80, qualquer biblioteca que tenha acesso à internet estará apta a participar da rede como cliente. Para hospedar o web service, disponibilizando as obras do seu acervo, é necessária à instalação de um servidor web. A rede foi concebida para trocar dados entre os sistemas que estão em funcionamento na Biblioteca Universitária da UNIPLAC, Biblioteca Pública Municipal de Lages, Biblioteca Pública Municipal de Florianópolis e na empresa Método Informática Ltda. Atualmente, existem dois web services ativos, um hospedado na UNIPLAC e outro na Método Informática, portanto, as obras destes dois acervos já estão disponíveis para as outras bibliotecas. PALAVRAS-CHAVE: Biblioteca. Acervo Bibliográfico. Web Service. SOAP. Internet. 1INTRODUÇÃO Todo acervo bibliográfico, seja ele de uma biblioteca universitária, pública ou privada, é composto por dois elementos fundamentais: as obras que compõem o acervo físico em si; e a forma como estas são classificadas ou catalogadas. �O primeiro elemento depende única e exclusivamente dos recursos e anseios da instituição ou empresa que o mantém. O segundo, a classificação ou catalogação das obras, diferente do primeiro, recebeu um incremento significativo em suas funcionalidades com a adoção de tecnologias voltadas à informação. Pode-se dizer que um grande acervo é de fato grande se possuir ferramentas que permitam explorá-lo adequadamente. As informações que compõem cada registro de um acervo são complexas e bastante diversificadas. Antes que uma informação seja inserida é necessário um processo de preparação dos dados. Este processo é feito por um bibliotecário ou por um funcionário com conhecimentos em biblioteconomia. Quando a gerência de uma biblioteca opta por um determinado sistema para gerir suas informações, o que faz desta adoção um sucesso ou um fracasso é o grau de importância e recursos destinados à alimentação da base de dados. Infelizmente, na maioria dos casos, a carga inicial de dados no sistema se dá por meio de importações de dados já existentes em sistemas legados, que normalmente não contemplam todos os aspectos tratados pelo novo sistema. Se, por um lado, os programadores evitam ao máximo o uso de importações, por saberem o risco de inserir dados inconsistentes, por outro, eles tem consciência do quão oneroso seria recadastrar um acervo inteiro a partir do zero. Uma alternativa para minimizar os custos de classificação é a criação de redes entre bibliotecas. Estas redes visam o compartilhamento de informações bibliográficas acerca dos seus acervos. Existem hoje vários tipos de redes com muitas variações no que tange a sua abrangência e seus objetivos. As redes internacionais são uma imensa fonte de pesquisas, mas são as redes regionalizadas que mais atendem as particularidades de cada biblioteca. �1.1 DEFINIÇÃO DO PROBLEMA A primeira impressão que um observador casual teria ao observar as rotinas do cadastro de um acervo seria de que o grande problema do processo está na digitação das informações. Mas é a obtenção destas informações que consome mais recursos da equipe técnica de uma biblioteca. A equipe técnica de uma biblioteca torna-se mais produtiva quando tem acesso a alguma rede, ou acervo on line, que compartilhe informações bibliográficas. Redes com este propósito já existem, no entanto, seu enfoque principal é o pesquisador e não a troca de dados entre os sistemas das bibliotecas. O ideal seria o uso de uma ferramenta que permitisse a inclusão do dado pesquisado automaticamente na base de dados da biblioteca que está fazendo a pesquisa, evitando assim a necessidade de um funcionário re-digitar a informação pesquisada. Isto tornaria o processo mais ágil, menos oneroso e reduziria os problemas relacionados a erros de digitação e a falta de padronização dos dados. Quando uma biblioteca informatiza seu acervo, sua preocupação principal é o cadastro das suas obras. Nesta fase, surgem várias ferramentas voltadas ao cadastro e as transações de empréstimos e consultas do acervo. Quando o primeiro desafio é vencido e o acervo já usufrui destes benefícios, surge a necessidade da troca de dados com outras bibliotecas, para isto faz-se necessário o uso de ferramentas que agrupam e disponibilizam estas informações. Estas duas etapas se repetem em quase todos os processos de informatização de acervos. Sem dúvida seria bem mais eficiente se ambas as etapas fossem tratadas juntas desde o início do cadastro. Isto possibilitaria que o cadastro se valesse dos dados já cadastrados por outras instituições, evitando os problemas futuros que surgem com a falta de padronização entre os dados de diferentes bibliotecas. �2 2.1 A REDE DE ACERVOS BIBLIOGRÁFICOS BASE DE DADOS A rede de intercâmbio de dados apresentada neste trabalho foi projetada para que um cliente qualquer possa fazer uma solicitação de uma determinada obra ao web service, e este por sua vez, retorne os dados desta obra ao solicitante. Como o web service, que retorna estes dados, foi implementado sobre um sistema de gestão de bibliotecas já existente, nenhuma tabela foi acrescentada no banco de dados com o fim específico de prover o serviço. O referido sistema é composto por várias tabelas, que podem ser divididas em quatro grandes grupos: Cadastro de obras; Movimentação do acervo (empréstimos, reservas etc.); Estatísticas; Controle de usuários. �FIGURA 1 – Tabelas referentes ao cadastro de obras. O web service fará uso somente das tabelas que têm alguma relação com o cadastro das obras. A figura 1 ilustra as tabelas que compõem este grupo. Em amarelo está a tabela "ACERVO" que armazena as obras propriamente ditas. Em cinza escuro estão as tabelas que tem vínculo direto com a tabela acervo, por exemplo, na tabela acervo existe um campo chamado "ID_TIPO_DOCUMENTO", como uma obra só pode ser de um tipo (livro, folheto etc.), este campo contém uma chave estrangeira apontando para a tabela "TIPO_DOCUMENTO" em uma relação de N para um, ou seja, várias obras podem ser do tipo livro, mas uma obra só pode ser de um tipo. Em cinza claro estão as tabelas que permitem mais de uma ocorrência para uma mesma obra, é o caso da tabela "TITULO_SECUNDARIO", ela permite que uma obra possua vários títulos secundários em uma relação de um para N. 2.2 A INTERAÇÃO DO WEB SERVICE COM A BASE DE DADOS Para oferecer um serviço que disponibilize todos os dados referentes a uma obra, o web service precisa acessar um grande número de tabelas. Como o sistema existente foi implementado baseado no paradigma de programação orientada a objetos, e as funcionalidades providas pelo web service já eram, de uma maneira ou de outra, contempladas pelas classes existentes, o web service irá dispor de uma classe, descendente de TRemotable que interagirá com as demais classes do sistema e será responsável pela aquisição dos dados oferecidos pelos serviços do web service. 2.3 CLASSES DO SISTEMA LEGADO �O sistema em uso nas bibliotecas possui uma série de classes, ilustradas na figura 2, que são responsáveis pela manipulação das informações na base de dados. Todas as classes são descendentes da classe eb_base, que é a responsável por inserir, alterar, deletar e buscar registros no SGDB. Estas classes possibilitam que o web service, sempre que necessitar, acesse os dados referentes a um autor, uma editora ou qualquer informação do sistema, simplesmente usando as funcionalidades providas por uma das classes já existentes, ao invés de fazer um acesso direto aos dados. FIGURA 2 – Classes do sistema legado. �2.4 MÓDULO DE INCLUSÃO DE DADOS Como o objetivo principal deste trabalho é prover um mecanismo que possibilite a equipe técnica de um acervo incluir uma obra com mais agilidade e de forma padronizada, é no módulo de inclusão de dados que residirá o cliente do web service. 2.4.1 Dificuldades na inclusão dos dados O fato da base de dados do acervo ser bastante normalizada implica em uma série de cuidados para possibilitar a inclusão de uma obra. Por exemplo, para incluir uma obra cujo autor seja "TANENBAUM, Andrew S.", antes de sugerir este autor é necessário verificar se ele já esta cadastrado na base local, caso esteja, é necessário descobrir qual o seu código (ID) na tabela autores da base local, caso não esteja cadastrado o módulo de inclusão deve perguntar ao digitador se ele deseja incluir o autor na tabela de autores. Isto irá ocorrer com todos os campos que ao invés de gravar o seu conteúdo diretamente na tabela acervo, fazem uma referência (chave estrangeira) a outra tabela. 3 3.1 IMPLEMENTAÇÃO FERRAMENTAS UTILIZADAS Dentre as ferramentas utilizadas para a implementação, cabe citar o SGDB e a ferramenta de desenvolvimento de aplicação. �3.1.1 Firebird O Firebird é o SGDB utilizado pelo sistema de gestão já existente e em uso pelas bibliotecas já citadas. A adoção de um SGDB robusto se faz necessária por existirem no sistema tabelas volumosas, algumas com mais de um milhão de registros e outras que possuem poucos registros, porém, compostos por campos que comportam uma grande quantidade de informações. 3.1.2 Delphi O Delphi foi escolhido por suportar todas as tecnologias necessárias para o desenvolvimento do trabalho, ele permite acesso nativo ao SGDB Firebird, a criação de CGIs, suporta XML e todas as tecnologias necessárias ao desenvolvimento de um web service. Ou seja, com ele é possível usar uma única ferramenta para criar a aplicação desktop, a parte web, e o web service do sistema. 3.2 O WEB SERCIVE Para dar uma idéia geral do funcionamento do web service, a figura 3 ilustra a seguinte situação: a aplicação cliente dispara uma requisição, solicitando ao web service as informações sobre a obra 33979. O web service recebe a mensagem SOAP, busca os dados referentes a obra e retorna uma resposta ao cliente. �FIGURA 3 – Troca de mensagens SOAP. No exemplo acima, a aplicação cliente envia uma mensagem SOAP para solicitar o serviço desejado. FIGURA 4 – Requisição de serviço no formato SOAP. A mensagem de requisição acima informa ao servidor web service que o cliente deseja acessar o serviço get_obra que se encontra na interface Iacervo, passando como parâmetro o número inteiro 33979. O servidor recebe esta requisição, invoca o método get da classe teb_acervo, passando como parâmetro o ID da obra desejada, no caso 33979, e envia a resposta também no formato SOAP ao cliente. A figura 5 representa um fragmento da resposta enviada pelo servidor, para tornar o exemplo mais legível, alguns dos parâmetros �retornados foram omitidos, apenas os campos referentes ao ID da obra local, ISBN, e título foram preservados. FIGURA 5 – Fragmento da resposta SOAP retornada pelo servidor. Esta resposta é interpretada pelo cliente web service que deve converter os parâmetros recebidos no padrão XML para os tipos equivalentes na linguagem de programação em que foi desenvolvido. No caso do Delphi, tomando como exemplo o parâmetro “titulo”, a informação "Ensino didático da linguagem XML" recebida no formato xsd:string é convertida para o formato string pascal. 3.2.1 O Servidor Quando é criado um web service no Delphi, deve-se escolher o tipo de aplicação web no qual o servidor será baseado (CGI, ISAPI etc.), no caso deste trabalho foi usado CGI. Depois de definido o tipo de servidor o Delphi cria automaticamente um TWebModule com três componentes. Estes três componentes se encarregam de prover as funcionalidades básicas do servidor e estão representados na figura 6. �• THTTPSoapDispatcher: é o responsável por receber e enviar as mensagens. Ele interage com objeto especificado na sua propriedade Dispatcher, no nosso caso o HTTPSoapPascalInvoker1. • THTTPSoapPascalInvoker: ele interpreta a requisição SOAP vinda de um THTTPSoapDispatcher e executa a interface correspondente. • TWSDLHTMLPublish: é o responsável por publicar uma lista de documentos WSDL que descrevem o web service. FIGURA 6 – TWebModule do web service. Estes três componentes em conjunto tornam transparente para o desenvolvedor todas as transformações XML que se fazem necessárias para a implementação de um web service. Após a definição do servidor, o passo seguinte é criar as interfaces que estarão disponíveis aos clientes. 3.2.1.1 A interface Iacervo As interfaces dos web services, no Delphi, devem ser descendentes de IInvokable. Quando criamos uma interface chamada "acervo", por exemplo, o Delphi cria uma unit "acervoIntf" e uma unit "acervoImpl". Como os nomes sugerem a interface e a implementação ficam em unit's diferentes. Nesta interface está definida a classe teb_ws_acervo, que será retornada como parâmetro ao solicitante do serviço com todos os dados de uma obra. Segue abaixo na figura 7 um trecho desta classe e do método get que a compõe. Ele recebe como parâmetro uma string representando o código (ID) da obra na base onde está situado o servidor web service, alimenta todas as propriedades da classe e retorna um valor �booleano informando se a operação foi realizada com sucesso. Para viabilizar a implementação do web service foi concebida uma interface, chamada Iacervo, que disponibiliza quatro serviços, são eles: • get_obra: é o principal serviço oferecido pelo web service, este serviço recebe como parâmetro o código (ID) da obra desejada, instancia um objeto do tipo teb_ws_acervo, usa o método get para alimentar suas propriedades e retorna a própria classe como resposta do serviço. • download: recebe uma string com o caminho da imagem desejada, carrega o arquivo em um TFileStream, ajusta o tamanho do array dinâmico de bytes, que será retornado como resposta do serviço, para o tamanho do arquivo e escreve o conteúdo do TFileStream no array. • busca_obras_por_autor: recebe o nome de uma autor como parâmetro de entrada, instância um objeto do tipo teb_acervo e executa o método get_xml_por_autor e retorna uma string XML como resposta ao serviço. • busca_obras_por_titulo: recebe um título como parâmetro de entrada, instância um objeto do tipo teb_acervo e executa o método get_xml_por_titulo e retorna uma string XML como resposta ao serviço. teb_ws_acervo = class(TRemotable) private ... fid : string; feventos_secundarios : string; ... public function get(id_: string) : boolean; published property id : string read fid write fid; property id_operador : string read fid_operador write fid_operador; end; function teb_ws_acervo.get(id_: string):boolean; var acervo : teb_acervo; //classe que manipula os dados do acervo begin acervo := teb_acervo.criar; acervo.origem := 'ACERVO'; //define a tabela onde os dados estão acervo.get(id_); //busca os dados referentes a obra desejada //seta as propriedades //as linhas abaixo transferem o conteudo das propriedades da classe //teb_acervo para a classe teb_ws_acervo id := acervo.id; data_cadastro := acervo.data_cadastro; id_operador := acervo.id_operador; �FIGURA 7 – Trecho da classe teb_ws_acervo 3.2.2 O Cliente O cliente web service foi adicionado ao módulo de inclusão e é composto por três partes principais. FIGURA 8 – Cliente web service. Na parte superior da tela estão todos os web services disponíveis na rede de intercâmbio de dados, o operador deve selecionar qual biblioteca ele deseja solicitar a obra. Na parte central estão as opções de busca por título e por autor. O resultado da busca, que na verdade é uma string XML retornada pelo método busca_obras_por_titulo ou pelo método busca_obras_por_autor, é apresentado na parte inferior da tela no formato HTML. Ao clicar sobre uma obra ou digitar seu código (ID), uma chamada ao serviço get_obra é realizada, este serviço retorna um objeto do tipo teb_ws_acervo com as informações referentes a obra. O módulo de inclusão de obras alimenta as propriedades de um objeto do tipo teb_acervo com as propriedades vindas do objeto retornado pelo web service, após todas as propriedades serem alimentadas o objeto aguarda que o usuário confirme a �inclusão da obra no acervo, sendo que, neste ponto o registro ainda está editável, sendo passível de alterações, se necessárias antes da confirmação da inclusão da obra. FIGURA 9 – Módulo de inclusão de obras alimentado pelo web service. 4 CONCLUSÃO A rede de intercâmbio de dados para acervos bibliográficos foi concebida com o intuito de ser uma ferramenta para auxiliar o setor técnico de uma biblioteca em uma das suas tarefas mais morosas, o cadastro de uma nova obra no acervo. O grande diferencial desta rede para as já existentes foi a adoção de web services para interligar os acervos. Um desafio constante na manutenção de um acervo é a padronização das informações bibliográficas, a utilização de uma rede de intercâmbio de informações �bibliográficas reduz as disparidades decorrentes de vícios de digitação, ou mesmo de posicionamentos divergentes entre os responsáveis pela catalogação das obras. Isto se agrava ainda mais quando várias bibliotecas estão envolvidas no processo, por mais que todas utilizem as mesmas diretrizes para cadastrar suas obras, fazer parte de uma rede implicará em algumas mudanças na formatação do acervo. O uso de uma única ferramenta de desenvolvimento para tratar de todos os aspectos relativos ao sistema resultou em uma grande produtividade no sistema como um todo, pois, os módulos desktop, web, e de web services puderam compartilhar das mesmas classes, isto possibilitou que para incluir uma obra, para responder a uma consulta web ou para executar um web service, uma mesma classe fosse usada. Um ponto a destacar na criação de web services usando o Delphi, foi a transparência propiciada pela ferramenta no que tange as transformações XML necessárias para a especificação, publicação e execução dos web services. A maior vantagem do uso de web services é sem dúvidas o fato desta tecnologia usar o protocolo HTTP na porta 80 para trocar mensagens, isto garante a tecnologia uma simplicidade que além de superar as limitações das tecnologias tradicionais de objetos distribuídos, cria uma infinidade de novas perspectivas para as aplicações web. NET DATA EXCHANGE FOR BIBLIOGRAPHICAL COLLECTIONS BASED IN WEB SERVICES ABSTRACT A The inclusion of a book in a bibliographical collection requires the attention of a librarian or an employee with knowledge in librarianship, this makes necessary given to the diversity of the collection and the complexity of the norms that conduct the process of classification or tabulation of a collection. Thanks to the informatization of the libraries and the expansion of the Internet, on line collections for consultation had appeared, and is practical common among libraries to consult other collections looking for books already registered. However, to exchange records between libraries effectively, implies in participating of dedicated nets that demand a robust infrastructure �and generally involve high costs. This makes it difficult the access to the these nets for small and medium libraries, that are exactly most devoid of specialized professionals. This work propose the creation of a net of bibliographical collections based in web services, the main objective is make more agile and to reduce costs the process of inclusion and maintenance of collections of any size. As web services are based on open technologies and use as transport protocol the HTTP and port 80, any library that has access the internet will be apt to participate of the net as customer, to house the web service, and make available your collection, makes necessary the installation of a web server. The net was designed to change data between the systems that are in functioning in the University Library of the UNIPLAC, Public Library of Lages, Public Library of Florianópolis and in the company Método Informática Ltda. Currently there are two web services active, one housed in the UNIPLAC and another one in the Método Informática, therefore, the collection of these two already are available for the other libraries. KEY-WORDS: Library. Bibliographical Collection. Web Service. SOAP. Internet. REFERÊNCIAS ALBUQUERQUE, F. TCP/IP Internet: Programação de sistemas distribuídos HTML, Javascript e Java. São Paulo: Axcel Books, 2001. CAMELO, D. M. Web Service. Disciplina Web Service do curso de Especialização de Sistemas de informação e aplicações Web – CESF/FUCAPI. 2002. Disponível em: <http://www.dizai.com.br/dino/selfpromotion/arquivos/ articles/WebServices.pdf>. Acessado em: 15 mar 2003. FERREIRA, M. M. Introdução aos formatos bibliográfico e de autoridade USMARC. São Paulo: Fundação Editora da UNESP, [199-]. 109 p. FURGERI, S. Ensino didático da linguagem XML: Aprenda a criar padrões e documentos inteligentes com a XML. São Paulo: Érica, 2001. 277 p. DE LUCCA, J. Integração de aplicativos com web services. In: ESCOLA DE INFORMÁTICA DA SBC - SANTA CATARINA, 11., 2003, Lages. Anais ... Lages: UNIPLAC/SBC, 2003. p. 1-40. MENDES, F. V. Web Services: Dos conceitos à implementação. Clube Delphi, Rio de Janeiro, RJ, ano III. ed. 27, p. 29-33, abr 2002. �RAY, E. T. Aprendendo XML. Rio de Janeiro: Campus, 2001. 372 p. ∗ Desenvolvedor de sistemas do núcleo de informática da Universidade do Planalto Catarinense. www.uniplac.net E-mail: enio@uniplac.net � Dublin Core The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/. Title A name given to the resource SNBU - Edição: 13 - Ano: 2004 (UFRN - Natal/RN) Subject The topic of the resource Biblioteconomia Documentação Ciência da Informação Bibliotecas Universitárias Description An account of the resource Tema: Bibliotecas universitárias: (Re) Dimensão de bibliotecas universitárias: da gestão estratégica à inclusão social. Creator An entity primarily responsible for making the resource SNBU - Seminário Nacional de Bibliotecas Universitárias Publisher An entity responsible for making the resource available UFRN Date A point or period of time associated with an event in the lifecycle of the resource 2004 Language A language of the resource Português Type The nature or genre of the resource Evento Coverage The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant Natal (Rio Grande do Norte) Event A non-persistent, time-based occurrence. Metadata for an event provides descriptive information that is the basis for discovery of the purpose, location, duration, and responsible agents associated with an event. Examples include an exhibition, webcast, conference, workshop, open day, performance, battle, trial, wedding, tea party, conflagration. Dublin Core The Dublin Core metadata element set is common to all Omeka records, including items, files, and collections. For more information see, http://dublincore.org/documents/dces/. Title A name given to the resource Rede de intercâmbio de dados para acervos bibliográficos baseada em Web services. Creator An entity primarily responsible for making the resource Bueno, Enio Coverage The spatial or temporal topic of the resource, the spatial applicability of the resource, or the jurisdiction under which the resource is relevant Natal (Rio Grande do Norte) Publisher An entity responsible for making the resource available UFRN Date A point or period of time associated with an event in the lifecycle of the resource 2004 Type The nature or genre of the resource Evento Description An account of the resource A inclusão de uma obra em um acervo bibliográfico requer a atenção de um bibliotecário ou de um funcionário que possua conhecimentos em biblioteconomia, isto se faz necessário dada à diversidade das obras e a complexidade das normas que regem o processo de classificação ou catalogação de um acervo. Graças à informatização das bibliotecas e a expansão da Internet, surgiram vários acervos on line disponíveis na web, e é prática comum entre bibliotecas consultar outros acervos procurando por obras já cadastradas. No entanto, trocar efetivamente registros, classificados ou catalogados entre bibliotecas, implica em participar de redes dedicadas, o que exige uma infra-estrutura robusta e geralmente envolve altos custos. Isto dificulta o acesso a estas redes para bibliotecas de pequeno e médio porte, que são justamente as mais carentes de profissionais especializados. Este trabalho propõe viabilizar a criação de uma rede de acervos bibliográficos baseada em web services, o objetivo principal é agilizar e baratear o processo de inclusão e manutenção de obras em um acervo de qualquer porte. Como os web services são baseados em tecnologias abertas e usam como protocolo de transporte o HTTP e a porta 80, qualquer biblioteca que tenha acesso à internet estará apta a participar da rede como cliente. Para hospedar o web service, disponibilizando as obras do seu acervo, é necessária à instalação de um servidor web. A rede foi concebida para trocar dados entre os sistemas que estão em funcionamento na Biblioteca Universitária da UNIPLAC, Biblioteca Pública Municipal de Lages, Biblioteca Pública Municipal de Florianópolis e na empresa Método Informática Ltda. Atualmente, existem dois web services ativos, um hospedado na UNIPLAC e outro na Método Informática, portanto, as obras destes dois acervos já estão disponíveis. Language A language of the resource pt