MartinD

Hi,

Not sure what I'm doing wrong but every time I try and view a post it does not open and just gets highlighted in yellow.

Any ideas?

-Martin

QUOTE(silmaril @ Aug 7 2007, 10:37 AM)

Are you really using ImageMagick's source code in your application?

Then you have to make your work GPL as well.

But it sounds as if you are only writing some application that invokes ImageMagick. I don't think you have to make your programm open source in this case.

I am not shure, if you are allowed to include the ImageMagick installer in your own installer.

Seeing how this is handled in other projects, you might need to deliver it as two separate installers and your users must install both of them separately.

Thank you for pointing this out to me.

Basically I'm just invoking ImageMagick via the command line. So if this means I can get away from making my software open source, that would be my favoured option. But it does mean I can not use the LVOOP ImageMagick code that is now available, fair enough I suppose. Back to spending hours re-coding what already exists I guess...

QUOTE(Tomi Maila @ Aug 7 2007, 10:41 AM)

I'm going to try and avoid GPL'ing my product in this case I think. I should read the ImageMagick proprietary license again, but I'm often not really sure after reading all those conditions. Maybe after a few reads it will sink-in!

Thanks

QUOTE(silmaril @ Aug 6 2007, 03:11 PM)

Yep. That's correct as I understand it, too.

Yes, you must meet certain conditions that make it clear that your work is under the GPL.

Don't forget: If you use GPL code, your complete work must be under the GPL as well!

I'm not 100% percent shure about this one.

As I understand it, the users must have some way to get the source code. You don't need to ship it with every installation, it should be enough to have them downloadable on a server.

If you want to provide a warranty: just go ahead! You can do this without breaking the GPL.

Just to be shure: Are we really talking about GPL here, or rather about some libraries that are under the LGPL?

If it's LGPL, then it's much easier. You don't need to publish your own source code in this case and your application doesn't need to be under the LGPL itself.

You still have to deliver the LGPL license text with your software and make clear what you are using, but I think that's just fair.

Thanks for that information.

We are talking about GPL here. Basically my application uses ImageMagick extensivley, that's covered by some license "compatible with GPL". Now with the advent of the LAVA code repositry "LVOOP ImageMagick Interface" I'm tempted to use that also. That's covered by the GNU GPL version 2 license.

You said: Don't forget: If you use GPL code, your complete work must be under the GPL as well!

This concerns me a little. There may be some parts of code I would prefer to remove the diagrams from. Those that talk to bespoke hardware etc. I wonder where the line is drawn here because I cannot provide the source code for the NI functions for example. I guess the key is "all my work" becomes covered by the GPL.

Thanks agin,

-Martin

Hi all,

When I want to test a bit of the diagram in isolation: I select it, then <Ctrl> + C, N, E, V to paste into a new VI diagram (just a handy combination).

Guess someone has already mentioned <shift> + Enter for adding a new entry in a enum after the current one.

Bye for now.

-Martin

QUOTE(Jim Kring @ Aug 1 2007, 06:42 PM)

Martin: Do you know which setting change, specifically, caused the problem? This info would be useful to us for trying to reproduce, fix, and document the problem on our end.

Neville: Thanks for the suggestion. I'm glad this worked!

Thanks,

-Jim

