Norm Kirchner

QUOTE(Jander @ Nov 22 2007, 01:47 PM)

hello,

I have an array of long integers (nxm variable) and I would like to create a new one, adding one string(time with seconds) to the array, that generates another array (nx(m+1)). All the fields of the last colums must be the added array (time with seconds).

What you're asking for is not very clear, but I'll do my best to answer, but please respond w/ clarification.

If you have 1 array and want to make another array of a different type, but with the same number of columns and 1 extra row you simply have to create it. But the contents of the arrays are in question. But I have a feeling that you're looking for something like this

http://lavag.org/old_files/monthly_11_2007/post-208-1195786003.jpg' target="_blank">

QUOTE(Jander @ Nov 22 2007, 01:47 PM)

hello,

I have an array of long integers (nxm variable) and I would like to create a new one, adding one string(time with seconds) to the array, that generates another array (nx(m+1)). All the fields of the last colums must be the added array (time with seconds).

What you're asking for is not very clear, but I'll do my best to answer, but please respond w/ clarification.

If you have 1 array and want to make another array of a different type, but with the same number of columns and 1 extra row you simply have to create it. But the contents of the arrays are in question. But I have a feeling that you're looking for something like this

http://lavag.org/old_files/monthly_11_2007/post-208-1195786003.jpg' target="_blank">

QUOTE(bono02 @ Nov 20 2007, 08:38 AM)

Hi,

Can you explain why the MC will multiply with 4? Where can I get this information? in which manual?

Btw, the encoder is going to be used for servo motor. For the stepper I have potentiometer feedback.

Thx

The reason for the 4x of the # of pulses is due the the fact that there are actually 4 digital edges present w/ every 1 full notch.

A-up B-up A-down B-down (forward rotation) and since the encoder decoder is smart enough, It can figure out accuracy x4 of the number of notches in your encoder wheel

This is so much better

http://www.youtube.c...h?v=TtJRNyPK-lc

http://www.youtube.com/watch?v=TtJRNyPK-lc

GIRLY MAAAAAAAAAN

Two Big Thumbs Up from The Captain :thumbup: :thumbup:

Good grief. I must be really off my game.

For the record. No, I didn't see that method, and yes that is what I needed.

~,~ The Captain was only here in body, his mind is elsewhere

I have a tree that only has 2 genereations, top level parent items and their children (will never change)

I am attempting to sort by column, and I've got it figured out how the children need to be re-arranged, but I am not seeing an easy way to re-arrange the children. and deleting and re-inserting is not an option because of the variety of properties associated with a specific element.

Does anyone know how to programatically move an item in a tree?

So I found how to move an item in a tree programatically, and that's what all the strikeout is above. {found 6.45 seconds after hitting submit post}. But in the spirit of sharing, I'll post my code for the "tree - sort-by-column" code here once done.

My plan b implementation of this was always intended to be through the use of disk access which would solve the problem.

I fell back on the variant due to it's simplicity and my lack of need for high count data sets.

Let me look through your code and see how this may work

Just a quick diversion.

~,~

The Captain

QUOTE(Norm Kirchner @ Nov 12 2007, 11:22 PM)

Kiwi

HAHAHAOAHOAHOAHOAHOAHOAHOAHAOHA

~,~

That link is dead, here is a good link

Actually, NI beat you to it.

I have to say that I'm flabbergasted that NI has had this available and never wrapped it up for us, nor have I seen anyone else wrap it up.

Is it dangerous to use?

....just flabbergasted.

KIWI POWER!

I have always supported not using the display of the tree to store the data, rather, storing the data in a separate source and merely using the tree as a tool to display that data when needed, which goes in-line w/ what you are trying to do.

W/ the implementation that I'm working with though, you would still use the tree "assist" in storing the data, but only really format the tree when needed.

Maybe this code snibbit will help show what I mean when I say "assist"

I would still recommend using the tree to help maintain the relationships because doing this in the external structure may prove dicey. {hence the reason I went this route}

Something just smacked me right in the face w/ regards to inplaceness and memory structures and variant attributes.

I'm assuming that if you try to store data in the Variant DB that the compiler can never figure out if you are doing in-place operations/modifications of an already existing attribute.

Does anyone have feedback on that?

The reason being, is that I have created some modifications to the TreeAPI that allows you to embed data with a specific tag and have it travel around w/ it. The problem at the moment is that I store the data in a Variant DB.

I'll post the code to the CR discussion board soon.

Kiwi

HAHAHAOAHOAHOAHOAHOAHOAHOAHAOHA

~,~

I haven't seen one yet, but boy oh boy it feels good to know there is going to be someone else out there that I can warn/complain to.

We've been using it and I've been acting as admin and w/ the new version we've had nothing but trouble.

NI is actively working w/ us on it, so big thanks to them, but we're still having issues.

What is the specific thing that you're wondering/hoping to tell about it? how many licenses.

