Users may experience a critical failure when attempting to generate a flight route within the Remote Control app. The symptoms include:
A field boundary is successfully created and uploaded via the .
The field data is synced/pushed to the .
Upon attempting to create an operational route, the .
The crash is caused by within the field boundary. Specifically, the system cannot currently process boundaries that contain internal segments that "bisect" the field.
If a boundary line crosses through the interior of the shape—effectively splitting one field into two or more connected sub-sections—the routing engine fails. The Ceres Air Remote Control App does not yet support multi-field route generation within a single boundary container.
To resolve this, you must ensure the field boundary is a with no internal overlapping lines or intersecting boundaries.
Choose one of the following methods to fix the boundary:
- Edit the field in the Applicator View to remove any internal lines, ensuring there is only one outer perimeter.
- If the area truly requires two distinct sections, delete the "bisecting" boundary and save them as .
To ensure the generates flight routes efficiently and without errors, follow these geometric guidelines when mapping fields in the .
The routing engine requires a "Simple Polygon." To avoid app crashes:
- Ensure boundary lines never cross over themselves (forming a "figure-8").
- Avoid drawing lines that cut through the middle of the field. The boundary should only represent the outer perimeter.
- Always ensure the start and end points are snapped together to create a fully enclosed shape.
If a single physical location has distinct sections (e.g., divided by a road, a wide treeline, or a fence):
- Instead of one complex boundary, save them as "Field A" and "Field B."
- Do not connect two large areas with a very thin "neck" of pixels, as this can confuse the pathfinding algorithm.
When dealing with internal obstacles like silos, power poles, or ponds:
- If the software supports it, define these as internal exclusions rather than trying to wrap the main boundary around them in a single continuous line.
- Always leave a small margin of error (buffer) between the boundary and physical hazards to account for GPS variance.
- Avoid creating hundreds of individual points for a straight edge. Use the minimum number of nodes required to define the shape. High node density can slow down the sync process between the and the .