OSGeo Planet

Fernando Quadro: Usando a extensão PGRaster do GeoServer

OSGeo Planet - 5 hours 52 min ago

A extensão PGRaster adiciona a capacidade de simplificar a configuração de um armazenamento de um ImageMosaic baseado no PostGIS Raster. Antes de continuar, certifique-se de dar uma olhada na documentação do plug-in do PostGIS Raster para obter informações básicas. Observe que os arquivos de configuração, criações de tabela e importações de raster explicadas nessa documentação serão tratados automaticamente por este módulo, acreditando que você já tem conhecimento sobre esses assuntos.

Esta extensão permite fazer os seguintes passos automaticamente:

1. Use raster2pgsql (opcionalmente) para importar seu arquivo raster previamente configurados com gdal_retile
2. Crie uma tabela de metadados (opcional) referindo-se a tabelas de tiles criadas através do raster2pgsql
3. Crie a configuração XML ImageMosaic-JDBC contendo parâmetros de conexão com o banco de dados PostGIS, mapeamento de atributos e configuração do coverage.
4. Configure o ImageMosaic-JDBC na parte superior do XML recém-configurado.

Requisitos

  • Você deve ter um banco de dados do PostGIS 2.0 onde seus tiles raster serão armazenados.
  • Os mosaicos de rasterização devem ter sido criados anteriormente, gdal_retile pois este módulo simplesmente os importará e configurará a Store. A documentação do exemplo de configuração do ImageMosaic-JDBC fornece exemplos de como fazer isso.
  • Caso você queira realizar a importação automática dos mosaicos raster para o banco de dados, você precisa ter os executáveis ​​raster2pgsql e psql instalados em sua máquina e configurados no seu PATH. (Caso sua instalação do PostGIS 2.0 esteja na mesma máquina onde você executará o GeoServer, os executáveis ​​já devem estar disponíveis).

Instalação

1. Baixe a extensão pgraster do repositório Community para sua versão do GeoServer na página de download.
2. Descompacte o arquivo no diretório WEB-INF/lib da instalação do GeoServer. No Windows, certifique-se de adicionar:

RASTER2PGSQL_PATH=Drive:\Path\to\bin\folder\containing_raster2pgsqlExecutable

e ao JAVA_OPTS como uma instância:

JAVA_OPTS=-DRASTER2PGSQL_PATH=C:\work\programs\PostgreSQL\9.2\bin

3. Reinicie o GeoServer.

Uso

1. Quanto a qualquer outra configuração de Store, vá para Store -> Adicionar novo store

2. Selecione ImageMosaic-JDBC. Você verá o formulário usual “Adicionar fonte de dados rasterizados”.



Para compatibilidade com versões anteriores, você ainda pode configurar um ImageMosaic-JDBC antigo, especificando a URL de um arquivo de configuração XML válido, como feito no passado (onde todos os componentes do ImageMosaic-JDBC precisam ser configurados manualmente pelo usuário) .

3. Observe a presença de um checkBox que permite prosseguir com a especificação dos parâmetros de configuração automática do PGRaster. Uma vez clicando nele, você verá um conjunto de novos parâmetros para a etapa de configuração automática. Ao ativar essa caixa de seleção, o parâmetro de URL precisa apontar para a pasta principal que contém os arquivos rasters que foram produzidos anteriormente usando gdal_retile.


Outros parâmetros são explicados abaixo:

Limitações

No momento, ele não permite importar pastas de dados que foram criadas com a opção useDirForEachRow do gdal_retile .

Fonte: GeoServer Documentation

Categories: OSGeo Planet

Andrea Antonello: The Geopaparazzi family upgrades... new server and apps!

OSGeo Planet - 8 hours 19 min ago
In July we released the Geopaparazzi Survey Server and it has been such a great success for ourselves, that we started to miss several features in it and had to develop them.

While doing so we noticed that the Eclipse RAP platform didn't seem to be particularly flexible and supported so we tried a switch to Vaadin... and never looked back since. The whole app has been ported and important functionalities have been added, being the 2 main ones:

The form builderIt is ages now that users ask for a visual form builder. The gvSIG Association has built one for gvSIG that works nicely. But then it still needs to be loaded to the device. Since we started to have a server, we felt this should all be there and allow for easy connection and download.

I think this first version of the form builder is already looking great and very usable:






A more detailed documentation about it can be found in the manual.


The mobile companion app is now able to get the list of forms and install them into the geopaparazzi folder:


The project data downloadIn order to be able to get project data from the server, it is now possible to load datasets on the server:






These dataset are then available to the mobile app:



The project data are downloaded into a dedicated folder and the geopaparazzi user needs to load them manually. So this is not so sophisticated as it is done in the profiles server.

Export databaseWhile it is best to connect to the online database through the port 9092, which is exposed by the server, in some environments it might not be possible (ex. Heroku allows only one port). In this case it is possible to export the database by downloading it.



Send a logThe log sending has been enhanced to allow the user to add some comment that can help the developers to understand the issue:






Geopaparazzi 5.6.2 releasedA new version of geopaparazzi has been released with some bugfixes, enhancements and language updates. This version now allows the user to have multiple forms json files. geopaparazzi will load them all into the add notes view.













Categories: OSGeo Planet

Cameron Shorter: The Open Business - Business Case

OSGeo Planet - Fri, 2018-10-12 04:19

Abstract:Despite many attempts, large companies and governments’ rarely achieve the level of collaboration experienced by Open Source communities. Why?Looked at through the lens of traditional management, Open Source collaboration is time consuming, imprecise, unreliable, hard to manage, rarely addresses short term objectives, and hard to quantify in a business case. And yet, in a digital economy, collaborative communities regularly out-innovate and out-compete closed or centrally controlled initiatives.Backing successful collaboration within traditional business requires us to write compelling, counter-intuitive business cases which explain and justify the elusive practices of collaborative communities.This presentation explains the subtle magic of open strategies in business terms, and will help you convince your boss to back them.

Fifty years ago Garrett Hardin described the tragedy of the commons,where people acting in their own self-interest, inevitably will deplete or spoil a common resource, as each acts in their own self interest.He argued that the tragedy can only be prevented by private property rights or government regulation.And yet, within the last fifty years, we’ve discovered exemplar counter-examples where altruism trumps selfishness. Let’s look at the business case behind one of these examples - the Open Source movement.

