Topography into sketchup
-
Mr S,
It seems to me that Didier's script expects commas as the break symbol and uses a dot as a decimal symbol. Your file has some other method of distinguishing the x, y, and z coordinates, represented, perhaps, by the characters D+0. You might try opening the survey file with Notepad, and replacing all "D+0" s with commas. Maybe all the lines that clearly don't represent 3D coordinates should be deleted too.
Just a suggestion
Anssi
Edit: now that I look at it closer, I am not so sure about how the format could be figured out... Maybe you could ask the supplier.
-
It looks to me as though these lines parse into three numbers: so
0.49837422321267177D+040.49869317927816728D+040.67812740300658106D+02
becomes
0.49837422321267177D+04 0.49869317927816728D+04 0.67812740300658106D+02
The data in the elevation file looks like this (from a random point):
4968388, 4982342, 0
add back in the elevation for this point and you get
4968388, 4982342, 68.0
These are like the numbers from the data file so maybe the D+02 is an exponent (a decimal scaling factor). If so then the data file now reads:
4983.7422321267177, 4986.9317927816728 67.812740300658106
Roughly scaling off a building it looks as though these are in units of meters or thereabouts.
I pulled out the valid points (those with three non-zero entries) and parsed them into this format in a text editor. The result is in the attached data file which will import into SketchUp with Didier's cloud script. The result is not exciting - there are eleven almost coplanar points - but looks OK.
Bob
-
Seems to be logical (though I'm not sure about them).
Now can you make an automated way for doing this with all those thousands of points? -
Hi,
Cloud script assumes that ALL lines of the input file are formatted identical, from line 1 to end line, no matter the delimiter.
So the first line of your file "017,NORM" even if it has a comma delimiter, doesn't have 3 data (x,y, and z) in it.
Sorry but I didn't coded the script as to parse what is a line of 3D coordinates and what isn't... -
Hi,
I don't think that it would be too difficult to clean the script into a form that would be usable by Didier's cloud script - for the short sample I just deleted the lines that weren't xyz co-ordinates. For thousands of lines there are a couple of approaches. Manually I'd probably sort the list (the sequence isn't important), then delete the blocks of junk; import into Excel and parse the lines into three columns, do a couple more sort and deletes and that's it.
If the sequence were important, or this were a frequent task then a tool like TextPipe Pro will chew through it.
Bob
PS If someone can send me the full data file, I'll happily give it a go.
-
I doubt the sequence is important since Didier's sript interprets every line separately and it's all the same which order they are put into the model - the final result will be the same.
-
I think I will give my brain a rest and learn how to read and write in Sanskrit.
Visit: http://en.wikipedia.org/wiki/Sanskrit.
Looks a lot easier to me.Regards
Mr S
-
If you want to upload the dwg here just put it in a zip folder, or put .rb on the end. Then just tell us you did so and to remove the .rb before opening.
-
Just found this:
Name: Simplify Contours
Description: Often the site contour data generated by the surveyor is quite dense (more than 5,000 edges). Attempting to generate a surface using the Sandbox From Contours tool may take a very long time. To speed up the process, you may simplify the contours using the SimplifyContours.rb Ruby script.only problem is, The download doesnt work. am having a hard time finding a working one... anyone have an idea?
-
Where did you try? At the sketchup.google.com site or elsewhere? You may try it in the Ruby Library Depot - I believe Didier has collected all "freebies" from the web.
Advertisement