Did you know that you can"t turn off the debug log in the 2.1 version.

Have Fun

~,~

W/out exact testing, I would have to say definitely that this is an exact example for the use of the In-Place memory structure.

The reason that the copies are made is because you have branched your cluster really.

There is still a copy of it in the main/owning cluster and the other one that you have pulled out. 2 separate instances of the data 2 wires 2 copies in memory.

Sounds like a nice mini challenge.

Be the first to create the all inclusive "Size control to size" tool.

We'll judge it by the max# of things that is resizes.

QUOTE(Jim Kring @ Nov 12 2007, 11:24 AM)

Hey Norm,

Is your VI very general purpose? Want to make it general purpose? Need help? I'll probably end up implementing this for myself and if you've already got a head start, I would be happy to add my contributions/improvements and post them to LAVA as a BSD licensed VI.

Just nosed into my code, and realized that there is no direct way to do this because of the lack of a single "writeable" property that can change size.

Has OpenG created a tool that will allow for a single input of a class reference and a size and it will correctly call the property to resize the object?

~,~

Wow! Talk about one of those times that my feet are terribly greatful. They are currently wriggling around under my desk doing a jig since realizing they are saved from the pain of a bullet passing through them.

QUOTE(Justin Goeres @ Nov 7 2007, 10:12 AM)

I'm not totally sure I understand exactly what you're doing, so forgive me if I'm way off-base.

If you were using LV8.2 or greater, I would suggest my LVOOP Imagemagick library . But even though you're on LV7, you can still use ImageMagick directly to do what you want. Check out the convert utility, especially the density and/or resample operators.

What you can do is build your command-line string in LabVIEW, execute it with the System Exec.vi function, and then load the resulting output file as a PNG/TIFF/whatever. ImageMagick usually involves a bit of trial and error, but it's a terrifically powerful toolkit.

Finally, if you're messing around trying to see if your operations are taking effect, you might find the identify utility will save you from having to actually open & display your output files.

Justin, could you post a quick video of your Imagemagic library in work (JingProject.com)

I've once tried to install, but can't recall what it was, but there was a big hurdle involved in getting it working.

I would just love to see your example of the power of it in action.

QUOTE(i2dx2 @ Nov 11 2007, 08:57 PM)

now it's time to slow down a bit and take stock of what's really important: maturing those components so they also become integral parts of the LAVA family staple.

HAHAHAHAHAHAHAH

You make me Laugh!!!!! HAHAHA

We should forward that message onto Dr. T over @ NI. HAHAHAHAHHAHA

focusing on improving what is important instead of just making new parts hahahahahaha

No, we should not focus on the CR or the WIKI, no , let's add a video chat room, and then we'll add a 3d LAVA relm linked to second life, then we'll make it a new version of LAVA like LAVA 5.0 then LAVA 6.i in a year, then LAVA 7 extreme with deathmatch coding challenges.

WE MUST NOT JUST SIT BACK AND IMPROVE, WE MUST SPEND ALL RESOURCES ON MAKING NEW STUFF THATS BUGGY!!!!

AND THEN..... THE WORLD!!!!

</Rant>

Here here!

I've encountered this more than a few times and ended up making a Brat VI to handle the management of this. I would much rather have the "control resize to tab" be integrated into the environment.

bono, depending on what your cost constraints are, and since time is short, and since you're new to LV, and since you're going to be getting into Real-Time hardware. I would strongly recommend finding an alliance partner in your area to help you get started on this. To give you a framework, a background and some idea how to properly code this up.

RT is not a simple task to program properly, especially with the motion control, and w/ the expectation of accuracy and precision. I don't know how much you figured you could learn and implement in a short time, but it looks like you might be over your head.

Your project seems really interesting and my true intent is to help you succeed, not be mean.

Time to call in the Marines.

I'm a little confused where this would be needed in a program? You're description is a little fuzzy.

A child VI like this that controls the parent VI is called a "Brat VI" (wiki entry in the works, but do a LAVA search)

I am in the midst of creating a similar program but it will allow you, through the use of hot-keys to pause, break open the BD, remove modality, and more.

I'll try to get it posted out soon, but definetly look into what I have already posted for Brat VIs.

Good idea, but needs some work on implementation.

QUOTE(Aristos Queue @ Oct 14 2007, 04:44 PM)

If the data type changes from String to LabVIEW Object (as I intend to be able to do in the next version of LV), then Compare Elements will still work just fine -- a class is a scalar as far as any operations on the class are concerned. The fact that there is data bundled together underneath to implement that scalar is hidden away. Note: Do not take this comment as a reason to believe that we'll have class comparison working in the next version of LabVIEW. I may intend this happen, but then, I intended to have classes in 8.0, and we see what happened there...

AQ, What I was asking regarding not the use of just a class, but something more complex, like a cluster. So my comment about needing compare aggregate is still valid.