Despite governments’ and businesses acknowledging the value of Open Source in policies and initiatives over the last decade. And despite numerous attempts. They rarely achieve the level of collaboration experienced by Open Source communities. Why?
Looked at through the lens of traditional management, Open Source collaboration is time consuming, imprecise, unreliable, hard to manage, rarely addresses short term objectives, and hard to quantify in a business case. And yet, in a digital economy, collaborative communities regularly out-innovate and out-compete closed or centrally controlled initiatives.Backing successful collaboration within traditional business requires us to write compelling, counter-intuitive business cases which explain and justify the elusive practices of collaborative communities.This presentation explains the subtle magic of open strategies in business terms, and will help you convince your boss to back them.I’m going to focus on Open Source Software, but the principles translates across all types of Creative Commons - Open Data, Open Government, Open Standards, and other Open approaches.

This is what we will be covering today:
  • The digital economy,
  • Complexity,
  • Trust,
  • Motivations,
  • Innovation and Obsolescence.

The first thing to recognise is that the Digital Economy has fundamentally changed the rules of business. Ignore this at your own peril.Zero Duplication Costs and the Connectivity of the Internet has led to Wicked Complexity, Rapid Innovation, and on the flip side, Rapid Obsolescence.
Let’s start by talking about Complexity.Software systems have become huge, interdependent and complex.It is no longer possible for one person to understand all of a system’s intricacies.Solving problems requires the collective brain power of many people.
To understand this, we’ll introduce the Cynefin framework, which describes how different decision methodologies should be applied at different levels of complexity.The framework is broken into four decision-making domains.
The Obvious domain is the area of "known knowns".The relationship between cause and effect is clear.Establish the facts ("sense"), categorize, then respond, by following established rules and applying best practices.This is the province of standard operating procedures and legal structures.Beware of complacency, over-simplifying or creating volumes of processes and unwieldy red tape.
The Complicated domain is the "known unknowns".The relationship between cause and effect can be deduced from analysis or expertise and there are a range of right answers.Assess the facts, analyze, and apply the appropriate good operating practice.This is the province of experts.Be aware of the trustworthiness of advice, influence from vested interests, and balancing short versus long term goals.
The Complex domain is for the "unknown unknowns".Cause and effect can only be deduced in retrospect, and there are no right answers.Instructive patterns can emerge by conducting experiments that are safe to fail.This is the provenance of hypotheses and the scientific method.
In the Chaotic domain, cause and effect are unclear, and events are too confusing to wait for a knowledge-based response.Act to establish order; sense where stability lies; respond to turn the chaotic into one of the other domains.This is the domain of firm leadership, tough decisions and action.
Open source collaboration has proven to be very effective within Complex and Complicated domains, which begs the question of “why”?Why is an open approach so effective within complex domains, and conversely, why aren’t open approaches as dominant in Obvious and Chaotic domains?
Let’s start by looking at the characteristics of Open Source.
A study from the University of Masachusetts, which studied tens of thousands of Open Source projects, produced some interesting findings.Firstly, most projects are abandoned, and of those that succeed, most only have a few developers, with the extra developers often coming from another country.(Source data)
On this graph we’ve drawn in the success rate for the projects.As you attract developers, your chance of long term success increases dramatically.This is showing ruthless Darwinian evolution at work.
Effectively, Open Source is an environment where lots of competing ideas are tested.Only projects of exceptional quality attract sustained growth and large communities.
And this is a key characteristic to notice. When you are giving away your software for free, success depends upon:
  • A compelling vision,
  • Clear utility,
  • And being so welcoming and caring that you attract and retain contributors.
The study also noticed that projects which grow:
  • Typically provide fine scaled task granularity, making it easier for people to contribute,
  • And often have attracted financial backing.
And here we start to uncover the magic of Open Source.In the digital economy, there are more developers working on your problem, than you will ever have in your team. When projects can tap into this,Collaboration out-competes competition!
Let’s look at one of the key factors in complicated systems - trust; and question what makes trustworthiness.
It turns out we all make use of a variant of this trustworthiness equation.
  • We trust people who are credible and have a track record of providing reliable advice in the past.
  • We trust people who are open and transparent.
  • We trust ourselves, our family, our friends, because they look out for us, and we look out for them.
  • And we are suspicious of people who stand to gain from advice they give us.

We also trust processes.
  • We trust that the scientific method leads to reliable research that we should act upon.
  • We trust that the competition of market economies leads to better products.
  • We trust that the democratic process leads to fair governance and management of resources.
But, we also know that all processes can be gamed.And the more complex a system, the easier it is to bamboozle people, and game the system.
Part of the reason Open Source has been so successful is that it’s characteristics lead to trustworthiness.These include:
  • Freedom and Altruism,
  • Openness,
  • Bottom up decision making,
  • Do-ocracy,
  • Meritocracy,
  • And modularity.
Let’s look at these in more detail.

… starting with Freedom and Altruism.Open source, by definition, is given away for free, with the freedom to use and extend it as you see fit.Why are open source developers so altruistic?It turns out that it is wrong to assume that we humans are only driven by self interest.As noted by Dan Pink in his book Drive, after our basic needs are met, we are also motivated by …
Autonomy. The desire to be self directed.
Mastery, the urge to get better at stuff.
And Purpose,The desire to do something with meaning and importance.Such altruistically motivated people, who provide significantly more value to the receiver than to the giver, increases the trustworthiness of the giver.
Then there is Openness.Openness and transparency is almost universally applied to all Open Source development and communication.
  • Conversations are public; Everyone has the opportunity to join and contribute;
  • Decisions are made openly;
  • And issues and limitations are published and shared.
Being transparent and open to public critique reduces the potential for hidden agendas and creates trustworthiness.

And within Open Source communities, decisions tend to be made bottom-up rather than top-down.When you can trust the motivations of your community, you are empowered use of bottom up decision making.
This is important, because in a complex system, the person closest to the problem is usually the best qualified to make decisions.
It creates a culture of “do-ocracy”.Within a do-ocracy the person motivated to do the work decides what gets done. Their commitment is a better indicator of true value than a person at the top saying “someone should fix this”.
This leads into Meritocracy.In a meritocracy, the best ideas win, no matter who suggests them. It is the sign of an egalitarian community rather than a hierarchical or dysfunctional one.
But we should be careful not to suggest that open practices easily solves all problems.Open Source projects are highly susceptible to being Loved to Death. This happens when a project attracts an engaging user base without attracting matching contributions. Volunteer become overwhelmed leaving insufficient capacity to cover essential business-as-usual tasks.Don’t to overload the community you depend upon. It is both bad karma and bad business.Successful projects have worked out how to either:
  • Politely say NO to “gifts” of unsupported extra code and excessive requests for help;
  • Or how to help uses become contributors, either in kind, or financially.
