Elena Marchenko

[Elena Marchenko]

Hej Peter!

Tack för detta! Det var ett alvarligt misstag och jag är glad att du rapporterade det. Det påverkar bara den senaste versionen.

Punkter och linjer är tillbaka nu.
Jag har igen uppdaterat version 1.5.

Försätt gärna med felsökning 🙂
Mvh, Elena

[Elena Marchenko]

Hej Peter!

Tack för inlägget!)
Jag har fixat den här buggen. Det kom upp pga vi har ändrat en ordning av kolumner i klassificeringstabellen och vi missade att kontrollera alla funktioner…
Jag uppdaterade pluginen v.1.5. Ominstallera den för att uppdateringen kommer in.

Bästa hälsningar,
Elena

[Elena Marchenko]

Hej Peter!

Du har det helt rätt. Tack för din observation!
De senaste ändringarna har inte kommit med vid pluginens publicering. Jag har uppdaterat QGYF v.1.5 med de nya filerna just nu. Testa gärna att ominstallera pluginen och återkom om det funkar eller inte. Det borde vara ok nu.

Bästa hälsningar,
Elena

[Elena Marchenko]

Hej Peter!

Gäller det både av buggarna?

Elena

[Elena Marchenko]

Hej!
Vi har publicerat en ny version av QGYF (1.5) där de rapporterade buggarna har blivit åtgärdat.

[Elena Marchenko]

Hej Peter och tack för ditt inlägg!

Vi har även fått bilderna och jag har kollat snabbt på de upptäckta problem.

Bugg 1: Du har det helt rätt. Det är en bugg som rör bara rapporten och inte påverkar beräkningarna. Verktyget skapar inte en till sida av rapporten om tabellen är lång och bryter bara tabellen. Vi hoppas att åtgärda buggen i den närmaste tiden.

Bubb 2: Det är en bra observation. Vertyger kör ’intersect’, inte ’completely within’. Men jag tror inte att det påverkar beräkningarna som utgår ifrån intersectionsyta som blir 0 i fall det är bara gränsen som överlappar. Mem det är fel att radet kommer in i rapporten. Den ser ut att vi måste redovisa den här delen av koden som genererar tabellen från alla perspektiv.

Jag säger till när vi åtgärdar de här grejerna. Vi uppskattar din hjälp att förbättra QGYF:en!

[Elena Marchenko]

Hej!

Förlåt för ett dröjt svar och tack för era kommentarer!

För att hålla forumen ren och sökbar har jag publicerat två nya frågor baserad på den som ni skrev. Ni kan hitta både frågor och svar här:
https://www.cocity.se/forums/topic/objektsytor-verkar-inte-stamma/
https://www.cocity.se/forums/topic/grundytor-som-en-del-av-gyf-qgyf-berakningen

[Elena Marchenko]

Stor tack för er uppmärksamhet! 🙂
Ni har faktiskt uptäckt en bugg som ingen annan hade sett!

Verktyget brukar sätta en fel yta för polygon objekt – det räknade fram längden av polygonen, inte ytan! Det har dock inte haft påverkan på beräkningsresultat för att beräkningarna i alla fall utgår från intersection mellan objekt och beräkningområde – det betyder att ytan räknas på nytt varje gång för att beräkningsområde kan variera och inte nödvändigtvis täcka hela objektsytan.

Men det brukar komma ett fel värde i tabellen med kvaliteter och kanske skapa mycket förvirring. Stor tack igen!

Nu är buggen hittat och åtgärdat och blir inte med i den nästa versionen av QGYF 1.4.2. Jag kommer att lägga upp den i kommande dagarna.

[Elena Marchenko]

Hej!

Ert antagande om grundytors rollen i beräkningen stämmer bra. Varje objekt även utan någon kvalitet producerar sin grundyta – för polygonobjekt är det den faktiska yta av polygonen, för punkt- och linjeobjekt är det en bufferpolygon med 1m radius/bred. Alla grundytorna kommer i beräkningen med faktor 1 i GYF för allmän platsmark (en default modell i QGYF). Alla kvaliteter som ni lägger på kommer övanpå den här grunden. Om jag minns rätt, varierar grundytorsfaktor i GYF för kvartersmark beroende på typen av grundyta. Men just nu finns det ingen sätt att tillämpa olika faktorer för grundytor i den nuvarande versionen av QGYF. Alla grundytor anses att vara samma.

