AG_QGIS/Plugin_SN_Verfahrensgebiet
3
1
Fork 1
Code Issues 10 Pull Requests Actions Releases 25 Wiki Activity

Aus Shape laden | entpacken passiert im Ordner der ZIP #37

New Issue
Closed
opened 2026-08-28 12:12:38 +00:00 by 22ottomi · 4 comments
22ottomi commented 2026-08-28 12:12:38 +00:00
Owner
Copy Link
Copy Source

Das entpacken der ZIP geschieht im Ordner der ZIP und dieser bleibt auch nach dem Laden bestehen, besser im %TEMP% Ordner entpacken und danach wieder löschen

Das entpacken der ZIP geschieht im Ordner der ZIP und dieser bleibt auch nach dem Laden bestehen, besser im %TEMP% Ordner entpacken und danach wieder löschen
22ottomi added the Bug label 2026-08-28 12:12:50 +00:00
Daniel commented 2026-08-31 05:20:15 +00:00
Member
Copy Link
Copy Source

Damit könnte ich das Projekt nicht mit shape speichern. Ist der usecase, den wir haben, nur "vergleiche Flurstücke" ohne Speichern? Und wenn ich die Info nochmal brauche, durchlaufe ich die Prozedur nue? (wäre durchaus logisch, die Info habe ich ja dann)

Damit könnte ich das Projekt nicht mit shape speichern. Ist der usecase, den wir haben, nur "vergleiche Flurstücke" ohne Speichern? Und wenn ich die Info nochmal brauche, durchlaufe ich die Prozedur nue? (wäre durchaus logisch, die Info habe ich ja dann)
22ottomi commented 2026-08-31 05:24:50 +00:00
Author
Owner
Copy Link
Copy Source

Ich würde die Zip in einem temporären Ordner entpacken, die Shape ins Projekt kopieren und den Layer laden, dann die entpackte Zip wieder löschen, wobei man mit Shape in einer Zip ein weiteres Problem hätte, was wenn in der Zip mehrere Shape drin sind?

Ich würde die Zip in einem temporären Ordner entpacken, die Shape ins Projekt kopieren und den Layer laden, dann die entpackte Zip wieder löschen, wobei man mit Shape in einer Zip ein weiteres Problem hätte, was wenn in der Zip mehrere Shape drin sind?
Daniel commented 2026-08-31 05:32:14 +00:00
Member
Copy Link
Copy Source

theoretisch müsste es egal sein, weil die Shape-Funktion auf Namensgleichheit der shape-Teile achtet. Ansonsten ist es die Frage, ob man das als Fehler behandelt. Aus DAVID würde kein Multi-VKZ-shape rauskommen, oder?

Der shape-Layer im Projekt bleibt aber mit der Quelldatei verknüpft. Die Datei zu editieren ist vermutlich kein use-case und die Attributtabelle bleibt im Cache, solange man das Projekt nicht speichert. Das müssen wir dann als Fehler abfangen

theoretisch müsste es egal sein, weil die Shape-Funktion auf Namensgleichheit der shape-Teile achtet. Ansonsten ist es die Frage, ob man das als Fehler behandelt. Aus DAVID würde kein Multi-VKZ-shape rauskommen, oder? Der shape-Layer im Projekt bleibt aber mit der Quelldatei verknüpft. Die Datei zu editieren ist vermutlich kein use-case und die Attributtabelle bleibt im Cache, solange man das Projekt nicht speichert. Das müssen wir dann als Fehler abfangen
22ottomi commented 2026-09-02 09:54:31 +00:00
Author
Owner
Copy Link
Copy Source

Behoben in PR #42 (bereits nach unstable gemergt).

Behoben in PR #42 (bereits nach unstable gemergt).
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Bug
Bug
 Diskussion
Feature
Feature
 Konflikt
QGIS 3.44
No labels Bug
Milestone
No items
No Milestone
Assignees
Clear assignees
22ottomi (Michael Otto) AndreasTharang Daniel (Daniel Helbig) Erik release-bot
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: AG_QGIS/Plugin_SN_Verfahrensgebiet#37