DXF import - store elevation

308 views
Skip to first unread message

el producto

unread,
Dec 13, 2011, 2:03:08 PM12/13/11
to MapInfo-L
hello!

I have found some threads on this subject, but I am having problems
with the "store elevation" function when importing DXF files with
polylines. With a test file containing all 2 point lines, the
elevation information was stored. I can't imagine a contour plan
without polylines.

- From autocad, I save in DXF version R12 (the only one mapinfo would
read)
- There are no blocks in the drawing
- All entitities are polylines, same color & layer

When this (polyline) DXF is imported into MapInfo via Table>Import,
everything seems to come through well, but all of the _DXFElevation
values are 0. They all have different z values in autocad. I also
opened the file in Rhino and re-exported as dxf (after confirming the
geometry was all the same, etc), but it resulted in the same elevation
value of 0 for every polyline.

Are there any settings that I am overlooking, or maybe a better way of
setting up my dxf file? Is it not possible to store elevation
information for polylines?

thanks a lot!
Zack

Ross Nixon

unread,
Dec 13, 2011, 4:55:17 PM12/13/11
to MapInfo-L
You could try DXF2xyz 2.0 - From here for example:
http://www.softpedia.com/progDownload/Dxf2xyz-Download-51688.html
I used it some years ago, but can't recall how good it was.

Ross

Barbara Carroll

unread,
Dec 13, 2011, 9:11:17 PM12/13/11
to mapi...@googlegroups.com
Zack you have 2 other options
1. Universal Translator - that may be able to bring in the lines with
elevations attached
2. If you have Encom/Discover it will automatically include the elevations.

Best Regards,
Barbara Carroll, CPG
________________________________________________________
GeoGRAFX GIS Services
Management, Analysis and Presentation of Geologic Data
1760 E River Rd, Suite 115 . Tucson, AZ 85718
phone: 520 744-4457 fax: 520 744-3066
www.geografxworld.com

hello!

thanks a lot!
Zack

