-
Notifications
You must be signed in to change notification settings - Fork 3
What is a field boundary? #27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Good discussion. We're into mixed farming (Cibo Labs) and define a "field" as a management unit that's usually inside a "paddock", and the paddocks are mostly (given surveying errors and image errors) within a "cadastral boundary". This, I suspect, is a local definition. Paddocks can be large—some in our system are ~90,000 ha, so close to the Fiboa spec max size—but they are relatively stable over time, whereas our field bounds can change multiple times/year. This definition differs from what I commonly see elsewhere, where "field" and "cultivated area" distinguish the fenced/surveyed bounds from the management. Either way, some way to distinguish these two boundaries with say, a type-like field is essential. Other definitions use "fields" but include landUse and grazableArea to inform that there are ungrazable areas such as forests, dams etc. Also, it's worth looking at Datalinker-Org for some thinking on this - they define a few farm data classes. It would certainly be helpful to have a consistent definition for traceability and conformance that could fit into UN/CEFACT. |
Thank you, @m-mohr for pointing me to this discussion. I had added a viewpoint in #28 (comment) and here are responses to your questions:
Not from the authority's perspective: These parcels are managed by the same farmer and have the same crop (mostly grassland). The farmers receive subsidies for the whole parcel, not for subparts. From a satellite monitoring perspective it might make sense: The farmer might have their sheep on one side of the hedge in one week and on the other side of the hedge in the other week. Then we are talking about "partial grazing", and splitting the parcel up would result in more fine-grained monitoring results, i.e. subpolygon 1 was grazed during CW 19 and subpolygon 2 was grazed during CW 20.
No, the IDs are assigned by the authority based on a farmer's subsidy application. From their perspective, the subparts of the multi-polygon still belong to one entity.
I'm mostly talking about grassland, which does not change across years. In response to the line on the main README of the specification:
Maybe my data exchange use-case with fields that are prepared for satellite monitoring (split by hedges, inner buffer) does not fit with the open data goal of fiboa. In this case I would argue that a field can only be a single polygon. |
There could be potentially be interesting take aways in https://adaptstandard.org/docs and ADAPT/Standard#97 Also interesting: https://aggateway.org/Portals/1010/WebSite/About%20Us/FIELD%20BOUNDARY%20FLYER%20122123.pdf?ver=2024-01-03-212959-590 :
|
We didn't really came to a conclusion today, e.g. what about forests, pastures, orchards, etc. Note from the meeting:
|
This is a discussion that keeps popping up. The only answer is: it varies. There is no strict global definition, we only have local definitions. A farmer can, at a specific time, concurrently have many different "fields" on the same spot, with almost with the same geometry but for different purposes. He will refer to them as a "field" with the same name, but depending on the context it's different geometry/properties. I will illustrate with some local examples I'm aware of, a farmer has:
The list is probably longer. Think of soil sampling locations, or erosion areas requiring specific practices. |
I think we should start a discussion about what a field boundary is - or there should be a type-like field for boundaries in core.
I just stumbled across a dataset (Thuringia, Germany) that included (in my view) more than just agricultural fields, e.g. forests.
To make sure that we don't mix things up, we should try to define something that guides a user.
The text was updated successfully, but these errors were encountered: