Surpac 6.3
Qiana Thieklin
This would be much appreciated. I am always trying to convince my colleagues that they should purchase GlobalMapper as it is a workhorse and can convert almost any filetype. Sadly surpac files are not in yet!
We have this issue too, but fortunately have an old copy of Surpac floating around the office. Without it though, there is a bit of free (Beta) software called GEM4D that you can get where you can save as .dxf which you can then bring into GM.
There is a somewhat vague specification of them on surpacs on line manual, but I was thinking of contacting surpac to see if they would provide a specification to allow manifold develop an import for them.
Encom's "Discover" (a 3rd party add-on for MapInfo Professional) has import routines for Surpac string files. Once into MI the vectors are easily exported to something vector that Manifold will understand.
Is there a way to convert a surpac file to acad file without ruining the drawing file? Our department is using ACAD in designing, while the Geology department is using this software called Surpac by Gemcom. My problem is everytime I ask for a copy in .dwg my file will only show the contours, all the texts, e.g. elevations and labels are not imported to the .dwg file which makes it useless since I need those data in my design. I attached a sample of the converted file. I hope you can help me with this.
The format is a simple text file - example at the end. The first line is date, format etc, then each line starts with a line beginning with zero, then axis coordinates (not sure what they do, I think they can be ignored if zero) then string number,y,x,z,... for for each point of as many lines as are in the drawing.
Can anyone suggest a method of automating import of this into manifold. I can easily import as a csv table and paste as drawing to get the points. I remember reading on here of a technique to join consecutive points with lines, but I'm not very good at the search function, could anyone point me to it?
It would be useful to export them in 3D to autocad but I didn't think manifold would be able to do that. I suppose it could be simple enough for the special case of contour drawings where all the points of each line have the same z value.
No you can't run this in Manifold. It's a new tool to learn, but if you are keen I'm confident you can use this easily to extract your 2D lines - and with that qualification I can modify it to write shapefiles.
Basically, you will start R, change the working directory to that with your file (or directory you want to write the output to) via /File/Change dir/, copy and paste the code above in the console (having edited "clipboard" to be the surpace file name/path), and that's it.
BTW, we could script this in Manifold, and I could be convinced to follow that route too. ;) There was an example script on the Free Stuff page that showed how to use a similar text format for lines and areas, and script its IO with Manifold. that could be a good place to start.
I've almost got it actually. I saw an unrelated topic on linked drawings and it seems to do what I need. Procedure is 1. Import the str file as a table. 2. Delete the first line (might not be necessary), Name the columns of data. 3. Create a linked drawing from the table, using string as the LineID.
This gives me almost what I want, except that it is joining together a whole lot of lines that are should be separate, but have the same LineID. They are separated in the table by a 0,0,0 line. According to the help topic Linked Drawings from Geocoded Tables this should split them into separate lines, as there will be a single point with lineID/string of 0 between the sections of lines, but it is not being split for me.
I don't actually work with these files and the only information I have on the file format is that provided by mikedufty in the original posting above. Looks like the line endings in his example did not make it onto the new GeoReference forum - I will repost below. The code was based upon my understanding of Mike's requirement and may not be correct (haven't heard back from Mike).
Try the scripts in the attached project. See the Comments component named "Script Descriptions" for an overview of each program (Surpac_Import_ObjectSet is basically the same script as posted above but with a few more checks... perhaps you will not get the error).
Not sure if this will help Mike, but you do have a status bar display of the cursor line and character position (does not show 1,1 when you open the script but will update as the cursor is moved elsewhere). Also, if you just want to get to a specific line, the Edit GoTo (Ctrl+G) menu can be used.
I'm attaching a final project containing three import scripts. A few minor errors in the original posted project (t56461.16#56800) have been fixed. A couple of areas were tweaked to get a bit better performance. Again, see the "Script Descriptions" comments component for an overview.
All very nicely documented too, I can throw away the commented version of your last script I had saved for future use. I've tested it on the larger contour plan that generated an error on the previous script and it worked nicely here. 64 seconds to process on the 2nodelinespoints version (6396 line segments generated). Now I can convert surpac no doubt everyone will stop sending me surpac and send the format I ask for.
Although a DXF file of lines and polylines may not contain all the textual data of a Surpac file it is sometimes useful to be able to create a Surpac file using the geometry found in a DXF file. This is how to do it using Pointor as a Dxf to Surpac converter.
When you have chosen your DXF file you need to select which entities you want to import. For normal point lists you can choose POINTS LINES POLYLINES CIRCLES and or TEXTS. But if you intend to export the geometric data to a surpac file you should choose LINES and POLYLINES, as shown in the dialog below:
The only living and upto date Geological Modelling software available for Crossover soft. Ive tried others, Micromine, Datamine, Minesight, Maptek Vulcan, none of these works or even install. Mining Industry should be very happy this one actually works.
Note: Linux Crossover enjoys vanilla Surpac the only bug ive seen is the lower window editing sizing it just stuck like that. the rest works like a charm.
Mac Crossover is not so good, it seems the Graphics workspace overlaps everything, menus will be clipped if it overlaps the GUI see the Mac Screenshot, ive tried every graphics settings you could tweak. nothing works. if only this can be fixed a lot of Geologists and Mining Engineers who are Mac Users in the Mining Industry would be very happy.
by running surpac in safe mode or Software render(disabling Opengl, and Directx driver), the menus and right click menu are no longer clipped, runs really slow but is usable, extremely slow when your data is getting bigger and bigger. according to my tests all functions running fine like you are using it in windows.
I've used Datamine in the past and it looks like the file type you are importing is a block model and it appears as though you are importing it into the meshes folder. If that's the case, in order to bring a block model into Leapfrog the file will need to be in either a .csv format or a .mdl format.
Datamine wireframes generate two files which end with the suffix xxxxpt.dm and xxxxtr.dm One is a point file (X,Y,Z, point number etc.) and the other is a triangulation file (how to connect the points to make a wireframe). You will need both file types to import this into the meshes folder in Leapfrog
Many thanks for the thorough explanation. I tried to import surpac files (.dtm and .str) under mesh folder but still stuck with the issue as per the snapshot below. . Not sure if the source files have problem though.
It may be possible that when the file was exported out of Surpac that is was exported as a 'binary' format which is not compatible with Leapfrog. In my experience, the only way around it is to have the file exported again as a non-binary dtm. Hopefully that's an option.
Another Alternative is the .OMF file type (open mining format) with Both Surpac (2019 onwards) and Leapfrog are compatible with. The OMF is an open-source file specification format developed by the Global Mining Guidelines group to allow for easier sharing of files between mining software packages.
64591212e2