--
You received this message because you are subscribed to the Google Groups
"MapInfo-L" group.To post a message to this group, send email to
mapi...@googlegroups.com To unsubscribe from this group, go to:
http://groups.google.com/group/mapinfo-l/subscribe?hl=en
For more options, information and links to MapInfo resources (searching
archives, feature requests, to visit our Wiki, visit the Welcome page at
http://groups.google.com/group/mapinfo-l?hl=en

Bushy

unread,
Dec 13, 2011, 10:46:23 PM12/13/11
to mapi...@googlegroups.com

el producto

unread,
Dec 14, 2011, 7:25:16 AM12/14/11
to MapInfo-L
Thanks for the replies.

I tried the Universal Translator, but I can't find any option for
storing Z or elevation values. From what I've read about Discover,
others have said that it only stores elevation information for lines,
not polylines.

Have you had experience using polylines with Discover, or getting
elevation values from Universal Translator in some way?
Below is a copy/paste from another conversation about discover and
retaining elevation values.
thanks! - - Zack

Cinda Graubard
View profile
More options Jul 21 2008, 12:35 pm
I am not sure of your needs, but Discover does this. If it is an
occasional thing I'd be happy to do the conversion for you.
Alternatively, if you want to check out Discover, I am a reseller
(and power user) and can get you an evaluation (or sell it to you for
that matter.) IF your lines are lines (not polylines) I believe you
can retain the elevation attributes (but that is SO unlikely as to be
an absurd situation). Lastly, we do have an mbx that will assign
elevation if you draw a line crossing the contours, input the
starting elevation and contour interval...but it demands clean line
work to work perfectly.
Cinda Graubard
GeoMax

On Dec 14, 12:11 am, "Barbara Carroll" <geogr...@sprynet.com> wrote:
> Zack you have 2 other options
> 1. Universal Translator - that may be able to bring in the lines with
> elevations attached
> 2. If you have Encom/Discover it will automatically include the elevations.
>
> Best Regards,
> Barbara Carroll, CPG
> ________________________________________________________
> GeoGRAFX GIS Services
> Management, Analysis and Presentation of Geologic Data
> 1760 E River Rd, Suite 115 . Tucson, AZ 85718

> phone:520 744-4457begin_of_the_skype_highlighting            520 744-4457      fax: 520 744-3066www.geografxworld.com

el producto

unread,
Dec 14, 2011, 7:44:50 AM12/14/11
to MapInfo-L
thanks for the reply. I tried this software, and exported to an .xyz
file, but I cant figure out how to load that into mapinfo - Universal
Translator and Table>Import didnt seem to recognize it. Do you recall
how to use the file?
thanks!

Gamiz Ribelles, Sergi (Regsa)

unread,
Dec 14, 2011, 10:23:58 AM12/14/11
to mapi...@googlegroups.com
Zack,
be sure the layer with your lines has no other type of entities (text, points). If that layer has a mixture of entities, move to other layers (one for lines, other for points, etc), then save that DXF file, import it with activating "separate layers" option, and "store elevation", later combine those unique-typeofelement tables if you need them.
Please, confirm later if I'm right, because I was a long time when I had that problem and I think it was solved as I've written.
HTH.

Sergi Gàmiz Ribelles

-----Mensaje original-----
De: mapi...@googlegroups.com [mailto:mapi...@googlegroups.com] En nombre de el producto
Enviado el: dimarts, 13 / desembre / 2011 20:03
Para: MapInfo-L
Asunto: [MI-L] DXF import - store elevation

hello!

thanks a lot!
Zack

--

el producto

unread,
Dec 14, 2011, 1:37:59 PM12/14/11
to MapInfo-L
Sergi, thanks a lot

I have been testing a file where I just drew some polylines and moved
them vertically to different elevations, to make sure that I dont have
any other objects and only one layer. I even tried making another
layer with a polyline and separating them during the import, but I am
still getting a 0 value for each line´s _DXFElevation. I also tested
these with non-earth and specified projections, but that doesnt seem
to make a difference.

It would be very helpful to know what solution you found!

thanks again, Z

On Dec 14, 1:23 pm, "Gamiz Ribelles, Sergi (Regsa)" <sga...@regsa.cat>
wrote:
> Zack,
> be sure the layer with your lines has no other type of entities (text, points). If that layer has a mixture of entities, move to other layers (one for lines, other for points, etc), then save thatDXFfile,importit with activating "separate layers" option, and "store elevation", later combine those unique-typeofelement tables if you need them.

Ross Nixon

unread,
Dec 14, 2011, 4:56:22 PM12/14/11
to MapInfo-L
It will be an ascii file, probably comma delimited.
Rename it to .csv and do File > Open, Files of type 'comma delimited
csv'.

When you map the file, you will get a series of points. You can join
them up using ConnectTheDots.mbx (a numerical column of rowid data wll
be useful to add to the file first).

Ross

Mats Elfström

unread,
Dec 14, 2011, 6:44:57 PM12/14/11
to mapi...@googlegroups.com
Mapinfo cannot store coordinate triplets. It is a 2d system. The only
way to store elevations is as an attribute to the object. For points
that can be used, but for lines, contours is the only feature class
where that makes any sense.

Skickat från min / Sent from my iPhone

el producto

unread,
Dec 15, 2011, 12:19:34 PM12/15/11
to MapInfo-L
The aforementioned program can store polylines in delineated sequences
such as 1,x,y,z (1 being the referenced polyline - when all points
are stored, it moves to 2 and so forth)
example:

1, 5.32, 958.23, 56.27
1, 485.48, 875.23, 5827.45
2, 59.59, 92.58, 10.34
2, 5.29, 4.59, 19.30
2, 3.59, 8437.98, 82.32
3, 2.598, 94.23, 984.28
...and so on....

Is there a way to write a script or adjust the import options to
recognize the associated points in each polyline and store the z value
in a table?

I hope I explained this in a way that makes sense

On Dec 14, 9:44 pm, Mats Elfström <mats.elfst...@gmail.com> wrote:
> Mapinfo cannot store coordinate triplets. It is a 2d system. The only
> way to store elevations is as an attribute to the object. For points
> that can be used, but for lines, contours is the only feature class
> where that makes any sense.
>
> Skickat från min / Sent from my iPhone
>

> 14 dec 2011 kl. 19:38 skrev el producto <zackad...@gmail.com>:
>
>
>
>
>
>
>
> > Sergi, thanks a lot
>
> > I have been testing a file where I just drew some polylines and moved
> > them vertically to different elevations, to make sure that I dont have
> > any other objects and only one layer. I even tried making another

> > layer with a polyline and separating them during theimport, but I am


> > still getting a 0 value for each line´s _DXFElevation. I also tested
> > these with non-earth and specified projections, but that doesnt seem
> > to make a difference.
>
> > It would be very helpful to know what solution you found!
>
> > thanks again, Z
>
> > On Dec 14, 1:23 pm, "Gamiz Ribelles, Sergi (Regsa)" <sga...@regsa.cat>
> > wrote:
> >> Zack,

> >> be sure the layer with your lines has no other type of entities (text, points). If that layer has a mixture of entities, move to other layers (one for lines, other for points, etc), then save thatDXFfile,importit with activating "separate layers" option, and "storeelevation", later combine those unique-typeofelement tables if you need them.

Richard Greenwood

unread,
Dec 15, 2011, 10:01:55 PM12/15/11
to mapi...@googlegroups.com
I have successfully imported Z values from AutoCAD DWG files with both
the Table>Import command and Universal Translator. The AutoCAD Z value
will be an attribute of the imported polyline. I am guessing that your
problem might be that you are importing AutoCAD 3D polylines rather
than lightweight polylines. 3D polylines have a different Z value for
each vertex. Obviously this can not be stored as a single attribute in
a MapInfo table. Lightweight polylines have a single Z value for the
whole polyline which will come into MapInfo as an attribute.

If my guess is correct then you need to convert your polylines in
AutoCAD from 3D to lightweight. Unfortunately I can not remember the
command but check the AutoCAD help file.

Best regards,
Rich

--
Richard Greenwood
richard....@gmail.com
www.greenwoodmap.com

KTG Infotech

unread,
Dec 15, 2011, 11:27:36 PM12/15/11
to mapi...@googlegroups.com
When all fails, i try global mapper, its a good software for migration, it helps.. try and let me know..
Kalai Selvan
KTG Infotech
CAD/GIS/Geo spatial Services
Skypes- ktgcad


Reply all
Reply to author
Forward
0 new messages