
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body contenteditable="false">Bom dia a todos. Costumo usar algumas funções como substring, Upper e Lower Case, conversão de formatos (toNumber e toString), combinando ambas etc. Não trabalhei com consultas lógicas ainda. Das funções que eu usei, normalmente em milhares de registros, nunca deu problema, ele funciona direitinho. <br> Abraços<br><br><font size="2">Enviado por Samsung Galaxy S Mobile</font> <br><br><br>Eliazer Kosciuk <eliazerk@gmail.com> escreveu:<br><br><br>Pois é, Gilberto. Teremos que aguardar algum colega que faça uso desta<br>ferramenta no seu dia-a-dia, pois é uma característica do gvSIG que<br>não está documentada adequadamente. Através do vídeo 24 do Edugvsig<br>(http://edugvsig.blogspot.com.br/2012/03/video-24-uso-de-la-calculadora-de.html)<br>confirmei algo que eu já imaginava: o operador "+" serve para<br>concatenar os campos de strings (ex.: se temos os campos [endereço1] e<br>[endereço2], podemos usar a calculadora de campos para obter um campo<br>com os dois campos concatenados, tipo a expressão: [endereço] =<br>[endereço1]+", "[endereço2]).Mas os demais operadores permanecem como<br>incógnitas, principalmente pela falta de documentação.<br><br>O que mais me intriga são os operadores booleanos. A função deles é<br>retornar "verdadeiro (1)" ou "falso (0)" para uma determinada<br>expressão. Por exemplo, o operador isNumber([Campo1]) irá testar o<br>[Campo1] e retornar o valor 1 (verdadeiro) se a string que está lá for<br>um número, ou 0 (falso) se a string não for um número. Aparentemente<br>isso só faz sentido se esses operadores possam ser utilizados para<br>montar expressões complexas, do tipo "SE a string do Campo1 NÃO for um<br>número ENTÃO faça a operação1, SENÃO, faça a operação2". No ArcGIS,<br>isso é obtido através do uso de scripts em VisualBasic ou em Python,<br>mas não encontrei nada comentando sobre essa possibilidade no gvSIG.<br><br>Por sinal, se clicarmos na aba "Avançado" da calculadora de campos,<br>abre a possibilidade de executarmos scripts externos, o que abriria a<br>possibilidade de expandirmos a calculadora de campos. No manual do<br>gvSIG (http://www.gvsig.org/web/projects/gvsig-desktop/docs/user/gvsig-desktop-1-11-manual-de-usuario/gvsig-desktop-1-11-manual-de-usuario-pt-br/gvsig_freemind_toc_view?doc=Manual%20usuario%20gvSIG-1.11/Edi%C3%A7%C3%A3o/Edi%C3%A7%C3%A3o%20alfanum%C3%A9rica%20(Tabelas)/Calculadora%20de%20campos/Descri%C3%A7%C3%A3o%20da%20calculadora%20de%20campos/Aba%20Geral/Avan%C3%A7ada)<br>fala que o arquivo de expressão deverá estar escrito na linguagem<br>Python, mas, novamente, não há nenhum exemplo disponível.<br><br>Ficamos no aguardo de algum colega que tenha experiência na área...<br>Valenty? Carlos? Mais alguém?<br><br>Creio que temos uma ferramenta poderosa de manipulação de dados, mas<br>precisamos aprender a usá-la, e documentá-la um pouco melhor...<br><br>[ ]s,<br><br>Eliazer Kosciuk<br>_______________________________________________<br>Gvsig_br mailing list<br>Gvsig_br@lists.gvsig.org<br><br>Para ver histórico de mensagens, editar preferências de usuário ou<br>excluir seu nome da lista, acesse: <br><br>https://gvsig.org/lists/mailman/listinfo/gvsig_br<br> </body>