Guide · 7 min read

Uploading large files from a job site with a weak connection

Cellular, satellite and hotel Wi-Fi are slow, shared and drop out. How to measure the upload you actually have, make it go further, choose a method that resumes, send less from the field, and know when to ship a drive instead.

Author
Ripton Cloud team, Product editorial
Updated

Key takeaways

  • Measure upload speed at the place and time you will actually upload, several times. Download speed and a single test tell you little.
  • Most lost time on weak links comes from restarts. A method that resumes from where it stopped matters more than a faster peak speed.
  • Keep the laptop awake, on power and wired to the router where possible; a sleeping machine is the most common silent failure.
  • Send a small check sample first, and decide in advance when a capture is too large for the link and should travel on a drive.

Measure the upload you actually have

Field connections are advertised by download speed, and uploads are usually far slower. What matters is the sustained upload rate at the place and time you will send the data, from the machine that will send it.

  1. 1Run an upload test from the sending laptop, at the time of day you would normally upload, on the connection you would use.
  2. 2Repeat it three or four times over an hour. Weak links vary; plan on the lower results, not the best one.
  3. 3Note any data allowance on cellular plans. Some plans slow down or charge more after a monthly limit, and one capture can use it up.
  4. 4Multiply the capture size in gigabytes by 8,000 and divide by the upload rate in megabits per second. That is the best-case time in seconds.

What each kind of field connection is like

ConnectionTypical problemWhat helps
Cellular hotspot or routerUpload much slower than download, signal varies by position and time of day, data allowancesAn external antenna or a router placed for the best signal, uploading at quiet hours, checking the plan's limits
SatelliteLong or variable round trips and short dropouts, so ordinary uploads slow down and stallA transfer method built for latency and loss, and one that resumes after a dropout
Hotel or site Wi-FiShared with everyone else on the network, sometimes with per-device limits or idle disconnectsA wired port if there is one, uploading overnight, a cellular backup
Regional office or partner siteUsually the best link within reach, but a drive or laptop has to get therePlanning a stop there for large captures instead of fighting a weak link

Choose a method that resumes

On a weak connection, dropouts are normal. The difference between methods is what happens next. Some uploads start the file, or the whole batch, again from the beginning. Others keep what has already arrived and send only what is missing. Over a long upload on a link that drops several times, the first can take many times longer than the arithmetic suggests, and sometimes never finishes.

Ordinary uploads are also built on TCP, which slows down sharply whenever packets are lost and speeds back up slowly on long round trips. Satellite and congested cellular links lose packets often, so the upload spends much of its time recovering rather than sending.

  1. 1Start an upload of a real capture, not a single test file.
  2. 2Part-way through, disconnect the network for a minute, then reconnect it.
  3. 3Check whether the upload continues from where it stopped or starts again.
  4. 4Repeat once more, then confirm the file count and total size at the destination match the source.

Send less from the field

Not everything has to travel over the weakest link. Many teams send a small sample first so the office can confirm the capture is usable before the crew leaves the site, then send the full dataset from a better connection or on a drive.

  • First: flight logs, a few sample images or tiles and any field notes, so the office can check coverage and quality.
  • Then: the full raw capture, from the best connection within reach, overnight if needed.
  • Keep the cards or a checked copy until the office confirms the full capture arrived complete.

Know when to ship a drive instead

If the best-case upload time is longer than the time you have, no transfer method will close the gap. Decide the cut-off in advance so the crew does not spend a day trying.

If the best-case upload isThen
Comfortably inside the deadlineUpload from the site with a method that resumes
Close to the deadlineSend the check sample now and the full capture from a better connection
Longer than the deadlineShip or carry a drive, and upload only the check sample

Where Ripton Cloud fits

Ripton Desktop sends a capture folder as one encrypted package to a Ripton node at your office or in your own cloud account. The protocol is UDP-based with its own rate control and retransmission, built for high-latency, lossy links, and after an interruption it keeps completed work and sends what is missing. Keep Desktop running and the machine awake until the transfer completes.

Ripton Cloud does not improve the link itself. If the capture is larger than the link can carry before your deadline, a drive is still the right answer.

Related

Bring one real capture and the connection you upload from. We will run it alongside your current method, with a deliberate dropout, and compare.

Test it from your field connection