<div dir="ltr">Greetings,<div><br></div><div>Personnally when splitting layers and when there are FID conflits, I try to solve it manually. Sometimes it tells me that the fid of feature x cannot be change, which are not indistinguishable.</div><div><br></div><div>And the next time you open the geopackage there is a change that the fid column will now be the next column over and the initial fid column with bad fids is still there. If you had critical information in your second column too bad, its now a fid and you lost that information forever.</div><div><br></div><div>Maybe that issue was fixed already since I'm mostly using 3.4.4 on my main setup as of now (waiting for some PRs to get merged before updating).</div><div><br></div><div>Thanks</div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Alex</div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 19 mars 2020 à 02:04, Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi list,<br>
<br>
Just wondering what everyone's thoughts are about geopackage FID<br>
columns. Personally, I find them an absolute nightmare to deal with,<br>
resulting in annoying (and dangerous) issues when trying to save<br>
geopackage edits, such as<br>
- field type issues: converting certain formats to geopackage fails,<br>
because existing fields with name "fid" are of an incompatible type<br>
with geopackage. Solution: manually uncheck the "fid" field from the<br>
"save as" dialog.<br>
- unique constraint violations: we've mostly fixed this in processing,<br>
but it's still unfortunately really common to get failures when saving<br>
edits to geopackage because some operation has resulted in duplicate<br>
fids. This can be a nightmare to fix, if it's even possible to do so.<br>
<br>
I personally HATE HATE HATE these columns, and would rather I never<br>
saw them ever again. Does anyone else feel the same? If so, could we<br>
potentially just permanently hide these columns from QGIS and avoid<br>
all these dangerous issues for users?<br>
<br>
Nyall<br>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a></blockquote></div>