Re: [Gvsig_english] INTERNATIONALIZATION gvSIG 1.9 (BN 1253) -- Spanish works still apparent in the gvSIG Dialog // other stuff

[Simon Cropper (Botanicus Australia Pty Ltd)]

Hi,

More...

1. Tool tip for "Color Ramp" in the unique values states "CLASIFICACION"
2. When stopping editing a shapefile a dialog box appears for a few 
seconds - saying something like "calandar" possibly meaning "scheduling" 
or something

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scrop...@botanicusaustralia.com.au 

web: www.botanicusaustralia.com.au 


On 8/01/2010 6:41 PM, Simon Cropper (Botanicus Australia Pty Ltd) wrote:
> Hi,
>
> Here is my list f works seen that have not been translated yet...
>
> 1. When changing a symbol for a TOC entry in a classified field the
> "Accept" button says "Acceptar"
> 2. [Main Menu] [Show] [Toolbar] Drop Down Menu lists "anadir capa de
> eventos", "com.iver.cit.gvsig.Herramientas" and "Catalogo"
> 3. [Main Menu] [Layer] Drop Down Menu lists "Crear SHP de geometrias
> derivadus"
> 4. The comments in the INI file are still in Spanish.
> 5. The opening dialog box that explains what is going on, e.g. that
> particular extensions are loading, is all in Spanish
>
> Other stuff related to internationalization
>
> 1. When setting up the program should detect the operating system and
> region and propose appropriate code page. The default is set to Eastern
> Europe. When I installed the program it should have at least offered for
> me to change the setting or predicted, because it was installed on a
> Windows XP machine, it should be 1252.
> 2. When you originally setup gvSIG 1.9 on your computer in Windows XP it
> defaults to "Spanish" despite choosing "English" in the setup.
> 3. Minor point - but kilometer/kilometres, meters/metres and
> centimeters/centimetres should be set depending on country. Like
> color/colour or behavior/behaviour. Not a big issue in using the program
> but when the scalebar says 'kilometer' it is essentially a spelling
> error in Australia and in the UK (I presume).
>
___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Re: [Gvsig_english] SUGGESTED FUNCTIONALITY gvSIG 1.9 (BN 1253) -- Expression builders should be consistent

[Simon Cropper (Botanicus Australia Pty Ltd)]

Hi,

In addition, filter formating differs throughout the program. The 
"Filtered features (SQL GDBMS)" option in the "Label class properties" 
throws up an error if you use quotation marks " rather than ' in the 
SQL. This does not appear to be a problem in 'Filter' commands used in 
the symbology tab --> Expressions --> [New filter] dialog or the Table 
Filter dialog used in the [Filter] button of the "toolbar" menu. The SQL 
used throughout the program should be standardized and error capturing 
routines established to avoid illegal characters being inserted into a 
SQL command. alternatively don't allow the user to enter commands 
directly but use a builder such as the one used in the Table filter.

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scrop...@botanicusaustralia.com.au 

web: www.botanicusaustralia.com.au 


On 9/01/2010 4:49 PM, Simon Cropper (Botanicus Australia Pty Ltd) wrote:
> Hi,
>
> When building category expressions for a layer property's symbology, the
> new filter should present field and values currently in that field like
> the [filter] tool from the "Tools" toolbar.
>
___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

[Gvsig_english] POTENTIAL ERROR gvSIG 1.9 (BN 1253) -- Recent 'swatch' in choose color dialog not working

[Simon Cropper (Botanicus Australia Pty Ltd)]

Hi,

If you are choosing colours in the "Choose color" dialog as you click 
around those colours you click on are recorded in the 'Recent' swatch. 
Unfortunately this pictorial list of colours are forgotten after you 
click [OK].

The expected behaviour is that colour chosen during any gvSIG session 
will remain in this swatch. Hence you can choose a colour in the field 
classification field in the symbology tab and when in the labeling tab 
choose the same colour. at present you need to write down the RBG or HSG 
value.
-- 

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scrop...@botanicusaustralia.com.au 

web: www.botanicusaustralia.com.au 

___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

[Gvsig_english] POTENTIAL ERROR gvSIG 1.9 (BN 1253) -- Color Ramp produces unusual results

[Simon Cropper (Botanicus Australia Pty Ltd)]

Hi,

If I apply a color ramp to a classification field the results are not 
what is expected. I have a numeric field (1 to 8) which is imported and 
presented as expected but the color ramp chosen presents colours 
randomly rather than in a ramp. For example if I choos the "mac-style" 
ramp which goes from purple to blue to light blue to green to yellow to 
red; the allocation is as follows 1 = light blue, 2 = blue, 3 = red, 4 = 
green, 5 = yellow. 6,7 & 8 = red. Other ramps produce equally bizarre 
color allocations.

Pity I don't have an emoticon for cross-eyed.
-- 

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scrop...@botanicusaustralia.com.au 

web: www.botanicusaustralia.com.au 

___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

[Gvsig_english] POTENTIAL BUG gvSIG 1.9 (BN 1253) -- Delete button does not work in Filter expression builder

[Simon Cropper (Botanicus Australia Pty Ltd)]

Hi,

If you select geometries using the "Filter" tool from the "Tools" 
toolbar. Text that has been entered can not be deleted with the 'Delete' 
button on the keyboard.
-- 

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scrop...@botanicusaustralia.com.au 

web: www.botanicusaustralia.com.au 

___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

[Gvsig_english] SUGGESTED FUNCTIONALITY gvSIG 1.9 (BN 1253) -- Expression builders should be consistent

[Simon Cropper (Botanicus Australia Pty Ltd)]

Hi,

When building category expressions for a layer property's symbology, the 
new filter should present field and values currently in that field like 
the [filter] tool from the "Tools" toolbar.
-- 

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scrop...@botanicusaustralia.com.au 

web: www.botanicusaustralia.com.au 

___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Re: [Gvsig_english] INTERNATIONALIZATION gvSIG 1.9 (BN 1253) -- Spanish works still apparent in the gvSIG Dialog // other stuff

