software:art-dev:art163

Não foi possível enviar o arquivo. Será algum problema com as permissões?

Você está aqui: start » software » art-dev » art163

Diferenças

Aqui você vê as diferenças entre duas revisões dessa página.

--- software:art-dev:art163 [2009/07/20 18:03]
pedro
+++ software:art-dev:art163 [2009/08/10 09:18] (atual)
pedro
@@ Linha 1: / Linha 1: @@
 ====== aRT 1.6-3 (ago/2009) ======
+A nova versao do aRT irá funcionar com a TerraLib 3.3.0, ao invés da 3.3.1, que seria a mais nova versão. Isto porque a 3.3.1 apresenta um problema que não permite a leitura de dados do banco. O problema já foi corrigido para a versão 3.3.1-dev. Funcionando com R 2.9-1.
 =====FIX ME=====
-  * Verificar erros terralib da versão 1.6-2:
+Verificar erros terralib da versão 1.6-2:
-    * erro MySQL windows quando executa o script recife.R: "too long …". ver problema e relatar para o pessoal da TerraLib, antes da nova versao (15/out). esquesito, os tamanhos deste campo sao iguais para linux e windows.
-    * updateColumns (consulta SQL errada). [[http://phorum.dpi.inpe.br/read.php?35,4995,4996|phorum]]
-    * bug em src/terralib/kernel/TeGraph.cpp (nao compila). [[http://phorum.dpi.inpe.br/read.php?35,5001,5002|phorum]]
-    * problema numElemInstances do querier na versao 3.3.1 [[http://phorum.dpi.inpe.br/read.php?35,12267|phorum]]
     * Postgre showDbs(). quando nao tem bancos disponiveis, ele coloca o rows == 0, mas o cols!= 0, o que gera um CORE DUMP.
-    * poligonos com buracos
+    * erro MySQL windows quando executa o script recife.R: "too long …". ver problema e relatar para o pessoal da TerraLib, antes da nova versao (15/out). esquesito, os tamanhos deste campo sao iguais para linux e windows.
+    * updateColumns (consulta SQL errada). [[http://phorum.dpi.inpe.br/read.php?35,4995,4996|phorum]] **aparentemente está funcionando.**
+    * bug em src/terralib/kernel/TeGraph.cpp (nao compila). [[http://phorum.dpi.inpe.br/read.php?35,5001,5002|phorum]] **aRT não precisa mais deste arquivo para compilar.**
-\\
-  * openTheme(db, "theme") (directly from the database, instead of the layer)
+=====buracos e ilhas=====
-  * reload(db) to reconnect to the database, keeping consistent all children (layers, tables)
+Problemas com ambos.
-  * <del>atualizar para R 2.9-1</del>
-  * atualizar para TerraLib mais recente
-\\
+**Agora funciona corretamente quando o layer possui buracos <ou exclusivo> ilhas.**
-  * <del>ler dado celular do banco de dados</del>
+===== openTheme =====
-  * CLIP the PolyLine to the area of the Polygons. The polygons are within the larger main_main roads Polyline. Edzer: Hard to do; I just found out it can be done with aRT, which requires you to run TerraLib as the GIS on your computer. [[https://stat.ethz.ch/pipermail/r-sig-geo/2009-March/005283.html|e-mail]]
+openTheme(db, "theme") (directly from the database, instead of the layer).
-  * <del>plotar dados celulares</del>
-  * fatiamento de dados celulares
-  * **PJ:** A razao principal é o que eu mencionei que sendo um SpatialPolygon (ou derivado) espera-se encontrar isto nos objetos portanto me parece consistente ter isto lá. objetos SpatialPolyginos cujos slots labpt e area estao como numeric(0). **Pedro:** Colocar parametros loadarea e loadlabpt como default true para calcular estes valores do banco.
-  * Operadores como Desvio padrão, classe majoritaria,contagem, presença precisam de uma documentação mais específica.
-===== aRTvisual=====
+**Implementado.**
-Repensar a classe. perhaps setVisual(theme, color="blue") instead of setVisual(theme, visualPolygons(color="blue"))? **Esta simplificação não é possível, porque um tema pode ter mais de uma geometria, e é necessário explicitar de qual geometria estamos alterando o visual.**
+===== reload(db) =====
+reload(db) to reconnect to the database, keeping consistent all children (layers, tables)
-===== R-SIG-GEO demand=====
+**Solução nao trivial, requer modificações em várias classes do aRT. melhor esperar pela nova versão da terralib.**
-====rasterize polygons====
+===== Espaços celulares=====
-If I have a polygon shapefile, and I want to rasterize each polygon given a certain grid cell resolution, is there a way to do this completely within R?  I'm considering porting our vector<->raster bridge "starspan" (http://starspan.casil.ucdavis.edu/doku/doku.php) to R code, but this is a critical portion of the algorithm.  If the answer is "yes" -- does that answer include "weird" polygons like donuts? **Roger:** In principle, the overlay() method in the sp package for "SpatialPolygon" and "SpatialPoints" objects, specifically the:
+  * ler dado celular do banco de dados. **OK**
+  * plotar dados celulares. **OK**
+  * fatiamento de dados celulares. **OK, nao era possivel fatiar pelos mesmos motivos pelos quais nao funcionava com pontos**
+  * Operadores como Desvio padrão, classe majoritaria,contagem, presença precisam de uma documentação mais específica. **OK**
-  sp:::pointsInSpatialPolygons
+=====Clip=====
+CLIP the PolyLine to the area of the Polygons. The polygons are within the larger main_main roads Polyline. Edzer: Hard to do; I just found out it can be done with aRT, which requires you to run TerraLib as the GIS on your computer. [[https://stat.ethz.ch/pipermail/r-sig-geo/2009-March/005283.html|e-mail]]
-function is where to start. The underlying assumption is that raster cell support can be cast to cell centre point support. This function first finds candidate polygons by testing polygon bounding boxes, then hands off to:
+**Nova funcao getClip, para recortar linhas e poligonos, baseado em um poligono. Esta funcao conserva os IDs originais.**
-  sp:::pointsInPolys2
+=====labpt e area=====
+**PJ:** A razao principal é o que eu mencionei que sendo um SpatialPolygon (ou derivado) espera-se encontrar isto nos objetos portanto me parece consistente ter isto lá. objetos SpatialPolyginos cujos slots labpt e area estao como numeric(0).
-which calls:
+**Pedro:** Coloquei parametro calcal (calcular area e labpt) como default true para calcular estes valores.
-  sp:::pointsInPolygons
+=====installation report=====
-Here you can see that hole handling at the per-ring stage is attempted, but does depend on the imported rings declaring their hole status correctly. It is possible to use checkPolygonsHoles() in maptools, but this takes time.
+Colocar uma funcao com um relatorio de instalação no pacote.
-Hope this helps, porting starspans would be very welcome - I guess users at the moment use it loose-coupled by reading and writing files.
+**Implementado.**
+  > aRTinstallreport()
+  aRT INSTALLATION REPORT
+  aRT version:            1.6-3 2009-07-29
+  TerraLib version:       3.3.0
+  Installation date:      Wed Jul 29 15:00:58 BRT 2009
+  Installation user:      pedro
+  TerraLib dir:           /usr/local/terralib/
+  MySQL lib:              /usr/lib
+  Postgre lib:            /usr/lib
+  MySQL include:          /usr/include/mysql
+  Postgre include:        /usr/include/postgresql
+===== aRTvisual=====
+Repensar a classe. perhaps setVisual(theme, color="blue") instead of setVisual(theme, visualPolygons(color="blue"))?
-The overlay methods are open to optimisation (you'll see that bits of sp:::pointsInSpatialPolygons moves heavier-lifting out to C)
+**Esta simplificação não é possível, porque um tema pode ter mais de uma geometria, e é necessário explicitar de qual geometria estamos alterando o visual.**
 ===== Northwest script  =====
@@ Linha 57: / Linha 74: @@
 ===== Curso de aRT =====
-  * verificar todos os vignettes
+  * verificar todos os vignettes **OK**
   * planejar um curso de 4 ou 5 aulas, com exercícios se possível
   * scripts para o livro 'analise espacial de dados geograficos'?

Diferenças

Navegação

Busca

Ferramentas

QR Code