mydms-devs Mailing List for LetoDMS

Hey list,
I need to add a Hocr or a txt file for the full index to the uploaded file.

Is there a possibility to achieve this for the next version?

Best regards
Nelson

Dear developers of LetoDMS,

I would like to suggest that working in the search function for a select
group (as is already for owners).

Many thanks and best regards,
Rudi

Just testing if it still works.

  Uwe
-- 
  MMK GmbH, Fleyer Str. 196, 58097 Hagen
  Uwe...@mm...
  Tel: 02331 840446    Fax: 02331 843920

Hello everybody,

I am new to mydms, but want to make some patches and push the 
development for mydms, because of having some ideas around mydms.
I wondered, that there isn't any traffic on this list the last week.
Isn't there any interest to develope version 1.7.3 or higher?

Wish everybody on this list a nice evening

Daniel

Hallo everybody!


In our local government, we are fans of open-source projects. We plan to 
deploy eGroupWare (www.egroupware.org) broadly in order to unify 
addressbook, callendar, reservation system, planning, projects and 
trouble ticketing. The apps cooperate nicely and are getting better.

We started considering usage of myDMS in connection with eGroupWare, 
since there is myDMS module available in eGroupWare. We need a system 
for managing documents, in connection with the whole groupware picture.

However, we realised, that the myDMS in eGroupWare is just kinda 
"snapshot" of rather old 1.2 version, and that myDMS in fact is separate 
project, under heavy development (that is great).



I'd like to ask straight question:

Don't You consider joining some larger project, namely the eGroupWare?



I know this must sound ignorant for someone, or ego-centric, however I 
MEAN IT. I'm just a guy from outside of project and don't want to offend 
anyone. I also realise, that playing a separate project must be of much 
more fun.

However, I also realise, that the myDMS probably is TOO GOOD To NOT 
OFFER EVEN MORE. I think that in connection with such powerful groupware 
suite as eGroupWare, the myDMS should offer much more potential to the 
users. In the real environment, things gain much from synergy effect. 
Separate good apps are not equal to interconnected good apps!

 From technical point of view, it should not do much harm, and instead 
bring quite much good, I think. eGruopWare offers quite strong 
framework, PHP+SQL, LDAP and mySQL autentification support, to mention a 
few, and notification framework is on the way for upcoming 1.4 release.. 
No reason to reinvent the wheel. Better if we collaborate.

I'm not even an eGroupWare developer, just user/translator. But what 
prevents me from trying to build a new bridge between the good projects 
:-) ?


Please, consider my letter in friendly, constructive manner. If You are 
interested, please contact the eGroupWare team and try to talk to them.

This must be by no way meant as step to "destroy" or "annihilate" the 
myDMS. Contrary: I hope the integration with eGroupWare would give the 
myDMS the potential to even better serve Your customers, and shake-off 
unneccessary framework coding and maintenance.


In my (maybe too illusionary) ideas, this could work. I hope it could.

What do You think?



I wish You all the best
Peter Tuharsky, Slovak Republic

joao.avelar wrote:
> Hi, 
> 
> I took a look at MyDMS and would like to know: 
> 
> a) Is there a demo site or a site that I could try it? 
> 

The site at http://dms.markuswestphal.de/demo.html runs an old version 
of MyDMS. To my knowledge, there is no demo site for the current 
release. I'll look into setting something up soon.


> b) What is the needed environment? Pure LAMP? 

A LAMP environment is fine, but all that is required is PHP 4 or 5 
running on a compatible web server, alongside MySQL 4 or greater. A 
number of people use windows, but development is carried out on Solaris 
and Linux. The web server user must have write access to the directory 
being used to store the content.


> c) Does the end user (client side) need to install anything to use MyDMS 
> (Java, pug-ins, etc)? 

No. Users will require JavaScript to be enabled in their browser, though.

> d) What is estimated document database size it would handle with a 
> satisfactory performance? 

I don't know what the upper limit is. Folder structure is the biggest 
limiting factor, believe it or not. My biggest installation has over 
18000 folders containing over 7000 documents.

> e) In case I wanted to translate it to brazilian portuguese, how could it be 
> done? 

In the languages folder are include files containing the phrases used 
throughout MyDMS. You can simply make a copy of one of those files and 
change the phrases into your preferred language. If you upload the file 
into SourceForge.net as a patch, I will incorporate it into the next 
release.


Regards,

Malcolm.

----- Original Message -----
From: "joao.avelar" <joa...@ig...>
To: <myd...@li...>
Sent: Sunday, October 15, 2006 6:47 AM
Subject: [mydms-devs] Info+ Translation


> Hi,
>
> I took a look at MyDMS and would like to know:
>
> a) Is there a demo site or a site that I could try it?

Yes : http://dms.markuswestphal.de/demo.html
>
> b) What is the needed environment? Pure LAMP?
No
>
> c) Does the end user (client side) need to install anything to use MyDMS
> (Java, pug-ins, etc)?

No
>
> d) What is estimated document database size it would handle with a
> satisfactory performance?
>
> e) In case I wanted to translate it to brazilian portuguese, how could it
be
> done?

Just change the language file.
>
> Thanks for this nice project!
>
> J. Avelar
>
>
>


----------------------------------------------------------------------------
----


> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642


----------------------------------------------------------------------------
----


> _______________________________________________
> mydms-devs mailing list
> myd...@li...
> https://lists.sourceforge.net/lists/listinfo/mydms-devs
>

