Customize Matlab color order

It’s very common to have to plot a number of individual lines on the same figure. In Matlab this can be as easy as plot(t, Data) which results in the following figure:

As you can see the default color order includes 7 colors which are repeated.  You can get information about the default colors using get(gca,'Colororder') which returns a matrix 7×3 with the rgb channels of the above colors.

There are multiple ways to define a custom color order. One I have found and works well for me is the following. Instead of just plotting, get a handle for the plot

Then use the plot handle to change the color order

where  colormat  is a matrix Nx3  where N is the number of unique colors.

Of course, the selection of colors is important and not an easy task. The approach I suggest is the following which makes it quite trivial.

Navigate to http://colorbrewer2.org/. Choose the number of classes and the nature of  your data. In my case I choose qualitative and 11 classes. Then from the dropdown menu choose RGB to display the RGB values of colors. Note that these are scaled between 0-255, while matlab requires scaling between 0-1.

A handy feature in this website is that you can copy/paste the values to an editor and convert it as matlab variable with a minimum effort. The result will look like the following:

Using the above color order matrix will make the plot to use a different color for each line

The http://colorbrewer2.org/ has some limits on the number of colors that you can define for each category. If you think you need  more colors then it’s better to question the type of plot you are trying to make.

Particle tracking in Houdini

In this post I’ll describe how one can do a simple particle tracking visualization in Houdini.

In general the velocity field will be given, as a product of a simulation for example. For this post we will create a random one

Generate random velocity field

First we create a geometry node and delete the default file node. Then we lay down three line nodes that were renamed as X,Y,Z discretization with the following properties:

Length:1, Points:5 (for start) and Direction {1,0,0}, {0,1,0}, {0,0,1} for the X,Y,Z line respectively.

Then copy the Z line to the points of X and then copy the result to the points of Y. So far we have a 3D grid of points.

Now we are going to assign random velocities on the nodes. Lay down an attribute wrangle node and copy the following code:

The  v@v  is read as “declare a vector with name v equal to”.The wrangle node is set to run over points and the  @ptnum  is the point id which is used a seed to the rand function that generates a random.

The second line generates a random float value which is scaled between 0.2 and 0.8. Last the velocity vector is scaled using the w value.

We can visualize the velocity field using the visualize node. Connect the output of the attribute wrangle node to a new visualize node and change under the visualizers tab the type from color to marker the style to vector and choose v as attribute value. You may need to scale the vectors down a bit. (Note also that sometimes you need to go one level up to see the velocity field):

    

Last select all the nodes that are used for the random velocity field generation and create a subnet (shift+C) and rename it to Velocity field for example.

Generate Random initial particles

This is another process which most of the time is not random as the initial particle positions are defined by the problems. However here we will generate random initial particles within the space 0 1. This involves just on attribute wrangle node with the following code

The first two lines generate GUI elements for this node. After inserting these two lines press the highlighted button which looks like sliders. This will generate two sliders below the code area.

With these two sliders we are able to change the number of particles and the random seed without writing code.

Velocity interpolation

Now its time to write the code for the velocity interpolation. Just to stay organized lay down a null node (which is doing absolutely nothing) and with the null node selected press Shift+C to create a subnet and rename the subnet as Particle tracer. Change also the input labels as follows:

and the network so far looks like the following:

Double click to enter the Particle tracer node and delete the null node.

The first input is expected to be a number of points with the initial particle positions. It is possible that these points form primitives which we don’t want. therefore we will make sure that the primitives are deleted. Lay down an attribute wrangle node, rename it to delete primitives and set its Run Over option to Primitives. There is only one line of code for this wrangle node:

Now that we are sure that there are no primitives, we will create one primitive per particle, a polyline of the trajectory of the particle within the velocity field. Add another attribute wrangle node, rename it to create polylines and leave the Run Over option to Points. Paste the following two lines which, for each point add a primitive and vertex. At this point the primitives cannot be displayed. we need at least two vertices to display a line.

Setup solver node

Finally its time to do the interesting part. Lay down a solver node and double click to enter inside the solver node. What makes solver special is that it gives us access to the geometry at the previous time step. Connect the Prev_Frame node with a new attribute wrangle node. Rename the new node to find next position, make sure to change the Run Over at primitives and connect the second input of particle tracer to the second input of the new wrangle node. The network should look similar to this:

Since the find next position node will do all the work, there is going to be a lot of code here.

First we are going to create a slider that will help us choose the number of points to be taken into account during velocity interpolation and a slider to define at what distance the points will be considered. Here we also define a scale velocity slider that will be used at a later time. The if statement ensures that even if one uses wrong number of interpolation nodes the code will still work. however the interpolation method will be similar to nearest neighbor interpolation.

Next step is to find how many vertices the primitive has.

There should be at least one vertex and the following lines get the point index and the position of that last vertex in the primitive

Now we can search for  Nint  nearest points within a sphere with radius  search_radius

The array  closept contains the ids of the velocity points that satisfy the above criteria. After we initialize some help variables we loop through the velocity points. (Note that the code will use Inverse Distance Weighting Interpolation IDW)

For each velocity point get the velocity vector and calculate the distance of the current trajectory point with the velocity interpolation point.

According to IDW if the distance is 0 set directly the velocity equal to the velocity node. When this condition is true the code removes any other weight and velocity, appends only the values of this velocity node and exits the loop.

if the distance is not zero, the weight of this velocity point is set equal to the inverse distance

Now we can calculate the velocity of the point

Finally we can compute the position of the next point in the particle trajectory. Note that we multiply the calculated velocity with the scalar that has the effect of speeding up or slowing down the velocity.

Although the following is not needed, will help us during visualization. The first line sets the calculated velocity as point attribute of the previous point and calculates the normal of the previous point so that it points in the new position.

So far we have found the new position but we have to add it to the primitive.

That concludes the code if this wrangle node. Here is the full code without interruptions

Make sure that the blue flag is set to the wrangle node and exit the solver node. Pressing play will show the particle trajectories as lines.

Particle trajectory appearance

The computation of particle tracking has finished in the previous section. Here we will work just on the appearance. First we will add color to the points according to velocity. To this end add another attribute wrangle node, rename it to set color and add the following lines. Press the button to generate the gui elements. This snippet calculates the velocity magnitude and assigns a color between green and red.

Convert polylines to tubes

Depending on the velocity field the polyline may be jagged. Therefore we lay down 2 nodes. A smooth node and a resample node. Both of these nodes have their own parameters that define the smoothing amount resampling amount. Its best to play around with those values to find what looks better.

It is very common to display the particle trajectories as tubes. To achieve this in Houdini is trivial.

First create a cirlce node and scale it down to something that makes sense. In my example I set the Uniform Scale parameter to 0.004.

Now we are going to loop through the primitives (at the moment the number of primitives is equal to the initial number of particles). However we will do that using the For-Each Primitive node. This is going to lay down two nodes. A for each begin and a for each end. This is going to loop through the primitives and execute whatever nodes are in between. Add the copy to points and skin nodes as shown in the figure:

Last we add a normal node which corrects the face normals so that the polygon faces are lighted correctly

 

 

 

 

 

 

 

Convert polyline river network to polygon river network

At large scales, rivers are delineated as lines. Typically river network data are in the form of polyline shapefile. To convert polyline network to polygon nework that is consistent is a quite challenging task. In GIS, the buffer approach is not returning the desired results as it returns a rounded buffer around the end polyline points.

For example, using the fixed distance buffer in QGIS with one segment the result is the following:

where each polyline segment creates a buffer polygon that overlaps with other.

The proposed workflow is not ideal but tackles some of the issues, while it returns a continuous representation of the river using polygons.