If your organisation isn’t ready to act as a good community citizen, actively caring about the community’s long term sustainability, then you will probably have a disappointing Open Source experience. You will make self-centred, short term decisions, and you won’t get the support you need when you most need it. You will likely be better off with proprietary software. (And the community would be better off without you.)
A key strategy for managing complexity is to divide large systems into modular subsystems.Using modular architectures, connected by open standards:
  • Reduces system complexity,
  • Enables interoperability,
  • Which reduces technical risk,
  • it enables collaboration,
  • And facilitates sustained innovation.
It means you can improve one module, without impacting the rest of your system.This helps with maintenance, innovation, and keeping up with latest technologies.
Collaboration is a key focus of both Open Source and Open Standards narratives. Hence, successful Open Source applications usually provide exemplary support for standards.
By comparison, from the perspective of dominant proprietary companies, it makes business sense to apply vendor lock-in tactics, making cross-vendor integration difficult.Adoption of Open Standards threatens vendor lock-in tactics, and consequently dominant vendors are often reluctant and half-hearted in their support of Open Standards.
Effectively, we are talking about monopolies.Because software is so time consuming to create and so easy to copy, it is excessively prone to monopolies.This holds true for both proprietary and open source products. A product that becomes a little better than its competitors will attracts users, developers and sponsors, which in turn allows that product to grow and improve quickly, allowing it to attract more users.This highly sensitive, positive feedback leads to successful software projects becoming “category killers”.
This means that most of the software you own is likely to be out-innovated within a year or two.Your software is not an asset, it is a liability needing to be updated, maintained, and integrated with other systems.It is technical debt, and unless a product is part of your core business, you should try to own as little of it as possible.The question is: should you select Proprietary or Open Source as the alternative?
Open Source and Proprietary business models differ in how their realised value is shared.
Open source licenses are structured such that multiple companies can use and support the same open source product, so the market self corrects any tendencies toward price-fixing.It enables everyone to share in the value created by technology.
By comparison, the ruthless competition between proprietary companies results in “winner takes all” scenarios. Many of the richest people in the world are self made software entrepreneurs.
These are typically people and organisations who have mastered the Chaotic domain.
Let’s take a quick look into the indicators for successful open projects.
To get insights into project health, you can look at Open Hubmetrics. In particular, look for signs of sustained collaboration and growth.
Another strong indicator of a project’s success is whether it has completed an Open Source Foundation’s incubation process.I’ve been involved with the Open Source Geospatial Foundation’s incubation process where we look for indicators of:
  • Quality
  • Openness
  • Community Health
  • Maturity
  • And sustainability

Bringing this all together into a concise elevator pitch:
  • The Digital Economy leads to High Complexity, Rapid Innovation and Rapid Obsolescence. Get with the program, or become obsolete.
  • Increased complexity requires us to trust. So increase the value you place on trustworthiness, openness and transparency.
  • Software is technical debt. It needs significant maintenance to remain current. Own as little of it as possible.
  • For the long term play, Collaboration trumps Competition.
  • Truly care about your community, and they will care about you.
  • Learn how to describe the business case for good behaviour. It is counter-intuitive, but it is the foundation for long term successful business strategies.

© 2018 Cameron Shorter. The text behind these slides, is licensed under a Creative Commons Attribution 4.0 International License.This slide deck is available online.
Categories: OSGeo Planet

Fernando Quadro: Mestrado e Doutorado em Ciências Geodésicas na UFPR

OSGeo Planet - Thu, 2018-10-11 12:46

O Programa de Pós-Graduação em Ciências Geodésicas da Universidade Federal do Paraná (PPGCG/UFPR) oferece cursos de Mestrado e Doutorado nas áreas de concentração Geodésia e Levantamentos, Fotogrametria e Sensoriamento Remoto e Cartografia e Sistemas de Informações Geográficas e está com inscrições abertas para o processo seletivo para o primeiro semestre de 2019.

O Programa ganhou destaque no País e na região como um dos mais ativos e tradicionais centros de excelência nas Ciências Geodésicas. Por suas salas passaram grande parte dos profissionais hoje atuantes nos principais centros de pesquisa do Brasil e muitos outros da América Latina. Eles têm se inserido principalmente na área do magistério superior, apoiando Cursos de Engenharia Cartográfica e de Engenharia de Agrimensura no Brasil, assim como atividades de pesquisa em diversas Instituições.

O Curso possui diversas parcerias ao nível nacional e internacional, que possibilitam trabalhos de intercâmbio científico. Tais atividades também têm propiciado a inserção de um grande número de alunos de outros países no Curso, os quais são apoiados via acordos culturais com bolsas especiais de cooperação internacional.

Se você está a procura de um bom curso de Mestrado ou Doutorado na área, o programa da UFPR é uma ótima opção!

Fonte: PPGCG/UFPR

Categories: OSGeo Planet

Fernando Quadro: Curso de PostgreSQL – Modalidade EAD

OSGeo Planet - Wed, 2018-10-10 13:33

Prezado leitor,

Banco de dados é um mistério pra você? Porém, você tem interesse em aprender a trabalhar com banco de dados, e não possui nenhum conhecimentos no assunto? Você não consegue entender como estruturar o seu banco? Como criar uma tabela, procedure ou uma trigger?

Então esta é a sua oportunidade! A GEOCURSOS acaba de lançar o Curso de PostgreSQL no formato EAD (videoaulas). Este curso online oferece uma introdução completa ao PostgreSQL, apresentando como trabalhar com este poderoso SGBD.

O curso é voltado para profissionais da área de geoprocessamento, desenvolvimento de software e áreas relacionadas que estejam em busca de aprender como utilizar este poderoso SGBD.

São 15 horas de aulas, todas gravadas e disponíveis no portal do aluno por 3 meses, assim como todo o material didático do curso (slides, apostilas, etc.). Além das videoaulas, o aluno pode esclarecer suas de dúvidas por e-mail diretamente com o instrutor.

Então não perca mais tempo e nem esquente mais sua cabeça! Adquira nosso novo curso #EAD sobre #PostgreSQL https://bit.ly/2P5pESa

Categories: OSGeo Planet

gvSIG Team: 5as Jornadas gvSIG Uruguay: Programa e inscripción a talleres disponibles

OSGeo Planet - Tue, 2018-10-09 18:07

Ya está disponible el programa de las 5as Jornadas gvSIG Uruguay (Montevideo – Uruguay), con un gran número de ponencias el día 18 de octubre, y varios talleres el día 19.