[Simon Cropper (Botanicus Australia Pty Ltd)]

Hi,

Something else...

When adding a layer the list of files is titled "Capas"

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scrop...@botanicusaustralia.com.au 

web: www.botanicusaustralia.com.au 


On 8/01/2010 6:41 PM, Simon Cropper (Botanicus Australia Pty Ltd) wrote:
> Hi,
>
> Here is my list f works seen that have not been translated yet...
>
> 1. When changing a symbol for a TOC entry in a classified field the
> "Accept" button says "Acceptar"
> 2. [Main Menu] [Show] [Toolbar] Drop Down Menu lists "anadir capa de
> eventos", "com.iver.cit.gvsig.Herramientas" and "Catalogo"
> 3. [Main Menu] [Layer] Drop Down Menu lists "Crear SHP de geometrias
> derivadus"
> 4. The comments in the INI file are still in Spanish.
> 5. The opening dialog box that explains what is going on, e.g. that
> particular extensions are loading, is all in Spanish
>
> Other stuff related to internationalization
>
> 1. When setting up the program should detect the operating system and
> region and propose appropriate code page. The default is set to Eastern
> Europe. When I installed the program it should have at least offered for
> me to change the setting or predicted, because it was installed on a
> Windows XP machine, it should be 1252.
> 2. When you originally setup gvSIG 1.9 on your computer in Windows XP it
> defaults to "Spanish" despite choosing "English" in the setup.
> 3. Minor point - but kilometer/kilometres, meters/metres and
> centimeters/centimetres should be set depending on country. Like
> color/colour or behavior/behaviour. Not a big issue in using the program
> but when the scalebar says 'kilometer' it is essentially a spelling
> error in Australia and in the UK (I presume).
>
___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

[Gvsig_english] SUGGESTED FUNCTIONALITY gvSIG 1.9 (BN 1253) -- Layer Properties

[Simon Cropper (Botanicus Australia Pty Ltd)]

Hi,

When applying symbology to 'unique values' you use the [Add all] button 
to place all the unique values in the list. The colour scheme is based 
on the selected 'Color Ramp'.

If you sort the imported 'unique values' using the UP and DOWN arrow to 
make more sense the colour scheme may not be suitable. If you want to 
change the colour scheme to match an existing ramp then you need to 
reimport the field, which subsequently undoes the sorting.

What would be useful is to be able to apply a colour ramp to the list 
(as sorted).

A good example of this is the vegetation quality series H1, H2, M1, M2, 
L1, L2, D1, D2 (H=High, M=Medium, L=Low, D=Degraded). It imports into 
the list as D1, D2, H1, H2, L1, L2, M1 and M2 with the appropriate ramp 
applied. If you resort the ramp is inappropriate but can't be reapplied. 
You have to manually adjust the colours.

As a work around I created a new field (numeric), imported this field, 
changed the ramp and adjusted the labels accordingly.

It would be good however if the ramp could be reapplied to the existing 
listed values rather than just the imported values.
-- 

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scrop...@botanicusaustralia.com.au 

web: www.botanicusaustralia.com.au 

___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Re: [Gvsig_english] POTENTIAL ERROR gvSIG 1.9 (BN 1253) -- Jave Heap Error while editing table

[Simon Cropper (Botanicus Australia Pty Ltd)]

Ben,

500M - gvSIG Opened OK
800M - gvSIG Opened OK
1000M - gvSIG Opened OK
1300M - gvSIG Opened OK
   - could open projects
1500M - gvSIG Opened OK
1501M - gvSIG Opened OK
1600M - gvSIG Opened OK
1700M - Error "Could not create Java machine"
1800M - Error "Could not create Java machine"
1600M - gvSIG Opened OK, plug-in services could not open
1500M - gvSIG Opened OK, plug-in services could not open
1300M - gvSIG Opened OK, could open project

I would imaging this would be dependent on your available memory (2GB on 
my system). I think I will set at 800M at present and see what happens 
as I usually have more than my email client open when running gvSIG.

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scrop...@botanicusaustralia.com.au 

web: www.botanicusaustralia.com.au 