However the method is quite involved as requires some Matlab coding, and some experience with Houdini. A great advantage of the workflow is that it is non destructive, which means that modifications of the original input shapefile propagated at the end result without additional work.

Starting with Matlab, first we read the polyline shapefile:

Each river consists of multiple polyline segments. Therefore we have to group them. Here we use the field NAME to group the rivers.

The grouped rivers are stored into a temporary CVHMSTRM variable. Each polyline segment has shared nodes with other polyline segments, which are supposed to be connected. Here we make a unique list of river nodes.

Now that we have a list of unique river nodes we can create a graph, which is a structure that identifies the connections between nodes.

Graphs are powerful data classes that provide many functionalities. An example is the ability to plot them.

With the river graphs at our disposal we are able to identify the main rivers and separate them from the tributaries. The following lengthy code does two things. First Identifies the longest paths which are supposed to be the main rivers and the remaining paths connected to the longest one. Secondly calculates normal vectors for each river node. For the nodes that are connected to only one segment, the normal is equal to the segment normal. For the nodes that are connected to two segments the normal is the average of the two segment normals. Normals will be used later to create the river polygons.

Finally for each river a width and flow rate is added. While the width is a required information for the method the flow rate could be omitted. However when I export the river polygons I would like to have the flow rate associated with each polygon. The code to add width depends on the application and is not shown here.

Last we write the river information into files for reading into Houdini. Note that the coordinate values are divided by a large constant 100000. This is because software like Houdini, blender etc do not handle very well large coordinate values.

The format of the files is very simple

Now its time to launch Houdini.

Place a python node inside a geometry node. (See this post on how to achieve this).

Add a new parameter to the python interface and make sure that the name of the parameter is input_file . Then paste the following code to the python code area:

Next we are going to build a small graph to achieve the desired result.

Right after python code we have to remove duplicated nodes using the Fuse node. Then we use the Point-Old node to set the normals:

I have also added a Null node that does nothing other than improving visibility and organizing the graph.

If we turn on the display points and display normals options we can see the river polyline, the points and the point normals.

Next we lay down 2 Attribute VOP nodes. These nodes offset the main river by the width amount along the normal direction. In practice I created the positive offset and then duplicated to modify the negative offset.

By double clicking the attribute VOP (dive inside the node) we can modify the geometries at a different level. In addition we can see that the available nodes now are very different.

First we lay down a Get Attribute node to read the width information. For the Get Attribute to work we have to set float as Signature, First Input as Input method, Point as Attribute Class and type width for Attribute. As shown above the ptnum have to be connected to i1. In addition we lay down a constant float equal to 2 and a divide node to calculate the half width.

There is also a normalize node that is connected with the N value of the geometry. This is normalizing the normals of the nodes. The following figure shows the continuation of the Attribute VOP graph

The outcome of half width is further divided by the same large constant we use when writing the houdini files, which is then multiplied by the point normalized normals and added to point Position values. Finally the result of add operation is connected to P geometry output node which shifts the nodes by half width amount. The negative offset node is identical with the exception that between the divide1 and multiply1 we have added a negate node.

Next outside the Attribute VOP node we merge the two offset nodes and then add a skin node. The following figures show the result of the merge and the result of the skin node. For the skin to work properly we have to set some rules about which lines to connect. Set Quadrilaterals for connectivity. For Skin pick Skip every Nth primitive, and for N value use the expression   detail("../python2/","Nseg",0)  which sets as N value the number of stream segments. Note that in the initial python code we set a global attribute Nseg.

We can see in areas where the river has sharp bends some weird artifacts may be produced. These will be taken care later. However note how the river width changes smoothly between segments of different width.

    

Somehow the Skin operator does not transfer the Qrate attribute to the polygons and sets all Qrates to 0. A simple attribute VOP takes care of that. A get and a set attribute node does exactly that.

Then the fuse node with a certain tolerance resolve the artifacts displayed above

Finally we use a python node to write the polygons into a file to export them into a suitable format using the following python code.