Yes - First I tried changing the order of mirrors so that the ones geographically nearest to me were fist in the list (I'm in the UK). Tools>Options>Advanced>. That did not work for me.

Then I changed the "TCPIP timeout" to 60 seconds. Tools>Advanced>Internet>. Then all worked fine from that point onwards.

Hope this will be of help.

-Martin

Thanks Jim,

I have all the VIs I need now. :thumbup:

-Martin

QUOTE(Neville D @ Aug 1 2007, 05:02 PM)

Yes, I've had that happen a number of times as well. Somewhere in there, you can change the internet mirror sites that VIPM looks at for the downloads.. if you change the order of the sites so that the geographically closest one is first, and so on, it seems to help. At other times, just wait a while (maybe a day) and try again.

You might also try changing the timeout value to about a minute or so.

Neville.

Great,

That solved the problem for me

Thanks a lot Neville,

-Martin

QUOTE(Neville D @ Aug 1 2007, 05:02 PM)

Thanks Neville, it all works as it should now. :thumbup:

-Martin

Hi all,

Just got LabVIEW 8.2.1 and thought it a good time to update my OpenG package. I have never managed to get the openG stuff into my palettes as there were intended, I can live with that. But right now I can't get the latest array package either. I'm using the new beta VIPM. The error I get is detailed in the attachment, basically says "could not download". Any ideas? Maybe this is something to do with the dynamic palette package, as the array package requires it. The dynamic palette package seems to be installed but not functioning. Although the VIPM indicates that its not installed. The VIPM has successfully installed 22 other packages but fails to download these 2.

Or is there a location were I can download the packages in there usable form without the need for the VIPM? I'm just after the latest array package for now.

TIA

-Martin

http://forums.lavag.org/index.php?act=attach&type=post&id=6511

QUOTE(yen @ Jul 13 2007, 12:53 PM)

The support topic for that entry has the VIs in 7.1 and 7.0 formats.

And the link.

Thanks a lot. I have now upgraded to premium membership and have the Tree control code in the version I need.

What a great resource LAVA is.

-Martin

QUOTE(dwisti @ Jul 12 2007, 05:22 PM)

The Code Repository has a nice INI file viewer example created with a tree control.

http://forums.lavag.org/downloads-file71.html' target="_blank">Tree Control API

Wow - Perfect. Thanks a bunch.

Just one problem - I only have LabVIEW 8.01. Can someone recompile for me please?

Also where is the link for upgrading LAVA membership?

-Martin

Hi all,

Does anyone know where I may get my hands on some code that reads the complete hierarchy of a tree control (LabVIEW or MS tree control) and saves it to file. Then allows for the file to be read and restores the tree control with all the items while maintaining the original hierarchy? I have had a look at coding this from scratch and I think it will take a long time, and I expect others have done this before.

Any ideas, know of any links?

TIA

-Martin

QUOTE(rolfk @ Jan 27 2007, 02:26 PM)

Yes! The icon resource format used by LabVIEW originates from the original Macintosh OS icons. They have no explicite color table but instead use the application color table initialized by an application at startup and LabVIEW simply adopted that idea and ported it to all platforms. Changing that now would be a bit of a difficulty although I guess they could add a new million colors icon format to the internal resource table.

But that would be a lot of work since quite some low level routines would have to be updated and retested (where I think the LabVIEW developers would rather not use that resource format anymore if they could), the icon editor would have to be seriously overhauled, quite a bit of bitmap handling would have to be adapted to support that new icon format and last but not least the color picker tool itself would need to be taken care of too.

And I have some feeling that there are quite a lot of other projects on the todo list that have a higher priority and would require less work to do than this and with a lot less risk to break existing code.

I do think that the original color picker from older LabVIEW versions which had the actual colors in the 6*6*6 matrix was better for the icon format but they had to update it to support the color box which could take millions of colors.

Rolf Kalbermatter

Hi Guys,

This is a litte of the subject but:

I have an 8 bit png file that I'm loading onto a picture control. I want to use one of the 256 color pickers (that I can create easy enough thanks to your posts), to draw on the image. My problem is when I read the file using the labview VIs and look at the color map it only contains the colors in the image file and not all those on the color picker, so what can I do? If say I want to draw with red and it does not exist in the files colormap I can't just add it to the color map as there is no room left (256 color limit), I can not replace one of the colors in the colormap because it may be required else where in the image. Am I missing something? I have tried using the labview standard 8 bit colour map for the image instead of that read from the file info and guess what, the image goes all the wrong colors! Anyone know what I shouild be doing?

-Martin

Hi all,

When I try to save an array all I get in the file is:

[Motion config]

Axis names.<size(s)>=0

Where "Motion Config" is cluster containing an array (labeled "Axis names") of strings with 8 elements. The size should be 8 and the element data should be stored in the file - right?. Does anyone what I'm doing wrong?

TIA - Martin

Figured out myself - Needed to set the data before saving, of course! :headbang:

Hi all,

When I try to save an array all I get in the file is:

[Motion config]

Axis names.<size(s)>=0

Where "Motion Config" is cluster containing an array (labeled "Axis names") of strings with 8 elements. The size should be 8 and the element data should be stored in the file - right?. Does anyone what I'm doing wrong?

TIA - Martin