Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Przestrzeń nazw wfs / błędne sprawdzanie poprawności APP przy tworzeniu zbioru #148

Open
geo-system opened this issue Apr 6, 2022 · 0 comments

Comments

@geo-system
Copy link

Wtyczka w module tworzenia zbioru APP na podstawie istniejących plików GML błędnie sprawdza poprawność dodawanego pliku.
Jeśli dodaje się plik, który wykorzystuje elementy gml:FeatureCollection i gml:featureMember, to wtyczka informuje o błędzie "Wczytany plik: [...] nie jest aktem planowania przestrzennego." Dzieje się tak dla poprawnych plików GML zgodnych ze schematem, które są rozpoznawane jako prawidłowe przez walidator na stronie gov.pl oraz walidator w samej wtyczce.

w tym miejscu jest sprawdzenie

'Błąd wczytanego pliku', 'Wczytany plik: \n%s\nnie jest aktem planowania przestrzennego.' % plik)

a tu funkcja sprawdzająca
def checkIfAPP(file):

Jak widać szukana jest ścieżka wfs:member/app:AktPlanowaniaPrzestrzennego, co jest błędnym oczekiwaniem, bo pliki APP jak najbardziej mogą być oparte o elementy z przestrzeni gml.

Tak więc powinno to zostać poprawione, by nie powodowało to tego typu fałszywych informacji o niepoprawności pliku.

Na marginesie pytanie: czemu w ogóle wtyczka APP wykorzystuje przestrzeń nazw wfs? (np. generowanie przez nią plików GML z elementami wfs:FeatureCollection i wfs:member zamiast gml:FeatureCollection i gml:featureMember) Z czego to wynika i czemu ma służyć?
Bo raz, że przy ścisłym trzymaniu się schematu dla APP taki plik nie powinien być uznany jako poprawny, bo XSD nie ma odwołania do wfs, a ma za to do gml.
Dwa - również pod względem praktycznym jest to nielogiczne, bo pliki APP funkcjonują właśnie jako pojedyncze i statyczne pliki, więc czemu w środku udają jakby były odpowiedzią z usługi sieciowej.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant