Perhaps not—except that grouping provides the same functionality as filtering. Even better—it displays the true and false at the same time! What doesn't make sense to me is a boolean field that can only be displayed in an information card. But that won't be the case with Advance Search handling all types of custom fields.

Quote

In fact, I have already implemented this functionality.

Great news! Advanced Search is going to be so useful, I hope you've included the ability to save searches and map them into custom toolbar buttons.

how about an auto save function like MS Word or auto back-up and tool bar icon for easy save as is

"Auto-save" and "save as is" are not necessary. It's a database—all changes are recorded as they are made. I suppose what is going to be added is some kind of automated backup and/or backup reminder feature.

An other suggestionI think that most users relay on IMDB for their movie-data,especially on unknown/uncommon movies they do not own yet.Unfortunately these data is mostly only in english availableand there are a lot of other good site in the web withdifferent languages from the users own.

to solve language related problemsin a proper way it might be usefull to havea language specific replace-list

language specific means if I use the app with english translationonly phrase marked as translated into english will be usedand so on

for genres, countries(names), languages(names), categories, tags, mpaa-ratings, .... and maybe for phrases used by the program it self (to customise the viewable output),as i have seen in other apps aka "data crow" -> sourceforge.net

means id;lang;fieldtype;phrase;replacement

so all incoming data will be setted uplanguage-specfic correctly to users-needsat capture-time (db-data will be changed to his native language)or at view-time (db-data is keeped in orginaly language and will be only processed for viewing)or nothing (means like it is)(this all should depend on the users-preferencesif he, the user needs this and if he takes the time to use it)

with out the need to know all these phrases at the development process

the replace-list could also contain a generaly list offletters/phrases which might be lead to output-errors or which simply unwantedthis list should be processed always on all incomming data

but these lists should be keept either in the specific movie-DBor for all in an other settings-db or how ever a simple list(again users-preferences)(on export/import the user should asked for the language,especially if he has choosed view-time-processing)

and so after a while(may be) language-specfic replace-listscould be shared here in the forums or where ever

I know that native english-speakers dont think so much about these language-specfic thingsbut all others may do a little more

these is one of the most important featuresSadly to say, I miss in most apps

this are only a few ideas I'll had to handle this language-specfic thingswithout having so much development-workon handling unknown phrases (which besides might be wrong)

@nostra special greetings and thankswhile I'm reading here, recognizing your allways friendly open ears to all questionswhich is not allways usual

cu meriator

Logged

while 1000 thanks crawling after one....they may never reach...the journey is the reward

to have custom fields for personslike they are existing for movies alreadyand

This does not fit into 0.9.9 any more, but for 1.0 maybe...

Quote

(this might be more difficulty)an integreation of custom fields into advanced search

100% will be available in 0.9.9

Quote

to solve language related problemsin a proper way it might be usefull to havea language specific replace-list

I think we have discussed this topic already and I find the suggestion good, but there some problems with it:1. Pretty much work for me2. Too many values have to be translated in too many languages 3. Setting up these replacements will be time consuming

I think we have discussed this topic already and I find the suggestion good, but there some problems with it:1. Pretty much work for me2. Too many values have to be translated in too many languages3. Setting up these replacements will be time consuming

You have to translate not even a single wordMay be the way I tried to explain my idea has been not clear enough?

lets take an example1. way

Quote

at view-time (db-data is keeped in orginaly language and will be only processed for viewing)

When the program is going to display an genre-termand the user-preferences is setup to use replacementsonly the SQL-Statment has to be changed, joining the replacment-table, to lookup a replace-termif there is found one the program will take this term otherwise it will take the original termso there should be a function at the right place to do itif user-preferences is set up not to do so, this part will be skiped at all

2. way

Quote

at capture-time (db-data will be changed to his native language)

When a genre-term should be imported/insertedthe program has just to checkout before insert/updateif there is a replace-term for this genre-termif there is one found matching the currently used language and the genre-termthe genre-term will be replaced otherwise notagain depending on user-preferences this part will be skiped at all too

thats all

so i do it a 3.way afterwardsat the moment I do this replacment via SQL-Statmentsmeans by example, I replace one genre-ID with an other one matching my needs

anyway, it was just an idea, which came up to my mind Who this work might be done easy?so I thought it might be not that much workbut I do not do the job

Quote

3. Setting up these replacements will be time consuming

this would be my job I asked for

thx again for your responsecu meriator

« Last Edit: October 09, 2008, 06:29:05 pm by meriator »

Logged

while 1000 thanks crawling after one....they may never reach...the journey is the reward

Maybe this would work okay for some languages, but not for English. The English language is so messed-up, translating by word replacement is a waste of time. There are too many situations where the correct translation depends on the context. Ambiguities could be dealt with for finite word sets like genres, but not for things like categories. It's not uncommon that a word in English will have a significantly broader or narrower meaning than it's most obvious translation in another language. As a result, a direct replacement translation will be correct most of the time, but sometimes incorrect or even misleading. If in a sentence, this still may be acceptable, because the reader can understand the correct meaning from the context of the sentence. But if it's just the word alone or in a short phrase, this is not possible.

I can't comment on the quality of non-English movie information sites, but surely there are some where the quality of the information is reasonably good. By that, I mean the information is properly expressed in the language of the site. It has been subject to some form of competent editing. That might even include doing proper translations where the source of the information is not in the native language. No matter what the language, the quality of the information is only going to be degraded by translating it. I think PVD should remain focused on providing the tools necessary to pull together information from a variety of different sources—while preserving the integrity of that information.

I think the next step, should the development time ever become available, would be to make the program multilingual, rather than attempt to "build-in" translation. Maybe I'm wrong, but I suspect a user who is fluent in English, German and Russian, for example, would be more interested in having their data those languages simultaneously, rather than translating different sources into one language.

I understand that even if one agrees with this point of view, translation of some information is still likely necessary or useful. I think this need would best be served by a translation tool/plugin that uses something like Google Translate, if that is possible. It could take the data from an existing field, translate it, and put the translation in a different field or overwrite the original—according to how it's configured. I don't imagine this would be a very efficient way to translate a large number of fields (e.g., the default set of data from IMDb), but it would be handy for grabbing bits of data only available from a foreign-language site.

Oh sorrymy intention is not to translate whole sentenceslike description, or taglinesthis is sure not possibleI'm talking about single terms like genres, or countriesbut also tags as they are simple expressions

one reason isif I search for a comedy I will findcomedy but not Komödie (german) or comédie (french) or comedia (spanish)but all mean the same thingbut if Komödie, comédie, comedia will point out to comedyI will find everything I did searched for

cu meriator

Logged

while 1000 thanks crawling after one....they may never reach...the journey is the reward

The critical option for me is the cusomized file scanner. Until I have something that can parse file names correctly as title names I can't use PVD. I need something that can parse names from this format:%TITLE%[.%year%][.%release type%].%source%.%format%[.%additional format%]-%release group%.%file format postfix%

spaces between words as do elements are seperated by dots.[] is optional data.field data is determained as follows:release type - is a word from a set of words like LIMITED, FESTIVAL, UNRATEDsource - is usually DVDripformat - is a word from a set, usually xvidadditional format - a word from a set, like AC3release group - one of many names like DIAMOND, AAF, DEVISE, FLAWL3SS, etc... setting it to be -* would work (anything after the - and before the .avi ) file format postfix - .avi .mkv .mp4 etc.

i'd like to keep those parsed data parts in their own fields if possible.

if this is too complex, just having a list of words to be discarded, plus a mask, would be good too (like a word list, plus anything after the - sign, or after the .dvdrip*) , but i'd so much prefer to save this data somewhere.

I'm feeling a little sad for this feature. What, exactly, did you (nostra) have in mind, considering you've already provided for the export of HTML reports (which can then be printed)?

There's more interest in this now, but I'm still not sure what users think they want when they ask for "printing." Print what? A screen shot? The movie list? The details of the selected movie? Or is a full-featured report generator expected?

Firstly I'd like to say what an awesome app! Its just what I've been looking for and freeware too! nostra you rock dude!

I've just voted but to be honest, without reading all 7 pages here I wasn't really clear exactly what was meant by the features that I had to choose from.In the end I voted for these: (in no particular order)Sorting and grouping custom fieldsClient-Server supportCopy and Paste records from one DB to another To some degree this would be negated by above - for me at least. I have read some discussion of the database being able to be manipulated by other software (as it is a firebird db?). I'm assuming that this means the data could already be transferred to a new db?Customizable file scanner

As I'm currently importing movies & data at the moment, a few things have occured to me (please excuse me if these have already been mentioned)

1. Unattended Import - I guess this would only really be useful for people such as myself who are new to this app and have quite a few movies to import. But it would be great if it could just scan a folder and automatically select the best match. Then I could go back through and double check at my convenience, rather than have to keep clicking ok all the time. For people who are importing a number of new movies to an existing database perhaps there could be a field to note that the data was unconfirmed.

2. More info in message windows when importing (or ability to see the main window) - as I write this I am importing movies (as I said above) and it is a bit of a pain that I can't see the file that the found info refers to. Some are quite obvious, but others - well who knows?? There seems to be no way of getting back to the main window while it is scanning folders/downloading data. This means that any I'm not sure about I need to skip and hopefully there is someway of downloading info for them individually (I'm assuming there is).

Hope that doesn't sound whingey! Thanks again for all the hard work you've obviously put into this!