Hi, 

I took a look at MyDMS and would like to know: 

a) Is there a demo site or a site that I could try it? 

b) What is the needed environment? Pure LAMP? 

c) Does the end user (client side) need to install anything to use MyDMS 
(Java, pug-ins, etc)? 

d) What is estimated document database size it would handle with a 
satisfactory performance? 

e) In case I wanted to translate it to brazilian portuguese, how could it be 
done? 

Thanks for this nice project! 

J. Avelar 

This is a permissions problem within the database for the user trying to 
create a temporary table. The DB user must have create temporary table 
privileges. The following is an example of how to apply the required 
privileges to the database user managing MyDMS:

GRANT SELECT, INSERT, UPDATE, DELETE, CREATE TEMPORARY TABLES
ON `mydms`.* TO 'user'@'%';

MySQL identifies users by associating them with a domain, not unlike an 
email address. The "%" in "user@%" is a wild card meaning "any host". So 
the string means "user at any host". Unfortunately, you often need to 
specify "localhost" in a separate grant, which can be confusing.

Regards,

Malcolm.


Tim Thompson wrote:
> I have installed mydms-20060920 and now get this error at the top of 
> most page:
> 
> Access denied for user: 'user@%' to database 'mydms': CREATE TEMPORARY 
> TABLE `ttcontentid` (PRIMARY KEY (`document`)) SELECT .......
> 
> Don't understand where the *@%* comes from after username.
> 
> Tim Thompson
> tl...@tc...
> http://www.tcsweb.net <" rel="nofollow">http://www.tcsweb.net/>
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> mydms-devs mailing list
> myd...@li...
> https://lists.sourceforge.net/lists/listinfo/mydms-devs

I have installed mydms-20060920 and now get this error at the top of most page:

Access denied for user: 'user@%' to database 'mydms': CREATE TEMPORARY 
TABLE `ttcontentid` (PRIMARY KEY (`document`)) SELECT .......

Don't understand where the @% comes from after username.


Tim Thompson
tl...@tc...
http://www.tcsweb.net 

I've put an interim release onto SourceForge and installed a home page at:

http://mydms.sf.net/

The document approvals isn't in yet, but will be by the end of June.

Regards,

Malcolm.


