Re: Making "read from file" less blocky.

The trick is to create an independent process. A standalone that listens for messages. Pass it some parameters and go on about your business. Multithreaded computing on demand. AppleScript or open process doesn’t matter. Sent from my iPhone > On Aug 3, 2019, at 19:09, Dar Scott Consulting via

RE: [OT] Weighted distribution of Numbers

Thanks all! I will take a read on that link also. Ralph DiMola IT Director Evergreen Information Services rdim...@evergreeninfo.net -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of Mark Wieder via use-livecode Sent: Sunday, August 04,

Re: Making "read from file" less blocky.

OK. Skip "cat" for now. Everything else should work on Windows. To load a file in one swoop... put URL("binfile:" & ThisFile) into IntoThisVariable And if you saved the file with compress, then decompress it. To load portions of a file just-in-time... Use "at" and "for" in "read from" That

Re: Making "read from file" less blocky.

On 04/08/2019 19:07, Tom Glod via use-livecode wrote: Hmmm interesting. I was sending binary variables to it, and the headers came through ok, but the binary data didn't when it was over a certain size. What sort of data sizes have you been been sending to your httpd standalone?

Re: Making "read from file" less blocky.

heheh its always a fun exercise. Dar, these are linux based solutions right? using windows here at the moment, so I can't test, but when I test and optimize my application for linux i will try these. On Sun, Aug 4, 2019 at 4:43 PM dsc--- via use-livecode < use-livecode@lists.runrev.com>

Re: [OT] Weighted distribution of Numbers

On 8/4/19 3:00 PM, dsc--- via use-livecode wrote: I'm unsure how often 800 or so changes. I'll call it 800, it is just a name. Values can range from 0 through 800. You can map a number in that range to 0-1 by dividing by 800. That is, scaled1(n) is n/800. I guess you want to map each number

Re: [OT] Weighted distribution of Numbers

I'm unsure how often 800 or so changes. I'll call it 800, it is just a name. Values can range from 0 through 800. You can map a number in that range to 0-1 by dividing by 800. That is, scaled1(n) is n/800. I guess you want to map each number n in that into one of 101 bins, 0 through 100.

Re: [OT] Weighted distribution of Numbers

Oh, good. I was worrying that you might have a bad customer. > On Aug 4, 2019, at 3:05 PM, Ralph DiMola via use-livecode > wrote: > > > I'm not plotting this but using it for searching. > > I'm not really lying. I'm trying to come up with the raw numbers from many > individual components.

RE: [OT] Weighted distribution of Numbers

I'm not plotting this but using it for searching. I'm not really lying. I'm trying to come up with the raw numbers from many individual components. It's like "Gone with the Wind" and "Apocalypse Now" both getting 100 on Rotten Tomatoes. But if you looked under the hood and added up components

Re: Making "read from file" less blocky.

Even more "really out there" of the "really out there". Don't read in the file. Access portions JIT, that is, lazily. Create a function that pulls in segments of the file. Kinda like this: function segmentOfFile pStartIndex, pEndIndex, pThisFile Or this: function

Re: [OT] Weighted distribution of Numbers

I was thinking the same, but was to afraid to say it. Yes, the actual name is "lying". However, there might be an honest attempt to display crowded dots or icons. > On Aug 4, 2019, at 2:19 PM, hh via use-livecode > wrote: > >> Ralph D. wrote: >> I'm sure there's an actual name for doing this

Re: [OT] Weighted distribution of Numbers

Perhaps what you want is histogram smoothing or histogram curve fitting. Is this for a dot or icon display? Or for a plotted curve? > On Aug 4, 2019, at 1:38 PM, Ralph DiMola via use-livecode > wrote: > > Dar, > > Thanks for looking at this... > > These numbers are quality ratings. The raw

Re: [OT] Weighted distribution of Numbers

> Ralph D. wrote: > I'm sure there's an actual name for doing this in the statistician's > world but I don't know what it is. This has nothing to do with "statistics". This is simply "try to lie by data cheating". ___ use-livecode mailing list

Re: Updated Lesson and new Notarization Helper Stack

Bill, thanks for your words. As long as i develop for Mac i will try to maintain the stack. So if there are changes in the notarization process and i can adjust the stack to comply with them, i will do. The same goes for the tutorial if my time allows. But the priority would always be with the

RE: [OT] Weighted distribution of Numbers

Dar, Thanks for looking at this... These numbers are quality ratings. The raw numbers range from 0 to a max of 800 or so. The customer wants to see a rating from 0-100 so I normalize them into a range of 0 to 100 where the raw 0 is 0 and the raw 800 is 100. This works perfectly. When looking at

