albertson.ch...@gmail.com said:
> What a complex setup! Can't you user some of the Linux server's disk space
> and write the files directly to that disk? Seems that would be much
> better.
[snip of neat brick story]
> I've used this story in data processing system designs when I see people
>
Thanks David and all the others!
- Henry
--
ehydra.dyndns.info
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo.com/cgi-bin/mailman/listinfo/time-nuts
and follow the instructions there.
I would need about as many steps to use NFS - substitute mounting a share
for logging in. In addition, I can telnet into Mother from other
locations if needed.
On 02/21/2012 04:10 PM, bownes wrote:
Wow. I just save it to an nfs share on the NAS. Then I can get to it from
anywhere in the hous
Wow. I just save it to an nfs share on the NAS. Then I can get to it from
anywhere in the house/world...
Have not seen anyone use kermit or zmodem orsplit or rar or uuencode for a long
long time.
On Feb 21, 2012, at 18:59, Chris Albertson wrote:
> On Tue, Feb 21, 2012 at 3:47 PM, Robert
On Tue, Feb 21, 2012 at 3:47 PM, Robert Darlington
wrote:
> Gotcha. Try using something like WinRAR to chunk up your file into
> multiple parts or the UNIX "split" command. In the very least that's
> a way to get it to somebody that can reassemble it for distribution on
> a web server.
That w
I *am* uploading the files directly to my Linux server,
called "Mother" (as in Alien).
On 02/21/2012 03:48 PM, Chris Albertson wrote:
On Tue, Feb 21, 2012 at 3:22 PM, Chuck Forsberg WA7KGX N2469R
wrote:
After collecting a new set of data, I need to create a new directory
to receive those file
On Wed, 22 Feb 2012 00:28:34 +0100, ehydra wrote:
>David schrieb:
>> I used Bittorrent last time to do this because of the ease and
>> reliability factor. There is no resuming since it does not work that
>> way and the whole process was just set and forget. HTTP and FTP can
>> usually resume ab
On Tue, Feb 21, 2012 at 3:22 PM, Chuck Forsberg WA7KGX N2469R
wrote:
> After collecting a new set of data, I need to create a new directory
> to receive those files. I stop Kismet, restart the wifi supplicant,
> log into my Linux server, create the new directory, cd to it,
> and transfer the file
Gotcha. Try using something like WinRAR to chunk up your file into
multiple parts or the UNIX "split" command. In the very least that's
a way to get it to somebody that can reassemble it for distribution on
a web server.
-Bob
On Tue, Feb 21, 2012 at 4:29 PM, ehydra wrote:
>
>
> Robert Darlin
On Tue, 21 Feb 2012 15:19:47 -0800, Chris Albertson
wrote:
>Someone needs to also run a tracker. THat is not hard to do and the
>tracker software is free. Then you can give a group of people your
>file by publishing a short .torrent file. This is the best way to
>send a file to a large gro
Robert Darlington schrieb:
Typically you can resume ftp transfers with the "reget" command. It
has to be implemented on the server.
Interesting.
There are tons of file sharing services on the web that are free. Why
go back to the 1980s?
Because the problem is to send the whole file at
David schrieb:
I used Bittorrent last time to do this because of the ease and
reliability factor. There is no resuming since it does not work that
way and the whole process was just set and forget. HTTP and FTP can
usually resume aborted transfers as well but require explicit support
from both
After collecting a new set of data, I need to create a new directory
to receive those files. I stop Kismet, restart the wifi supplicant,
log into my Linux server, create the new directory, cd to it,
and transfer the files with the ZMODEM delete source on successful
transfer option.
On 02/21/2012
On Tue, Feb 21, 2012 at 2:16 PM, ehydra wrote:
> I think most users have ADSL, where the problem is the low upload bandwidth.
> If the connection drops, the whole file is lost.
>
> The download is much faster and so there is a good change to save the whole
> file.
> If not:
> If the web-browser an
I used Bittorrent last time to do this because of the ease and
reliability factor. There is no resuming since it does not work that
way and the whole process was just set and forget. HTTP and FTP can
usually resume aborted transfers as well but require explicit support
from both sides and in prac
Typically you can resume ftp transfers with the "reget" command. It
has to be implemented on the server.
There are tons of file sharing services on the web that are free. Why
go back to the 1980s?
-Bob
On Tue, Feb 21, 2012 at 3:21 PM, Chuck Forsberg WA7KGX N2469R
wrote:
> I use ZMODEM over te
I use ZMODEM over telnet to upload wi-fi survey files to Mother.
On 02/21/2012 02:16 PM, ehydra wrote:
I think most users have ADSL, where the problem is the low upload
bandwidth. If the connection drops, the whole file is lost.
The download is much faster and so there is a good change to save
I think most users have ADSL, where the problem is the low upload
bandwidth. If the connection drops, the whole file is lost.
The download is much faster and so there is a good change to save the
whole file.
If not:
If the web-browser and the file-owning server understand reconect, one
can re
Hi:
I've used:
https://www.yousendit.com/
with no problems.
Have Fun,
Brooke Clarke
.. but the limit on that service has changed from 100 MB down to 50 MB,
making it rather less useful to me.
Cheers,
David
--
SatSignal software - quality software written to your requirements
Web: http://w
Time-nuts are welcome to use:
http://www.c-c-i.com/exchange/
to exchange files.
As the name says, the page is there to exchange files. The normal
use
would be to upload your file, tell people about it, let them
download it,
then delete it.
Please note that the page is completely public. A
Bob
The gif files upload OK now but the ones with "funny" non standard names
will not download for me.
can you tell me which character it does not like?
ws
*****
[time-nuts] How best to exchange Large files?
WarrenS wrote:
Bob
Worked great for my long zip file, and a
WarrenS wrote:
> Bob
>
> Worked great for my long zip file, and a large. jpg
> Thanks very easy to use, this will be very helpful to me.
> still a little problem, It would NOT take my short .gif file unless I
> falsely renamed it with a .jpg extension
Thanks Warren! Should be fixed now.
--
Bob
Bob
Worked great for my long zip file, and a large. jpg
Thanks very easy to use, this will be very helpful to me.
still a little problem, It would NOT take my short .gif file unless I
falsely renamed it with a .jpg extension
ws
Bob Smither smither at c-c-i.com
Bob Smither w
I've used this http://free.mailbigfile.com/ for years. You upload the
file and they send an email to the recipient who then downloads the file.
Brent
On 2/20/2012 10:52 AM, WarrenS wrote:
I'm just looking for an easy, temporary way (say lasting up to a week each) to
transfer a few big files
Brooke Clarke wrote:
> Hi:
>
> I've used:
> https://www.yousendit.com/
> with no problems.
>
> Have Fun,
Looks useful, but it appears to be mailing to a destination e-mail address. I
know that some e-mail servers will not pass large files.
Am I missing something?
Thanks,
--
=
Bob Smither wrote:
> After some changes, I was able to upload a 30 MB file with no problem. I will
> try a larger one later today.
I just uploaded a 119 MB file - so the exchange page
http://www.c-c-i.com/exchange/
seems to be working.
--
Bob Smither, Ph.D.
Hi:
I've used:
https://www.yousendit.com/
with no problems.
Have Fun,
Brooke Clarke
http://www.PRC68.com
http://www.end2partygovernment.com/Brooke4Congress.html
___
time-nuts mailing list -- time-nuts@febo.com
To unsubscribe, go to https://www.febo
WarrenS wrote:
> Bob posted
>> Please let me know if this doesn't work for you.
>
> All works as you said EXCEPT:
>
> I tried it several time with different type (of files (of the allowed type)
> and different size of files (well under the limit),
> and yet I always get the same results at the
Bob posted
>Please let me know if this doesn't work for you.
All works as you said EXCEPT:
I tried it several time with different type (of files (of the allowed type) and
different size of files (well under the limit),
and yet I always get the same results at the end after it has finished
uplo
Dave M wrote:
>> Time-nuts are welcome to use:
>>
>> http://www.c-c-i.com/exchange/
>>
>> to exchange files.
>>
>> As the name says, the page is there to exchange files. The normal use
>> would be to upload your file, tell people about it, let them download
>> it, then delete it.
>>
>> Please not
Time-nuts are welcome to use:
http://www.c-c-i.com/exchange/
to exchange files.
As the name says, the page is there to exchange files. The normal use
would be to upload your file, tell people about it, let them download it,
then delete it.
Please note that the page is completely public.
Sent: 20 February 2012 17:53
To: Discussion of precise time and frequency measurement
Subject: [time-nuts] How best to exchange Large files?
Recording high speed and/or long general purpose raw Osc data, the file can
become very large.
I'm looking for a simple, fast and easy (and che
WarrenS wrote:
> Recording high speed and/or long general purpose raw Osc data, the file can
> become very large.
> I'm looking for a simple, fast and easy (and cheap) way to transfer large
> compressed data files of up to say a 100 MB between time-nuts.
> I know there are all kinds places one c
On Mon, Feb 20, 2012 at 9:52 AM, WarrenS wrote:
>
> Recording high speed and/or long general purpose raw Osc data, the file can
> become very large.
> I'm looking for a simple, fast and easy (and cheap) way to transfer large
> compressed data files of up to say a 100 MB between time-nuts.
> I kn
On Mon, 20 Feb 2012 19:41:31 +0100, Attila Kinali
wrote:
>On Mon, 20 Feb 2012 09:52:39 -0800
>"WarrenS" wrote:
>
>
>> Recording high speed and/or long general purpose raw Osc data, the file can
>> become very large.
>> I'm looking for a simple, fast and easy (and cheap) way to transfer large
...
-Original Message-
From: "WarrenS"
Sender: time-nuts-boun...@febo.com
Date: Mon, 20 Feb 2012 09:52:39
To: Discussion of precise time and frequency measurement
Reply-To: Discussion of precise time and frequency measurement
Subject: [time-nuts] How best to exchange L
On Mon, 20 Feb 2012 09:52:39 -0800
"WarrenS" wrote:
> Recording high speed and/or long general purpose raw Osc data, the file can
> become very large.
> I'm looking for a simple, fast and easy (and cheap) way to transfer large
> compressed data files of up to say a 100 MB between time-nuts.
>
On 2/20/12 9:52 AM, WarrenS wrote:
Recording high speed and/or long general purpose raw Osc data, the file can
become very large.
I'm looking for a simple, fast and easy (and cheap) way to transfer large
compressed data files of up to say a 100 MB between time-nuts.
I know there are all kinds
At 04:07 21-02-12, you wrote:
Recording high speed and/or long general purpose raw Osc data, the
file can become very large.
I'm looking for a simple, fast and easy (and cheap) way to transfer
large compressed data files of up to say a 100 MB between time-nuts.
I know there are all kinds places
Recording high speed and/or long general purpose raw Osc data, the file can
become very large.
I'm looking for a simple, fast and easy (and cheap) way to transfer large
compressed data files of up to say a 100 MB between time-nuts.
I know there are all kinds places one can store large files tha
40 matches
Mail list logo