Den grova faktor funkar tekniskt precis på samma sätt som de fina faktorer. Det är bara själva värdet som är grov.

Hoppas att det hjälper!

[Elena Marchenko]

Hej!
Tack för inlägget! Det låter som en bra förbättringsförslag. Om vi får en möjlighet att vidareutveckla pluginen, ska vi tänka att lägga till den här funktionen.

Just nu behöver man att ta bort kvaliteter separat från kvalitetstabellen för den borttagna objekten. Det går dock att ta bort flera valda kvaliteter tillsammans. Så en bra omväg skulle vara att selektera objekten och få alla kopplade kvaliteter markerade med blå i tabellen. Om man trycker på ”Ta bort kvalitet”, då ska alla blåa försvinna. Då går det bra att radera själva objektet sen.

Om man dock glömmer att radera kvaliteter från tabellen, ska det inte påverka beräkningen. QGYF summerar bara kvaliteter av objekt som korsas av beräkningsområde. Om man har raderat ett objekt, då alla kopplade kvaliteter (om de är kvar) ska forsummas i beräkningen för att objektet ska anses att lägga utanför beräkningsytan.

[Elena Marchenko]

Hej Maria!
Ber om ursäkt för dröjt svar. Om din fråga fortfarande är aktuell, hät kommer våra funderingar.

Jag är lite förvirrad av den som du skriver. Kan det hända att du har raderat tabellerna från databasen men haft kvar själva databasfil, dvs qgyf.sqlite? För att få verktyget fungera vi behöver ta bort själva filen qgyf.sqlite. I så fall dialogen med inställningar kommer visa ett tomt rad för ”Aktiv databas”, och knappen ”Töm databas” ska vara inaktiv. Det betyder att det inte finns någon kännd databas för verktyget att hantera.

En ny databas kommer skapas automatiskt när du trycker på knappen ”Ladda databas” (den första i verktygs menun). Den här knappen laddar en kännd databas om det finns definierad i installninar eller skapar och laddar en helt ny databas om ingen ’Aktiv databas’ finns definierad.

Skriv vänligen om det hjälper att lösa ditt problem eller inte.

[Elena Marchenko]

Hej Frida,

Tack för ditt inlägg.
Tabellen i rapporten listar bara kvaliteter av objekt som korsas av din beräkningsområde, dvs kvaliteter som ingår i aktuell beräkningen.

Saknar du någon kvalitet som du känner måste vara med?

[Elena Marchenko]

Hej Vania!

Tack för tipsen. Vi testar implementera den i kommande versionen av pluginen 1.4.2. Vi skulle uppskatta om du kan testa den i Unix och skriva tillbaka om vi lyckats att lösa detta eller inte. Jag har ingen tillgång till Unix system.

• Det här svaret redigerades för 1 år, 1 månad sedan av Elena Marchenko.
• Det här svaret redigerades för 1 år, 1 månad sedan av Elena Marchenko.

[Elena Marchenko]

Hej Vania!

Tack för uppmärksamhet! Bristet är åtgärdat, kvaliteterna kommer att finnas med i den nästa versionen av QGYF 1.4.2.

Bristet berodde på ett fel i textfilen som beskriver GYF model (..\QGYF\gyf_models\gyf_AP_qualities.txt).

På grund av GYF modelen läses in av pluginen bara när man startar en ny databas (varje QGYF databas har sin sparad version av GYF modell), betyder det att man måste skapa en ny databas och eventuellt kopiera sin data dit från den gamla databasen för att få de här två tappade kvaliteterna med. Det räcker inte att bara uppdatera pluginen.

• Det här svaret redigerades för 1 år, 1 månad sedan av Elena Marchenko.

[Elena Marchenko]

Hej Maria!

Tack för ditt inlägg! Kan du vänligen komplettera det med att klistra in hela Python felmeddelandet som du får när du testar att starta pluginen.

Utifrån den son du har beskrivit, kan man säga att din databas verkar vara trasig. Det finns ett annat inlägg här på forumet som kanske beskriver liknande problem.
https://www.cocity.se/forums/topic/felmeddelande-om-krav-pa-koordinatsystem-vid-uppstart/
Om din databas inte innehåller viktig information, kan du testa att ta bort democh låta pluginen skapa en databas på nytt.

Vi kommer att undersöka problemet djupare så alla detaljer om din databas, Python felet och förhållanden när du började få felet kan vara värdefulla.

[Författare]

Inlägg