Re: [OT] Weighted distribution of Numbers

On 8/4/19 11:49 AM, Ralph DiMola via use-livecode wrote: I have a set of raw numbers(6,000 of them from 0 to 800 or so). It was easy to normalize these numbers from 0 to 100. But as I look at the results I see that there is one at to top(100) and a few in the 90s and many more in the 70s and

Re: Making "read from file" less blocky.

More "really out there". I like the idea of trying to speed up an upfront foreground load. Something simple like this: put blah-plah into IntoThisVariable. where blah-blah is nana-nana or decompress( nana-nana ) where nana-nana is one of these: URL ("binfile:" & ThisFile)

Re: [OT] Weighted distribution of Numbers

Just to clarify... Is this right? The max of the raw numbers maps to 100. The min of the raw numbers maps to 0. (Or is it 0 maps to 0?) The middle number maps to something like 70. (Or is it half of the max maps to 70?) The mapping is smooth. Where 70 might be something else. > On Aug 4, 2019,

[OT] Weighted distribution of Numbers

I have a set of raw numbers(6,000 of them from 0 to 800 or so). It was easy to normalize these numbers from 0 to 100. But as I look at the results I see that there is one at to top(100) and a few in the 90s and many more in the 70s and 80s. I need to make these numbers more evenly distributed and

Re: Making "read from file" less blocky.

I love "really out there". I wanna play. At the start of any solution, try this. It might speed up any method but would take some time at the start. get shell( "cat " & ThisFile & " > dev/null" ) I think that is likely to pre-load the system file buffers for you. If one is feeling

Re: Making "read from file" less blocky.

Hmmm interesting. I was sending binary variables to it, and the headers came through ok, but the binary data didn't when it was over a certain size. What sort of data sizes have you been been sending to your httpd standalone? My tests, were 18 months ago at least, but I am hoping it was

Re: Making "read from file" less blocky.

Oh, that's a bit worrying I'm just starting a project that will use httpd, and it might in the medium term need to receive large data sets. But for now, similar to this case of yours for "serving" files, it only needs to send large data sets, and I have tested that pretty thoroughly

Re: Making "read from file" less blocky.

Hi Alex, yes that would definitely be a great option for a high performance solution that would work well in the background. I did tests on such a solution a while back (for a similar task), but found that the httpd library was not able to receive large pieces of binary data. It worked beautiful

Re: Updated Lesson and new Notarization Helper Stack

Matthias: I am way, way, appreciative of your contribution to this very important development task!! I don’t regularly distribute an app, but when I do, it takes me a full day to struggle with all of the details of code signing and distribution, and it is a real pain. Of course, these details

Re: Updated Lesson and new Notarization Helper Stack

Cool! Nice job Matthias! I can see you put a lot of work into everything. Thank you, thank you, THANK YOU!!! Rick > On Aug 3, 2019, at 3:30 PM, Matthias Rebbe via use-livecode > wrote: > > For those who are interested. > > Today i´ve updated the Lesson on How to code sign and Notarize

Re: Making "read from file" less blocky.

OK, here's a "really out there" suggestion 1. Run a local web server  to serve files (locally only). Can be done various ways, including (easily) via LC and the httpd library,     (build that server as a standalone and have it running - started from your app if need be...)

Re: Save Standalone Settings Externally

Another, possible simpler solution: a) what you change the standalone setting in the standalones, you can, if wanted, test building, the app *without* being forced to save the stack. b) Somehow you would have to address the Standalone setting in RAM or save to some *.temp file ... when you

Re: Updated Lesson and new Notarization Helper Stack

Ok thanks a lot Matthias. Op 4-8-2019 om 14:11 schreef Matthias Rebbe via use-livecode: Jerry, thanks for your kind words. WinSignHelper is just for Mac OS. There is an easy to use tool from K Software which allows one to easily code sign Windows Apps on Windows. It´s called kSign and can

Re: Updated Lesson and new Notarization Helper Stack

Jerry, thanks for your kind words. WinSignHelper is just for Mac OS. There is an easy to use tool from K Software which allows one to easily code sign Windows Apps on Windows. It´s called kSign and can downloaded here . Description for

Re: Updated Lesson and new Notarization Helper Stack

Thanks very much. Danke Schon! Matthias, great job. And thanks that you made and share this with everyone. Love your website layout. By the way is the winsignhalper also avail for win10? Freundlichen gruessen aus Holland! Sphere/Jerry Op 4-8-2019 om 05:15 schreef Tom Glod via