Buongiorno a tutti,
dico subito che il topic della email potrebbe essere sensibile, cmq credo che possa essere di interesse generale e spero non generare un flame :) Stiamo valutando di riportare le customizazzioni fatte e rilasciate su GeoNetwork 2.6.x per il supporto ad RNDT su una versione recente di GeoNetwork (nello specifico 2.10.x) dove esiste la possibilità di esternalizzare il supporto per profili specifici di 191XX come plugin condivisibili. L'obiettivo sarebbe di creare un plugin per il profilo RNDT esterno rispetto a GeoNetwork e quindi pubblicarlo in modo che sia (relativamente) facile e diretto (e gratuito) per _tutti_ utilizzarlo, specialmente rispetto a quanto abbiamo dovuto customizzare per la 2.6.x. Venendo al dunque, se qualcuno fosse interessato a finanziare, anche in piccola parte, questo sviluppo o anche solo ad avere maggiori dettagli mi puo' tranquillamente contattare in privato. Al momento abbiamo già alcune adesioni, ma ho pensato potessero esserci altri enti/aziende interessati. Ripeto, il risultato verrà condiviso in modo aperto e gratuito per tutti secondo i canali standard di GeoNetwork. Regards, Simone Giannecchini == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it ------------------------------------------------------- _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
Colgo l'occasione di questa tua iniziativa per segnalarti che la versione 2.10 è difettosa. Fatto sta' che se si commuta in italiano su una scheda gerarchica sostituisce al titolo l' UUID.Il difetto è proprio nella gestione della lingua italiana. ...Tacci sua, poteva sbagliare lo "zuavo". https://github.com/geonetwork/core-geonetwork/issues/213 Ovesi spera che risolvano il problema. Io il ticket lo ho aperto. la patch verrà applicata sul prossimo rilascio che non so' quando sara'. Il giorno 09 ottobre 2013 14:16, Simone Giannecchini <[hidden email]> ha scritto: Buongiorno a tutti, -- ----------------- Andrea Peri . . . . . . . . . qwerty àèìòù ----------------- _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
Ciao Andrea,
grazie per la segnalazione, sicuramente con il passaggio di tutte le nostre istallazioni alla 2.10.x risolveremo anche questo problemino, visto che la lingua italiana ci interessa un pochino :) Cmq sia, come ben sapete e fate per altri software Open Source, il modo di prioritizzare i fix esiste ed è dotarsi di supporto professionale. Detto questo, mi sembra che la issue _potrebbe_ essere stata fixata da un commit correlato, quindi magari se potessi fare un test veloce (dovresti usare una nightly da qui: http://nightlybuild.geonetwork-opensource.org/210branch/) per confermare o smentire il fix potrebbe essere utile. Regards, Simone Giannecchini == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it ------------------------------------------------------- 2013/10/9 Andrea Peri <[hidden email]>: > Colgo l'occasione di questa tua iniziativa per segnalarti che la versione > 2.10 è difettosa. > Il difetto è proprio nella gestione della lingua italiana. > ...Tacci sua, poteva sbagliare lo "zuavo". > > Fatto sta' che se si commuta in italiano su una scheda gerarchica > sostituisce al titolo l' UUID. > > https://github.com/geonetwork/core-geonetwork/issues/213 > > Decisamente poco pratico. > Tienilo presente perche' altrimenti rischi di dover rifare il lavoro poi > anche sulla 2.11 successiva. > Ovesi spera che risolvano il problema. > > Io il ticket lo ho aperto. > Hanno anche rilasciato una patch, ma non lo ho provata e comunque ormai la > 2.10.1 è persa, > la patch verrà applicata sul prossimo rilascio che non so' quando sara'. > > Andrea. > > > > Il giorno 09 ottobre 2013 14:16, Simone Giannecchini > <[hidden email]> ha scritto: >> >> Buongiorno a tutti, >> >> dico subito che il topic della email potrebbe essere sensibile, cmq >> credo che possa essere di interesse generale e spero non generare un >> flame :) >> >> Stiamo valutando di riportare le customizazzioni fatte e rilasciate su >> GeoNetwork 2.6.x per il supporto ad RNDT su una versione recente di >> GeoNetwork (nello specifico 2.10.x) >> dove esiste la possibilità di esternalizzare il supporto per profili >> specifici di 191XX come plugin condivisibili. >> L'obiettivo sarebbe di creare un plugin per il profilo RNDT esterno >> rispetto a GeoNetwork e quindi pubblicarlo in modo che sia >> (relativamente) facile e diretto (e gratuito) per _tutti_ utilizzarlo, >> specialmente rispetto >> a quanto abbiamo dovuto customizzare per la 2.6.x. >> >> Venendo al dunque, se qualcuno fosse interessato a finanziare, anche >> in piccola parte, questo sviluppo o anche solo ad avere maggiori >> dettagli mi puo' tranquillamente contattare in privato. >> Al momento abbiamo già alcune adesioni, ma ho pensato potessero >> esserci altri enti/aziende interessati. >> >> Ripeto, il risultato verrà condiviso in modo aperto e gratuito per >> tutti secondo i canali standard di GeoNetwork. >> >> Regards, >> Simone Giannecchini >> == >> Our support, Your Success! Visit http://opensdi.geo-solutions.it for >> more information. >> == >> >> Ing. Simone Giannecchini >> @simogeo >> Founder/Director >> >> GeoSolutions S.A.S. >> Via Poggio alle Viti 1187 >> 55054 Massarosa (LU) >> Italy >> phone: +39 0584 962313 >> fax: +39 0584 1660272 >> mob: +39 333 8128928 >> >> http://www.geo-solutions.it >> http://twitter.com/geosolutions_it >> >> ------------------------------------------------------- >> _______________________________________________ >> [hidden email] >> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss >> Questa e' una lista di discussione pubblica aperta a tutti. >> I messaggi di questa lista non hanno relazione diretta con le posizioni >> dell'Associazione GFOSS.it. >> 666 iscritti al 22.7.2013 > > > > > -- > ----------------- > Andrea Peri > . . . . . . . . . > qwerty àèìòù > ----------------- [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
Avevo gia' in programma di testarla. Non a brevissimo pero. Faro' sapere appena fatto. >Cmq sia, come ben sapete e fate per altri software Open Source, il >modo di prioritizzare i fix esiste ed è dotarsi di supporto >professionale. Non mie ne parlare, Geonetwork su questo fronte è un disastro a quattro zampe. Ma è anche il piu' amletico dei progetti GFoss. Le mie perplessita' sull'approccio migliore da usare nei suoi confronti sono massime. NOn ho alcuna certezza o punto fermo. Non mi è chiaro per niente che relazione ci sia tra chi sviluppa GN e eventuali soggetti terzi. Ad esempio: chi ha diritto di commit sul repo di GN ? E che regole hanno per accettare patch o evoluzioni sviluppate da altri soggetti ? Il dubbio non è da poco, infatti se per ipotesi qualcuno affidasse a un professionista lo sviluppo di evoluzioni o patch per GN, il timore è che queste patch o evoluzioni restino nel limbo, ovvero non vengano poi recepite nel repo di prodotto. Il che comporta , come sai bene, che la patch (o evoluzione) resterebbe locale al cliente che la ha fatta realizzare perche' sara' solo nella sua versione privata . Magari lui potra' metterla scaricabile dal suo sito privato, ma non è lo stesso di averla gia' incorporata nel prodotto GN. E oltre tutto alla prima occasione che si evolvono la patch (o evoluzione ) realizzata al di fuori del circuito GN perderebbe di sostanza. Insomma il rischio è che poi il supporto professionale possa solo produrre patch locali al cliente che non entrano mai nel repository principale. Con la perdita secca del vantaggio principale che è la messa a fattor comune del lavoro sviluppato. Uno scenario pessimo. Il miglior prodotto disponibile a giro sui metadati, è anche il piu' misterioso. Andrea. Il giorno 09 ottobre 2013 19:22, Simone Giannecchini <[hidden email]> ha scritto: Ciao Andrea, -- ----------------- Andrea Peri . . . . . . . . . qwerty àèìòù ----------------- _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
Ciao Andrea,
rispondo brevemente e ti chiederei di continuare in un thread separato perchè stiamo facendo hijack del thread originale. Il progetto è stato spostato da _poco_ su github quindi li puoi vedere la lista dei committer. Ad onor del vero la lista è incompleta, contiene solo chi fatto commit recenti; e.g. Emanuele Tajariol pur essendo membro del PSC non ha ancora i diritti su github. Per il discorso fork, a me non pare cosi' complicata la situazione sopratutto per uno esperto come te. E' sempre piuttosto chiaro chi sta dietro ad un progetto Open Source in termini commerciali, basta che ti vedi la ML, i membri del PSC e chi fa presentazioni regolarmente. Se certo uno commissiona una fix o un evoluzione importante alla ditta/professionista X che: - non ha mai scritto una lista in list devel o user - nn ha nessuno nel PSC - nn ha mai fatto un commit o una pull e poi si aspetta che qualcuno investa _a gratis_ il proprio tempo sul progetto faccia review e merge a gratis, beh forse c'e' un bug nell'algoritmo alla base della scelta iniziale ;) Regards, Simone Giannecchini == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Simone Giannecchini @simogeo Founder/Director GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 333 8128928 http://www.geo-solutions.it http://twitter.com/geosolutions_it ------------------------------------------------------- 2013/10/9 Andrea Peri <[hidden email]>: > Avevo gia' in programma di testarla. > > Non a brevissimo pero. > Faro' sapere appena fatto. > > >>Cmq sia, come ben sapete e fate per altri software Open Source, il >>modo di prioritizzare i fix esiste ed è dotarsi di supporto >>professionale. > > Non mie ne parlare, Geonetwork su questo fronte è un disastro a quattro > zampe. > Ma è anche il piu' amletico dei progetti GFoss. > > Le mie perplessita' sull'approccio migliore da usare nei suoi confronti sono > massime. > NOn ho alcuna certezza o punto fermo. > > Non mi è chiaro per niente che relazione ci sia tra chi sviluppa GN e > eventuali soggetti terzi. > Ad esempio: chi ha diritto di commit sul repo di GN ? La situazione è in flusso in quanto il progetto è passato recentemente su github. Per esempio il nostro Emanuele Tajariol, che è membro del PSC, non ha ancora mandato i dati del suo account e quindi non ha ancora accesso a GIT. Generally speaking fa fede la lista dei committer sulle repo del progetto, cosa che su github è ben esplicitata. > E che regole hanno per accettare patch o evoluzioni sviluppate da altri > soggetti ? > Questa è piu' una domanda filosofica che pratica onestamente. > Il dubbio non è da poco, infatti se per ipotesi qualcuno affidasse a un > professionista lo sviluppo di evoluzioni o patch per GN, > il timore è che queste patch o evoluzioni restino nel limbo, ovvero non > vengano poi recepite nel repo di prodotto. > > Il che comporta , come sai bene, che la patch (o evoluzione) resterebbe > locale al cliente che la ha fatta realizzare perche' sara' solo nella sua > versione privata . > Magari lui potra' metterla scaricabile dal suo sito privato, ma non è lo > stesso di averla gia' incorporata nel prodotto GN. > > E oltre tutto alla prima occasione che si evolvono la patch (o evoluzione ) > realizzata al di fuori del circuito GN perderebbe di sostanza. > Insomma il rischio è che poi il supporto professionale possa solo produrre > patch locali al cliente che non entrano mai nel repository principale. > Con la perdita secca del vantaggio principale che è la messa a fattor comune > del lavoro sviluppato. > > Uno scenario pessimo. > > Il miglior prodotto disponibile a giro sui metadati, è anche il piu' > misterioso. > > Andrea. > > > > Il giorno 09 ottobre 2013 19:22, Simone Giannecchini > <[hidden email]> ha scritto: > >> Ciao Andrea, >> grazie per la segnalazione, sicuramente con il passaggio di tutte le >> nostre istallazioni alla 2.10.x risolveremo anche questo problemino, >> visto che la lingua italiana >> ci interessa un pochino :) >> >> Cmq sia, come ben sapete e fate per altri software Open Source, il >> modo di prioritizzare i fix esiste ed è dotarsi di supporto >> professionale. >> Detto questo, mi sembra che la issue _potrebbe_ essere stata fixata da >> un commit correlato, quindi magari se potessi fare un test veloce >> (dovresti usare una nightly da qui: >> http://nightlybuild.geonetwork-opensource.org/210branch/) per >> confermare o smentire il fix potrebbe essere utile. >> >> >> Regards, >> Simone Giannecchini >> == >> Our support, Your Success! Visit http://opensdi.geo-solutions.it for >> more information. >> == >> >> Ing. Simone Giannecchini >> @simogeo >> Founder/Director >> >> GeoSolutions S.A.S. >> Via Poggio alle Viti 1187 >> 55054 Massarosa (LU) >> Italy >> phone: +39 0584 962313 >> fax: +39 0584 1660272 >> mob: +39 333 8128928 >> >> http://www.geo-solutions.it >> http://twitter.com/geosolutions_it >> >> ------------------------------------------------------- >> >> >> 2013/10/9 Andrea Peri <[hidden email]>: >> > Colgo l'occasione di questa tua iniziativa per segnalarti che la >> > versione >> > 2.10 è difettosa. >> > Il difetto è proprio nella gestione della lingua italiana. >> > ...Tacci sua, poteva sbagliare lo "zuavo". >> > >> > Fatto sta' che se si commuta in italiano su una scheda gerarchica >> > sostituisce al titolo l' UUID. >> > >> > https://github.com/geonetwork/core-geonetwork/issues/213 >> > >> > Decisamente poco pratico. >> > Tienilo presente perche' altrimenti rischi di dover rifare il lavoro poi >> > anche sulla 2.11 successiva. >> > Ovesi spera che risolvano il problema. >> > >> > Io il ticket lo ho aperto. >> > Hanno anche rilasciato una patch, ma non lo ho provata e comunque ormai >> > la >> > 2.10.1 è persa, >> > la patch verrà applicata sul prossimo rilascio che non so' quando sara'. >> > >> > Andrea. >> > >> > >> > >> > Il giorno 09 ottobre 2013 14:16, Simone Giannecchini >> > <[hidden email]> ha scritto: >> >> >> >> Buongiorno a tutti, >> >> >> >> dico subito che il topic della email potrebbe essere sensibile, cmq >> >> credo che possa essere di interesse generale e spero non generare un >> >> flame :) >> >> >> >> Stiamo valutando di riportare le customizazzioni fatte e rilasciate su >> >> GeoNetwork 2.6.x per il supporto ad RNDT su una versione recente di >> >> GeoNetwork (nello specifico 2.10.x) >> >> dove esiste la possibilità di esternalizzare il supporto per profili >> >> specifici di 191XX come plugin condivisibili. >> >> L'obiettivo sarebbe di creare un plugin per il profilo RNDT esterno >> >> rispetto a GeoNetwork e quindi pubblicarlo in modo che sia >> >> (relativamente) facile e diretto (e gratuito) per _tutti_ utilizzarlo, >> >> specialmente rispetto >> >> a quanto abbiamo dovuto customizzare per la 2.6.x. >> >> >> >> Venendo al dunque, se qualcuno fosse interessato a finanziare, anche >> >> in piccola parte, questo sviluppo o anche solo ad avere maggiori >> >> dettagli mi puo' tranquillamente contattare in privato. >> >> Al momento abbiamo già alcune adesioni, ma ho pensato potessero >> >> esserci altri enti/aziende interessati. >> >> >> >> Ripeto, il risultato verrà condiviso in modo aperto e gratuito per >> >> tutti secondo i canali standard di GeoNetwork. >> >> >> >> Regards, >> >> Simone Giannecchini >> >> == >> >> Our support, Your Success! Visit http://opensdi.geo-solutions.it for >> >> more information. >> >> == >> >> >> >> Ing. Simone Giannecchini >> >> @simogeo >> >> Founder/Director >> >> >> >> GeoSolutions S.A.S. >> >> Via Poggio alle Viti 1187 >> >> 55054 Massarosa (LU) >> >> Italy >> >> phone: +39 0584 962313 >> >> fax: +39 0584 1660272 >> >> mob: +39 333 8128928 >> >> >> >> http://www.geo-solutions.it >> >> http://twitter.com/geosolutions_it >> >> >> >> ------------------------------------------------------- >> >> _______________________________________________ >> >> [hidden email] >> >> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss >> >> Questa e' una lista di discussione pubblica aperta a tutti. >> >> I messaggi di questa lista non hanno relazione diretta con le posizioni >> >> dell'Associazione GFOSS.it. >> >> 666 iscritti al 22.7.2013 >> > >> > >> > >> > >> > -- >> > ----------------- >> > Andrea Peri >> > . . . . . . . . . >> > qwerty àèìòù >> > ----------------- > > > > > -- > ----------------- > Andrea Peri > . . . . . . . . . > qwerty àèìòù > ----------------- [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
In reply to this post by Andrea Peri
Ciao Andrea,
vorrei spezzare una lancia a favore di GeoNetwork. Ti ho già risposto in una delle liste di GN, ma la questione potrebbe essere interessante anche per altri membri di questa lista. L'errore in cui sei incappato è piuttosto particolare e non riguarda l'italiano, ma la gestione di metadati errati non creati internamente a GN. In particolare nel tuo caso ci sono dei metadati con gmd:language impostato a "ITA", laddove lo standard richiede che i codici siano minuscoli. Maggiori dettagli tecnici sul ticket che ho aperto: https://github.com/geonetwork/core-geonetwork/issues/278 Se un problema c'è con l'Italiano, potrebbe essere questo: https://github.com/geonetwork/core-geonetwork/issues/277 Non è bloccante e cmq lo risolveremo a breve. Ciao, Emanuele Alle 18:48:12 di Wednesday 9 October 2013, Andrea Peri ha scritto: > Colgo l'occasione di questa tua iniziativa per segnalarti che la versione > 2.10 è difettosa. > Il difetto è proprio nella gestione della lingua italiana. > ...Tacci sua, poteva sbagliare lo "zuavo". > > Fatto sta' che se si commuta in italiano su una scheda gerarchica > sostituisce al titolo l' UUID. > > https://github.com/geonetwork/core-geonetwork/issues/213 > > Decisamente poco pratico. > Tienilo presente perche' altrimenti rischi di dover rifare il lavoro poi > anche sulla 2.11 successiva. > Ovesi spera che risolvano il problema. > > Io il ticket lo ho aperto. > Hanno anche rilasciato una patch, ma non lo ho provata e comunque ormai la > 2.10.1 è persa, > la patch verrà applicata sul prossimo rilascio che non so' quando sara'. > > Andrea. > > > > Il giorno 09 ottobre 2013 14:16, Simone Giannecchini < > > [hidden email]> ha scritto: > > Buongiorno a tutti, > > dico subito che il topic della email potrebbe essere sensibile, cmq > > credo che possa essere di interesse generale e spero non generare un > > flame :) > > > > Stiamo valutando di riportare le customizazzioni fatte e rilasciate su > > GeoNetwork 2.6.x per il supporto ad RNDT su una versione recente di > > GeoNetwork (nello specifico 2.10.x) > > dove esiste la possibilità di esternalizzare il supporto per profili > > specifici di 191XX come plugin condivisibili. > > L'obiettivo sarebbe di creare un plugin per il profilo RNDT esterno > > rispetto a GeoNetwork e quindi pubblicarlo in modo che sia > > (relativamente) facile e diretto (e gratuito) per _tutti_ utilizzarlo, > > specialmente rispetto > > a quanto abbiamo dovuto customizzare per la 2.6.x. > > > > Venendo al dunque, se qualcuno fosse interessato a finanziare, anche > > in piccola parte, questo sviluppo o anche solo ad avere maggiori > > dettagli mi puo' tranquillamente contattare in privato. > > Al momento abbiamo già alcune adesioni, ma ho pensato potessero > > esserci altri enti/aziende interessati. > > > > Ripeto, il risultato verrà condiviso in modo aperto e gratuito per > > tutti secondo i canali standard di GeoNetwork. > > > > Regards, > > Simone Giannecchini > > == > > Our support, Your Success! Visit http://opensdi.geo-solutions.it for > > more information. > > == > > > > Ing. Simone Giannecchini > > @simogeo > > Founder/Director > > > > GeoSolutions S.A.S. > > Via Poggio alle Viti 1187 > > 55054 Massarosa (LU) > > Italy > > phone: +39 0584 962313 > > fax: +39 0584 1660272 > > mob: +39 333 8128928 > > > > http://www.geo-solutions.it > > http://twitter.com/geosolutions_it > > > > ------------------------------------------------------- > > _______________________________________________ > > [hidden email] > > http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss > > Questa e' una lista di discussione pubblica aperta a tutti. > > I messaggi di questa lista non hanno relazione diretta con le posizioni > > dell'Associazione GFOSS.it. > > 666 iscritti al 22.7.2013 -- == Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information. == Ing. Emanuele Tajariol Technical Lead GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 380 2116282 http://www.geo-solutions.it http://twitter.com/geosolutions_it ------------------------------------------------------- _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
Ciao Emanuele. Devo ancora provare , ma in ogni caso è fuor di dubbio che l'errore da te riscontrato è presente. Grazie per l'informazione. Ho gia verificato che questa cosa si portava dietro altri piccoli problemi. Ad esempio sulle schede dove era presente "ITA" anziche' "ita", Accadeva pure che il report a video non presentava il campo ""language" (immagino per i soliti motivi). Insomma faceva un mezzo disastro. Per questo la tua segnalazione è veramente utile. Sono fiducioso che una volta corretto questo problema i titoli ricompariranno come devono essere. Andrea. Il giorno 18 ottobre 2013 11:54, Emanuele Tajariol <[hidden email]> ha scritto: Ciao Andrea, -- ----------------- Andrea Peri . . . . . . . . . qwerty àèìòù ----------------- _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
Ciao, ti confermo che corrette le schede, ricostruito l'indice lucene, e l'errore è scomparso.Il giorno 18 ottobre 2013 16:55, Andrea Peri <[hidden email]> ha scritto:
-- ----------------- Andrea Peri . . . . . . . . . qwerty àèìòù ----------------- _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
Free forum by Nabble | Edit this page |