[fdo-users] Disappearing Shape File Objects

[Dan Stoica]

Thanks to Milton I've played with such problematic dataset. My conclusions are:


-          The spatial index file is corrupted. Just remove the *.idx file and it will be regenerated. No more phantom geometries.

-          Still, the extents of the dataset are larger than necessary, accounting for deleted features. This can be cured but triggering the compressing mechanism (just create a feature, check it in and then delete it).

-          ESRI products have a problem: they show the deleted geometries as well. Practically they ignore the "deleted" flag in  the DBF file. Not sure at all why they do this.

Hope this helps,
Dan.



From: Dan Stoica
Sent: Friday, December 04, 2009 6:40 PM
To: FDO Users Mail List
Subject: RE: [fdo-users] Disappearing Shape File Objects

Too bad.

The only thing that I can think of is that some geometries are invalid and turned into NULL geometries. But without a sample I cannot prove anything.

Dan.

From: fdo-users-bounces at lists.osgeo.org [mailto:fdo-users-bounces at lists.osgeo.org] On Behalf Of Brad Nesom
Sent: Friday, December 04, 2009 5:32 PM
To: FDO Users Mail List
Subject: Re: [fdo-users] Disappearing Shape File Objects

If not mistaken I have seen it with sde data also. Don't have a way to reproduce now.
Brad
On Fri, Dec 4, 2009 at 3:33 PM, Dan Stoica <dan.stoica at autodesk.com<mailto:dan.stoica at autodesk.com>> wrote:
Must be something related to data. Can I have one of these problematic SHP?

It's the first time I hear of such problem.

Dan.

From: fdo-users-bounces at lists.osgeo.org<mailto:fdo-users-bounces at lists.osgeo.org> [mailto:fdo-users-bounces at lists.osgeo.org<mailto:fdo-users-bounces at lists.osgeo.org>] On Behalf Of Traian Stanev
Sent: Friday, December 04, 2009 3:01 PM
To: FDO Users Mail List
Subject: RE: [fdo-users] Disappearing Shape File Objects


You can try opening the SHP file using the OGR FDO provider instead of the SHP provider to determine if the problem is due to the SHP provider or due to Map itself.

Traian


From: fdo-users-bounces at lists.osgeo.org<mailto:fdo-users-bounces at lists.osgeo.org> [mailto:fdo-users-bounces at lists.osgeo.org<mailto:fdo-users-bounces at lists.osgeo.org>] On Behalf Of Brad Nesom
Sent: Friday, December 04, 2009 2:59 PM
To: FDO Users Mail List
Subject: Re: [fdo-users] Disappearing Shape File Objects

Denis,
  I have seen this also. I always assumed it was the display system. The objects are actually there they just won't display.
Hope this helps get something started on a fix. I have seen this problem since 2007.
Brad
On Fri, Dec 4, 2009 at 10:33 AM, Denis Lalonde <denlalonde at gmail.com<mailto:denlalonde at gmail.com>> wrote:
I posted this in the Autocad Map3D discussion forum but am not getting any hits.

With AutoCad Map 3D 2010, when opening most existing Shapefile based
layers, via the FDO shape provider (in the "connect to data..." tool),
many features within these layers are missing or/and randomly
disappear/reappear as I pan and zoom the map.

All of the problematic shape files show up fine in ESRI products as
well as in MapGuide 6.5....so I assume that they are not corrupt.

Also, with the latest release of MGOS 2.1, I get the same issue with
unmanaged shape files....as I did with previous releases.

I am assuming that this is an FDO issue and that both these products
are using the latest DFO version.

If there is a better place to post this message?

Any ideas?

MAP3D 2010 on - New Dell T3500 XP64bit.

MGOS 2.1 - PHP, IIS, WinSever2003

Thanks,
Denis
_______________________________________________
fdo-users mailing list
fdo-users at lists.osgeo.org<mailto:fdo-users at lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/fdo-users


_______________________________________________
fdo-users mailing list
fdo-users at lists.osgeo.org<mailto:fdo-users at lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/fdo-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/fdo-users/attachments/20091206/8ea3433c/attachment.html