[Plugin] Super Drape

gonashvili

Thanks for the tip man!

sketchydog

I'm trying to get an effect where I'm draping roads, parking lots, etc. ONTO the imported google earth terrain. Super Drape and Drape both take the top group and "cut" it onto the TIN of the terrain. What I'm looking for is something that will drape the roads and so forth, onto the TIN below, but stay a completely separate group. In this way I can still control layers, etc.

Also, with Super Drape, I'm not getting the top donor materials to "take" in the google earth terrain. I get generic "white" skin where the new faces are cut.

I'd appreciate any comments or help. thanks!

mitcorb

I tried to answer in your other post that I think you want the Stamp tool in the Sketchup Sandbox Tools. But I could be wrong.

TIG

@Sketchydog

Are your faces upside down ?
Either in the mesh or the 'road' your are trying to project 'down'...
Use a Style with a distinctly color back-face - say bright-blue or magenta.
Now view in Monochrome mode...

If you see that when it should be a front color you have some 'reversing' to do...

pep75

Is it true that Supderdrape doesn't work in 2014 when installing it with the PluginStore manager? I can't see it anywhere !

pep75

...I found it...you'll have to active the toolbar in the extensions-list in the preferences window. mmmm

TIG

It already worked in v2014... but FTAO I've relaunched it as v3.2 http://sketchucation.com/forums/viewtopic.php?p=358314#p358314
New version now in the PluginStore http://sketchucation.com/pluginstore?pln=SuperDrape

kaas

Could I ask for some help? I'm trying to drape a textured road on a terrain mesh. Using Super Drape the resulting mapping coordinates are messed up somehow.

Already checked: units, regrouped both, edge inspector results in no errors, face normals are ok, removed smoothing and all edges are visible. I have no idea why it doesn't work.

Any help would be appreciated.

kind regards, Max

superdrape2.skp

TIG

@Max

I confirm I get similar results.
The UV-mapping of the upper faces' textures should be transferred to the facets in the draped version, with adjustments for their relative normal angles: but clearly this is not happening...

I will investigate...

kaas

@tig said:

@Max

I confirm I get similar results.
The UV-mapping of the upper faces' textures should be transferred to the facets in the draped version, with adjustments for their relative normal angles: but clearly this is not happening...

I will investigate...

Great Tig! Just wondering, the terrain uses projected textures - cause of problem maybe?

TIG

It may be a projected texture issue...

How did you apply/edit the textured 'yellow stripe' material on the 'flat' faces ?

I found that if I added the material afresh and used Texture and/or My Texture Tools Plugin to adjust its rotation/position I could then get it to SuperDrape acceptably - see the first 6 facets in the screen-shot - I defaulted the next two facets to show the differences between my effort and your original

kaas

@tig said:

It may be a projected texture issue...
How did you apply/edit the textured 'yellow stripe' material on the 'flat' faces ?

I applied the texture using Fredo's ThruPaint. By doing so the mapping for the entire road is aligned to the curves of the road in just 2 mouse clicks.

@tig said:

I found that if I added the material afresh and used Texture and/or My Texture Tools Plugin to adjust its rotation/position I could then get it to SuperDrape acceptably - see the first 6 facets in the screen-shot - I defaulted the next two facets to show the differences between my effort and your original

Tig, thanks for your time and effort. This method sounds a bit more time consuming. Will try as well.

TIG

So maybe ThruPaint is messing with the UV-mapping in a way that SuperDrape can't unravel into a suitable way onto the surface?
Can you use it to reverse engineer the problem after SuperDraping ?

kaas

@tig said:

So maybe ThruPaint is messing with the UV-mapping in a way that SuperDrape can't unravel into a suitable way onto the surface?
Can you use it to reverse engineer the problem after SuperDraping ?

The draping proces changed (divided) the mesh in such a way ThruPaint doesn't pick up any quads anymore so using that result in a mess. Trying to figure out some workarounds...

edit: tried copying UV with UV toolkit but didn't work. I guess due to the difference in vertex count.

edit2: exporting the original flat road as 3ds / dae reports: 80 different textures are being made. Importing that 3ds / dae results in 80 different materials for the road. One for each face. Strange..