Peter Geoffery wrote:
> Any chance of a dump of the code etc..
> 
> --- Malcolm Cowe <Mal...@Su...> wrote:
> 
> 
>>Thanks for the comments. Just a quick note to let
>>you know, I haven't 
>>forgotten about these requirements. I'm thinking
>>about it. My priority 
>>for the moment is an approvals mechanism, but the
>>idea of a full 
>>document life-cycle manager is compelling.
>>
>>Regards,
>>
>>Malcolm.
>>
>>
>>Peter Geoffery wrote:
>>
>>>Comments below
>>>
>>>--- Malcolm Cowe <Mal...@Su...> wrote:
>>>
>>>
>>>
>>>>Peter Geoffery wrote:
>>>
>>><snip> 
>>>
>>>
>>>>Each document is assigned a unique number when
>>>>uploaded; the combination 
>>>>of document identifier and version number is used
>>
>>to
>>
>>>>retrieve a specific 
>>>>version of a given document.
>>>
>>>
>>>The document flow system requires certain numbers
>>
>>for
>>
>>>each document to be assigned from a register. The
>>>format may be NNNN_XXX_YYY_ZZ where NNNN is
>>
>>type,XXX
>>
>>>is department,YYY is docNumber,ZZ is version.
>>>These document numbers then format the document
>>>filename and are upload as such. Currently I
>>
>>create
>>
>>>the PDF and store Word Document elsewhere to
>>
>>ensure
>>
>>>its locked down and not changable.
>>>I believe the above should be a generic approach
>>
>>to
>>
>>>the system. I.e. Setting register specify format
>>>similar to the NNNN_XXX_YYY_ZZ Then YYY is used as
>>>next available number for document provided NNNN
>>
>>and
>>
>>>XXX are supplied. This then gets accepted by
>>
>>Document
>>
>>>Control (Displays a approved sticker on the
>>
>>document
>>
>>>information) etc when required.
>>>
>>>
>>>
>>>>It sounds like you have a specific process or work
>>>>flow that you would 
>>>>like the software to encourage/enforce. Is this,
>>
>>in
>>
>>>>your opinion, a 
>>>>general purpose mechanism that is applicable to a
>>>>general set of 
>>>>document managers? Could you supply more detail
>>>>about the process and 
>>>>how it should be applied, or provide me with
>>>>examples of other 
>>>>applications with this feature?
>>>>
>>>>I can see a scenario for a system that manages the
>>>>creation, approval 
>>>>and version management of documents. Full document
>>>>life-cycle. I'm 
>>>>making no promises, because it is not an immediate
>>>>priority for me, but 
>>>>if you can help specify some detail, I'll try and
>>>>add it to the to-do list.
>>>
>>>
>>>The full document life-cycle is the way most
>>
>>systems
>>
>>>are heading.
>>>
>>>
>>>>>That was another limitation for myDMS was
>>>>
>>>>searching
>>>>
>>>>
>>>>>within PDF files for cross referenced
>>
>>information.
>>
>>>>Yes. Well, to put it bluntly, this is likely to
>>>>remain a limitation for 
>>>>some time ;-).
>>>
>>>
>>>I have started to investigate IFilter (microsoft
>>>application) which has addons for PDF etc which
>>
>>allow
>>
>>>document search via WebBrowers. Will report
>>
>>finding if
>>
>>>successful 
>>>
>>>
>>>>>If you have a more improved version without the
>>>>
>>>>folder
>>>>
>>>>
>>>>>structure but rather the keyword format?
>>>>>I was considering using a similar format to the
>>>>>www.mininova.org website which has tables broken
>>>>
>>>>up
>>>>
>>>>
>>>>>based on catergories/keywords etc. This would
>>>>
>>>>generate
>>>>
>>>>
>>>>>a webpage alot quicker.
>>>>
>>>>I carried out some experiments to assess
>>
>>performance
>>
>>>>when the folders 
>>>>were removed from the criteria. On my system, the
>>>>improvement was 
>>>>incredibly positive, and the users did not have
>>
>>any
>>
>>>>difficulty in 
>>>>locating the documents they required.
>>>>
>>>
>>>I found the folders to be slow as well when the
>>
>>system
>>
>>>is loaded up. (Could be my test machine) 
>>>
>>>
>>>
>>>>One advantage to using folders is that it makes it
>>>>easy for users to 
>>>>impose structure on their data. I don't want to
>>
>>lose
>>
>>>>sight of this 
>>>>requirement (or side-effect), and so any
>>
>>replacement
>>
>>>>must be able to 
>>>>manage structure elegantly.
>>>>
>>>>That said, using the intersections of keywords
>>
>>does
>>
>>>>seem to be a good 
>>>>avenue for investigation. But when the user wishes
>>>>to browse the 
>>>>repository rather than search, how do you present
>>>>the root level view? 
>>>>One cannot simply present a list of all the
>>>>available labels, can you? 
>>>
>>>
>>>Why not show the default catergories rather than
>>>keywords. I tend to have document categories which
>>>people search by and also keywords for quick cross
>>>referencing of information and linking.
>>>
>>>
>>>
>>>>Or maybe we could... I'm not sure my users are
>>
>>ready
>>
>>>>for document 
>>>>clouds, though. I'm putting this off to one side
>>
>>for
>>
>>>>the moment, until I 
>>>>can think about it properly.
>>>>
>>>>
>>>>
>>>>>Anyway good to see something happening with this
>>>>>project.
>>>>
>>>>Thanks for the feedback.
>>>>
>>>>Regards,
>>>>
>>>>Malcolm.
>>>>
>>>
>>>
>>>Regards Peter
>>>
>>>__________________________________________________
>>>Do You Yahoo!?
>>>Tired of spam?  Yahoo! Mail has the best spam
>>
>>protection around 
>>
>>>http://mail.yahoo.com 
>>>
>>>
>>>
>>
> -------------------------------------------------------
> 
>>>Using Tomcat but need to do more? Need to support
>>
>>web services, security?
>>
>>>Get stuff done quickly with pre-integrated
>>
>>technology to make your job easier
>>
>>>Download IBM WebSphere Application Server v.1.0.1
>>
>>based on Apache Geronimo
>>
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> 
>>>_______________________________________________
>>
> === message truncated ===
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
> 
> _______________________________________________
> mydms-devs mailing list
> myd...@li...
> https://lists.sourceforge.net/lists/listinfo/mydms-devs

Any chance of a dump of the code etc..

--- Malcolm Cowe <Mal...@Su...> wrote:

