<div>+1</div><div>dedicated primary key field</div><div> </div><div>each time an object is edited (split/delete/merge) the fid is thrown away and renewed.  This is at the base level.</div><div>It has to be that way to keep the relationship between the diffent files "in" the shapefile related. (i.e. dbf, shx, shp).  As haubourg suggests - create a new field and calculate the fid into it.  </div>
<div>However there is another fallacy with what you propose. The FID between two shape files cannot be relate-able (the same record to record) unless they are exact duplicates of each other. (There seems to be no logical reason for creating that type of join).  </div>
<div>In order to accomplish joining two spatially relate-able feature classes (point/polygon).</div><div>You should first decide what you want to know. </div><div>1. how many points are in each polygon?</div><div>2. which points are in which polygon?</div>
<div> </div><div><a href="http://qgis.spatialthoughts.com/2012/02/tutorial-spatial-analysis-points-in.html" target="_blank"><font color="#0066cc">http://qgis.spatialthoughts.</font><font color="#0066cc">com/2012/02/tutorial-spatial-</font><font color="#0066cc">analysis-points-in.html</font></a></div>
<div> </div><div>1.  you can also do a spatial join using table manager  (after the create field step above in the point file). and then relate the newly created table back to the . The opposite one will depend on the direction of your spatial join and what you are trying to accomplish.  </div>
<div> </div><div><a href="http://gis.stackexchange.com/questions/29756/how-to-install-ftools-and-table-manager" target="_blank"><font color="#0066cc">http://gis.stackexchange.com/</font><font color="#0066cc">questions/29756/how-to-</font><font color="#0066cc">install-ftools-and-table-</font><font color="#0066cc">manager</font></a></div>
<div> </div><div>qgis join</div><div><a href="http://docs.qgis.org/html/en/docs/user_manual/working_with_vector/vector_properties.html#index-28" target="_blank"><font color="#0066cc">http://docs.qgis.org/html/en/</font><font color="#0066cc">docs/user_manual/working_with_</font><font color="#0066cc">vector/vector_properties.html#</font><font color="#0066cc">index-28</font></a>  </div>
<div> </div><div> </div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Dec 3, 2012 at 4:51 AM, haubourg <span dir="ltr"><<a href="mailto:regis.haubourg@eau-adour-garonne.fr" target="_blank">regis.haubourg@eau-adour-garonne.fr</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
FID must be considered as internal identifiers , that can be unstable. I<br>
guess this is the reason why it is not exposed by gdal drivers and others.<br>
You should create a dedicated primary key field, this is a better pratice,<br>
less risky if data changes.<br>
Régis<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.n6.nabble.com/How-to-join-shapefile-tables-via-their-FIDs-tp5020215p5020305.html" target="_blank">http://osgeo-org.1560.n6.nabble.com/How-to-join-shapefile-tables-via-their-FIDs-tp5020215p5020305.html</a><br>

Sent from the Quantum GIS - User mailing list archive at Nabble.com.<br>
_______________________________________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
</blockquote></div><br></div>