edit3: exporting the draped UV's to roadkill is no solution either. Even after welding it doesn't look good and individual points can't be moved.

kaas

Had another go at trying to find some workflow to get roads, rivers, ponds or any textured flat custom shape into a 3d terrain mesh (or actually into any 3d mesh - otherwise I could just as easily buy instantRoad).

I tried copying the edges of a flattened version of the original terrain into the original textured flat road so the number of faces and edges would be the same as in the superdraped road. I hoped I could then use UVtoolkit2 to copy the uv coords of (3) into (2) but it didn't work at all (see result 4).

I wanted to know if there's something strange happening with the UV coordinates so I had a go at ruby and google-searched-copy-pasted some code to investigate them:

ss = Sketchup.active_model.selection
@tw = Sketchup.create_texture_writer
side = true
hash = {}
ss.each do |i|
	next unless i.class == Sketchup;;Face 
	uv_helper = i.get_UVHelper(true, false, @tw)
    i.vertices.each{|v|
      p = v.position
      uv = (side)? uv_helper.get_front_UVQ(p) ; uv_helper.get_back_UVQ(p)
      uv.x /= uv.z; uv.y /= uv.z; uv.z = 1
      hash[v] = [] if !hash[v]
      hash[v] << uv
	  puts ("ux=" + uv.x.to_s + "   uy=" + uv.y.to_s)
    }
end

I hoped for some really strange results but I'm no export on the UV coordinates so I have no idea what I'm looking for. What's strange though is that some faces have the same UV coords but still look different (see picture).

I hope somebody has a clue what to do...

superdrape2.skp

Chimaera13

This is hopelessly broken. I just keep getting a complaint that the group needs to be above the other group... and no matter how many ways I adjust things it just keeps doing that. Only once did it do anything else, and it wasn't draping. Just added a bunch of extra geometry that roughly corresponded the object I was trying to drape. WOrse, it breaks the ability to create grids.

Box

When a plugin like this is hopelessly broken it is usually down to user error.
More infomation on what the problem is would help. Some images or the model to test.
First thing that springs to my mind is you have your model orientated incorrectly, solid blue is up.

TIG

Perhaps if you posted the SKP with it set up in the way you get a fail, then we'd be able to see better what was up.
Also, do you have any Ruby Console output?

It should never break anything else...
Are you sure it is not something else that is breaking it?

And what 'Grid' thing is 'broken' exactly?

SuperDrape works when one group is placed over another and they are selected in the appropriate order...

Are your axes visible?
Are they set to the default??
etc...

Possible issues arise if either of the two groups have very tiny geometry - SketchUp's intersect fails to make edges < ~1/1000th"...

Have you tried using The native Sandbox > Drape ?
If so what happens ??

I guess that it is either 'user error' or 'inappropriate geometry'

djengle513

For the last couple days now I've been messing with this to try and get this to work with no luck UNTIL I finally realized all the faces were oriented backwards now that i've gotten passed that setback I've encountered a few more issues and was wondering if I'm doing something wrong still or if SuperDrape isn't capable of doing what I'm looking for. Long story short instead of having a topography mesh or skin I flattened the topo lines, closed the faces, and pulled them all up in 1 foot increments to graphically represent grade. Now here's the issue, when I superdrape my streets/pavements/materials unto the topo group 1) the lines don't drape down the vertical faces like they would if I was using regular drape tool and 2) the materials don't drape down the vertical faces either.

Can anyone help?! I'd rather not flatten the topo group back to a plane and superdrape but the more I mess with it the more it seems that's the best solution. The issue there being the extra hundreds of faces draping the streets onto the topo will create when i go to pull them up in 1 foot increments again. Hence why I was hoping to make the topo, then make the flat streets with materials, and combine them in one easy step. otherwise I'm either spending a bunch of time painting all the verticals or re-pulling all the topo faces.

TIG

Vertical faces won't get draped/colored.
Meshes with vertical facets are always an issue in many tools.
If you make the face very slightly off vertical it will work...
Of course you could always use sandbox's drape first to get vertical divisions, and then super-drape for the materials [or at least most of them].
You can always edit the mesh group and use the material-browser eye-dropper to sample the adjacent face's material and paint that onto the non-colored faces ?