Questo sito usa dei cookie (per informazioni sulla gestione dei cookies fai click qui)tecnici per poter funzionare, non vengono usati cookie di terze parti ne tantomeno vengono creati profili.

Bug 265 - Errore esportazione scala di abbondanza negli header
Summary: Errore esportazione scala di abbondanza negli header
Status: RESOLVED FIXED
Alias: None
Product: anArchive
Classification: Unclassified
Component: web (show other bugs)
Version: 5
Hardware: All All
: High major
Assignee: Edoardo Panfili
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-24 22:07 CEST by Flavia Landucci
Modified: 2013-11-29 17:42 CET (History)
0 users

See Also:


Attachments
schermata funzioni (71.27 KB, image/png)
2013-10-25 21:08 CEST, Flavia Landucci
Details

Description Flavia Landucci 2013-10-24 22:07:55 CEST
Quando si esportano rilievi da un solo progetto (es. WETAQVEG) e si specifica che si vuole come header data la scala di abbondanza. Questa viene esportata correttamente, se si scaricano rilievi da più progetti diversi (es. io ho provato con WETAQVEG, COSTEVEG, VEGUNIFI e VEGUNIPA) i rilievi appaiono tutti in scala Braun-Blanquet. Credo che questo non dipenda dal numero di rilievi esportati ma dal fatto che si uniscono rilievi di più progetti diversi. Ho fatto vari tentativi...
Comment 1 Edoardo Panfili 2013-10-25 19:28:03 CEST
Mettendo insieme dei rilievi (3) da due progetti l'errore non si ripete.

Poterebbe essere che non traduce da una particolare scada ad un'altra?

In quale scala sono i rilievi chi tu hai usato?

Quale scala avevi scelto di usare?
Comment 2 Flavia Landucci 2013-10-25 20:33:25 CEST
Ho provato con altri dati, questa volta ho esportato molti dati del progetto VEGVEN, quasi tutti, ma non tutti, di nuovo mi ha dato solo scala Braun-Blanquet, ma in log mi dice che le scale che ci dovrebbero essere sono Braun-Blanquet, Pigantti e Braun-Blanquet 2. Ho ripetuto il tutto esportando tutto il progetto VEGVEN e l'errore non si è verificato... Ho quindi provato ad esportare solo il progetto WETAQVEG e anche in questo caso l'errore non si è verificato... ho provato a riesportare i rilievi di WETAQVEG insieme a molti di quelli in VEGVEN e l'errore si è verificato di nuovo... Deduco che se si esportano progetti singoli completi l'esportazione avviene correttamente, se invece i rilievi sono un gran numero ma non di un dataset completo allora avviene l'errore.
In allegato http://vnr.unipg.it/flavia/ due tabelle con e senza errore.
Comment 3 Edoardo Panfili 2013-10-25 20:36:34 CEST
Ci tengo a ribadire di nuovo che non è in dubbio che il problema esista (ma sono sicuro che non ci sono dubbi).

Il mio problema è il solito: ripeterlo.

Quale scala tu hai richiesto?

Potresti per favore copiare/incollare il contenuto del log? (se dice che ci sono più scale evidentemente non ha capito che deve fare una traduzione, che è il comportamento di default)
Comment 4 Flavia Landucci 2013-10-25 21:08:37 CEST
Created attachment 44 [details]
schermata funzioni
Comment 5 Flavia Landucci 2013-10-25 21:09:36 CEST
Io non ho chiesto di esportare rilievi in una scala precisa, ho solo scelto i rilievi e gli ho chiesto di esportare tra gli altri campi anche la scala...

Dunque ho fatto altri tentativi e a quanto pare il problema me lo da solo se seleziono i rilievi da "tree view" (ma non so se è una reale connessione).

Comunque per maggiore chiarezza questo è il rapporto come vedi le scale ci dovrebbero essere ma di fatto non ci sono...
2013-10-25 20:59:57.218 Creata nuova tabella comparativa contenente 8139 rilievi
2013-10-25 20:59:57.222 11 gruppi creati utilizzando gli id: 0, 2, 3, 1, 4, 7, 5, 1.1, 1.2, 10, 9
2013-10-25 20:59:57.222 Le specie dubbie con lo stesso nome compaiono sulla stessa riga
2013-10-25 20:59:59.935 Scale di abbondanza multiple: braun-blanquet, pignatti, braun-blanquet-2
2013-10-25 21:00:03.636 Sinonimi sostituiti con i nomi validi

Inoltre i passaggi precisi che ho fatto sono:
- ho selezionato il progetto VEGUIFI usando "tree view" escludendo gli ultimi tre sottoprogetti
- Selezionato completamente VEGUNIPA, WETAQVEG e COSTEVEG questa volta usando la funzione "vegetation search"
- A questo punto ho costruito la tabella impostando le funzioni nella schermata in allegato.
Comment 6 Edoardo Panfili 2013-10-26 15:56:06 CEST
Scale di abbondanza multiple: braun-blanquet, pignatti, braun-blanquet-2
vuol dire che nella tabella appena creata ci sono più scale di abbondanza (vero).

Vediamo se ho capito, io ho fatto la prova con due rilievi:

Maneli F., 2008-07-12 [Pian Perduto, Norcia] VEGVEN#779 {{ braun-blanquet con sociabilità }}
D. Gigante, L. Minciarelli, 2010-09-13 [Sordo, Norcia] VEGETATIONVEGVEN#4642 {{ percentuale }}

Nel fare la tabella seleziono cell content: "abundace (no sociability)".

Quando visualizzo la tabelle il rilievo 779 è in braun-blanquet e senza sociabilità mentre il 4642 è in percentuale.
Questo per me è corretto visto che avevo chiesto di rimuovere la sociabilità ma non di trasformare le scale.

Però se ho capito bene (la mia è una ipotesi) tu vorresti la possibilità di tradurre il tutto (qualsiasi scala presente) in braun-blanquet senza sociabilità. Ho capito bene?
Comment 7 Edoardo Panfili 2013-10-26 16:43:26 CEST
Il problema non è questo ma la scala presente negli header data (che risulta sempre braun-blanquet)
Comment 8 Edoardo Panfili 2013-10-26 16:47:34 CEST
Errore replicato, lo fa anche con due soli rilievi, quelli ad esempio del commento 6.
Comment 9 Edoardo Panfili 2013-10-26 18:43:57 CEST
caricato aggiornamento.
Comment 10 Flavia Landucci 2013-11-29 17:42:01 CET
Risolto

Note You need to log in before you can comment on or make changes to this bug.