Cytat:Edycja słownika pozwoliłaby na połączenie z bazą PostGis i wykorzystanie w niej kluczy obcych - tak żeby zamiast wyświetlać wartości klucza mieć dostęp do wartości tabeli powiązanej. Każda zmiana słownika w bazie wprowadzała by zmiany w widokach formularzy - dla wszystkich - nie było by już konieczne żmudne tworzenie mapowania klucz-wartość w pliku csv i aktualizowanie każdego pliku projektu
W wersji 1.8 (1.9) Quantum GIS wprowadzono dodatkową funkcjonalność dotyczącą edycji atrybutów, która nazywa się Value Relation (Właściwości warstwy/Pola/Rodzaj edytora).
Zamiana ta ma szansę rozwiązać Twój problem (i moje oczekiwania też
) pod warunkiem dodatkowego rozszerzenia. W chwili obecnej można wybrać dowolną warstwę, kolumnę z kluczem i kolumnę z wartościami jako bazę dla formularza z innej warstwy. Problem w tym, że tabela, której chcemy używać musi zostać dodana jako warstwa do projektu. Dodatkowym problemem jest to, że w tabeli atrybutów użytkownik widzi nie wartości, a klucze. Wartości są wyświetlane tylko w formularzach.
Wg mnie następujące dwie poprawki są niezbędne, aby ta funkcjonalność była przydatna (bardzo przydatna):
1. Musi istnieć możliwość dodania jako tabeli słownikowej (klucz-wartość) dowolnej tabeli z bazy danych. Inaczej większe projekty rozrosną się niesamowicie, kiedy zaczniemy dodawać do nich jako warstwy wszystkie niezbędne tabele.
2. W tabeli atrybutów musi istnieć możliwość wyświetlania wartości zamiast kluczy (może jakiś przełącznik?). Dla zwykłego użytkownika systemu to wartość jest ważna, nie klucz.
Wydaje mi się, że powyższe poprawki są stosunkowo łatwe do wprowadzenie, a byłby do duży krok naprzód dla projektów opartych na współpracy QGIS-PostgreSQL.
