Hi Francisco,
I discovered these days that the patch for managing 4d shapefiles I sent to
you some weeks ago is uncomplete.
4D shapefiles are read correctly with that patch, but if I start editing
them and then I save them, the shapeWriter do not work as expected.
The malfunctioning is caused by the fact that when the shapeWriter tries to
get the layer type
the IndexedShpDriver collapse 2d and 4d shapefiles to the same type of
layer:

            case (SHP.POLYLINEM):
                auxType = auxType | FShape.LINE | FShape.M;
                break;
            case (SHP.POLYLINE2D):
            case (SHP.POLYLINE3D):
                auxType = auxType | FShape.LINE;
                break;

while it must be:

           case SHP.POLYLINE2D:
                auxType = auxType | FShape.LINE;
                break;
            case SHP.POLYLINEM:
                auxType = auxType | FShape.LINE | FShape.M;
                break;
            case SHP.POLYLINE3D:
                auxType = auxType | FShape.LINE | FShape.Z;
                break;

The new version of the patch of libFMap is attached to the mail.
Best regards,
Flavio


2010/2/1 Flavio Pompermaier <[email protected]>

> Hi Francisco,
> I was thinking nobody read my email..
> However, I tested the solution against the attached shapefile, which has
> x,y,z and m dimension (although z is always 0...).
> I didn't test legends and labelling because by now I use it like a normal
> 3D shapefile.
> But if you do it it should be certainly a good idea!
> Moreover I didn't test non-indexed shapefiles but I don't even know if they
> exist..and also if they do
> it seems to me that the code to manage them is always passing through the
> classes I modified.
>
> Thanks for keeping me up to date,
> Flavio
>
>
> 2010/1/29 Francisco José Peñarrubia <[email protected]>
>
> Hi Flavio.
>>
>> Sorry about this late response... :-(.
>>
>> About the patch, we are going to evaluate it. Please, can you send us
>> some shapefiles to test, and one or two use cases?.
>> We are going to test also some legends, and labelling (just in case you
>> haven't tested it yet).
>>
>> Thanks a lot for this collaboration, and keep going, please.
>>
>> Fran Peñarrubia.
>> gvSIG Team
>>
>> Flavio Pompermaier escribió:
>> > Hi to all,
>> > In the project I' working on I had the need of managing M dimension of
>> > PolylineZ contained in shapefiles
>> > and I had to modify the libFMap and read also M coordinate for
>> > Shape.POLYLINE3D.
>> > The patch is attached to this mail.
>> > I'd like to know whether this patch could be added of interest for a
>> > cumulative further patch of gvSIG 1.9.
>> >
>> >
>> -------------------------------------------------------------------------------------------------------------------------------------------------------
>> >  Brief summary:
>> >
>> -------------------------------------------------------------------------------------------------------------------------------------------------------
>> > - Class ShapeZMFactory proxies the creation of Z-geometries with four
>> > coordinates. By now only polylines
>> > are managed but, if somedays there will be the need of managing also
>> > Zpoints, Zmultipoints and Zpolygons
>> > with four dimension, you can always implement method for their
>> > creation in the aforementioned class.
>> >
>> > - Class FPolyline3DM extends FPolyline3D in order to manage m
>> > dimension of PolylineZ shapes
>> >
>> > - Class IndexedShpDriver instead manage the reading of m coordinate
>> > from shapefiles..
>> >
>> --------------------------------------------------------------------------------------------------------------------------------------------------------
>> >
>> > If anyone knows if I've forgotten to touch other classes in order to
>> > make my patch complete is pleased to let
>> > me know about it.
>> >
>> > Best regards,
>> > Flavio Pompermaier
>> >
>> > ------------------------------------------------------------------------
>> >
>> > _______________________________________________
>> > Gvsig_internacional mailing list
>> > [email protected]
>> > http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
>> >
>>
>> _______________________________________________
>> Gvsig_internacional mailing list
>> [email protected]
>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
>>
>
>

Attachment: libFMap.patch
Description: Binary data

_______________________________________________
Gvsig_internacional mailing list
[email protected]
http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional

Reply via email to