Field data sits in different files
Soil sampling results, combine yield maps and vegetation indices are brought onto the same field boundaries in one coordinate system, so layers can be overlaid and compared instead of opened in three programs.
askcust develops precision farming software that combines soil sampling, yield maps and vegetation indices into productivity zones, prepares prescription maps for variable rate application in terminal formats and checks the as-applied data. For farms whose machinery can already apply by map while the data for it sits in separate places.
Precision farming software is a system that brings together data on in-field variability (soil tests, yields, vegetation indices, terrain) into zones, turns the agronomist's rate decisions into prescription maps for machinery and then compares them with the as-applied data. The software itself applies nothing: the implement's rate controller changes the rate, and the software prepares its data and checks the result.
Soil sampling results, combine yield maps and vegetation indices are brought onto the same field boundaries in one coordinate system, so layers can be overlaid and compared instead of opened in three programs.
Raw yield data contains false points: pass starts and ends, overlaps, sudden speed changes. The software cleans it under transparent rules and makes maps from different years and combines comparable.
Productivity zones are built from several seasons of yields and indices rather than one image; the agronomist sees how stable the zones are between years and can adjust them before use.
Prescription maps are exported in the format a specific terminal accepts, ISOXML or Shapefile with the right attribute structure, and are tested on the farm's actual terminal before work starts, not on the day of application.
As-applied data from the terminal is overlaid on the prescription map: areas with rate deviations, gaps and overlaps become visible, and the next season shows whether yields changed in the zones where rates were changed.
The module set depends on the data the farm already has and on what its machinery can do.
Soil sampling by grid or zone, yield maps, Sentinel-2 vegetation indices, terrain and field boundaries from the digital field map, all in one coordinate system.
Filters for flow delay at the start of a pass, overlaps, sudden speed changes and impossible values; the parameters are visible and adjustable, and the raw data is kept unchanged.
Zones built from several seasons of yields and indices with a stability score between years; the agronomist sets the number of zones and adjusts boundaries where they know the field better than the data does.
Seed, fertiliser or soil amendment rates by zone under rules the agronomist sets, with checks against the implement's minimum and maximum rate and a total material requirement per field.
ISOXML for ISOBUS terminals and Shapefile for terminals that accept it; the file structure is adapted to the specific models the farm has.
Import of as-applied data from the terminal, comparison with the prescription map, and a report on rate deviations, gaps and overlaps by field, zone and implement.
Next season's yield by zones with different rates, so the agronomist judges decisions by data from their own fields rather than by advertising promises.
askcust works with the data machinery and labs provide; for map-based application the implement and terminal must support variable rate, for example the ISOBUS TC-GEO functionality.
| criterion | Machinery maker's or agri platform's software | Precision farming software by askcust |
|---|---|---|
| Mixed-brand fleet | Works best with its own brand's machinery; other formats are supported only in part. | Data and prescription maps for all of the farm's terminals in one place. |
| Zoning method | The provider's algorithm; how zones are built is not always visible. | Transparent rules the agronomist can see and change, with a zone stability score. |
| Your own data | Soil tests and yield data have to be converted to the platform's formats. | Lab spreadsheets, yield archives and indices are used as they are. |
| Link to records | Applied rates stay in the platform; cost records are kept separately. | Planned and applied amounts flow into the farm's field and material records. |
| Start | Fast if the whole fleet is one brand and the platform is already connected. | After a data audit and a format check on the farm's terminals. |
| When to choose | A single-brand fleet and standard application scenarios the platform covers. | A mixed-brand fleet, your own data and method, and a link to records. |
Which layers already exist (soil tests, yields, indices), in which formats, and what the farm's terminals and implements can do. The result is a list of fields where variable rate application is possible this season.
Zones and a prescription map for a few fields of one crop; the file is tested on the actual terminal before work starts so that format, units and rates match.
Automatic loading and cleaning of data, zones and prescription maps for all fields, export for each terminal model and import of as-applied data.
Reports on as-applied deviations from the prescription, yields by zone after harvest, and rule and zone adjustments with the agronomist before the next season.
examples of askcust's work →not agriculture, but the same kind of task: records, CRM, automation
ISOXML (ISO 11783-10) for ISOBUS terminals and Shapefile for terminals that accept maps in that format. Attribute structure and rate units differ between models, so askcust sets up the export for the farm's specific terminals and tests the file on the actual machine before work starts.
For variable rate application, yes: the implement must be able to change the rate on the move, and the terminal must read the prescription map, for example through the ISOBUS TC-GEO functionality. askcust's software installs nothing on machinery and sells no hardware: it prepares data for what the farm already has and checks the result.
From several seasons of data: yield maps, vegetation indices and, where available, soil sampling and terrain. Zones from one year or one image are unreliable, so the software shows how stable they are between seasons, and the final boundaries are agreed with the agronomist who knows the field best.
Yes, if the combine terminal exports them in a standard format such as ISOXML or Shapefile, or through the manufacturer's cloud service with API access. Raw data is cleaned of false points, and maps from different years and combines are brought onto one grid so they can be compared.
askcust does not quote savings percentages: the result depends on field variability, crop, prices and data quality. The software provides a way to check: yields by zones with different rates on the farm's own fields, so the effect is judged by your data after the season, not by advertising figures.
The cost depends on the number of data layers and sources, the terminal models that need exports and how closely it links to records, not on the area. You can start with a pilot on a few fields of one crop; askcust estimates it with a fixed scope after the data and machinery audit. Field data, zones and prescription maps are stored on the farm's own server or cloud.
A reply within one business day; a call only if we agree on one.