You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
(35) |
Apr
(26) |
May
(46) |
Jun
(5) |
Jul
(10) |
Aug
(29) |
Sep
(39) |
Oct
(13) |
Nov
(19) |
Dec
(3) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
|
Feb
(4) |
Mar
(6) |
Apr
(17) |
May
|
Jun
(2) |
Jul
(3) |
Aug
(6) |
Sep
|
Oct
(2) |
Nov
(2) |
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(11) |
Nov
(4) |
Dec
|
2007 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2008 |
Jan
(1) |
Feb
|
Mar
(11) |
Apr
(16) |
May
(8) |
Jun
(10) |
Jul
(3) |
Aug
(32) |
Sep
(27) |
Oct
(8) |
Nov
(5) |
Dec
(1) |
2009 |
Jan
(14) |
Feb
(2) |
Mar
(12) |
Apr
(50) |
May
(4) |
Jun
(2) |
Jul
(2) |
Aug
(6) |
Sep
(36) |
Oct
(70) |
Nov
(51) |
Dec
(41) |
2010 |
Jan
(3) |
Feb
(6) |
Mar
(11) |
Apr
(54) |
May
(17) |
Jun
(31) |
Jul
(13) |
Aug
|
Sep
(7) |
Oct
(168) |
Nov
(58) |
Dec
(10) |
2011 |
Jan
(83) |
Feb
(25) |
Mar
(11) |
Apr
(8) |
May
(46) |
Jun
(53) |
Jul
(49) |
Aug
(117) |
Sep
(31) |
Oct
(13) |
Nov
(7) |
Dec
|
2012 |
Jan
|
Feb
(3) |
Mar
(35) |
Apr
(21) |
May
(7) |
Jun
(6) |
Jul
(8) |
Aug
(12) |
Sep
(7) |
Oct
|
Nov
(2) |
Dec
(11) |
2013 |
Jan
(1) |
Feb
(2) |
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Khalid A. <kha...@gm...> - 2017-06-07 10:08:42
|
Dear Respondent, This questionnaire is part of my PhD thesis in the area of improving design smell detection. The purpose of the study is to measure the concordance level of human experts against the design smell detection tools. We analyzed the Xena-6.1.0 project and detected the set of God Class (Large Class or The Blob) that you can find in this questionnaire. Completing this questionnaire should take about 15 minutes. I would appreciate your kind attention and cooperation on sending your questionnaire feedback as soon as possible. Notice that all information related to respondent or contained in this questionnaire will be treated in strict confidence. If you are not currently involved in the project, please forward this message to developers you think are a better target for this questionnaire. To fill the questionnaire click on: https://docs.google.com/forms/d/e/1FAIpQLScpA75NqVGU6CpRG-Aq3scuHZrgNK_9UXzIkAvOopH4_4vXzQ/viewform?c=0&w=1 Thank you in advance. Yours sincerely, Khalid Alkharabsheh PhD Student at CITIUS, Santiago de Compostela University (Spain). https://citius.usc.es/equipo/investigadores-en-formacion/khalid-alkharabsheh -- <http://twitter.com/citiususc> Kha <die...@us...>lid Alkharabsheh LP2 [image: E-mail:] kha...@us... <die...@us...> [image: Phone:] +34 881816474 [image: Website:] citius.usc.es <http://citius.usc.es/> · [image: Twitter:] citiususc <http://twitter.com/citiususc> |
From: Equipe M. <co...@my...> - 2014-02-21 15:34:08
|
Email pas visible correctement? Lisez le ( http://sendgrid.org/wf/webmail?rp=ZTI1bGQzTnNaWFIwWlhKZmFXUTZNVEl6TkN4MWMyVnlYMmxrT2pJMU5qVTBmUWV5SnVaWGR6YkdWMGRHVnlYMmxrSWpvaU1qVXhPVEV4TlNJc0ltNWxkM05zWlhSMFpYSmZkWE5sY2w5cFpDSTZNemM0TURVNU1EWXpNVFY5 ) dans votre navigateur Rdv le 5 Mars pour l'Upcycling Day ... ====================================== L’université de Cergy-Pontoise accueillera le Mercredi 5 mars l’Upcycling Day, un événement d’envergure nationale qui aura lieu sur le site des Chênes, plaque tournante de la vie étudiante, en plein cœur de la ville de Cergy-Pontoise. Upcycling Day est un événement porté par le master Sciences de l'Environnement – Milieux Urbains et Industriels et soutenu par le ministère de l'écologie, du développement durable et de l'énergie ainsi que par la Fondation de l'université. Dédié à la sensibilisation du grand public, il vise à informer et débattre des enjeux fondamentaux concernant l’avenir, ainsi qu'à mettre en pratique de nouveaux modes de vie durables. L'axe prioritaire de la journée concerne les déchets et l'économie circulaire. L’upcycling, tendance porteuse et créative, est l’étendard de notre manifestation et apporte une forte dimension conviviale et participative à l’événement. A cette occasion, un groupe a été créé sur le réseau ( http://www.myrecyclestuff.com/Groupe_Upcycling-day ) pour tous ceux qui souhaitent négocier en ligne avant de se retrouver le jour J ! En plus de la plus grande troc party jamais organisée, vous pourrez participer à d'autres ateliers ou aux tables rondes, tout le programme est en ligne ( http://upcyclingday.org ) ! -------------------------------------------------------------------------------- Zoom sur l'association recycle... ================================= Inspiré par les actions ambitieuses et fructueuses menées par Zero Waste Europe et 15 groupes locaux Zero Waste en Europe, le Cniid lance Zero Waste France et appelle tous ceux qui le souhaitent à se joindre à cette démarche prônant la sobriété et l’efficacité dans l’utilisation de nos ressources, et la réduction du gaspillage et des déchets par l’éco-conception, la consommation responsable, le réemploi et la valorisation matière. La création du mouvement Zero Waste France est une véritable opportunité de tirer le meilleur de toutes les expériences innovantes qui ont contribué, en France comme à l’étranger, à alléger la pression sur nos écosystèmes, à réduire nos déchets et à créer de formidables dynamiques sociales et économiques locales. Toutes les informations sur ce nouveau mouvement en ligne ! ( http://www.zerowastefrance.org/ ) -------------------------------------------------------------------------------- Les trocs circulaires ... ========================= N'oubliez pas de valider les trocs circulaires qui vous sont proposés si vous avez ajouté des ressources et validé votre compte, c'est tous tous les Vendredi matin ! -------------------------------------------------------------------------------- Précurseurs à suivre ou pas ... =============================== Emmanuel Giboulot est poursuivi pour ne pas avoir traité ses vignes contre la maladie de la flavescence dorée. Il encourt 30 000 euros d’amende et 6 mois d’emprisonnement. Une pétition a ete lancée par l’Institut pour la protection de la santé naturelle (IPSN). Si vous êtes, comme nous, convaincu que ce viticulteur est un précurseur à suivre alors transmettez ce message à toutes vos connaissances. -------------------------------------------------------------------------------- Des questions sur le fonctionnement ? Des remarques pour améliorer le service ? Nous sommes à votre écoute soit par email soit sur les réseaux sociaux ! Se désinscrire à la Newsletter ici ( http://email.myrecyclestuff.com/wf/unsubscribe?upn=9DraMZy17l2WnJgvT2XRo9Po5m65N8k2O2lESwz8JQ8M1GzuhQZPv83VWr6-2BwgD5slZ8ievoNjybjeLHQiyYwOYSd971rXSh4rSconK4yPV76dd6aw3ZeF5QfQN-2BhQyydpIQWxdH31zyU-2FhVUqvsGG5ViRxg7cbkDb0glSTmsbzBxeugLaE7Zq8PtX3LlUGOosMJ1rBG7zufKqOeX85BwNBPBNBfEFKQzj1mN-2BFlo-2F-2BTquzUMjzRirRcV4N-2FZidppodd2N44JLHgIB2XjF86Pk-2BhoPbrEgZ7Atw7BgG1MuI1QY8ElFzM9qa4Du-2FG5FyBP1KBUeaQMKHJZoHJcEfPOziby7jPHyqcxvPHwNFyZU-2BCUSQmMo81gF8-2Bv4ox87MChfVe0V4-2Bk-2BzSChFuQxCreg-3D-3D ) Equipe MyRecycleStuff |
From: Equipe M. <co...@my...> - 2014-01-24 15:34:32
|
Vous n'arrivez pas à lire correctement cet email ? Cliquez ici ( http://sendgrid.org/wf/webmail?rp=ZTI1bGQzTnNaWFIwWlhKZmFXUTZNVEl6TkN4MWMyVnlYMmxrT2pJMU5qVTBmUWV5SnVaWGR6YkdWMGRHVnlYMmxrSWpvaU1qUTFORGcyT0NJc0ltNWxkM05zWlhSMFpYSmZkWE5sY2w5cFpDSTZNemM0TURVNU1EWXpNVFY5 ) pour le voir dans votre navigateur Se désabonner cliquez ici ( http://email.myrecyclestuff.com/wf/unsubscribe?upn=9DraMZy17l2WnJgvT2XRo9Po5m65N8k2O2lESwz8JQ8M1GzuhQZPv83VWr6-2BwgD5XTs3kLVpycslVfXsVEnSlCLzJdUttX9z1KlFIaJrdBXOqIX3fAQ-2BTqWIHuqgY0zdqBv68cceFUsA7Krw-2FIiJ5aGAoxD4yoBPx7Zcyl8vH0pY7zjXBcHR-2F494NdKFroQDMtIjXYtDIbeOqOLcHXxLk0pnlNMAhJXJToVtnmZ7mbWsh-2FYrBh-2B4miGvUag2VRRI-2FD20gUxJ-2Fy-2B-2B8Pk5ChhUMeQjrL7BEwMKlo8EDBZUuytoP2XXquRUKU-2B9u8YMO8vssg5b6NxS1lSG8wXqJsLRcjU6IdPumAVAORVY-2BPlxocI9otQCjlJ6oxTBokhsMVQeBrGFh-2By6T-2FrsGB-2F7VrAcgQ-3D-3D ) Equipe MyRecycleStuff 84 quai de Jemmapes, 75010 Paris |
From: SourceForge.net <no...@so...> - 2013-04-14 22:15:30
|
The following forum message was posted by Anonymous at http://sourceforge.net/projects/xena/forums/forum/293435/topic/7537988: Hello, The most recent release of Xena is not compatible with Java 7. We will release a Java 7 compatible version soon, but until then, it is compatible with Java 6 or lower. |
From: SourceForge.net <no...@so...> - 2013-04-12 10:00:21
|
The following forum message was posted by Anonymous at http://sourceforge.net/projects/xena/forums/forum/293435/topic/7537988: Can't make it run... Windows 7 64-bit Java 1.7.0_17 FINEST: Logging initialised Exception in thread "main" java.lang.NullPointerException at au.gov.naa.digipres.xena.litegui.LiteMainFrame.initNormaliseItem l(LiteMainFrame.java:383) at au.gov.naa.digipres.xena.litegui.LiteMainFrame.<init>(LiteMainFr ava:211) at au.gov.naa.digipres.xena.core.XenaMain.main(XenaMain.java:56) |
From: SourceForge.net <no...@so...> - 2013-03-01 06:15:51
|
Bugs item #3606492, was opened at 2013-02-28 22:15 Message generated for change (Tracker Item Submitted) made by kirtic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3606492&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: plugin-email Group: None Status: Open Resolution: None Priority: 6 Private: No Submitted By: Kirti Chennareddy (kirtic) Assigned to: margotc (margotc) Summary: FileNotFoundException when normalizing .pst file on windows Initial Comment: If a .pst file has emails with outlook message attachments or .mbx or .mbox files as attachments in any of the emails, normalizing the file on Windows OS throws below error, java.io.FileNotFoundException: C:\Users\sivac\Desktop\test9.pst\mbox\1\3 (The system cannot find the path specified) java.lang.RuntimeException: java.io.FileNotFoundException: C:\Users\sivac\Desktop\test9.pst\mbox\1\3 (The system cannot find the path specified) at au.gov.naa.digipres.xena.kernel.XenaInputSource.getByteStream(XenaInputSource.java:272) at au.gov.naa.digipres.xena.util.MetadataExtraction.extractMetadataWithTika(MetadataExtraction.java:67) at au.gov.naa.digipres.xena.kernel.metadata.DefaultMetaData.useMetadataExtractionTool(DefaultMetaData.java:74) at au.gov.naa.digipres.xena.kernel.metadata.DefaultMetaData.parse(DefaultMetaData.java:196) at au.gov.naa.digipres.xena.kernel.metadatawrapper.DefaultWrapper.endDocument(DefaultWrapper.java:352) at au.gov.naa.digipres.xena.plugin.email.MessageNormaliser.parse(MessageNormaliser.java:177) at au.gov.naa.digipres.xena.kernel.normalise.NormaliserManager.parse(NormaliserManager.java:877) at au.gov.naa.digipres.xena.plugin.email.EmailToXenaEmailNormaliser.doFolder(EmailToXenaEmailNormaliser.java:345) at au.gov.naa.digipres.xena.plugin.email.EmailToXenaEmailNormaliser.parse(EmailToXenaEmailNormaliser.java:232) at au.gov.naa.digipres.xena.kernel.normalise.NormaliserManager.parse(NormaliserManager.java:829) at au.gov.naa.digipres.xena.kernel.normalise.NormaliserManager.normalise(NormaliserManager.java:1063) at au.gov.naa.digipres.xena.core.Xena.normalise(Xena.java:667) at au.gov.naa.digipres.xena.core.Xena.normalise(Xena.java:572) at au.gov.naa.digipres.xena.litegui.NormalisationThread.normaliseFile(NormalisationThread.java:337) at au.gov.naa.digipres.xena.litegui.NormalisationThread.normaliseStandard(NormalisationThread.java:255) at au.gov.naa.digipres.xena.litegui.NormalisationThread.run(NormalisationThread.java:195) Caused by: java.io.FileNotFoundException: C:\Users\sivac\Desktop\test9.pst\mbox\1\3 (The system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.<init>(Unknown Source) at java.io.FileInputStream.<init>(Unknown Source) at sun.net.www.protocol.file.FileURLConnection.connect(Unknown Source) at sun.net.www.protocol.file.FileURLConnection.getInputStream(Unknown Source) at au.gov.naa.digipres.xena.kernel.XenaInputSource.getByteStream(XenaInputSource.java:264) ... 15 more ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3606492&group_id=85722 |
From: SourceForge.net <no...@so...> - 2013-02-25 23:43:26
|
Bugs item #3605986, was opened at 2013-02-25 15:43 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3605986&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Nobody/Anonymous (nobody) Summary: XenaInputSource from InputStream does not work as expected Initial Comment: A XenaInputSource can currently be created from an InputStream, however when this is done functionality such as normalise does not work as expected. There are other areas that assume that the XenaInputSource represents a file and areas that assume that the XenaInputSource can be read and re-read repeatedly. The code should be changed so that it will work when using a XenaInputSource from any sort of InputStream. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3605986&group_id=85722 |
From: SourceForge.net <no...@so...> - 2013-02-25 23:38:39
|
Feature Requests item #3605984, was opened at 2013-02-25 15:38 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3605984&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Export Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Nobody/Anonymous (nobody) Summary: Allow for hook for retrieving further Xena files on export Initial Comment: Currently when an export or such other function (normalisation, etc.) is performed on a Xena file that has links to further Xena files (e.g. a normalised zip file; which results in multiple Xena files) then it is expected that these files reside in a defined file system location relative to the normalised file. It would be useful if the programming of Xena allowed for linking into this functionality to provide for a Xena file that needs to be retrieved in a different way. The impetus for this change is a change to the Digital Preservation Recorder that will result in Xena files for AIPs being retrieved from the server using a DPR specific protocol before being available locally. This change would then allow DPR to retrieve further files as needed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3605984&group_id=85722 |
From: SourceForge.net <no...@so...> - 2013-01-04 02:42:45
|
Bugs item #3527503, was opened at 2012-05-16 23:39 Message generated for change (Settings changed) made by kirtic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3527503&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: User Interface Group: None >Status: Closed Resolution: None Priority: 3 Private: No Submitted By: Kirti Chennareddy (kirtic) Assigned to: Kirti Chennareddy (kirtic) Summary: Properties for office in preferences refers to OpenOffice.or Initial Comment: Open Xena 6.0.1 Go to Tools l Plugin Preferences l Office The Properties for Office refers to OpenOffice.org. Should this be changed to Libreoffice now that we support libreoffice since Xena 6.0.0? ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2012-05-30 23:05 Message: updates in-program help to refer to LibreOffice instead of OpenOffice. ---------------------------------------------------------------------- Comment By: margotc (margotc) Date: 2012-05-17 22:33 Message: I have changed all the source file for the Xena application interface to change OpenOffice to LibreOffice. This job is still not complete, since there is alot of doco to amend to reflect this change. I will leave it open, but we will build these changes into our release. ---------------------------------------------------------------------- Comment By: Kirti Chennareddy (kirtic) Date: 2012-05-17 20:53 Message: Reference to openoffice.org in the Xena Viewer needs to be changed as well. ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2012-05-16 23:48 Message: I agree that this should be changed. Note that there are a number of other spots where OpenOffice is referred to. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3527503&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-12-24 00:38:25
|
Bugs item #3598264, was opened at 2012-12-23 14:45 Message generated for change (Comment added) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3598264&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None Status: Open Resolution: None Priority: 6 Private: No Submitted By: Terry O'Neill (terryoneill) >Assigned to: margotc (margotc) Summary: java 7 - Xena has error when starting Initial Comment: If using Java 7 (i.e. version 1.7) then Xena will throw the following error on startup: Exception in thread "main" java.lang.NullPointerException at au.gov.naa.digipres.xena.litegui.LiteMainFrame.initNormaliseItemsPanel(LiteMainFrame.java:383) at au.gov.naa.digipres.xena.litegui.LiteMainFrame.<init>(LiteMainFrame.java:211) at au.gov.naa.digipres.xena.litegui.LiteMainFrame.main(LiteMainFrame.java:1429) This bug is noted against the Java bug database here: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7148436 (7022041 : TitleBorder Null Pointer Exception) Xena should be changed to make it more robust in this case. ---------------------------------------------------------------------- >Comment By: Terry O'Neill (terryoneill) Date: 2012-12-23 16:38 Message: Looks like Margot has already fixed this in the Java7 branch so I have assigned to her. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3598264&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-12-23 22:45:06
|
Bugs item #3598264, was opened at 2012-12-23 14:45 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3598264&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None Status: Open Resolution: None Priority: 6 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Terry O'Neill (terryoneill) Summary: java 7 - Xena has error when starting Initial Comment: If using Java 7 (i.e. version 1.7) then Xena will throw the following error on startup: Exception in thread "main" java.lang.NullPointerException at au.gov.naa.digipres.xena.litegui.LiteMainFrame.initNormaliseItemsPanel(LiteMainFrame.java:383) at au.gov.naa.digipres.xena.litegui.LiteMainFrame.<init>(LiteMainFrame.java:211) at au.gov.naa.digipres.xena.litegui.LiteMainFrame.main(LiteMainFrame.java:1429) This bug is noted against the Java bug database here: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7148436 (7022041 : TitleBorder Null Pointer Exception) Xena should be changed to make it more robust in this case. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3598264&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-12-17 05:09:31
|
Bugs item #3596761, was opened at 2012-12-16 21:09 Message generated for change (Tracker Item Submitted) made by margotc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3596761&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Web Site Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: margotc (margotc) Assigned to: Kirti Chennareddy (kirtic) Summary: Xena Dowloads Page refers to Sun JDK Initial Comment: Just prior to the last release of Xena, we decided against releasing a sun jdk version of the software due to licensing issues. The downloads page still refers to the existence of the jdk version. We should specifically state that Sun jdk versions will no longer be released as of v 6.0.1 due to licensing changes. (http://xena.sourceforge.net/download.php) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3596761&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-12-14 06:10:02
|
Bugs item #3499719, was opened at 2012-03-08 08:35 Message generated for change (Comment added) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3499719&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Normaliser Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: S. Walz (s-walz) Assigned to: Terry O'Neill (terryoneill) Summary: Retain Directory Structure option not working Initial Comment: When Normalising or Converting directories with sub-directories, the output records are being saved in top level output directory, without the originating sub-directory structure being retained, even though the Retain Directory Strcture option is selected. ---------------------------------------------------------------------- >Comment By: Terry O'Neill (terryoneill) Date: 2012-12-13 22:10 Message: That is correct vombatus. ---------------------------------------------------------------------- Comment By: John (vombatus) Date: 2012-12-13 20:55 Message: Just to confirm that when you 'convert' a bunch of directories in Xena 6.0.1 and select 'retain directory structure', everything is still copied to a flat structure. ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2012-03-15 23:17 Message: This issue has been split. Feature request 3505603 has been created to cover the mentioned desire to allow Normalisation to result in Xena files with the same directory structure as the input. Please now consider this bug to only apply to Correcting the functionality of Convert to retain the directory structure on output. ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2012-03-08 16:42 Message: Tested and confirmed that this is always a flat output. This is a quite plain bug in the case of conversion. In the case of normalisation it is a bit more complex. In this case what is happening here is that the "Retain Directory Structure" is being used by Xena for returning files in their original directory structure when they are Exported. Thus normalised files are always being output in a flat single directory output when normalised but when exported they are exported back to their original structure. This may best be solved by adding an additional option. Perhaps a sub-option like: X Retain Directory Structure ---- X For Export Only (Flat Structure for Normalisation) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3499719&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-12-14 05:03:15
|
Bugs item #3595803, was opened at 2012-12-13 21:03 Message generated for change (Tracker Item Submitted) made by vombatus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3595803&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: User Interface Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: John (vombatus) Assigned to: Nobody/Anonymous (nobody) Summary: X of Y completed not updated when Converting files Initial Comment: I have tried to use Xena 6.0.1 to generate text/OCRed files on a bunch of pdf files. I selected 'convert' and 'produce text version' When I pressed the 'convert' button, the results pane filled up with all the file details, as expected. A warning showed up for each file saying that the file was already in an open format - all good However, the status bar at the bottom of the screen stayed on "0 of 1242 completed (0 error(s)). the middle of the status bar stated "Normalising <filename>" (with the filename changing as appropriate). I would have expected that the count of files would be updated as each file was converted. I would have also expected that the 'Normalising' in the status bar would read 'Converting' but that is only a minor quibble ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3595803&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-12-14 04:55:41
|
Bugs item #3499719, was opened at 2012-03-08 08:35 Message generated for change (Comment added) made by vombatus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3499719&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Normaliser Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: S. Walz (s-walz) Assigned to: Terry O'Neill (terryoneill) Summary: Retain Directory Structure option not working Initial Comment: When Normalising or Converting directories with sub-directories, the output records are being saved in top level output directory, without the originating sub-directory structure being retained, even though the Retain Directory Strcture option is selected. ---------------------------------------------------------------------- >Comment By: John (vombatus) Date: 2012-12-13 20:55 Message: Just to confirm that when you 'convert' a bunch of directories in Xena 6.0.1 and select 'retain directory structure', everything is still copied to a flat structure. ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2012-03-15 23:17 Message: This issue has been split. Feature request 3505603 has been created to cover the mentioned desire to allow Normalisation to result in Xena files with the same directory structure as the input. Please now consider this bug to only apply to Correcting the functionality of Convert to retain the directory structure on output. ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2012-03-08 16:42 Message: Tested and confirmed that this is always a flat output. This is a quite plain bug in the case of conversion. In the case of normalisation it is a bit more complex. In this case what is happening here is that the "Retain Directory Structure" is being used by Xena for returning files in their original directory structure when they are Exported. Thus normalised files are always being output in a flat single directory output when normalised but when exported they are exported back to their original structure. This may best be solved by adding an additional option. Perhaps a sub-option like: X Retain Directory Structure ---- X For Export Only (Flat Structure for Normalisation) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3499719&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-12-10 00:17:12
|
Feature Requests item #3592627, was opened at 2012-12-04 15:58 Message generated for change (Comment added) made by kirtic You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3592627&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: John (vombatus) Assigned to: Kirti Chennareddy (kirtic) Summary: Xena wiki lacks link back to main xena site Initial Comment: I was browsing the Xena.sourceforge.net pages when I clicked on the link to the wiki (on purpose). I was able to work out how to get to the developer pages (using the navigation at the top) What was not clear is how you return back to xena.sourceforge.net. It is always nice to be able to return from whence you came Can an obvious link be provided back to the xena page? Preferably in the 'Navigation' section (but I am not sure how to edit it myself) ---------------------------------------------------------------------- >Comment By: Kirti Chennareddy (kirtic) Date: 2012-12-09 16:17 Message: Links to project home pages on the navigation panel on both DPR and Xena Wiki are working. ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2012-12-09 16:03 Message: Also added the same change to the DPR wiki. ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2012-12-09 15:59 Message: Added "Xena Project Home" entry to Navigation panel to link to xena.sourceforge.net. Assigned to Kirti to check. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3592627&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-12-10 00:03:14
|
Feature Requests item #3592627, was opened at 2012-12-04 15:58 Message generated for change (Comment added) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3592627&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: John (vombatus) Assigned to: Kirti Chennareddy (kirtic) Summary: Xena wiki lacks link back to main xena site Initial Comment: I was browsing the Xena.sourceforge.net pages when I clicked on the link to the wiki (on purpose). I was able to work out how to get to the developer pages (using the navigation at the top) What was not clear is how you return back to xena.sourceforge.net. It is always nice to be able to return from whence you came Can an obvious link be provided back to the xena page? Preferably in the 'Navigation' section (but I am not sure how to edit it myself) ---------------------------------------------------------------------- >Comment By: Terry O'Neill (terryoneill) Date: 2012-12-09 16:03 Message: Also added the same change to the DPR wiki. ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2012-12-09 15:59 Message: Added "Xena Project Home" entry to Navigation panel to link to xena.sourceforge.net. Assigned to Kirti to check. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3592627&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-12-09 23:59:34
|
Feature Requests item #3592627, was opened at 2012-12-04 15:58 Message generated for change (Comment added) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3592627&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: John (vombatus) >Assigned to: Kirti Chennareddy (kirtic) Summary: Xena wiki lacks link back to main xena site Initial Comment: I was browsing the Xena.sourceforge.net pages when I clicked on the link to the wiki (on purpose). I was able to work out how to get to the developer pages (using the navigation at the top) What was not clear is how you return back to xena.sourceforge.net. It is always nice to be able to return from whence you came Can an obvious link be provided back to the xena page? Preferably in the 'Navigation' section (but I am not sure how to edit it myself) ---------------------------------------------------------------------- >Comment By: Terry O'Neill (terryoneill) Date: 2012-12-09 15:59 Message: Added "Xena Project Home" entry to Navigation panel to link to xena.sourceforge.net. Assigned to Kirti to check. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3592627&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-12-05 00:35:58
|
Bugs item #3400488, was opened at 2011-08-29 17:49 Message generated for change (Comment added) made by vombatus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3400488&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Terry O'Neill (terryoneill) Summary: multiple output files not removed on cancel or error Initial Comment: Any action in Xena that results in multiple output files will not clean up all of these output files in situations where it should, these situations being: - on an error - when the user chooses Cancel (and confirms to delete output) Actions that result in multiple output files are: - normalisation/conversion of archive files - normalisation/conversion of files where the option to create a text version is selected and the file would create a text version There may be other situations where this error occurs. The underlying problem is that Xena is only setup to record a NormalisationResult with one output file. Thus when cleaning up the core components only know of one output file and only clean that file. This should be changed. Note that this issue was previously recorded as bugs 3380615 and 2866252 ---------------------------------------------------------------------- >Comment By: John (vombatus) Date: 2012-12-04 16:35 Message: Just to confirm that the scenario for the second action above (text version is created) is still occurring in xena 6.0.1. The text versions are not being deleted ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577089&aid=3400488&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-12-04 23:58:52
|
Feature Requests item #3592627, was opened at 2012-12-04 15:58 Message generated for change (Tracker Item Submitted) made by vombatus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3592627&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: John (vombatus) Assigned to: Nobody/Anonymous (nobody) Summary: Xena wiki lacks link back to main xena site Initial Comment: I was browsing the Xena.sourceforge.net pages when I clicked on the link to the wiki (on purpose). I was able to work out how to get to the developer pages (using the navigation at the top) What was not clear is how you return back to xena.sourceforge.net. It is always nice to be able to return from whence you came Can an obvious link be provided back to the xena page? Preferably in the 'Navigation' section (but I am not sure how to edit it myself) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3592627&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-11-02 02:47:00
|
Feature Requests item #3582609, was opened at 2012-11-01 19:47 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3582609&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Improvements Group: None Status: Open Resolution: None Priority: 2 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Nobody/Anonymous (nobody) Summary: Replace Success and Text Version columns with icons Initial Comment: In the Results display there are columns for Success and Text Version with checkboxes. It would be nicer to simply have icons for these two things and add these icons to either the Message column or to a new small column. This would allow the previous columns to be removed which would provide more space for displaying the other fields. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3582609&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-11-02 01:32:30
|
Feature Requests item #3582597, was opened at 2012-11-01 18:32 Message generated for change (Tracker Item Submitted) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3582597&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Normaliser Group: None Status: Open Resolution: None Priority: 6 Private: No Submitted By: Terry O'Neill (terryoneill) Assigned to: Nobody/Anonymous (nobody) Summary: Record warnings in output xena file Initial Comment: In some cases when processing a file the plugin library used reports warnings or minor errors which do not prevent the creation of a xena output file. However these warnings may be important and should be recorded in the xena file. An example of this is the output of the ImageMagick convert utility which is currently just shown to the console and the log. The log output in this case is shown below. The file that results in this output is attached (13383_05_rotated.tif). [Fri Nov 02 12:26:12 EST 2012] - Image Magick error/warning output for conversion: convert: /home/toneill/Xena/XenaTestFiles/13383_05_rotated.tif: unknown field with tag 32934 (0x80a6) encountered. `TIFFReadDirectory' @ warning/tiff.c/TIFFWarnings/706. convert: /home/toneill/Xena/XenaTestFiles/13383_05_rotated.tif: unknown field with tag 34821 (0x8805) encountered. `TIFFReadDirectory' @ warning/tiff.c/TIFFWarnings/706. convert: /home/toneill/Xena/XenaTestFiles/13383_05_rotated.tif: unknown field with tag 37680 (0x9330) encountered. `TIFFReadDirectory' @ warning/tiff.c/TIFFWarnings/706. convert: incorrect count for field "Tag 32934" (0, expecting 1); tag ignored. `/home/toneill/Xena/XenaTestFiles/13383_05_rotated.tif' @ warning/tiff.c/TIFFWarnings/706. convert: /home/toneill/Xena/XenaTestFiles/13383_05_rotated.tif: unknown field with tag 34821 (0x8805) encountered. `TIFFReadDirectory' @ warning/tiff.c/TIFFWarnings/706. [Fri Nov 02 12:26:12 EST 2012] - file:/home/toneill/Xena/XenaTestFiles/13383_05_rotated.tif successfully processed by Image Tiff Normaliser ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3582597&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-09-20 07:08:06
|
Feature Requests item #3568322, was opened at 2012-09-17 00:26 Message generated for change (Comment added) made by terryoneill You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3568322&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: None Status: Open Resolution: None Priority: 3 Private: No Submitted By: Steve Hille (s84s) Assigned to: Nobody/Anonymous (nobody) Summary: Hashing function Initial Comment: The ability to create hashes automatically on file / job completion, the ability to choose which algorthms to use as standard, which to use per job, and how many are desired for use. ---------------------------------------------------------------------- >Comment By: Terry O'Neill (terryoneill) Date: 2012-09-20 00:08 Message: Hello again Steve, Please note that Checksum Checker is designed to work with the Digital Preservation Recorder (DPR). It uses checksums that DPR records in its database to compare with Xena files rather than the checksums internal to those files. It does not create this database or record the initial checksums (it expects this already to be present from DPR). ---------------------------------------------------------------------- Comment By: Steve Hille (s84s) Date: 2012-09-18 19:46 Message: I was thinking about like an output file, for example a text file, where you could choose the output of say MD5, and SHA1 and at the end of the scanning job, it would create a list of the files scanned, or even just of the one big file if it was one big scan and give you the option to output one or more hash values to a file. I did make this suggestion before I knew about checksum checker though, so it may be superflous. Thanks for your time Terry. ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2012-09-17 17:28 Message: Hello Steve, Can you clarify a bit more what you are after here? Currently Xena generates two SHA-512 hashes which are stored inside of the xena file (one for the contents of the package:content tag and one for the exported file). I can see how it would be desirable to have the option to change the algorithm used and to have a default setting for this. When you say the ability to choose 'which to use per job' do you mean just overriding any such default setting? Also I am not really sure what you mean when you say 'how many are desired for use'? I gather from your comment that you are looking for these hashes to be in a separate file or files from the xena files. Is this the case? ---------------------------------------------------------------------- Comment By: Steve Hille (s84s) Date: 2012-09-17 00:27 Message: Also perhaps the ability to run output the file name next to the hashes into some format, even .txt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3568322&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-09-19 03:41:57
|
Feature Requests item #3568322, was opened at 2012-09-17 00:26 Message generated for change (Settings changed) made by margotc You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3568322&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: None Status: Open Resolution: None >Priority: 3 Private: No Submitted By: Steve Hille (s84s) Assigned to: Nobody/Anonymous (nobody) Summary: Hashing function Initial Comment: The ability to create hashes automatically on file / job completion, the ability to choose which algorthms to use as standard, which to use per job, and how many are desired for use. ---------------------------------------------------------------------- Comment By: Steve Hille (s84s) Date: 2012-09-18 19:46 Message: I was thinking about like an output file, for example a text file, where you could choose the output of say MD5, and SHA1 and at the end of the scanning job, it would create a list of the files scanned, or even just of the one big file if it was one big scan and give you the option to output one or more hash values to a file. I did make this suggestion before I knew about checksum checker though, so it may be superflous. Thanks for your time Terry. ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2012-09-17 17:28 Message: Hello Steve, Can you clarify a bit more what you are after here? Currently Xena generates two SHA-512 hashes which are stored inside of the xena file (one for the contents of the package:content tag and one for the exported file). I can see how it would be desirable to have the option to change the algorithm used and to have a default setting for this. When you say the ability to choose 'which to use per job' do you mean just overriding any such default setting? Also I am not really sure what you mean when you say 'how many are desired for use'? I gather from your comment that you are looking for these hashes to be in a separate file or files from the xena files. Is this the case? ---------------------------------------------------------------------- Comment By: Steve Hille (s84s) Date: 2012-09-17 00:27 Message: Also perhaps the ability to run output the file name next to the hashes into some format, even .txt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3568322&group_id=85722 |
From: SourceForge.net <no...@so...> - 2012-09-19 02:46:12
|
Feature Requests item #3568322, was opened at 2012-09-17 00:26 Message generated for change (Comment added) made by s84s You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3568322&group_id=85722 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Build Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Steve Hille (s84s) Assigned to: Nobody/Anonymous (nobody) Summary: Hashing function Initial Comment: The ability to create hashes automatically on file / job completion, the ability to choose which algorthms to use as standard, which to use per job, and how many are desired for use. ---------------------------------------------------------------------- >Comment By: Steve Hille (s84s) Date: 2012-09-18 19:46 Message: I was thinking about like an output file, for example a text file, where you could choose the output of say MD5, and SHA1 and at the end of the scanning job, it would create a list of the files scanned, or even just of the one big file if it was one big scan and give you the option to output one or more hash values to a file. I did make this suggestion before I knew about checksum checker though, so it may be superflous. Thanks for your time Terry. ---------------------------------------------------------------------- Comment By: Terry O'Neill (terryoneill) Date: 2012-09-17 17:28 Message: Hello Steve, Can you clarify a bit more what you are after here? Currently Xena generates two SHA-512 hashes which are stored inside of the xena file (one for the contents of the package:content tag and one for the exported file). I can see how it would be desirable to have the option to change the algorithm used and to have a default setting for this. When you say the ability to choose 'which to use per job' do you mean just overriding any such default setting? Also I am not really sure what you mean when you say 'how many are desired for use'? I gather from your comment that you are looking for these hashes to be in a separate file or files from the xena files. Is this the case? ---------------------------------------------------------------------- Comment By: Steve Hille (s84s) Date: 2012-09-17 00:27 Message: Also perhaps the ability to run output the file name next to the hashes into some format, even .txt ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=577092&aid=3568322&group_id=85722 |