<div dir="ltr">Hi Valentin,<br><br>My name is Sionigdha and I'm interested in contributing to QGIS through GSoC 2026.<br><br>While exploring the QGIS codebase I looked at OgrInfo.py in the GDAL processing algorithms and noticed that several GDAL ogrinfo capabilities are not exposed as typed parameters  specifically -fid, -where, -spat, -geom, -fields, and -limit. Users currently have to use the raw EXTRA string field to access these, which is undiscoverable and unusable in processing models.<br><br>This caught my attention because I've been contributing to GDAL for the past 3 months with multiple merged PRs including #13904 (adding --fid to gdalinfo/GDALVectorInfo, merged in GDAL 3.13.0), #13812 (WMS/WMTS network-dependent test improvements), and several documentation fixes. Full list: <a href="https://github.com/OSGeo/gdal/pulls?q=author%3ASionigdha+is%3Amerged">https://github.com/OSGeo/gdal/pulls?q=author%3ASionigdha+is%3Amerged</a><br><br>I've also been contributing directly to QGIS including PR #64620 (merged into QGIS 4.0.0) clarifying QgsLogger behavior, and several other documentation PRs targeting 4.0.0. Full list: <a href="https://github.com/qgis/QGIS/pulls?q=author%3ASionigdha+is%3Amerged">https://github.com/qgis/QGIS/pulls?q=author%3ASionigdha+is%3Amerged</a><div><br></div><div>I'm currently working on building QGIS from source as per Exercise 0  my machine has hardware constraints but I'm working through them.  </div><div>I've been working on a prototype patch that adds -where, -fid, and -spat as proper typed parameters to both ogrinfo and ogrinfojson, happy to share it shortly.  <br><br></div><div>My proposed project for GSoC would be:<br>1. Expose all missing ogrinfo parameters as typed, modelable inputs in both ogrinfo and ogrinfojson<br>2. Make ogrinfojson output structured and chainable within the processing framework  field count, feature count, geometry type, extent as named outputs<br>3. Add a new ogrfeatureinfo processing algorithm that takes a layer + FID or WHERE clause and returns structured per-feature output  field values, geometry type, WKT  usable as inputs in processing models<br>4. Full test coverage for all additions targeting QGIS 4.x<br><br>I'm comfortable in Python and PyQGIS, and I understand this targets QGIS 4.x with GDAL 3.13.0 as the baseline — which aligns directly with my GDAL work.<br><br>Would you be open to discussing this as a GSoC 2026 proposal?<br><br>Best,<br>Sionigdha Sadhukhan<br>GitHub: <a href="https://github.com/Sionigdha">https://github.com/Sionigdha</a></div></div>