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 289 - Modifica di campi in blocco
Summary: Modifica di campi in blocco
Status: NEW
Alias: None
Product: anArchive
Classification: Unclassified
Component: importatori (show other bugs)
Version: 5
Hardware: PC Mac OS
: Normal enhancement
Assignee: Edoardo Panfili
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-06-14 23:12 CEST by Flavia Landucci
Modified: 2014-07-17 14:29 CEST (History)
4 users (show)

See Also:


Attachments

Description Flavia Landucci 2014-06-14 23:12:16 CEST
Sarebbe possibile modificare Tabimport o creare un'applicazione aggiuntiva in modo da consentire la modifica di rilievi già esistenti? 
Spesso si ha l'esigenza di aggiornare in massa rilievi già nel database. Ad esempio correggendo o aggiungendo campi (latitudine, longitudine, bibliografia), oppure aggiornando rilievi inediti al momento della loro pubblicazione (necessitano di aggiungere riferimenti bibliografici, numero tabella e rilievo nella pubblicazione).

Basterebbe un'applicazione che permettesse di importare tabelle excel con numero del rilievo (ID, o numero del progetto) come riferimento e i medesimi campi che sono disponibili in Tabimport. Queste modifiche riguarderebbero solo gli header data e non le specie.

Quando si fanno modifiche agli header data in massa, infatti, risulta più comodo esportare i rilievi da modificare lavorare sulla tabella excell e poi reimportarla piuttosto che lavorare sui singoli rilievi uno ad uno.

Cosa ne pensate?
Comment 1 Edoardo Panfili 2014-07-16 17:28:09 CEST
Io aspettavo commenti degli altri.

Non so quanto questa cosa è importante, ovviamente bisogna fare una applicazione quasi da capo.

Non so quanto il lavoro di revisione sia frequente (e quale sia il motivo).

Riguarda soltanto le classificazioni o altro?
Comment 2 Flavia Landucci 2014-07-16 17:34:48 CEST
Veramente forse gli altri non ci fanno tanto caso perché spesso le revisioni dei dati mi sono trovata a farle io, ma potrei dire che è abbastanza importante a parere mio. Hai presente tutte le volte che ti ho chiesto di fare delle modifiche dandoti tabelle excel e chiedendoti di reimportare i dati... bene tante altre volte per non romperti ho fatto le correzioni sui rilievi uno ad uno... ma una tortura. Errori possono sempre capitare e possono influenzare intere pubblicazioni o intere tabelle e comunque ogni tanto serve di riguardare i dati inseriti cercando di uniformarli con quelli inseriti da altri.
Comment 3 Daniela Gigante 2014-07-16 19:08:12 CEST
non so se dico una bestialita', ma mi pare di interpretare questo: si puo' fare in modo che TabImport vada a modificare i rilievi esistenti e non solo a crearne di nuovi, basandosi sul fatto che ogni rilievo ha un ID?
questo e' utile in prospettiva futura, soprattutto quando un rilievo inedito viene pubblicato o quando un rilievo viene riferito ad un'altra unita' sintassonomica (associazione ecc.)
Comment 4 Edoardo Panfili 2014-07-17 07:53:54 CEST
L'idea di usare il nuovo importatore su cui sto lavorando per fare anche modifiche in blocco la sto tenendo presente durante la stesura del programma.

Anche per questo chiedevo quali sono i dati che bisogna cambiare spesso, ma dopo tutto poco cambia: se il programma permettesse di cambiare tutto non ci sarebbe bisogno di avere quesa informazione.

Il problema è sempre lo stesso: cosa fare per primo.

Sto lavorando sull'importazione perché mi pare che ci siano delle difficoltà e che ci serva di avere più dati.
Comment 5 Alessandro Properzi 2014-07-17 08:02:54 CEST
per quanto riguarda la mia esperienza è difficile individuare i tipi di dati che vanno cambiati più spesso.....utile sicuramente è la possibilità di correggere sia singolarmente che in blocco i dati in ogni fase dell'importazione.
Ad. es. le categorie sintassonomiche possono essere individuate solo nella prima schermata di importazione; se ne vengono dimenticate alcune si deve per forza abbandonare l'importazione perché, dopo la verifica dei nomi, Tablmport non permette più di aggiungerle.
Comment 6 Daniela Gigante 2014-07-17 14:19:20 CEST
a proposito del video che illustra possibili nuove funzionalita': bellissimo! mi sembrano molto utili 

starei solo molto attenta con "autocorrezione abbondanze" perche' il rischio e' dover poi controllare tutte le correzioni... una t trasformata in + va bene, ma quanto è affidabile questo sistema?
Comment 7 Alessandro Properzi 2014-07-17 14:29:16 CEST
concordo con Daniela: effettivamente alcune volte il + viene interpretato come 4, ma sono casi rari per quello che potuto vedere.
è sicuramente una funzione da usare con le pinze ma la ritengo molto utile

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