[fdo-users] SHP modifications issue

Ytse bill_gfr at yahoo.fr
Tue Jan 23 13:47:43 EST 2007

1) you're the best, that's definitely the answer. 
I checked 10 files manually and they all have 00 zero
instead of 20 space
I don't have the slightiest idea on how the files are
generated. Would that have sense to change the test
and look for records with this byte != '*' ? (I guess
the ministry won't change it's code for me :))
If it's not something that can be validated for FDO
3.2, could you at least tell me in which file I can
change this to rebuild everything and ensure that this
is it ?

2) you're not the best then ;)
I'll try to continue testing on "FDO valid" files,
from minimalistic code up to my classes.
If anyone else has any idea...

Anyway thanks again everyone !

--- Dan Stoica <dan.stoica at autodesk.com> a écrit :

> 1) about '*' flag:  I was wrong, the SHP provider is
> actually checking for  ' ' (space), i.e. valid
> record instead. The .dbf you send me contains a 0
> (zero) in that position. From ESRI tools perpective
> it doesn't matter since they ignore the flag
> anyways.
> Is is possible that all your SHP files are corrupted
> this way? How they have been generated, i.e. by
> using what tool?
> 2) Sorry, I have no clue why the compression
> mechanism is not triggered in managed code. In
> unmanaged code a simple cause would be a leaking
> connection.
> Dan.


Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! 
Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses 

More information about the fdo-users mailing list