> Thanks for the comments. Just a quick note to let
> you know, I haven't 
> forgotten about these requirements. I'm thinking
> about it. My priority 
> for the moment is an approvals mechanism, but the
> idea of a full 
> document life-cycle manager is compelling.
> 
> Regards,
> 
> Malcolm.
> 
> 
> Peter Geoffery wrote:
> > Comments below
> > 
> > --- Malcolm Cowe <Mal...@Su...> wrote:
> > 
> > 
> >>Peter Geoffery wrote:
> > 
> > <snip> 
> > 
> >>Each document is assigned a unique number when
> >>uploaded; the combination 
> >>of document identifier and version number is used
> to
> >>retrieve a specific 
> >>version of a given document.
> > 
> > 
> > The document flow system requires certain numbers
> for
> > each document to be assigned from a register. The
> > format may be NNNN_XXX_YYY_ZZ where NNNN is
> type,XXX
> > is department,YYY is docNumber,ZZ is version.
> > These document numbers then format the document
> > filename and are upload as such. Currently I
> create
> > the PDF and store Word Document elsewhere to
> ensure
> > its locked down and not changable.
> > I believe the above should be a generic approach
> to
> > the system. I.e. Setting register specify format
> > similar to the NNNN_XXX_YYY_ZZ Then YYY is used as
> > next available number for document provided NNNN
> and
> > XXX are supplied. This then gets accepted by
> Document
> > Control (Displays a approved sticker on the
> document
> > information) etc when required.
> > 
> > 
> >>It sounds like you have a specific process or work
> >>flow that you would 
> >>like the software to encourage/enforce. Is this,
> in
> >>your opinion, a 
> >>general purpose mechanism that is applicable to a
> >>general set of 
> >>document managers? Could you supply more detail
> >>about the process and 
> >>how it should be applied, or provide me with
> >>examples of other 
> >>applications with this feature?
> >>
> >>I can see a scenario for a system that manages the
> >>creation, approval 
> >>and version management of documents. Full document
> >>life-cycle. I'm 
> >>making no promises, because it is not an immediate
> >>priority for me, but 
> >>if you can help specify some detail, I'll try and
> >>add it to the to-do list.
> > 
> > 
> > The full document life-cycle is the way most
> systems
> > are heading.
> > 
> >>>That was another limitation for myDMS was
> >>
> >>searching
> >>
> >>>within PDF files for cross referenced
> information.
> >>
> >>Yes. Well, to put it bluntly, this is likely to
> >>remain a limitation for 
> >>some time ;-).
> > 
> > 
> > I have started to investigate IFilter (microsoft
> > application) which has addons for PDF etc which
> allow
> > document search via WebBrowers. Will report
> finding if
> > successful 
> > 
> >>>If you have a more improved version without the
> >>
> >>folder
> >>
> >>>structure but rather the keyword format?
> >>>I was considering using a similar format to the
> >>>www.mininova.org website which has tables broken
> >>
> >>up
> >>
> >>>based on catergories/keywords etc. This would
> >>
> >>generate
> >>
> >>>a webpage alot quicker.
> >>
> >>I carried out some experiments to assess
> performance
> >>when the folders 
> >>were removed from the criteria. On my system, the
> >>improvement was 
> >>incredibly positive, and the users did not have
> any
> >>difficulty in 
> >>locating the documents they required.
> >>
> > 
> > I found the folders to be slow as well when the
> system
> > is loaded up. (Could be my test machine) 
> > 
> > 
> >>One advantage to using folders is that it makes it
> >>easy for users to 
> >>impose structure on their data. I don't want to
> lose
> >>sight of this 
> >>requirement (or side-effect), and so any
> replacement
> >>must be able to 
> >>manage structure elegantly.
> >>
> >>That said, using the intersections of keywords
> does
> >>seem to be a good 
> >>avenue for investigation. But when the user wishes
> >>to browse the 
> >>repository rather than search, how do you present
> >>the root level view? 
> >>One cannot simply present a list of all the
> >>available labels, can you? 
> > 
> > 
> > Why not show the default catergories rather than
> > keywords. I tend to have document categories which
> > people search by and also keywords for quick cross
> > referencing of information and linking.
> > 
> > 
> >>Or maybe we could... I'm not sure my users are
> ready
> >>for document 
> >>clouds, though. I'm putting this off to one side
> for
> >>the moment, until I 
> >>can think about it properly.
> >>
> >>
> >>>Anyway good to see something happening with this
> >>>project.
> >>
> >>Thanks for the feedback.
> >>
> >>Regards,
> >>
> >>Malcolm.
> >>
> > 
> > 
> > Regards Peter
> > 
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam?  Yahoo! Mail has the best spam
> protection around 
> > http://mail.yahoo.com 
> > 
> > 
> >
>
-------------------------------------------------------
> > Using Tomcat but need to do more? Need to support
> web services, security?
> > Get stuff done quickly with pre-integrated
> technology to make your job easier
> > Download IBM WebSphere Application Server v.1.0.1
> based on Apache Geronimo
> >
>
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> 
=== message truncated ===


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Thanks for the comments. Just a quick note to let you know, I haven't 
forgotten about these requirements. I'm thinking about it. My priority 
for the moment is an approvals mechanism, but the idea of a full 
document life-cycle manager is compelling.

Regards,

Malcolm.


Peter Geoffery wrote:
> Comments below
> 
> --- Malcolm Cowe <Mal...@Su...> wrote:
> 
> 
>>Peter Geoffery wrote:
> 
> <snip> 
> 
>>Each document is assigned a unique number when
>>uploaded; the combination 
>>of document identifier and version number is used to
>>retrieve a specific 
>>version of a given document.
> 
> 
> The document flow system requires certain numbers for
> each document to be assigned from a register. The
> format may be NNNN_XXX_YYY_ZZ where NNNN is type,XXX
> is department,YYY is docNumber,ZZ is version.
> These document numbers then format the document
> filename and are upload as such. Currently I create
> the PDF and store Word Document elsewhere to ensure
> its locked down and not changable.
> I believe the above should be a generic approach to
> the system. I.e. Setting register specify format
> similar to the NNNN_XXX_YYY_ZZ Then YYY is used as
> next available number for document provided NNNN and
> XXX are supplied. This then gets accepted by Document
> Control (Displays a approved sticker on the document
> information) etc when required.
> 
> 
>>It sounds like you have a specific process or work
>>flow that you would 
>>like the software to encourage/enforce. Is this, in
>>your opinion, a 
>>general purpose mechanism that is applicable to a
>>general set of 
>>document managers? Could you supply more detail
>>about the process and 
>>how it should be applied, or provide me with
>>examples of other 
>>applications with this feature?
>>
>>I can see a scenario for a system that manages the
>>creation, approval 
>>and version management of documents. Full document
>>life-cycle. I'm 
>>making no promises, because it is not an immediate
>>priority for me, but 
>>if you can help specify some detail, I'll try and
>>add it to the to-do list.
> 
> 
> The full document life-cycle is the way most systems
> are heading.
> 
>>>That was another limitation for myDMS was
>>
>>searching
>>
>>>within PDF files for cross referenced information.
>>
>>Yes. Well, to put it bluntly, this is likely to
>>remain a limitation for 
>>some time ;-).
> 
> 
> I have started to investigate IFilter (microsoft
> application) which has addons for PDF etc which allow
> document search via WebBrowers. Will report finding if
> successful 
> 
>>>If you have a more improved version without the
>>
>>folder
>>
>>>structure but rather the keyword format?
>>>I was considering using a similar format to the
>>>www.mininova.org website which has tables broken
>>
>>up
>>
>>>based on catergories/keywords etc. This would
>>
>>generate
>>
>>>a webpage alot quicker.
>>
>>I carried out some experiments to assess performance
>>when the folders 
>>were removed from the criteria. On my system, the
>>improvement was 
>>incredibly positive, and the users did not have any
>>difficulty in 
>>locating the documents they required.
>>
> 
> I found the folders to be slow as well when the system
> is loaded up. (Could be my test machine) 
> 
> 
>>One advantage to using folders is that it makes it
>>easy for users to 
>>impose structure on their data. I don't want to lose
>>sight of this 
>>requirement (or side-effect), and so any replacement
>>must be able to 
>>manage structure elegantly.
>>
>>That said, using the intersections of keywords does
>>seem to be a good 
>>avenue for investigation. But when the user wishes
>>to browse the 
>>repository rather than search, how do you present
>>the root level view? 
>>One cannot simply present a list of all the
>>available labels, can you? 
> 
> 
> Why not show the default catergories rather than
> keywords. I tend to have document categories which
> people search by and also keywords for quick cross
> referencing of information and linking.
> 
> 
>>Or maybe we could... I'm not sure my users are ready
>>for document 
>>clouds, though. I'm putting this off to one side for
>>the moment, until I 
>>can think about it properly.
>>
>>
>>>Anyway good to see something happening with this
>>>project.
>>
>>Thanks for the feedback.
>>
>>Regards,
>>
>>Malcolm.
>>
> 
> 
> Regards Peter
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
> 
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> mydms-devs mailing list
> myd...@li...
> https://lists.sourceforge.net/lists/listinfo/mydms-devs

