home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / infosyst / gis / 4543 < prev    next >
Encoding:
Text File  |  1992-12-22  |  2.9 KB  |  84 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!paladin.american.edu!auvm!METZ.UNE.EDU.AU!AJONES
  3. X-Mailer: ELM [version 2.3 PL11]
  4. Message-ID: <199212220553.AA14118@metz.une.edu.au>
  5. Newsgroups: comp.infosystems.gis
  6. Date:         Tue, 22 Dec 1992 16:53:50 EST
  7. Sender:       Geographic Information Systems Discussion List <GIS-L@UBVM.BITNET>
  8. From:         MR A D JONES <ajones@METZ.UNE.EDU.AU>
  9. Subject:      Re: FTP
  10. In-Reply-To:  <199212211852.AA03273@metz.une.edu.au>; from "Loki" at Dec 21,
  11.               92 4:49 pm
  12. Lines: 70
  13.  
  14. >
  15. > Hi everybody...
  16. >
  17. > For those of you that have not disappeared already for Christmas, here is a
  18. > little problem to keep you busy...
  19. >
  20. > Here at the Department of Archaeology (University of York, UK) we are
  21. > trying to transfer a DXF file from AutoCAD 10 running on a PC to ARC/INFO 5.x
  22. > running on SGI machines...
  23. >
  24. > This is an operation that has been carried out many times, without problem,
  25. > but for some reason we have come up against a problem with one file.
  26. >
  27. > In the long standing tradition of software companies, AutoDesk deny all
  28. > knowledge of any problem.  They insist it MUST be my fault, but of course
  29. > can't tell me where I am going wrong!  Any thoughts from the network
  30. > appreciated!
  31. >
  32. > The file in question is about 1Mb as a .dwg, growing to nearly 3Mb as an
  33. > ASCII dxf file.  It DOES read back in to AutoCAD OK, but will NOT read in to
  34. > ARC/INFO.
  35. >
  36. > The file was transferred to the SGI machines using Kermit (as we always do)
  37. > in BINARY form.  When I ran DXFINFO from within ARC, the following was
  38.  received:
  39. >
  40. > EOF encountered on [filename]
  41. >
  42. > LAYER NAME   ARCS   POINTS   TEXT   ATTRIB   INSERT   etc etc
  43. > -----------  ----   ------   ----   ------    -----   --------------------
  44. > -----------  -----  ------   ----   ------    -----    -----------------------
  45. >
  46. > ALL LAYERS     0       0       0        0       0      etc etc
  47. >
  48. >
  49. > I have tried this transfer several times, but without success.  Other (very
  50. > similar) files transfer perfectly happily using exactly the same techniques...
  51. >
  52. > WHAT might be the problem with THIS file? Is it soluble?  What ever happened
  53.  to
  54. > pen and paper?  We must be nuts using GIS...
  55. >
  56. >
  57. > MERRY CHRISTMAS!
  58. >
  59. > Paul Miller
  60. > Department of Archaeology               apm9@vaxa.york.ac.uk
  61. > University of York                      +44 904 636731 ext 38
  62. > Micklegate House
  63. > 88 Micklegate
  64. > YORK
  65. > YO1 1JZ
  66. > UK
  67. >
  68. Paul,
  69.  
  70. I had the same problem here.
  71.  
  72. My solution was to find a micro with Autocad Version 11, read in the DXF file,
  73. and then write it back out as a DXF file.  This was the situation with PC
  74. Arc/Info which looked for Autocad Version 11 format files.  I do not
  75. know if the same applies to work stations.  The format of various data sets
  76. change from one version to another and it takes time for other vendors to catch
  77. up.  In some cases thay are even ahead.  I hope it works.
  78.  
  79. Alan Jones
  80. Geography & Planning
  81. University of New England
  82. Armidale
  83. NSW 2351 Australia
  84.