[Gvsig_english] QUESTION gvSIG 1.9 (BN 1253) -- Hoes does gvSIG reference shapefiles in ToC

[Francisco José Peñarrubia]

Hi Simon.

Yes, I think so.

If you have multiple shp files in TOC, each one will have its own driver 
reading from the .shp, .shx, .dbf files. If you edit one of them, the 
others will not be aware of changes, and the application will crash.
So, you shouldn't edit your file, and about names, you can change 
manually the name of the layer. Maybe some errors will desappear then.

BTW, I sow (among many others ;-) ) some mails about FrameViews in a 
Layout. (Some FrameViews referring to the same View in the same Layout).
I did some tests and I agree there are many bizarre behaviours, but I 
wonder if you are using the tools



to position your ViewFrame from the Layout window. They are activated 
when you select your ViewFrame.

To summarize: If I remember to ALWAYS (it's a bug) select the right View 
in the combo from Properties and uncheck Active Link and select Mantain 
View Scale, it seems it works well. (Any other combination don't work 
well and we should revise it).

Thanks for your time, and keep going.

Fran

Simon Cropper (Botanicus Australia Pty Ltd) escribió:
> Hi,
>
> When you have multiple instances of the same shapefile in the Table of 
> Contents how does gvSIG know which your are referencing with the 
> extensions or plug-ins?
>
> I presume it would need to be as "ToC layer #1", "ToC layer #2", "ToC 
> layer #3" rather than referencing by name as the ToC allows you to add 
> multiple instances of the same shapefile.
>
> I have had a lot of java heap errors since presenting multiple instances 
> of the same shapefile in the ToC and creating separate labeling and 
> symbology for each. I suspect that some subroutines don't explicitly 
> reference the ToC list but rather the file name if that is possible. 
> Crashes appear to centre around labeling and symbology issues. One wierd 
> thing I have noted is the propensity of the "other values" option keeps 
> reappearing even though I have it unchecked - particularly if I edit a 
> file. That is, "other values" will be unchecked but when I edit the 
> shapefile it reappears.
>
> The question then is "Could the presence of multiple instances of the 
> same file in the ToC, each with differing labeling and symbology, cause 
> a memory leek?"
>