Đối với riêng một Web Feature Service thì định danh cục bộ đã là đủ. Tuy nhiên, đối với tất cả các Web Feature Service theo tổ chức OGC thì cần phải có một định danh duy nhất cho mỗi đối tượng thuộc bất kì loại đối tượng nào. Theo cách tiếp cận trước đây thì một đối tượng được tham chiếu đến dựa trên 2 thành phần là phạm vi (scope) và định danh (FeatureId), phạm vi chính là URL của server chứa loại Feature và FeatureId chính là định danh cục bộ của Feature bên trong server đó. Cách tiếp cận này rất bất tiện khi vận chuyển và bất tiện trong một số trường hợp khác nữa.
Mục đích của phần này là để chỉ ra rằng việc sử dụng một chuỗi định danh duy nhất cho Feature sẽ thuận tiện hơn trong nhiều trường hợp. Chuỗi định danh duy nhất này có thể được tạo ra bằng cách kết hợp giữa URL của Web Feature Service với định danh cục bộ của Feature.
Chuỗi định danh này chỉ thật sự có ích khi mà nó là một chuỗi URL hoặc một chuỗi URN mà có thể được dùng để truy xuất trực tiếp đến Feature mà nó chỉ đến.
Cấu trúc của chuỗi URL và URN này có thểđược các Web Feature Service mô tả
một cách riêng biệt. Một điều cần lưu ý khi sử dụng URN là: không phải một Web Feature Service nào cũng có thể lấy được các đối tượng dữ liệu. Do đó, nó chỉ có ích khi được dùng để định danh duy nhất cho đối tượng.
Sử dụng URL và URN sẽ có ích cho các ứng dụng cần truy xuất đến các đối tượng thô một cách đơn giản bởi vì các ứng dụng này không cần biết gì về chi tiết của việc cài đặt. Cách định danh này cũng rất có ích khi mà nó được tích hợp với
các công nghệ XML cao cấp như là XSLT hoặc RDF, và cũng có ích cho việc
Chương 3. Web Feature Service (WFS)