On 8/01/2010 9:06 PM, Benjamin Ducke wrote:
> Also note that under Linux you can set the heap space
> much larger than under Windows. In my experiments on Win XP,
> gvSIG would no longer start up if I set Xmx to>  1500 or so.
> Try how far you can go.
>
> Ben
>
> - Original Message -
> From: "Jorge Piera"
> To: "Users and Developers mailing list"
> Sent: Friday, January 8, 2010 8:45:48 AM GMT +01:00 Amsterdam / Berlin / Bern 
> / Rome / Stockholm / Vienna
> Subject: Re: [Gvsig_english] POTENTIAL ERROR gvSIG 1.9 (BN 1253) -- Jave Heap 
> Error while editing table
>
> Hi.
>
> The optimum setting for memory depends on your environment and the
> application that your are running. I would try values from 500MB up to 1GB.
>
> Regards,
> Jorge.
>
> Simon Cropper (Botanicus Australia Pty Ltd) wrote:
>
>> Jorge,
>>
>> My settings are command = #JAVA#
>> -Djava.library.path="#GVSIG_INSTALL_PATH#\lib" -cp #CLASSPATH# -Xmx500M
>> -Xss1024k com.iver.andami.Launcher gvSIG gvSIG/extensiones #ARGS#
>>
>> What is the optimum setting for memory? I run a Windows XP SP3 2GB of
>> memory.
>>
>> Cheers Simon
>>
>> Simon Cropper
>> Botanicus Australia Pty Ltd
>> PO Box 160, Sunshine, Victoria 3020.
>> P: 9311 5822. M: 041 830 3437.
>> mailto: scrop...@botanicusaustralia.com.au
>> 
>> web: www.botanicusaustralia.com.au
>>
>>
>> On 8/01/2010 5:52 PM, Jorge Piera wrote:
>>
>>  
>>> Hello Simon.
>>>
>>> Hi.
>>>
>>> You can run gvSIG using more memory. Just edit the gvSIG.sh (or the
>>> gvSIG.ini) file located in the installation directory (folder bin) and
>>> find the text "-Xmx500M". 500M is the number of MB that you want to use
>>> when you execute the Java Virtual Machine. You can change this number by
>>> the number of MB that you want and next time that you run gvSIG, it will
>>> use this number of MB./
>>> /
>>> Regards,
>>> Jorge.
>>>
>>>
>>> Simon Cropper (Botanicus Australia Pty Ltd) wrote:
>>>
>>>
>>>
 Hi,

 I managed to generate a Java Heap error in gvSIG.

 Unfortunately I was unable to capture any error details.

 I can tell you what I was doing and hopefully you can reproduce.

 I was editing a shapefile's attribute table. Specifically I was changing
 the values of a field used in complex labeling in individually defined
 labeling classes - 10W = 10m high white writing, 5W = 5m high white
 writing, etc.

 The shapefile is present 3 times in ToC. The first is site #, second
 vegetation type, third quality. The label sizre is based on a field
 called [LglGrp]. I was editing this field when I asked myself what the
 previous instance of the shapefile looked like. Without really thinking
 I clicked on the first instance (Site #) of the shapefile to view the
 labels (without saving my changes) and BANG all hell broke loose - I had
 numerous Java Heap Errors.

 I exited the program without saving and reentered. The shapefile was
 intact but the recent edits were lost (obviously). I have scoured the
 system but no error log was found.

 I have tried to repeat my steps but have not been able to triggered the
 error again.

 Anyone know what would have triggered such a response? Memory issues?



  
>>>
>>>
>>>
>> ___
>> Gvsig_internacional mailing list
>> Gvsig_internacional@listserv.gva.es
>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
>>
>>
>>
>>  
>
>
___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Re: [Gvsig_english] POTENTIAL ERROR gvSIG 1.9 (BN 1253) -- Jave Heap Error while editing table

[Simon Cropper (Botanicus Australia Pty Ltd)]

Jorge,

For someone who has repeatedly complained about the lack of clear 
documentation on use of Jython Scripting and Beanshell, this looks all 
too complicated. Just want some simply feedback stating that out of the 
500MB of memory allocated I am using 80MB (OK) or 499MB (Panic). This 
way I can consider what I do in my normal projects and adjust the memory 
allocated to gvSIG accordingly.

Is there a log of memory usage by gvSIG that may be relevant. I note 
that a file called gvSIG.log in the gvSIG folder of my home directory. 
This appears to be a log of tasks requested with some details of the 
memory usage. Would it be possible to redirect this memory usage 
information to the message bar at the bottom of the screen in gvSIG next 
to where the scale, X, Y, SRS data or in a separate toolbar. The 
feedback ould be verbal (X/Y used, %, and/or visual) -- this would allow 
the user to view memory usage in real time and to identify when they are 
stretching allocated resources. Just a thought.

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scrop...@botanicusaustralia.com.au 

web: www.botanicusaustralia.com.au 


On 8/01/2010 7:15 PM, Jorge Piera wrote:
> Hi,
>
> You can use jconsole [1]
>
> Regards,
> Jorge.
>
> [1]http://java.sun.com/developer/technicalArticles/J2SE/jconsole.html
>
> Simon Cropper (Botanicus Australia Pty Ltd) wrote:
>
>> Jorge,
>>
>> Is there a way of monitoring memory within the JAVA VM environment?
>>
>> Cheers Simon
>>
>> Simon Cropper
>> Botanicus Australia Pty Ltd
>> PO Box 160, Sunshine, Victoria 3020.
>> P: 9311 5822. M: 041 830 3437.
>> mailto: scrop...@botanicusaustralia.com.au
>> 
>> web: www.botanicusaustralia.com.au
>>
>>
>> On 8/01/2010 6:45 PM, Jorge Piera wrote:
>>
>>  
>>> Hi.
>>>
>>> The optimum setting for memory depends on your environment and the
>>> application that your are running. I would try values from 500MB up to 1GB.
>>>
>>> Regards,
>>> Jorge.
>>>
>>> Simon Cropper (Botanicus Australia Pty Ltd) wrote:
>>>
>>>
>>>
 Jorge,

 My settings are command = #JAVA#
 -Djava.library.path="#GVSIG_INSTALL_PATH#\lib" -cp #CLASSPATH# -Xmx500M
 -Xss1024k com.iver.andami.Launcher gvSIG gvSIG/extensiones #ARGS#

 What is the optimum setting for memory? I run a Windows XP SP3 2GB of
 memory.

 Cheers Simon

 Simon Cropper
 Botanicus Australia Pty Ltd
 PO Box 160, Sunshine, Victoria 3020.
 P: 9311 5822. M: 041 830 3437.
 mailto: scrop...@botanicusaustralia.com.au
 
 web: www.botanicusaustralia.com.au


 On 8/01/2010 5:52 PM, Jorge Piera wrote:



  
> Hello Simon.
>
> Hi.
>
> You can run gvSIG using more memory. Just edit the gvSIG.sh (or the
> gvSIG.ini) file located in the installation directory (folder bin) and
> find the text "-Xmx500M". 500M is the number of MB that you want to use
> when you execute the Java Virtual Machine. You can change this number by
> the number of MB that you want and next time that you run gvSIG, it will
> use this number of MB./
> /
> Regards,
> Jorge.
>
>
> Simon Cropper (Botanicus Australia Pty Ltd) wrote:
>
>
>
>
>
>> Hi,
>>
>> I managed to generate a Java Heap error in gvSIG.
>>
>> Unfortunately I was unable to capture any error details.
>>
>> I can tell you what I was doing and hopefully you can reproduce.
>>
>> I was editing a shapefile's attribute table. Specifically I was changing
>> the values of a field used in complex labeling in individually defined
>> labeling classes - 10W = 10m high white writing, 5W = 5m high white
>> writing, etc.
>>
>> The shapefile is present 3 times in ToC. The first is site #, second
>> vegetation type, third quality. The label sizre is based on a field
>> called [LglGrp]. I was editing this field when I asked myself what the
>> previous instance of the shapefile looked like. Without really thinking
>> I clicked on the first instance (Site #) of the shapefile to view the
>> labels (without saving my changes) and BANG all hell broke loose - I had
>> numerous Java Heap Errors.
>>
>> I exited the program without saving and reentered. The shapefile was
>> intact but the recent edits were lost (obviously). I have scoured the
>> system but no error log was found.
>>
>> I have tried to repeat my steps but have not been able to triggered the
>> error again.
>>
>> Anyone know what would have triggered such a response? Memory issues?
>>
>>
>>
>>

Re: [Gvsig_english] SUGGESTED FUNCTIONALITY gvSIG 1.9 (BN 1253) -- Layer Properties

[Simon Cropper (Botanicus Australia Pty Ltd)]

Jorge Gaspar,

I see what you mean. I tried cutting a shapefile from gvSIG and pasting 
into Notepad++

This would allow you to change the a whole raft of details (not the 
least being the actual shp/dbf the formating would apply to; obviously 
assuming all the fields were the same).

Thanks :-( from now on every time I cut-and-paste in gvSIG I am going to 
have to dump the XML to Notepad++ just to see what is going on :-D .

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scrop...@botanicusaustralia.com.au 

web: www.botanicusaustralia.com.au 


On 8/01/2010 9:48 PM, Jorge Gaspar Sanz Salinas wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 08/01/10 11:25, Antonio Falciano wrote:
>
>> Il 08/01/2010 6.13, Simon Cropper (Botanicus Australia Pty Ltd) ha scritto:
>>  
>>> Hi,
>>>
>>> The problem here is that you can only save the symbology attached to a
>>> layer --  you can't save the labeling or property attributes (scale
>>> range, use spatial index, labeling details and hyperlink details).
>>>
>>> Ideally you should be able to save all the information in the property
>>> box and reapply to comparable layers. When you apply the load routine
>>> should provide you with an option of ignoring one or more of the data
>>> sets (general, symbology, labeling, hyperlink).
>>>
>> +1
>>
>>  
> I know a (dirty) trick to accomplish more or less this thing.
>
> Yo can right click on the layer name and select "copy". Then you go to
> a text editor and paste the XML definition of the whole layer.
>
> Then you can go, for example to another gvSIG project and create a
> view (with the same SRS), copy the contents of that file on your
> clipboard and right click on the toc and paste the layer definition.
>
> Yes, it's a little bit complicated but it usually works.
>
> Hope it helps.
>
> - -- 
> Jorge Gaspar Sanz Salinas
> Ingeniero en Geodesia y Cartografía
> http://www.prodevelop.es
> tfno: +34 963 510 612
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iQEcBAEBAgAGBQJLRw1wAAoJEAOYD75lvHdBC3IH/Rms7zdQrqrUKrXB/V8MGLP2
> +vPcfkgaU4dwDUYToJe0WhIYc/bfzebRwBi9SrS9rH3bcvUya9iq+jsdfDZ+DeOP
> DP4sKj3ghZZhPWABBYqnPpiT7u0P7eWeJiu/pe+rSvyd/f75JUC0rsN2rFb4R/AH
> 6fn/UdeMudtkOo85AER40mOHDGlJCYykceUMlbw1Ep0tzr2MChsFcTeG+HBZznMN
> 5QGoPOI3lCSSXqC7e4xnHaQiMqJp4j1am0AcOca6GZ2kZDy0vTowkGzUOzo16S2Q
> o0thlhfm33coefOj9Yh8eeeEldSKXwkB0jXK7ZzSKT+tQG6Fa/01ivZe1jjh4sk=
> =yJt+
> -END PGP SIGNATURE-
> ___
> Gvsig_internacional mailing list
> Gvsig_internacional@listserv.gva.es
> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
>
>
>
___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Re: [Gvsig_english] SUGGESTED FUNCTIONALITY gvSIG 1.9 (BN 1253) -- Permanent Filter Shapefiles

[Simon Cropper (Botanicus Australia Pty Ltd)]

Ben,

You would have noted in my flotilla of emails that I hit a range of 
problems, some specifically related to joined tables.

I circumvented this by using the "import fields" option and basically 
sucked the needed fields into my existing shapefile. As all my data in 
and out of gvSIG have primary keys it was relatively easy once I found 
the tool gvSIG uses.

In regards to the 'expression' filter it only slightly varies from the 
'Unique Values' option. It appears to allow you to have more complex 
conditions rather than just those unique values expressed in the field. 
Curiously it does seem to behave differently when using the select tool. 
A 'transparent' polygon in the 'expression' filter option can be seen 
with the 'information' tool but not selected, while the 'transparent' 
polygon in the 'unique values' option can be seen by the 'information' 
tool and can be selected. Not sure if this is by design or not.

As I indicated to Antonio, I think that when applying a filter to a 
shapefile all geometries and their associated attributes, labeling, etc 
should be invisible to the system. Although I don't really no the 
nuances of the system, I presume this could be achieved by modifying the 
"gvSIG shp driver", which I presume sits between the core system and all 
the various extensions.

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scrop...@botanicusaustralia.com.au 

web: www.botanicusaustralia.com.au 


On 8/01/2010 9:27 PM, Benjamin Ducke wrote:
> Last time I checked, the "Expression" type filter you mention
> below did not work on fields joined from an external table.
> I think this is the problem that Simon ran into.
>
> Ben
>
> - Original Message -
> From: "Antonio Falciano"
> To: "Users and Developers mailing list"
> Sent: Friday, January 8, 2010 11:21:29 AM GMT +01:00 Amsterdam / Berlin / 
> Bern / Rome / Stockholm / Vienna
> Subject: Re: [Gvsig_english] SUGGESTED FUNCTIONALITY gvSIG 1.9 (BN 1253) -- 
> Permanent Filter Shapefiles
>
> Il 08/01/2010 8.02, Simon Cropper (Botanicus Australia Pty Ltd) ha scritto:
>
>> Hi,
>>
>> I was a little surprised not to find the ability to apply a
>> permanent filter to a shapefile based on the attributes in a table.
>> Say for example you wished only to show the polygons of a particular
>>   vegetation type. At present, this appears only way to do this is
>> exporting those geometries to a new file.
>>  
> Simon,
> there's actually the possibility to define a quite close "definition query":
> Layer Properties -->  Simbology tab -->  Categories tree -->  Expressions
> option -->  click on New expression of filter -->  ...and so on
> The only missing feature is that the filter is not applied to the table
> of attributes. Hope this helps!
>
> Cheers,
> Antonio
>
>
___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

[Gvsig_english] gvSIG 1.9 and problems with table operators::could not load operators

[Wolfgang Qual]

Hi list,
when editing a shapefile, I would like to use the field calculator to
do some changes on attribute data. However, when I open the field
calculator, the console pops up and 
certain operators (like the one toNumber, toString etc.) do not appear.
I guess you will get more information from the logfile attached. I run
gvSIG 1.9 on a linux machine, installed from a debian package
Any ideas would be appreciated very much.

Best,
Wolfgang
-- 

  

  


   
  
   Wolfgang
Qual
  
 Referat
für Gesundheit und Umwelt
Umweltschutz
Umweltvorsorge
RGU-UW 11
  
Bayerstraße 28a
80335 München
  
Telefon +49 - 89 - 233 - 4 77 17
Telefax +49 - 89 - 233 - 4 77 05
  
  http://www.muenchen.de/umweltatlas
  uw11@muenchen.de
  


   Bitte beachten Sie die Hinweise
zur elektronischen
Kommunikation mit der Landeshauptstadt München:
  http://www.muenchen.de/ekomm

  




INFO main com.iver.andami.ui.fonts.FontUtils - Fonts configuration was not 
necessary
WARN AWT-EventQueue-0 com.iver.andami.PluginServices - Konnte Übersetzung 
nicht finden für: 1.9
WARN main com.iver.andami.PluginServices - Konnte Übersetzung nicht finden 
für: setting_up_event_queue
DEBUG AWT-EventQueue-1 com.iver.andami.Launcher - Initializing extensions from 
com.iver.cit.gvsig
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.About...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.IntializeApplicationExtension...
INFO AWT-EventQueue-1 com.iver.cit.gvsig.IntializeApplicationExtension - gvSIG 
version: 1.9 (Build 1253)
INFO AWT-EventQueue-1 com.iver.cit.gvsig.IntializeApplicationExtension - 
gvSIG app exec path: /opt/gvSIG-1.9/bin
INFO AWT-EventQueue-1 com.iver.cit.gvsig.IntializeApplicationExtension - 
gvSIG user app home: /home/wolfgang.qual/gvSIG/
INFO AWT-EventQueue-1 com.iver.cit.gvsig.IntializeApplicationExtension - 
gvSIG extension path: /opt/gvSIG-1.9/bin/gvSIG/extensiones
INFO AWT-EventQueue-1 com.iver.cit.gvsig.IntializeApplicationExtension - 
gvSIG locale language: de
INFO AWT-EventQueue-1 com.iver.cit.gvsig.IntializeApplicationExtension - OS 
name: Linux
INFO AWT-EventQueue-1 com.iver.cit.gvsig.IntializeApplicationExtension - 
arch:i386
INFO AWT-EventQueue-1 com.iver.cit.gvsig.IntializeApplicationExtension - 
version:2.6.26-1-686
INFO AWT-EventQueue-1 com.iver.cit.gvsig.IntializeApplicationExtension - JAVA 
vendor: Sun Microsystems Inc.
INFO AWT-EventQueue-1 com.iver.cit.gvsig.IntializeApplicationExtension - 
version:1.5.0_12
INFO AWT-EventQueue-1 com.iver.cit.gvsig.IntializeApplicationExtension - 
home: /opt/gvSIG-1.9/1.5.0_12
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.LayerOrderExtension...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.ShalomExtension...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.ViewSelectionControls...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.ViewControls...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.MeasureExtension...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.InfoToolExtension...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.AddLayer...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.BasicSymbologyExtension...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.CopyPasteExtension...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.ProjectExtension...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.ExtDB_Spatial...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.SingleVectorialDBConnectionExtension...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.AboutContributors...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.FFrameLegendExtension...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.RestoreViewInfoExtension...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.PaletteViewInfoExtension...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.Export...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.PrintProperties...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.PrintTable...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.Print...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.ShowTable...
INFO AWT-EventQueue-1 com.iver.andami.Launcher - Initializing 
com.iver.cit.gvsig.ViewProjectWindow...
INFO AWT-Eve

Re: [Gvsig_english] SUGGESTED FUNCTIONALITY gvSIG 1.9 (BN 1253) -- Layer Properties

[Antonio Falciano]

Il 08/01/2010 11.48, Jorge Gaspar Sanz Salinas ha scritto:
> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>
> On 08/01/10 11:25, Antonio Falciano wrote:
>> Il 08/01/2010 6.13, Simon Cropper (Botanicus Australia Pty Ltd) ha
>> scritto:
>>> Hi,
>>>
>>> The problem here is that you can only save the symbology
>>> attached to a layer --  you can't save the labeling or property
>>> attributes (scale range, use spatial index, labeling details and
>>> hyperlink details).
>>>
>>> Ideally you should be able to save all the information in the
>>> property box and reapply to comparable layers. When you apply
>>> the load routine should provide you with an option of ignoring
>>> one or more of the data sets (general, symbology, labeling,
>>> hyperlink).
>>
>> +1
>>
>
> I know a (dirty) trick to accomplish more or less this thing.
>
> Yo can right click on the layer name and select "copy". Then you go
> to a text editor and paste the XML definition of the whole layer.
>
> Then you can go, for example to another gvSIG project and create a
> view (with the same SRS), copy the contents of that file on your
> clipboard and right click on the toc and paste the layer definition.
>
> Yes, it's a little bit complicated but it usually works.

Hi Jorge,
this trick is more or less what I usually do in these cases.
It would be very useful, as Simon says, to save/load the whole layer
definition as "layer file" (all written in XML naturally) directly from
the Layer Properties or from Add layer wizard in order to avoid this
dirty trick. ;) This would be great and less time-consuming.

Cheers,
Antonio

-- 
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano
___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Re: [Gvsig_english] SUGGESTED FUNCTIONALITY gvSIG 1.9 (BN 1253) -- Layer Properties

[Jorge Gaspar Sanz Salinas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/01/10 11:25, Antonio Falciano wrote:
> Il 08/01/2010 6.13, Simon Cropper (Botanicus Australia Pty Ltd) ha scritto:
>> Hi,
>>
>> The problem here is that you can only save the symbology attached to a
>> layer --  you can't save the labeling or property attributes (scale
>> range, use spatial index, labeling details and hyperlink details).
>>
>> Ideally you should be able to save all the information in the property
>> box and reapply to comparable layers. When you apply the load routine
>> should provide you with an option of ignoring one or more of the data
>> sets (general, symbology, labeling, hyperlink).
> 
> +1
> 

I know a (dirty) trick to accomplish more or less this thing.

Yo can right click on the layer name and select "copy". Then you go to
a text editor and paste the XML definition of the whole layer.

Then you can go, for example to another gvSIG project and create a
view (with the same SRS), copy the contents of that file on your
clipboard and right click on the toc and paste the layer definition.

Yes, it's a little bit complicated but it usually works.

Hope it helps.

- -- 
Jorge Gaspar Sanz Salinas
Ingeniero en Geodesia y Cartografía
http://www.prodevelop.es
tfno: +34 963 510 612

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJLRw1wAAoJEAOYD75lvHdBC3IH/Rms7zdQrqrUKrXB/V8MGLP2
+vPcfkgaU4dwDUYToJe0WhIYc/bfzebRwBi9SrS9rH3bcvUya9iq+jsdfDZ+DeOP
DP4sKj3ghZZhPWABBYqnPpiT7u0P7eWeJiu/pe+rSvyd/f75JUC0rsN2rFb4R/AH
6fn/UdeMudtkOo85AER40mOHDGlJCYykceUMlbw1Ep0tzr2MChsFcTeG+HBZznMN
5QGoPOI3lCSSXqC7e4xnHaQiMqJp4j1am0AcOca6GZ2kZDy0vTowkGzUOzo16S2Q
o0thlhfm33coefOj9Yh8eeeEldSKXwkB0jXK7ZzSKT+tQG6Fa/01ivZe1jjh4sk=
=yJt+
-END PGP SIGNATURE-
___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Re: [Gvsig_english] SUGGESTED FUNCTIONALITY gvSIG 1.9 (BN 1253) -- Permanent Filter Shapefiles

[Benjamin Ducke]

Last time I checked, the "Expression" type filter you mention
below did not work on fields joined from an external table.
I think this is the problem that Simon ran into.

Ben

- Original Message -
From: "Antonio Falciano" 
To: "Users and Developers mailing list" 
Sent: Friday, January 8, 2010 11:21:29 AM GMT +01:00 Amsterdam / Berlin / Bern 
/ Rome / Stockholm / Vienna
Subject: Re: [Gvsig_english] SUGGESTED FUNCTIONALITY gvSIG 1.9 (BN 1253) -- 
Permanent Filter Shapefiles

Il 08/01/2010 8.02, Simon Cropper (Botanicus Australia Pty Ltd) ha scritto:
> Hi,
>
> I was a little surprised not to find the ability to apply a
> permanent filter to a shapefile based on the attributes in a table.
> Say for example you wished only to show the polygons of a particular
>  vegetation type. At present, this appears only way to do this is
> exporting those geometries to a new file.

Simon,
there's actually the possibility to define a quite close "definition query":
Layer Properties --> Simbology tab --> Categories tree --> Expressions
option --> click on New expression of filter --> ...and so on
The only missing feature is that the filter is not applied to the table
of attributes. Hope this helps!

Cheers,
Antonio

-- 
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano
___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional



--
Files attached to this email may be in ISO 26300 format (OASIS Open Document 
Format). If you have difficulty opening them, please visit http://iso26300.info 
for more information.

___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Re: [Gvsig_english] SUGGESTED FUNCTIONALITY gvSIG 1.9 (BN 1253) -- Layer Properties

[Antonio Falciano]

Il 08/01/2010 6.13, Simon Cropper (Botanicus Australia Pty Ltd) ha scritto:
> Hi,
>
> The problem here is that you can only save the symbology attached to a
> layer --  you can't save the labeling or property attributes (scale
> range, use spatial index, labeling details and hyperlink details).
>
> Ideally you should be able to save all the information in the property
> box and reapply to comparable layers. When you apply the load routine
> should provide you with an option of ignoring one or more of the data
> sets (general, symbology, labeling, hyperlink).