Comments below

--- Malcolm Cowe <Mal...@Su...> wrote:

> Peter Geoffery wrote:
<snip> 
> Each document is assigned a unique number when
> uploaded; the combination 
> of document identifier and version number is used to
> retrieve a specific 
> version of a given document.

The document flow system requires certain numbers for
each document to be assigned from a register. The
format may be NNNN_XXX_YYY_ZZ where NNNN is type,XXX
is department,YYY is docNumber,ZZ is version.
These document numbers then format the document
filename and are upload as such. Currently I create
the PDF and store Word Document elsewhere to ensure
its locked down and not changable.
I believe the above should be a generic approach to
the system. I.e. Setting register specify format
similar to the NNNN_XXX_YYY_ZZ Then YYY is used as
next available number for document provided NNNN and
XXX are supplied. This then gets accepted by Document
Control (Displays a approved sticker on the document
information) etc when required.

> It sounds like you have a specific process or work
> flow that you would 
> like the software to encourage/enforce. Is this, in
> your opinion, a 
> general purpose mechanism that is applicable to a
> general set of 
> document managers? Could you supply more detail
> about the process and 
> how it should be applied, or provide me with
> examples of other 
> applications with this feature?
> 
> I can see a scenario for a system that manages the
> creation, approval 
> and version management of documents. Full document
> life-cycle. I'm 
> making no promises, because it is not an immediate
> priority for me, but 
> if you can help specify some detail, I'll try and
> add it to the to-do list.

The full document life-cycle is the way most systems
are heading.
> 
> > That was another limitation for myDMS was
> searching
> > within PDF files for cross referenced information.
> 
> Yes. Well, to put it bluntly, this is likely to
> remain a limitation for 
> some time ;-).

I have started to investigate IFilter (microsoft
application) which has addons for PDF etc which allow
document search via WebBrowers. Will report finding if
successful 
> > If you have a more improved version without the
> folder
> > structure but rather the keyword format?
> > I was considering using a similar format to the
> > www.mininova.org website which has tables broken
> up
> > based on catergories/keywords etc. This would
> generate
> > a webpage alot quicker.
> 
> I carried out some experiments to assess performance
> when the folders 
> were removed from the criteria. On my system, the
> improvement was 
> incredibly positive, and the users did not have any
> difficulty in 
> locating the documents they required.
> 
I found the folders to be slow as well when the system
is loaded up. (Could be my test machine) 

> One advantage to using folders is that it makes it
> easy for users to 
> impose structure on their data. I don't want to lose
> sight of this 
> requirement (or side-effect), and so any replacement
> must be able to 
> manage structure elegantly.
> 
> That said, using the intersections of keywords does
> seem to be a good 
> avenue for investigation. But when the user wishes
> to browse the 
> repository rather than search, how do you present
> the root level view? 
> One cannot simply present a list of all the
> available labels, can you? 

Why not show the default catergories rather than
keywords. I tend to have document categories which
people search by and also keywords for quick cross
referencing of information and linking.

> Or maybe we could... I'm not sure my users are ready
> for document 
> clouds, though. I'm putting this off to one side for
> the moment, until I 
> can think about it properly.
> 
> > 
> > Anyway good to see something happening with this
> > project.
> 
> Thanks for the feedback.
> 
> Regards,
> 
> Malcolm.
> 

Regards Peter

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Peter Geoffery wrote:
> A few queries
> 
> Does your version implement some sort of document
> numbering system. I.e. More of a Document Register
> rather than a true Document Management System.
> The reason for this is I would prefer to have the
> ability for a user to request a document number by
> filling in a form on the screen and someone else to
> approve the number. The only time I would require the
> DMS side would be to archive the completed PDF file.