Los talleres que habrá durante las jornadas son los siguientes:

  • Taller 1a: R espacial (9:00 a 12:00)
  • Taller 1b: R con gvSIG (14:00 a 16:00)
  • Taller 2: Scripting: Exprimiendo / Extendiendo gvSIG (8:00 a 14:00)
  • Taller 3: gvSIG Batoví (8:30 a 12:00 y 13:30 a 15:30)

La inscripción a los talleres se realiza de forma independiente a la de las jornadas, debido al aforo limitado de los laboratorios, y puede realizarse desde ahora y hasta el 15 de octubre en el siguiente formulario habilitado en la web del evento. Para inscribirse en las jornadas se debe completar este formulario.

Las inscripciones, tanto a las jornadas como a los talleres, son totalmente gratuitas.

 

Categories: OSGeo Planet

Fernando Quadro: Monitoramento de status no GeoServer

OSGeo Planet - Tue, 2018-10-09 10:30

Quando estamos rodando o GeoServer no ambiente de produção, é muito importante ter insumos para poder saber como está a sua performance, independente se ela está boa ou não! Em dias que tudo roda na nuvem, é importante saber também se não estamos usando recurso demais para determinada ferramenta, pois nesses casos, o recurso extra que não está sendo utilizado, é literalmente dinheiro jogado fora.

O módulo de monitoramento de status adiciona algumas informações extras sobre o sistema na página de status do GeoServer em uma nova aba nomeada “Monitoring” e torna essa informação pesquisável através da interface REST do GeoServer. Esta informação deve permitir que um administrador tenha uma rápida compreensão sobre o status da instância do GeoServer.

A biblioteca OSHI é usada para recuperar informações no nível de sistema sem depender de bibliotecas nativas ou DLLs, confiando apenas no Apache JNA. Os principais sistemas operacionais (Linux, Windows e MacOSX) são suportados por esta biblioteca.

As informações do sistema disponíveis são:

Se alguma informação não estiver disponível, um termo especial aparecerá. Os valores serão convertidos automaticamente para a melhor unidade legível por humanos: “NÃO DISPONÍVEL”. rsrsrs!

As informações do sistema estarão disponíveis na página de status do GeoServer na guia Monitoramento (a imagem a seguir mostra apenas parte das informações do sistema disponíveis):

Se a guia Monitoramento não estiver presente, isso significa que o plug-in não foi instalado corretamente. Para instalar, basta baixar o arquivo (geoserver-X.XX-SNAPSHOT-status-monitoring-plugin.zip) no GeoServer Community Module Builds, descompactar e inserí-los na pasta WEB-INF\lib. Baixe sempre o arquivo compatível com a versão do GeoServer que você está utilizando!

O conteúdo da guia é atualizado automaticamente a cada segundo, e é possível solicitar as informações do sistema disponíveis (dados de monitoramento) por meio da API REST do GeoServer. Os formatos suportados são XML, JSON e HTML.

Os pontos de extremidade REST disponíveis são:

/geoserver/rest/about/monitoring /geoserver/rest/about/monitoring.json /geoserver/rest/about/monitoring.xml /geoserver/rest/about/monitoring.html

As representações XML e JSON são bastante semelhantes. Para cada informação do sistema, os seguintes atributos estarão disponíveis:

Veja um exemplo de JSON:

{ "metrics": { "metric": [ { "available": true, "category": "FILE_SYSTEM", "description": "Partition [/dev/nvme0n1p2] total space", "identifier": "/dev/nvme0n1p2", "name": "PARTITION_TOTAL", "priority": 507, "unit": "bytes", "value": 99614720 }, (...)

Fonte: GeoServer Documentation

Categories: OSGeo Planet

gvSIG Team: Final del curso gvSIG aplicado a Medio Ambiente

OSGeo Planet - Tue, 2018-10-09 08:47

medio-ambiente

Hola a todas y todos.

Tras más de siete meses del curso gvSIG aplicado a Medio Ambiente estamos muy contentos y orgullos@s de vuestra respuesta a este curso y de vuestro esfuerzo a la hora de completarlo. Ya son muchas las personas que han finalizado y obtenido su certificado oficial gvSIG. Gracias y enhorabuena.

Desde la Asociación gvSIG estamos trabajando en nuevos cursos con otras temáticas, por lo que vamos a ir centrando nuestros esfuerzos en estos nuevos contenidos. Es por eso que cerraremos las matriculaciones a este curso en esta semana, el día 12 de octubre, y el día 23 de diciembre cerraremos definitivamente el acceso a los contenidos. Aún tenéis más de dos meses para finalizar el curso, tiempo más que suficiente. Por eso, animamos a todas las personas que  estén interesadas a matricularse y, a las que estáis matriculadas, a finalizar el temario y obtener el certificado oficial. Estamos segur@s de que váis a disfrutar mucho este curso.

Recordad que para matricularos en el curso es necesario acceder a www.geoalternativa.com/gvsig-training y elegir el curso de gvSIG aplicado a Medio Ambiente. Después debéis elegir la opción “Registrarse como usuario” y, por último, matricularos en él.

¡Animo y un abrazo!

Categories: OSGeo Planet

Fernando Quadro: Plugin do Elasticsearch no GeoServer

OSGeo Planet - Mon, 2018-10-08 17:54

O Elasticsearch é um popular mecanismo de análise distribuída que permite recursos de pesquisa complexos quase em tempo real. Os mapeamentos de tipo de campo padrão suportam tipos string, numéricos, booleanos, data e permitem documentos hierárquicos complexos. Mapeamentos de tipos de campos personalizados podem ser definidos para campos de documentos geoespaciais.

O tipo geo_point suporta geometrias de pontos que podem ser especificadas por meio de uma cadeia de coordenadas, geohash ou matriz de coordenadas. Já o tipo geo_shape suporta tipos Point, LineString, Polygon, MultiPoint, MultiLineString, MultiPolygon, GeometryCollection e GeoJSON, bem como tipos de envelope e círculo. Opções personalizadas permitem a configuração do tipo e precisão do índice espacial.

Este armazenamento de dados permite que recursos de um índice Elasticsearch sejam publicados através do GeoServer. Ambos os mapeamentos geo_pointe geo_shape são tipos suportados. Os filtros OGC são convertidos em consultas do Elasticsearch e podem ser combinados com consultas nativas do Elasticsearch em requisições WMS e WFS.

Para instalar o plugin, basta baixá-lo no repositório do Git. Depois de baixar, basta descompactar o arquivo zip, inserir os arquivos na pasta WEB-INF\lib e reiniciar o GeoServer.

Se você entrar na tela de “Stores” e ver a opção do Elasticsearch, como demonstra a figura acima, é porque o seu plugin está instalado corretamente, agora basta criar o seu Store do Elasticsearch.

Fonte: GitHub

Categories: OSGeo Planet

MapTiler: DIY car navigation on Raspberry Pi with OpenMapTiles

OSGeo Planet - Mon, 2018-10-08 11:00
Thumb

What started as a need for a rear camera for older car turned into a complete car system. Fabrice Aneche builds own car navigation with Raspberry Pi using OpenMapTiles as a base map in his spare time as a do-it-yourself project.

Raspberry Pi, LCD screen and a bunch of determination is needed to create a car system

After Fabrice bought his car, he realized how badly he is missing a rear cam. Instead of throwing a pile of money at the nearest car shop, he decided, as a true geek, to make own DIY system. And that’s how everything has begun.

As a heart of the system, he chose Raspberry Pi 3, an inexpensive single-board computer. It is connected to the Eleduino Raspberry Pi LCD screen, the video signal from the rear camera was captured using a USB adapter.

My Car, from 2011, only has an LCD display and no rear camera, so I bought a PAL rear camera, we passed some cables from the rear window to the front then everything begun.

The Raspberry Pi is powered by Linux with LXQTt desktop environment. After installing mplayer, the camera was running out of the box. Since everything worked, he thought about what to do next.

A rear cam A rear cam. Photo © Fabrice Aneche

Maps powered by OpenMapTiles

Since Fabrice has a GPS receiver around, he decided to utilize the screen for showing the actual position of the car on the map. As a map system, he chose OpenMapTiles for its’ ability to run offline on a device with scarce resources. Because the project is open-source, he hacked the code to serve precisely his specific needs.

For serving map tiles, he wrote own server called mbmatch in Go programming language. He chose one of the default styles for a day map and created his own for a nigh, which is based on Solarized color pallet.

This project is an excellent demonstration of the power of OpenMapTiles offline use.

OSRM was selected as a backend for routing and the selected route was again displayed on the map.

The complete car system is available under an open-source license on GitHub.

A map with the actual position A map with the actual position. Photo © Fabrice Aneche

Start your DIY project with OpenMapTiles

OpenMapTiles offers a free package for non-commercial personal projects. You can download the data, read the documentation and hack the code on GitHub.

Categories: OSGeo Planet

gvSIG Team: Registration period for workshops at 14th International gvSIG Conference is now open

OSGeo Planet - Mon, 2018-10-08 09:01

Registrations for free workshops at 14th International gvSIG Conference can be done from now. Conference will be held from October 24th to 26th at School of Engineering in Geodesy, Cartography and Surveying (Universitat Politècnica de València, Spain).

The workshops available are:

  • Workshop 1: gvSIG aplicado a Agricultura
  • Workshop 2: Environmental modelling using gvSIG and the HortonMachine
  • Workshop 3: gvSIG aplicado a Geología
  • Workshop 4: Field mapping and data centralization with Geopaparazzi /gvSIG Mobile and the Survey Sever
  • Workshop 5: gvSIG aplicado a Medio Ambiente
  • Workshop 6: Generación de informes con gvSIG Desktop
  • Workshop 7: gvSIG Mobile

Apart from the registration at the workshop, the registration to the gvSIG Conference must be done from the conference website.

In addition, all the information about workshops can be consulted at the gvSIG blog, including what you have to install in case you have to take your own device.

Categories: OSGeo Planet

gvSIG Team: Abiertas las inscripciones a los talleres de las 14as Jornadas Internacionales de gvSIG

OSGeo Planet - Mon, 2018-10-08 08:57

Ya están abiertas las inscripciones a los talleres gratuitos que se van a realizar durante las 14as Jornadas Internacionales de gvSIG. Las jornadas tendrán lugar del 24 al 26 de octubre en Valencia (España), en la Escuela Técnica Superior de Ingeniería Geodésica, Cartográfica y Topográfica (Universitat Politècnica de València).

Los talleres que se impartirán son los siguientes:

  • Taller 1: gvSIG aplicado a Agricultura
  • Taller 2: Environmental modelling using gvSIG and the HortonMachine
  • Taller 3: gvSIG aplicado a Geología
  • Taller 4: Field mapping and data centralization with Geopaparazzi /gvSIG Mobile and the Survey Sever
  • Taller 5: gvSIG aplicado a Medio Ambiente
  • Taller 6: Generación de informes con gvSIG Desktop
  • Taller 7: gvSIG Mobile

Para poder realizarlos, aparte de la inscripción al taller hay que inscribirse en las jornadas. Las inscripciones son gratuitas, con aforo limitado.

Así mismo, en el blog de gvSIG también está disponible toda la información de cada taller, con lo que hay que llevar instalado en caso de que se deba llevar equipo propio.

Categories: OSGeo Planet

EOX' blog: Building a Python interface to VirES

OSGeo Planet - Mon, 2018-10-08 08:08
This post is about a new python tool to interact with VirES for Swarm. VirES comprises three components: – VirES server: provides optimised, flexible access to the original mission data and models – VirES web client: a state-of-the-art web-based GUI […]
Categories: OSGeo Planet

gvSIG Team: Curso presencial de gvSIG Desktop aplicado a Arqueología en Valencia (España)

OSGeo Planet - Fri, 2018-10-05 12:29

Del 26 al 29 de noviembre de 2018 se realizará en Valencia (España) un curso presencial sobre gvSIG Desktop aplicado a Arqueología, organizado por el Colegio de Doctores y Licenciados en Filosofía y Letras y en Ciencias e impartido por la Asociación gvSIG.

Durante el curso se mostrarán las principales funcionales de gvSIG a través de ejercicios prácticos relacionados con la gestión de yacimientos y zonas arqueológicas, los Bienes de Interés Cultural…

Realizando este curso, el alumno obtendrá el certificado oficial de gvSIG Usuario de la Asociación gvSIG.

Más información sobre precios, temario e inscripción en el siguiente enlace.

Categories: OSGeo Planet

Fernando Quadro: Geocursos lança cursos no formato EAD

OSGeo Planet - Thu, 2018-10-04 10:30

Nesta segunda-feira, 1 de Outubro, a Geocursos (Escola de Geotecnologias Livres) lançou seus dois primeiros cursos no formato EAD.

Agora, você pode adquirir um curso e assisti-lo no horário que lhe for mais conveniente. Os cursos ficarão disponíveis no período de 3 meses no portal do aluno, onde você poderá acessar as videoaulas e também baixar todo o material didático.

No momento foram disponibilizados dois cursos nesse novo formato:

Curso de OpenLayers 4 (16h) | https://bit.ly/2QjBus4

Curso de PostgreSQL (15h) | https://bit.ly/2P5pESa

Em breve mais módulos serão disponibilizados, então fiquem atentos as redes sociais da Geocursos!

Categories: OSGeo Planet

Fernando Quadro: Como realizar backup no GeoServer – Parte 3

OSGeo Planet - Wed, 2018-10-03 10:30

Neste post irei apresentar como gerenciar o backup e a restauração das informações do GeoServer através de sua API REST.

5. Backup através da API REST do GeoServer

A API REST de backup e restauração consiste em alguns recursos destinados a serem usados ​​de maneira assíncrona:

Vamos usar a ferramenta de linha de comando cURL para enviar solicitações HTTP REST para o GeoServer.

Os endpoints /rest/br/backup/ e /rest/br/restore aceitam um sufixo de formato opcional que permite que o arquivo de Backup/Restauração seja transmitido de/para o cliente em vez de ser gravado/lido no sistema de arquivos.

5.1 Iniciar um backup

Prepare um arquivo contendo um objeto JSON representando a configuração do procedimento de backup.

{ "backup":{ "archiveFile":"/home/sg/BackupAndRestore/test_rest_1.zip", "overwrite":true, "options":{ } } }

Neste caso, não especificamos nenhuma opção na configuração de backup, de forma que os valores padrão serão usados.

As opções disponíveis são:

BK_BEST_EFFORT: Ignore quaisquer recursos com falha e continue com o procedimento de backup
BK_PARAM_PASSWORDS: Se as senhas do armazenamento de saída devem ser parametrizadas no backup. Com essa opção, todas as senhas armazenadas serão substituídas por um token parecido com ${workspaceName:storeName.passwd.encryptedValue}
BK_SKIP_SECURITY: Isso excluirá as configurações de segurança do backup (Experimental).
BK_SKIP_SETTINGS: Isso tentará excluir a maioria das configurações globais do backup, bem como as configurações de segurança (Experimental).

Além disso, um opcional Filter pode ser passado para restringir o escopo da operação de restauração a uma lista de espaços de trabalho. Por exemplo:

{ "backup":{ "archiveFile":"/home/sg/BackupAndRestore/test_rest_1.zip", "overwrite":true, "options":{ "option": ["BK_BEST_EFFORT=true"] }, "filter": "name IN ('topp','geosolutions-it')" } }

O procedimento de backup será iniciado. Aqui está uma amostra da resposta:

HTTP/1.1 201 Created Date: Mon, 01 Aug 2016 14:35:44 GMT Location: http://mygeoserver/geoserver/rest/br/backup/1 Server: Noelios-Restlet-Engine/1.0..8 Content-Type: application/json Transfer-Encoding: chunked { "backup":{ "totalNumberOfSteps":9, "execution":{ "id":1, "version":1, "stepExecutions":{ "@class":"java.util.concurrent.CopyOnWriteArraySet" }, "status":[ "STARTED" ], "startTime":"2016-08-01 14:35:44.802 UTC", "createTime":"2016-08-01 14:35:44.798 UTC", "lastUpdated":"2016-08-01 14:35:44.803 UTC", "exitStatus":{ "exitCode":"UNKNOWN", "exitDescription":"" }, "progress":"1\/9" }, "options":{ "@class":"synchList", "option":[ "OVERWRITE=true" ] }, "warningsList":{ "@class":"synchList" }, "archiveFile":{ "@class":"resource", "$":"\/home\/sg\/BackupAndRestore\/test_rest_1.zip" }, "overwrite":true } }

No final do procedimento de backup, você poderá fazer o download do arquivo gerado para o seu sistema de arquivos local, fazendo uma solicitação HTTP GET para o mesmo endpoint, usando o ID de backup como abaixo e adicionando a extensão .zip no final.

curl -u "admin:geoserver" -i -X GET "http://mygeoserver/geoserver/rest/br/backup/1.zip" -o 1.zip

O status da operação pode ser consultado fazendo uma solicitação HTTP GET para o local listado na resposta:

http://mygeoserver/geoserver/rest/br/backup/$ID.{json/xml}

Substitua $ID pela ID da operação de backup que você gostaria de inspecionar:

curl -u "admin:geoserver" http://mygeoserver/geoserver/rest/br/backup/1.json OU curl -u "admin:geoserver" http://mygeoserver/geoserver/rest/br/backup/1.xml

O GeoServer responderá com o status do backup correspondente a esse ID:

Aqui você pode ver o status de todas as etapas envolvidas no procedimento de backup com hora de criação, hora de início, hora de término, status de saída, etc.

5.2 Cancelar um backup

Para cancelar um backup em andamento, é necessário enviar uma solicitação HTTP DELETE com o ID da tarefa:

curl -v -XDELETE -u "admin:geoserver" http://mygeoserver/geoserver/rest/br/backup/$ID

Substitua $IDpela ID da operação de backup que você deseja cancelar.

5.3 Restaurando um backup

Prepare um arquivo com um objeto JSON representando a configuração do procedimento de Restore:

{ "restore":{ "archiveFile":"/home/sg/BackupAndRestore/test_rest_1.zip", "options":{ } } }

Neste caso, não especificamos nenhuma opção na configuração de restauração para que os valores padrão sejam usados.

Opções disponíveis são:

BK_DRY_RUN: Apenas testar o arquivo e não persistir a configuração restaurada

BK_BEST_EFFORT: Ignorar quaisquer recursos com falha e continuar com o procedimento de restauração

BK_PASSWORD_TOKENS: Uma lista separada por vírgula de chave e valores separados por sinal de igual deve ser substituída em senhas de armazenamento de dados em um backup de entrada. Por exemplo:

BK_PASSWORD_TOKENS=${workspace:store1.passwd.encryptedValye}=foo,${workspace:store2.passwd.encryptedValue}=bar

BK_SKIP_SECURITY: Isso excluirá as configurações de segurança da restauração. Padrão: falso (Experimental).

BK_SKIP_SETTINGS: Isso tentará excluir a maioria das configurações globais do backup, bem como as configurações de segurança. Padrão: falso (Experimental).

BK_PURGE_RESOURCES: Isso irá ignorar a exclusão de recursos sempre que possível. Em particular, os espaços de trabalho existentes não serão excluídos durante a restauração. Padrão: true (Experimental).

Além disso, um opcional Filter pode ser passado para restituir o escopo da operação de restauração a uma lista de espaços de trabalho. Por exemplo:

{ "restore":{ "archiveFile":"/home/sg/BackupAndRestore/test_rest_1.zip", "options":{ "option": ["BK_DRY_RUN=true"] }, "filter": "name IN ('topp','geosolutions-it')" } }

Se o caminho for especificado, o arquivo especificado nesse caminho (remoto) será usado para iniciar o procedimento de restauração. Caso contrário, você precisa inserir o arquivo do seu sistema local.

Em seguida, faça uma solicitação POST HTTP para a interface REST do GeoServer para o procedimento de restauração:

curl -u “admin:geoserver” -i -H “Content-Type: application/json” -X POST –data @restore_post.json http://mygeoserver/geoserver/rest/br/restore/

O procedimento de restauração será iniciado. Aqui está uma resposta de exemplo:

HTTP/1.1 201 Created
Date: Mon, 01 Aug 2016 15:07:29 GMT
Location: http://mygeoserver/geoserver/rest/br/restore/2
Server: Noelios-Restlet-Engine/1.0..8
Content-Type: application/json
Transfer-Encoding: chunked

{
“restore”:{
“totalNumberOfSteps”:9,
“execution”:{
“id”:2,
“version”:1,
“stepExecutions”:{
“@class”:”java.util.concurrent.CopyOnWriteArraySet”
},
“status”:[
“STARTED”
],
“startTime”:”2016-08-01 15:07:29.398 UTC”,
“createTime”:”2016-08-01 15:07:29.393 UTC”,
“lastUpdated”:”2016-08-01 15:07:29.398 UTC”,
“exitStatus”:{
“exitCode”:”UNKNOWN”,
“exitDescription”:””
},
“progress”:”0\/9″
},
“options”:{
“@class”:”synchList”
},
“warningsList”:{
“@class”:”synchList”
},
“archiveFile”:{
“@class”:”resource”,
“$”:”\/home\/sg\/BackupAndRestore\/test_rest_1.zip”
}
}
}

Para carregar o arquivo do nosso sistema local, omita o parâmetro archiveFile no objeto JSON e passe o –upload-file para o cURL:

{ "restore":{ "options":{ }, } } curl -u "admin:geoserver" -i -H "Content-Type: application/json" --upload-file "archive_to_restore.zip" -X POST --data @restore_post.json http://localhost:8081/geoserver/rest/br/restore/

O arquivo archive_to_restore.zip (local) será carregado e usado pelo processo de restauração.

Consulta para o status de operações de restauração:

http://mygeoserver/geoser/restore/$ID.{json/xml} { "restore":{ "execution":{ "hash":2, "key":{ "@class":"long", "$":"2" }, "val":{ "@class":"restore", "totalNumberOfSteps":9, "execution":{ "id":2, "version":2, "stepExecutions":{ "@class":"java.util.concurrent.CopyOnWriteArraySet", "step":[ { "name":"restoreNamespaceInfos", "status":"COMPLETED", "exitStatus":{ "exitCode":"COMPLETED", "exitDescription":"" }, "startTime":"8\/1\/16 3:07 PM", "endTime":"8\/1\/16 3:07 PM", "lastUpdated":"8\/1\/16 3:07 PM", "parameters":{ "input.file.path":"file:\/\/\/opt\/tomcat-geoserver-2.9.x\/temp\/tmpbbe2388a-f26d-4f26-a20f-88c653d88aec", "time":1470064049392 }, "readCount":1, "writeCount":1, "failureExceptions":"" }, ... { "name":"restoreGeoServerSecurityManager", "status":"COMPLETED", "exitStatus":{ "exitCode":"COMPLETED", "exitDescription":"" }, "startTime":"8\/1\/16 3:07 PM", "endTime":"8\/1\/16 3:07 PM", "lastUpdated":"8\/1\/16 3:07 PM", "parameters":{ "input.file.path":"file:\/\/\/opt\/tomcat-geoserver-2.9.x\/temp\/tmpbbe2388a-f26d-4f26-a20f-88c653d88aec", "time":1470064049392 }, "readCount":0, "writeCount":0, "failureExceptions":"" } ] }, "status":"COMPLETED", "startTime":"2016-08-01 15:07:29.398 UTC", "createTime":"2016-08-01 15:07:29.393 UTC", "endTime":"2016-08-01 15:07:30.356 UTC", "lastUpdated":"2016-08-01 15:07:30.772 UTC", "exitStatus":{ "exitCode":"COMPLETED", "exitDescription":"" }, "progress":"9\/9" }, "options":{ "@class":"synchList" }, "warningsList":{ "@class":"synchList" }, "archiveFile":{ "@class":"resource", "$":"\/home\/sg\/BackupAndRestore\/test_rest_1.zip" } } } ...

Aqui você pode ver o status de todas as etapas envolvidas no procedimento de restauração com hora de criação, hora de início, hora de término, status de saída, etc.

5.4 Cancelar uma restauração

Par cancelar uma restauração em andamento, envie uma solicitação HTTP DELETE:

curl -v -XDELETE -u "admin:geoserver" http://mygeoserver/geoserver/rest/br/restore/$ID

Substitua $ID pelo ID da operação de restauração que você deseja cancelar.

Fonte: GeoServer Documentation

Categories: OSGeo Planet

gvSIG Team: Taller sobre generación de informes con gvSIG Desktop en las 14as Jornadas Internacionales gvSIG

OSGeo Planet - Tue, 2018-10-02 10:41

El próximo viernes 26 de octubre se impartirá un taller gratuito sobre generación de informes en gvSIG Desktop en Valencia (España), en el marco de las 14as Jornadas Internacionales gvSIG.

Esto será posible gracias al nuevo plugin que estará disponible en la nueva versión de gvSIG.

El taller estará enfocado a preparar capas y mapas en gvSIG para ser integrados en el diseñador de informes JasperSoft Studio, y a crear documentos de tipo ‘Informe’ en gvSIG que incluyan los informes creados con JasperSoft Studio (no es un taller sobre esta herramienta).

En él se mostrará cómo preparar la información en gvSIG para ser publicada de forma que se pueda acceder a ella desde el diseñador de informes, cómo usarla desde este y cómo usar esos informes en gvSIG. El usuario aprenderá a publicar la información de las capas y las vistas de gvSIG, utilizando dichas capas en el diseñador de informes e incrustando vistas en él. Finalmente se mostrará cómo crear documentos en gvSIG con los informes creados, y cómo filtrar los datos a mostrar en un informe.

El taller se realizará en el Aula 1.5 (Ptolomeo) de la Escuela Técnica Superior de Ingeniería Geodésica, Cartográfica y Topográfica (Universitat Politècnica de València), que dispone de ordenadores, por lo que no es necesario llevar ordenador propio.

Las inscripciones al taller se abrirán el día 4 de octubre en el siguiente enlace. Las plazas serán limitadas.

Aparte, te recordamos que el periodo de inscripción a las jornadas ya está abierto, pudiendo realizarse el registro a través del formulario habilitado para ello, siendo además obligatorio para la realización de los talleres.

El taller será grabado, por lo que si no puedes asistir tendrás disponible el vídeo a posteriori para seguirlo.

Categories: OSGeo Planet

Fernando Quadro: Como realizar backup no GeoServer – Parte 2

OSGeo Planet - Tue, 2018-10-02 10:30

Como mencionado no post anterior, irei apresentar neste como realizar um backup via interface administrativa e também como realizar uma restauração de um backup previamente realizado.

3. Backup através da interface do usuário do GeoServer

Para executar um backup completo, forneça o caminho completo do arquivo zip de destino, onde irá armazenar os dados de configuração. É importante ressaltar que o backup irá armazenar apenas os arquivos de configuração e não os dados em si.

É possível selecionar as opções de backup, ativando as caixas de seleção apropriadas antes de iniciar o processo de backup.

Observe que, ao executar uma tarefa de backup ou restauração, o GeoServer não permitirá que os usuários acessem outras seções, bloqueando o catálogo e a configuração até que o processo seja concluído, embora seja sempre possível parar ou abandonar um procedimento de backup ou restauração.

No final do backup, o usuário será redirecionado para uma página chamada Execution Summary.

A mesma página pode ser acessada também mais tarde clicando em um link de execução na página principal. Observe que a lista de execuções não é mantida e, portanto, ela será redefinida após você reiniciar o GeoServer.

Na parte inferior da página, é possível baixar o arquivo diretamente clicando no link Download Archive File.

Caso algumas exceções ou avisos sejam capturados pelo processo, eles serão apresentados no resumo de execução. O “Error Detail Level” permite inspecionar as causas, expondo o rastreamento para cada um deles.

4. Restaurando backup via interface administrativa (UI)

As etapas são quase as mesmas do backup. Basta selecionar o caminho completo do arquivo zip antes de iniciar o processo de restauração.

Observe que uma restauração que não seja Dry Run perderá toda a configuração atual do GeoServer substituindo-a por uma nova, portanto, tenha cuidado e faça um backup de tudo antes de iniciar uma restauração.

4. 1 DRY-RUN

A opção Dry Run permite que um usuário teste um arquivo zip antes de executar uma restauração completa.

Se ocorrer alguma exceção, ela será listada na página de resumo da execução. A causa original pode ser inspecionada aumentando o nível de detalhes de erros.

4.2 Restaurando apenas espaços de trabalho específicos

É possível fazer backup ou restaurar apenas um subconjunto dos espaços de trabalho disponíveis no catálogo. A partir da interface WEB é atualmente possível selecionar todos ou apenas um espaço de trabalho para backup ou restauração

Por meio das APIs REST, é possível filtrar também mais de um espaço de trabalho, conforme explicado nos próximos posts.

Note que a partir de um arquivo de backup contendo espaços de trabalho filtrados não será possível restaurar também os que faltam. Para fazer isso, é aconselhável fazer backup de todo o catálogo e restaurar apenas os espaços de trabalho necessários.

No próximo post você verá como realizar o backup utilizando a API REST do GeoServer, não perca!

Fonte: GeoServer Documentation

Categories: OSGeo Planet

Jackie Ng: A short MapGuide poll: What you said

OSGeo Planet - Mon, 2018-10-01 14:27
A month-and-a-half ago, I put up a short poll regarding DWF support in MapGuide.

I got 97 responses in the time window that I left that poll open, and this is what you said.

Regarding whether you use this DWF support in MapGuide:



I also posed a hypothetical situation where we removed DWF support from MapGuide and asked how badly you'd be affected as a result:

My motivation for this poll was simple. I believe that DWF support in MapGuide is now a technical burden that is not worth carrying on.

This feature is terminal. You won't see any DWF-related enhancements (not from me anyways). Any DWF-related issues still open will most likely never be fixed. Because I doubt that anyone would be familiar enough with the underlying DWF toolkit library to keep maintaining this support as it stands.

Also, presumably this DWF support was originally put in as value proposition from Autodesk to integrate with AutoCAD and friends. Well, since they've officially bailed out at the beginning of this year, that is yet another reason I'm cold on DWF support in MapGuide. Given my dwindling free time on anything MapGuide related, I'd rather spend it (wherever I can) on making MapGuide a better GIS/WebMap server than trying to maintain support for technologies that Autodesk themselves have given up on.

And judging by these poll results, I would gather that you (the poll respondent) would mostly agree with my sentiments.
Categories: OSGeo Planet

gvSIG Team: Taller sobre gvSIG aplicado a Agricultura en las 14as Jornadas Internacionales gvSIG

OSGeo Planet - Mon, 2018-10-01 13:05

En las próximas 14as Jornadas Internacionales gvSIG, que tendrán lugar en Valencia (España) del 24 al 26 de octubre, se impartirá un taller gratuito sobre gvSIG aplicado a Agricultura.

Este taller está definido para quien quiera iniciarse en el mundo de los Sistemas de Información Geográfica en el ámbito de la agricultura, donde se verán varios ejercicios prácticos, como puede ser el cálculo de zonas de cultivo afectadas por una plaga o fenómeno meteorológico (granizo, fuertes vientos), o el cálculo del número de hectáreas afectadas para cada uno de los usos del suelo (olivar, cítricos, almendro..).

El taller tendrá lugar la tarde del miércoles 24 de octubre en el Aula 1.6 (Mercator) de la Escuela Técnica Superior de Ingeniería Geodésica, Cartográfica y Topográfica (Universitat Politècnica de València), que dispone de ordenadores, por lo que no es necesario llevar ordenador propio.

Las inscripciones al taller se abrirán el día 4 de octubre en el siguiente enlace. Las plazas serán limitadas.

Aparte, te recordamos que el periodo de inscripción a las jornadas ya está abierto, pudiendo realizarse el registro a través del formulario habilitado para ello, siendo además obligatorio para la realización de los talleres.

Categories: OSGeo Planet
Syndicate content