+1

-- 
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano
___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Re: [Gvsig_english] INTERNATIONALIZATION gvSIG 1.9 (BN 1253) -- Spanish works still apparent in the gvSIG Dialog // other stuff

[Benjamin Ducke]

Hi Simon,

English translations (both US and UK variants) are much
more complete in the OA Digital Edition of gvSIG.
Hopefully, some time in the future they will be
merged back into the main gvSIG branch.

Ben

- Original Message -
From: "Simon Cropper (Botanicus Australia Pty Ltd)" 

To: "Users and Developers mailing list" 
Sent: Friday, January 8, 2010 8:41:11 AM GMT +01:00 Amsterdam / Berlin / Bern / 
Rome / Stockholm / Vienna
Subject: [Gvsig_english] INTERNATIONALIZATION gvSIG 1.9 (BN 1253) -- Spanish 
works still apparent in the gvSIG Dialog // other stuff

Hi,

Here is my list f works seen that have not been translated yet...

1. When changing a symbol for a TOC entry in a classified field the 
"Accept" button says "Acceptar"
2. [Main Menu] [Show] [Toolbar] Drop Down Menu lists "anadir capa de 
eventos", "com.iver.cit.gvsig.Herramientas" and "Catalogo"
3. [Main Menu] [Layer] Drop Down Menu lists "Crear SHP de geometrias 
derivadus"
4. The comments in the INI file are still in Spanish.
5. The opening dialog box that explains what is going on, e.g. that 
particular extensions are loading, is all in Spanish