Each document is assigned a unique number when uploaded; the combination 
of document identifier and version number is used to retrieve a specific 
version of a given document.

It sounds like you have a specific process or work flow that you would 
like the software to encourage/enforce. Is this, in your opinion, a 
general purpose mechanism that is applicable to a general set of 
document managers? Could you supply more detail about the process and 
how it should be applied, or provide me with examples of other 
applications with this feature?

I can see a scenario for a system that manages the creation, approval 
and version management of documents. Full document life-cycle. I'm 
making no promises, because it is not an immediate priority for me, but 
if you can help specify some detail, I'll try and add it to the to-do list.

> That was another limitation for myDMS was searching
> within PDF files for cross referenced information.

Yes. Well, to put it bluntly, this is likely to remain a limitation for 
some time ;-).

> If you have a more improved version without the folder
> structure but rather the keyword format?
> I was considering using a similar format to the
> www.mininova.org website which has tables broken up
> based on catergories/keywords etc. This would generate
> a webpage alot quicker.

I carried out some experiments to assess performance when the folders 
were removed from the criteria. On my system, the improvement was 
incredibly positive, and the users did not have any difficulty in 
locating the documents they required.

One advantage to using folders is that it makes it easy for users to 
impose structure on their data. I don't want to lose sight of this 
requirement (or side-effect), and so any replacement must be able to 
manage structure elegantly.

That said, using the intersections of keywords does seem to be a good 
avenue for investigation. But when the user wishes to browse the 
repository rather than search, how do you present the root level view? 
One cannot simply present a list of all the available labels, can you? 
Or maybe we could... I'm not sure my users are ready for document 
clouds, though. I'm putting this off to one side for the moment, until I 
can think about it properly.

> 
> Anyway good to see something happening with this
> project.

Thanks for the feedback.

Regards,

Malcolm.

Malcolm

Apologies for the delay in response but email
disappeared in pile of of junk email.

Its good to see some development happening with myDMS.
I was very interested in this product and a need has
arisen where this would provide a benefit.

A few queries

Does your version implement some sort of document
numbering system. I.e. More of a Document Register
rather than a true Document Management System.
The reason for this is I would prefer to have the
ability for a user to request a document number by
filling in a form on the screen and someone else to
approve the number. The only time I would require the
DMS side would be to archive the completed PDF file.

That was another limitation for myDMS was searching
within PDF files for cross referenced information.

If you have a more improved version without the folder
structure but rather the keyword format?
I was considering using a similar format to the
www.mininova.org website which has tables broken up
based on catergories/keywords etc. This would generate
a webpage alot quicker.

Anyway good to see something happening with this
project.

Catch Ya
--- Malcolm Cowe <Mal...@Su...> wrote:

> Hi,
> 
> I have joined this mailing list as it is likely that
> I will be working 
> on improving MyDMS for the next 2-3 months. An
> experimental internal 
> deployment has experienced some teething problems as
> the size of the 
> repository grows, so I have been assigned to look
> into it. I am using 
> MyDMS 1.4.4 as a basis for further development.
> 
> I have attached a document outlining improvements to
> MyDMS that will 
> deliver the benefits that our internal users require
> in order to be able 
> to continue to use MyDMS.
> 
> The only option that I am unclear on how to develop
> and contribute back 
> to the project is the document workflow (item 5).
> This is because we 
> have an internal process that may not be general
> purpose enough to 
> incorporate into the main source. There's nothing
> proprietary about what 
> we do, but it relies on our corporate authentication
> mechanisms rather 
> than on the user/groups stored in the MyDMS table.
> Now that I think 
> about it, I might be able to provide a method for
> hooking the 
> authentication into external authentication systems.
> 
> Regards,
> 
> Malcolm.
> > MyDMS Improvements
> ==================
> 
> 1. Replace short open tags (<?) with <?php tags.
> 	- Difficulty (time): Easy (10 minutes).
> 	- Status: Done.
> 
> 
> 2. Remove dependency upon register_globals.
> 	- Difficulty (time): Easy (3 days). But boring.
> 	- Status: Not started.
> 
> 
> 3. Database: Remove the id column from
> tblDocumentContent. Change the primary
> 	key to be (document, version) with the
> auto_increment on the version field.
> 	This enables the database to automatically assign
> the next appropriate
> 	version number to any new row inserted into the
> table without having to
> 	explicitly lookup the existing version value,
> increment the result and
> 	storing that as part of the insert statement. It
> guarantees that there will
> 	be no conflicts or duplication of version numbers
> by simultaneous inserts.
> 	The id field is not required as it is not used
> anywhere except as a
> 	convenient identifier. It is easily replaced by
> (document id, version).
> 
> 	- Difficulty (time): Easy (1 day).
> 	- Status: Not started.
> 
> 
> 4. Database: Move the lock field into a separate
> table for managing locks.
> 	With the current implementation it is possible,
> although unlikely,
> 	for two people to simultaneously request a lock on
> a document. I propose
> 	that a new table be created for storing locks in a
> list where the primary
> 	key is the document ID (and must therefore be
> unique), and a second field
> 	stored the user ID of the person locking the
> document. In this way, if
> 	there are two [near-] simultaneous requests to lock
> a document, the first
> 	request to insert a row into the lock table gets
> the lock on the document.
> 	Any subsequent requests to insert a row will result
> in an error (duplicate
> 	key).
> 
> 	- Difficulty (time): Easy (2/3 days).
> 	- Status: Not started.
> 
> 
> 5. Document approval workflow. A basic, static,
> workflow for managing the
> 	life-cycle of a document from initial draft to
> publication. Allows user to
> 	determine the status of a document. Allows an
> author to submit a document
> 	for peer review before publishing it in its final
> format. Better
> 	traceability and control over the version
> management and change history.
> 
> 	- Difficulty (time): Moderate (3 weeks).
> 	- Status: Not started.
> 
> 
> 6. Optimise search. Because of the recursive nature
> of the filesystem
> 	developed for MyDMS, searching is very, very slow.
> What works for
> 	traditional file systems does not necessarily
> translate into a good system
> 	for a database to follow. Even for moderate MyDMS
> deployments, the number
> 	of queries required and the amount of processing
> overhead generated is far
> 	too high.
> 
> 	I have experimented with alternative mechanisms on
> a local deployment where
> 	searching often (usually) times out. A standard
> search of the database
> 	using the existing code takes over 4 minutes, if it
> completes at all. I
> 	have managed to reduce this time to 0.12 seconds
> (yes, just over one tenth
> 	of one second) using the same database, just by
> making a few simple
> 	assumptions about how to search. Specifically, I do
> not use the folder
> 	structure _at all_. This may seem like a cheat, but
> it has resulted in
> 	greatly improved usability in our tests thus far.
> System load on the
> 	database server is also reduced from 80-90%
> utilisation to what amounts to
> 	background noise.
> 
> 	I do not necessarily propose that the folder
> structure be removed from
> 	MyDMS, although that is an option (if managed
> carefully). There are two
> 	pre-existing methods available for organising
> documents in MyDMS: folders
> 	and keywords.
> 
> 	One option is to develop a system that relies
> entirely upon keywords for
> 	its structure and relationships -- a sort of
> associative filing system. To
> 	refine the display of documents, use an
> intersection of keywords (e.g.
> 	"list all documents with keywords key1 AND key2 AND
> key3"). This also
> 	easily allows documents to be associated with more
> than one group or
> 	collection. This is sort of how GMail works -- it
> relies on the application
> 	of one or more labels to a message in order to
> organise a collection of
> 	email.
> 
> 	It is also possible to improve the performance of
> the existing folder
> 	mechanism by incorporating an index or folderList
> field in the tblDocuments
> 	table. For each document, record the folder
> hierarchy to which it belongs.
> 	One can then quickly search tblDocuments, pulling
> out those records where
> 	the specified folder ID is listed, instead of
> having to recursively search
> 	the folder tables. It does introduce some overhead
> when moving files
> 	around, but it's not much. It also looks a little
> hacky, but I think it
> 	stands up as a reasonable compromise.
> 
> 	Of course, both implementations can happily
> co-exist, so it is also
> 	feasible to maintain both mechanisms. 
> 
> 	- Difficulty (time): Moderate (4 weeks).
> 	- Status: Completed discovery (feasibility).
> Development not started.
> 
> 
> 7. Optimise display. The explorer pane on the page
> display takes far too long
> 	to display, and it duplicates much of the
> information presented on the rest
> 	of the page. The overhead of rendering the
> folder-tree greatly out-weighs
> 	any potential benefit and I suggest that it be
> removed entirely. I have
> 	created a compact theme that significantly reduces
> the page load times, but
> 	there are still some areas that can be improved.
> 
> 	- Difficulty (time): Easy (1 week).
> 	- Status: Partially implemented.
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Hi,

I have joined this mailing list as it is likely that I will be working 
on improving MyDMS for the next 2-3 months. An experimental internal 
deployment has experienced some teething problems as the size of the 
repository grows, so I have been assigned to look into it. I am using 
MyDMS 1.4.4 as a basis for further development.

I have attached a document outlining improvements to MyDMS that will 
deliver the benefits that our internal users require in order to be able 
to continue to use MyDMS.

The only option that I am unclear on how to develop and contribute back 
to the project is the document workflow (item 5). This is because we 
have an internal process that may not be general purpose enough to 
incorporate into the main source. There's nothing proprietary about what 
we do, but it relies on our corporate authentication mechanisms rather 
than on the user/groups stored in the MyDMS table. Now that I think 
about it, I might be able to provide a method for hooking the 
authentication into external authentication systems.

Regards,

Malcolm.

Any have a status update of where this is at.
I notice that there is no files on the CVS for
download.

Some features to consider to implement
Document Numbering System. 
Allow Word/Excel etc to get a new document Number to
generate documentation. Most Documents then can have a
standard numbering system.
Especially useful for projects where where different
types of documents are generated.

Anyway hope to contribute

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

I have found a minor bug to do with document uploading that does not
seem to have been reported previously.  How would you like these bugs
reported?
=20
I was going to put it in through sf.net however the fields haven't
really been setup there.  Would the project admin like to setup the
category and version fields etc first, or shall I just file the first
one now?
=20
Richard

Richard Jennings wrote:

>I can confirm that MyDMS 1.4.4 can work with PHP v5.0.4 however some
>minor changes are required to the code.
>
>Essentially inc.Authentication.php and op.Logout.php use
>$_HTTP_COOKIE_VARS which is not an autoglobal in PHP5 (not sure when it
>was no longer one).  The solution is to change it to use $_COOKIE (i.e.
>change $_HTTP_COOKIE_VARS to $_COOKIE).
>
>I can send a unified diff if you really want me to.
>
>I should point out that I have not extensively tested MyDMS under PHP5.
>
>As an aside I think the install.txt needs updating about viewing online.
>It talks about modifying your web server's configuration to add the
>rewrite directives, whereas .htaccess is supplied in DMS/op so changing
>the server's configuration should not be needed.  What it does not
>mention (or I missed it) is the need to allow overrides for that
>directory otherwise the .htaccess is ignored.  This may be Apache
>specific.
>  
>


Yup please email me the diff file...

Thanks,
Mike

I can confirm that MyDMS 1.4.4 can work with PHP v5.0.4 however some
minor changes are required to the code.

Essentially inc.Authentication.php and op.Logout.php use
$_HTTP_COOKIE_VARS which is not an autoglobal in PHP5 (not sure when it
was no longer one).  The solution is to change it to use $_COOKIE (i.e.
change $_HTTP_COOKIE_VARS to $_COOKIE).

I can send a unified diff if you really want me to.

I should point out that I have not extensively tested MyDMS under PHP5.

As an aside I think the install.txt needs updating about viewing online.
It talks about modifying your web server's configuration to add the
rewrite directives, whereas .htaccess is supplied in DMS/op so changing
the server's configuration should not be needed.  What it does not
mention (or I missed it) is the need to allow overrides for that
directory otherwise the .htaccess is ignored.  This may be Apache
specific.

Regards,
Richard

Miguel Gea Milvaques wrote:

> Hi all,
>
> I'm thinking we must remove adodb from our sources, it could be
> dowloaded from upstream and we will have  all adodb bugs closed by
> upstream. I we bind to actual adodb version we loose.


Good idea.  You are an admin I'm quite sure..  so you can simply remove
it in the CVS.
Or I can...

Let me know.

Mike

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all,

I'm thinking we must remove adodb from our sources, it could be
dowloaded from upstream and we will have  all adodb bugs closed by
upstream. I we bind to actual adodb version we loose.


- --
e-mail: Miguel Gea Milvaques <debian(@nospam)miguelgea.com
Blog: http://www.livejournal.com/users/xerakko/
GnuPG key: 0x580808C4
Key fingerprint = 85A0 06FD 9A6C 4701 27C2  5536 3533 50CA 5808 08C4
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDZIoJNTNQylgICMQRAiJlAKDJfw4qTXxNI6DVUtVBGqBB4/xynwCfafkw
3oXmREw/Vf3EbG7ztbKLAlg=
=VePZ
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

En/na Michael J. Pawlowsky ha escrit:
> Miguel Gea Milvaques wrote:
> 
> 
>>I think we must to talk about a what are we going to do with mydms and
>>which new features are we going to add.
>>
> 
> 
> That would be great if he would join.
> 
> As for where to go with it. Well I still have 2 main goals.
> Make it run without shor tags enabled (an easy one) and the harder one,
> make it run without having Globals enabled.
> Personally I wrote a quick hack to do this on my servers, but it is not
> the way to go.
> 
> Really all the vars need to be tracked down and changed to their
> appropriate values (ie  $_POST['abc'])

I agree with you this is a first goal.

> 
> This is important to do to remain compatible with PHP.
> 
> As well I will be setting up a PHP5 dev environment here. So I would
> like see if MyDMS is PHP5 compatible as well.

I agree too. We must test it in php5.

> 
> Personally these are my immediate goals with MyDMS.
> 
> Surely there are quite a few enhancements that people would like,
> however I think these things should be fixed before any enhancements are
> done.
> 
> Unfortuanetly at the moment I am working on a large commercial project,
> so my free time between now and the end of November is extremely limited.

I have in this moment a lot of work too, but I don't want to forget
mydms. Please ping me when you finish your work and we begin working.

I think other goals in this work is:

- - Create a sql file to do mydms working in postgres. The actual sql
don't work with postgres.

- - Modify all files to be sure it works with linux (windows directories).

- - See what the people want (the forum is full of petitions).

- --
e-mail: Miguel Gea Milvaques <debian(@nospam)miguelgea.com
Blog: http://www.livejournal.com/users/xerakko/
GnuPG key: 0x580808C4
Key fingerprint = 85A0 06FD 9A6C 4701 27C2  5536 3533 50CA 5808 08C4
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDU6vJNTNQylgICMQRAijxAKCw1kzHtpcRDOBOzpA6+PZU6IkU0gCfTnNH
NWAMpI5MvX+EnLpKuboZpDg=
=F6SV
-----END PGP SIGNATURE-----

Miguel Gea Milvaques wrote:

> I think we must to talk about a what are we going to do with mydms and
> which new features are we going to add.
>

That would be great if he would join.

As for where to go with it. Well I still have 2 main goals.
Make it run without shor tags enabled (an easy one) and the harder one,
make it run without having Globals enabled.
Personally I wrote a quick hack to do this on my servers, but it is not
the way to go.

Really all the vars need to be tracked down and changed to their
appropriate values (ie  $_POST['abc'])

This is important to do to remain compatible with PHP.

As well I will be setting up a PHP5 dev environment here. So I would
like see if MyDMS is PHP5 compatible as well.

Personally these are my immediate goals with MyDMS.

Surely there are quite a few enhancements that people would like,
however I think these things should be fixed before any enhancements are
done.

Unfortuanetly at the moment I am working on a large commercial project,
so my free time between now and the end of November is extremely limited.


Mike