Goals
Farmstack should help organizations and individuals across the agriculture value chain to share data and realize more value, more here
Strategic fit
DG is established partner in various state government’s agriculture programs in digital learning space involving video dissemination/ digital advisory
Data sharing infrastructure augments and leverages on the existing efforts in digital advisory and fits with the mission
Assumptions
Orgs don’t trust DG or any other org to host data
validated for orgs like ATA (counter: Coalition of Willing but limited to research)
Orgs see value in data sharing for knowing more about farmers
signals that complete farmer profile not available with anyone including govt
Current initiatives fail to provide necessary trust across ecosystem
signals of mistrust between departments within the ministry
Customer Development Process
User concerns - User requirement Matrix
User concerns | Possible answer - user requirement | Priority rating (1-5)
Total: (E+N)*I |
Trust
|
|
T: 24 |
Data security while handling data
|
|
T: 21 |
Incentive
|
|
T: 21 |
Data Policy
|
|
T: 18 |
Search data
|
|
T:14
|
Quality assurance
|
|
T: 5 |
Open Data but lot of effort spent in pre-processing data |
|
T: 5 |
Further Questions
Who owns Farmstack (p2p data exchange tool)?
DG owns farmstack during bootstrapping phase and provides service for implementing farmstack (~2 years)
Farmstack then maintained by MoA or other govt body with ability for people to own p2p data exchange tool
What policy based usage controls are required immediately (6 months)?
Ability to prevent data to be downloaded
Ability to expire data
Use data for processing but not available for further use
Ensure that data is being processed/consumed within the geographic limits
What level of user friendliness is required in defining usage policy?
In near and mid term, we provide the service and encode it
In future, suite of policies that can be selected as well as option to easily define usage policy for specific cases
What is the level of security?
Entry point should be security by obscurity - have virtual environments
Build security gradually with near complete system by the time FS is handed over (~ 2years)
Who are the power users?
Those who are willing to participate in use cases and test out, eg - Shayashone
Overall Plan
Track 1: Tech development focussed on priority a) p2p data exchange, b) policy based usage control and c) data discovery
Track 2: Use case development with customers (focus on diversity in value chain, data patterns, applications that help farmers in some way)
Track 3: Applications for use case (try to exit in the long run unless it adds value to FS)
Track 4: Evangelization, RnD and collaboration related to backend
Not Doing
Security centric design: Stick to security by obscurity as starting point and then see what else is required
Compliance driven use case: Strict adherence to GDPR or such policy, let it be needs driven if the power user wants compliance as the top goal
Application heavy use case: eg, a novel application that involves AI
P2P Ag Data marketplace: Not now - let it evolve
Improving data: eg, combining weather or soil data to give better estimate than individual sets of data - let such applications come into being
0 Comments