Other stuff related to internationalization

1. When setting up the program should detect the operating system and 
region and propose appropriate code page. The default is set to Eastern 
Europe. When I installed the program it should have at least offered for 
me to change the setting or predicted, because it was installed on a 
Windows XP machine, it should be 1252.
2. When you originally setup gvSIG 1.9 on your computer in Windows XP it 
defaults to "Spanish" despite choosing "English" in the setup.
3. Minor point - but kilometer/kilometres, meters/metres and 
centimeters/centimetres should be set depending on country. Like 
color/colour or behavior/behaviour. Not a big issue in using the program 
but when the scalebar says 'kilometer' it is essentially a spelling 
error in Australia and in the UK (I presume).
-- 

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scrop...@botanicusaustralia.com.au 

web: www.botanicusaustralia.com.au 

___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional



--
Files attached to this email may be in ISO 26300 format (OASIS Open Document 
Format). If you have difficulty opening them, please visit http://iso26300.info 
for more information.

___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Re: [Gvsig_english] SUGGESTED FUNCTIONALITY gvSIG 1.9 (BN 1253) -- Permanent Filter Shapefiles

[Antonio Falciano]

Il 08/01/2010 8.02, Simon Cropper (Botanicus Australia Pty Ltd) ha scritto:
> Hi,
>
> I was a little surprised not to find the ability to apply a
> permanent filter to a shapefile based on the attributes in a table.
> Say for example you wished only to show the polygons of a particular
>  vegetation type. At present, this appears only way to do this is
> exporting those geometries to a new file.

Simon,
there's actually the possibility to define a quite close "definition query":
Layer Properties --> Simbology tab --> Categories tree --> Expressions
option --> click on New expression of filter --> ...and so on
The only missing feature is that the filter is not applied to the table
of attributes. Hope this helps!

Cheers,
Antonio

-- 
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano
___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Re: [Gvsig_english] POTENTIAL ERROR gvSIG 1.9 (BN 1253) -- Jave Heap Error while editing table

[Benjamin Ducke]

Also note that under Linux you can set the heap space
much larger than under Windows. In my experiments on Win XP,
gvSIG would no longer start up if I set Xmx to > 1500 or so.
Try how far you can go.

Ben

- Original Message -
From: "Jorge Piera" 
To: "Users and Developers mailing list" 
Sent: Friday, January 8, 2010 8:45:48 AM GMT +01:00 Amsterdam / Berlin / Bern / 
Rome / Stockholm / Vienna
Subject: Re: [Gvsig_english] POTENTIAL ERROR gvSIG 1.9 (BN 1253) -- Jave Heap 
Error while editing table

Hi.

The optimum setting for memory depends on your environment and the 
application that your are running. I would try values from 500MB up to 1GB.

Regards,
Jorge.

Simon Cropper (Botanicus Australia Pty Ltd) wrote:
> Jorge,
>
> My settings are command = #JAVA# 
> -Djava.library.path="#GVSIG_INSTALL_PATH#\lib" -cp #CLASSPATH# -Xmx500M 
> -Xss1024k com.iver.andami.Launcher gvSIG gvSIG/extensiones #ARGS#
>
> What is the optimum setting for memory? I run a Windows XP SP3 2GB of 
> memory.
>
> Cheers Simon
>
> Simon Cropper
> Botanicus Australia Pty Ltd
> PO Box 160, Sunshine, Victoria 3020.
> P: 9311 5822. M: 041 830 3437.
> mailto: scrop...@botanicusaustralia.com.au 
> 
> web: www.botanicusaustralia.com.au 
>
>
> On 8/01/2010 5:52 PM, Jorge Piera wrote:
>   
>> Hello Simon.
>>
>> Hi.
>>
>> You can run gvSIG using more memory. Just edit the gvSIG.sh (or the
>> gvSIG.ini) file located in the installation directory (folder bin) and
>> find the text "-Xmx500M". 500M is the number of MB that you want to use
>> when you execute the Java Virtual Machine. You can change this number by
>> the number of MB that you want and next time that you run gvSIG, it will
>> use this number of MB./
>> /
>> Regards,
>> Jorge.
>>
>>
>> Simon Cropper (Botanicus Australia Pty Ltd) wrote:
>>
>> 
>>> Hi,
>>>
>>> I managed to generate a Java Heap error in gvSIG.
>>>
>>> Unfortunately I was unable to capture any error details.
>>>
>>> I can tell you what I was doing and hopefully you can reproduce.
>>>
>>> I was editing a shapefile's attribute table. Specifically I was changing
>>> the values of a field used in complex labeling in individually defined
>>> labeling classes - 10W = 10m high white writing, 5W = 5m high white
>>> writing, etc.
>>>
>>> The shapefile is present 3 times in ToC. The first is site #, second
>>> vegetation type, third quality. The label sizre is based on a field
>>> called [LglGrp]. I was editing this field when I asked myself what the
>>> previous instance of the shapefile looked like. Without really thinking
>>> I clicked on the first instance (Site #) of the shapefile to view the
>>> labels (without saving my changes) and BANG all hell broke loose - I had
>>> numerous Java Heap Errors.
>>>
>>> I exited the program without saving and reentered. The shapefile was
>>> intact but the recent edits were lost (obviously). I have scoured the
>>> system but no error log was found.
>>>
>>> I have tried to repeat my steps but have not been able to triggered the
>>> error again.
>>>
>>> Anyone know what would have triggered such a response? Memory issues?
>>>
>>>  
>>>   
>>
>> 
> ___
> Gvsig_internacional mailing list
> Gvsig_internacional@listserv.gva.es
> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
>
>
>   


-- 
Jorge Piera Llodrá
Especialista en Servicios OGC
Equipo de desarrollo gvSIG
IVER TI S.A.
C/ Lérida, 20
46009-Valencia (Spain)
Tlf.+34902252540
www.iver.es
www.gvsig.com  

___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional



--
Files attached to this email may be in ISO 26300 format (OASIS Open Document 
Format). If you have difficulty opening them, please visit http://iso26300.info 
for more information.

___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Re: [Gvsig_english] point to raster

[Antonio Falciano]

Il 08/01/2010 9.13, Mithoefer, Klaus ha scritto:
> Dear all,
>
> I use gvIG 1.2 and 1.9. I need to convert points into a raster layer, but I 
> did not find any function in gvSIG or sextante. Is this possible at all in 
> this environment?
> I know how to do it in ArcGIS but look for a solution for users without ESRI 
> software. I also had problems using gdal because it is not possible to create 
> a new rater layer with the rasterize  tool.
>
> I appreciate if someone could give me a hint!

Hi Klaus,
you can use "Rasterization and interpolation" tools in Sextante.

Cheers,
Antonio

-- 
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano
___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Re: [Gvsig_english] POTENTIAL ERROR gvSIG 1.9 (BN 1253) -- Jave Heap Error while editing table

[Jorge Piera]

Hi,

You can use jconsole [1]

Regards,
Jorge.

[1]http://java.sun.com/developer/technicalArticles/J2SE/jconsole.html

Simon Cropper (Botanicus Australia Pty Ltd) wrote:
> Jorge,
>
> Is there a way of monitoring memory within the JAVA VM environment?
>
> Cheers Simon
>
> Simon Cropper
> Botanicus Australia Pty Ltd
> PO Box 160, Sunshine, Victoria 3020.
> P: 9311 5822. M: 041 830 3437.
> mailto: scrop...@botanicusaustralia.com.au 
> 
> web: www.botanicusaustralia.com.au 
>
>
> On 8/01/2010 6:45 PM, Jorge Piera wrote:
>   
>> Hi.
>>
>> The optimum setting for memory depends on your environment and the
>> application that your are running. I would try values from 500MB up to 1GB.
>>
>> Regards,
>> Jorge.
>>
>> Simon Cropper (Botanicus Australia Pty Ltd) wrote:
>>
>> 
>>> Jorge,
>>>
>>> My settings are command = #JAVA#
>>> -Djava.library.path="#GVSIG_INSTALL_PATH#\lib" -cp #CLASSPATH# -Xmx500M
>>> -Xss1024k com.iver.andami.Launcher gvSIG gvSIG/extensiones #ARGS#
>>>
>>> What is the optimum setting for memory? I run a Windows XP SP3 2GB of
>>> memory.
>>>
>>> Cheers Simon
>>>
>>> Simon Cropper
>>> Botanicus Australia Pty Ltd
>>> PO Box 160, Sunshine, Victoria 3020.
>>> P: 9311 5822. M: 041 830 3437.
>>> mailto: scrop...@botanicusaustralia.com.au
>>> 
>>> web: www.botanicusaustralia.com.au
>>>
>>>
>>> On 8/01/2010 5:52 PM, Jorge Piera wrote:
>>>
>>>  
>>>   
 Hello Simon.

 Hi.

 You can run gvSIG using more memory. Just edit the gvSIG.sh (or the
 gvSIG.ini) file located in the installation directory (folder bin) and
 find the text "-Xmx500M". 500M is the number of MB that you want to use
 when you execute the Java Virtual Machine. You can change this number by
 the number of MB that you want and next time that you run gvSIG, it will
 use this number of MB./
 /
 Regards,
 Jorge.


 Simon Cropper (Botanicus Australia Pty Ltd) wrote:



 
> Hi,
>
> I managed to generate a Java Heap error in gvSIG.
>
> Unfortunately I was unable to capture any error details.
>
> I can tell you what I was doing and hopefully you can reproduce.
>
> I was editing a shapefile's attribute table. Specifically I was changing
> the values of a field used in complex labeling in individually defined
> labeling classes - 10W = 10m high white writing, 5W = 5m high white
> writing, etc.
>
> The shapefile is present 3 times in ToC. The first is site #, second
> vegetation type, third quality. The label sizre is based on a field
> called [LglGrp]. I was editing this field when I asked myself what the
> previous instance of the shapefile looked like. Without really thinking
> I clicked on the first instance (Site #) of the shapefile to view the
> labels (without saving my changes) and BANG all hell broke loose - I had
> numerous Java Heap Errors.
>
> I exited the program without saving and reentered. The shapefile was
> intact but the recent edits were lost (obviously). I have scoured the
> system but no error log was found.
>
> I have tried to repeat my steps but have not been able to triggered the
> error again.
>
> Anyone know what would have triggered such a response? Memory issues?
>
>
>
>  
>   

 
>>> ___
>>> Gvsig_internacional mailing list
>>> Gvsig_internacional@listserv.gva.es
>>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
>>>
>>>
>>>
>>>  
>>>   
>>
>> 
> ___
> Gvsig_internacional mailing list
> Gvsig_internacional@listserv.gva.es
> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
>
>
>   


-- 
Jorge Piera Llodrá
Especialista en Servicios OGC
Equipo de desarrollo gvSIG
IVER TI S.A.
C/ Lérida, 20
46009-Valencia (Spain)
Tlf.+34902252540
www.iver.es
www.gvsig.com  

___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

[Gvsig_english] point to raster

[Mithoefer, Klaus]

Dear all,

I use gvIG 1.2 and 1.9. I need to convert points into a raster layer, but I did 
not find any function in gvSIG or sextante. Is this possible at all in this 
environment?
I know how to do it in ArcGIS but look for a solution for users without ESRI 
software. I also had problems using gdal because it is not possible to create a 
new rater layer with the rasterize  tool.

I appreciate if someone could give me a hint!

Best regards,

Klaus
___
Gvsig_internacional mailing list
Gvsig_internacional@listserv.gva.es
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional