mapexport fails error message is invalid data or no data found

[Anonymous]

I'm importing arcinfo coverage file into autocad. I bring the file into
autocad ok but when I use mapexport. It seem to create the files I need
but when I bring it back into autocad use mapimport I get this error
Invalid data or no data found. When I use mapexport4 I then it works.
When I use mapexport4 I get info directory but when I do mapexport it
does not make a info directory. Is there set I'm missing? Or is bug in
mapimport?

[Anonymous]

I have found Maps import and export to ESRI formats to be trouble some at
best. I would suggest trying to import and export to different locations.
This has worked for me in the past. Some times just moving the data from one
directory to another that is not buried so far in the directory structure
can work. Map doesn't always like multiple directories.

I have experienced occasions were I was able to import coverages and or
shapefiles from one location many times, then suddenly I would get error
messages. I would then move those files to a different location and like
magic they would import again.

Also be careful importing Shapefiles. I have seen Map eat the dbf file
associated with a shapefile on a failed import.

Tripp Corbin


"BILL SCHOOLER" wrote in message
news:3F818630.5C7FB73C@cableconstructors.com...
> I'm importing arcinfo coverage file into autocad. I bring the file into
> autocad ok but when I use mapexport. It seem to create the files I need
> but when I bring it back into autocad use mapimport I get this error
> Invalid data or no data found. When I use mapexport4 I then it works.
> When I use mapexport4 I get info directory but when I do mapexport it
> does not make a info directory. Is there set I'm missing? Or is bug in
> mapimport?
>

[Anonymous]

No luck I try it on my local driver c:\testesri.

Tripp Corbin wrote:

> I have found Maps import and export to ESRI formats to be trouble some at
> best. I would suggest trying to import and export to different locations.
> This has worked for me in the past. Some times just moving the data from one
> directory to another that is not buried so far in the directory structure
> can work. Map doesn't always like multiple directories.
>
> I have experienced occasions were I was able to import coverages and or
> shapefiles from one location many times, then suddenly I would get error
> messages. I would then move those files to a different location and like
> magic they would import again.
>
> Also be careful importing Shapefiles. I have seen Map eat the dbf file
> associated with a shapefile on a failed import.
>
> Tripp Corbin
>
> "BILL SCHOOLER" wrote in message
> news:3F818630.5C7FB73C@cableconstructors.com...
> > I'm importing arcinfo coverage file into autocad. I bring the file into
> > autocad ok but when I use mapexport. It seem to create the files I need
> > but when I bring it back into autocad use mapimport I get this error
> > Invalid data or no data found. When I use mapexport4 I then it works.
> > When I use mapexport4 I get info directory but when I do mapexport it
> > does not make a info directory. Is there set I'm missing? Or is bug in
> > mapimport?
> >

[Anonymous]

Don't know if the content of this, my post, applies to your situation,
too.

I write it anyway, maybe it
-) helps you
-) helps someone else
-) someone else has information that I'm not aware of

What I noticed when trying to use the MAPEXPORT dialog version to
create SHP files the result were empty (zero byte) files.

The weird thing was, the object highlight to preview the to be exported
objects (loupe symbol) worked and showed the chosen objects correctly.
So no fault with selection criteria.

Not being afraid of command line usage, I tried the same via the
command line version _-MAPEXPORT and guess what, it created the correct
files with all the data in.

This difference in behaviour between dialog and commandline version
happens on 1 machine with Win2K SP2 (I don't care for MS "security
updates", I have a Linux firewall and don't use Outlock or IE) with
MAP5 (LDD3), MAP6 and MAP7 (LDD 2K4)

Tried in MAP5, didn't work, installed MAP6, still didn't work,
installed 2K4, same results.

The same file exports via MAPEXPORT dialog without problems on my
laptop in (XP, SP1, MAP5 (LDD3)).

Clients reported that the problem did arise with MAP6, but this doesn't
conform to my experiences, as it didn't work on my machine in MAP5
either.
It seems, that an install of a newer version doesn't cure the problem
if it is "on the system". I guess some commonly used files in "program
files/autodesk shared" or registry entries are messed up, everything
else (as far as I've tried on this machine...) works well. Reinstall
had no effect whatsoever.

On the laptop I don't want to install MAP6 or 2K4 just to try if the
problem arises then...

I tried transferring the FME part of the shared directory from the
working machine to the other but that had no influence on the
behaviour. It must be something else that obviously I haven't found yet.

Now I have and use some simple scripts to automate the export task via
_-MAPEXPORT, that way it works.

I would be interested to know if you also get it to work with
-MAPEXPORT.
--
ruul

[Anonymous]

That's interesting Ruul. That the command line works yet the dialog fails
and on one workstation only.
Have you looked at the Mapexport.ini files and compared then between
machinces?
I would think that both ways (command line & dialog) would use the same ini
file but maybe the command line doesn't use one or vise-vesa.

Murph

[Anonymous]

On 08.10.2003 16:43 Murph wrote:

cite="mid64A5AE56324496EF8CDEA60D23A5E4B8@in.WebX.maYIadrTaRb">

That's interesting Ruul. That the command line works yet the dialog fails

and on one workstation only.

  

Yes, but it's not mine alone. Tested on several clients' machines, too.

cite="mid64A5AE56324496EF8CDEA60D23A5E4B8@in.WebX.maYIadrTaRb">

Have you looked at the Mapexport.ini files and compared then between

machinces?

  

yes, no difference. I also checked the other .INI files, created and
removed entries.

cite="mid64A5AE56324496EF8CDEA60D23A5E4B8@in.WebX.maYIadrTaRb">

I would think that both ways (command line & dialog) would use the same ini

file but maybe the command line doesn't use one or vise-vesa.

  

Me, too 😉

But it's not an INI-issue. The weird thing is, via dialog the objects
are highlighted ok but don't get written to the file.

cite="mid64A5AE56324496EF8CDEA60D23A5E4B8@in.WebX.maYIadrTaRb">

Murph

  

-- 

ruul