| |
Nafcom
Registered: Apr 2002
Posts: 588 |
Implement http://ftp.pokefinder.org/ into CSDb
Implement http://ftp.pokefinder.org/ into CSDb for alternative download link search!
Opinions? |
|
... 74 posts hidden. Click here to view all posts....
|
| |
Nafcom
Registered: Apr 2002
Posts: 588 |
Quote: I could also add the link to the front-page. I just don't want that to be an excuse NOT to add links or upload the file.
Idea: Write a routine that only lets the "mirror" button to pokefinder's ftp appear if all download links are broken! ;) |
| |
Shake
Posts: 134 |
it would do no harm if users are allowed to update broken links.
This locking is a pain in the ass for this database. What if it's only allowed for people to lock their OWN profile?
People can maintain private information like addresses etc.
|
| |
chatGPZ
Registered: Dec 2001
Posts: 11384 |
btw yes the search spider is fux0red, cz is working on it :) and i'd like a search button on the release pages too... maybe also on the group page (search for group name and abbrivation) |
| |
Perff
Administrator
Posts: 1679 |
Now you got the links on both the release-page and it's edit page.
About the locking of entries.
If someone locks an entry it should be because to avoid people of messing up the data. At the same time the one locking the entry is now responsible for maintaining the entry with all the info there is. If they don't they shouldn't lock the entry. I think I have written something like this somewhere in the help/docs...
(There can be situations where people on purpose doesn't want some types of info on their entries, and then they of course have that right.) |
| |
Nafcom
Registered: Apr 2002
Posts: 588 |
Quote: Now you got the links on both the release-page and it's edit page.
About the locking of entries.
If someone locks an entry it should be because to avoid people of messing up the data. At the same time the one locking the entry is now responsible for maintaining the entry with all the info there is. If they don't they shouldn't lock the entry. I think I have written something like this somewhere in the help/docs...
(There can be situations where people on purpose doesn't want some types of info on their entries, and then they of course have that right.)
Thank you, Klaus! :) |
| |
chatGPZ
Registered: Dec 2001
Posts: 11384 |
some tips on improving this feature... should be very easy to implement:
1. if the release name contains a groups name or abbrevation, remove it. filenames on ftp sites often dont contain them (especially if they are old releases) it wont give you to many false positives, and the user can always pick the right one himself
2. if the release name contains the word "preview" or "prv" respectivly, replace it by just "pr", this will find both and also add surprisingly few false positives.
3. remove all non-alphanumerical characters in the search query. filenames almost never contain them, and including them in the query will reduce the chance to find something drastically. if the file is a game, you might als want to check certain common suffixes (+4hi,fix,docs etc) since the filenames might not contain them
4. (most important imho) replace all spaces in the query by %2b (+) ... else you will get MANY false positives if a part of the query is a very common word.
|
| |
Nafcom
Registered: Apr 2002
Posts: 588 |
Quote: some tips on improving this feature... should be very easy to implement:
1. if the release name contains a groups name or abbrevation, remove it. filenames on ftp sites often dont contain them (especially if they are old releases) it wont give you to many false positives, and the user can always pick the right one himself
2. if the release name contains the word "preview" or "prv" respectivly, replace it by just "pr", this will find both and also add surprisingly few false positives.
3. remove all non-alphanumerical characters in the search query. filenames almost never contain them, and including them in the query will reduce the chance to find something drastically. if the file is a game, you might als want to check certain common suffixes (+4hi,fix,docs etc) since the filenames might not contain them
4. (most important imho) replace all spaces in the query by %2b (+) ... else you will get MANY false positives if a part of the query is a very common word.
For magazines no pound ('#') sign.
Scene+World+14 brings results, Scene+World+#14 does not! |
| |
chatGPZ
Registered: Dec 2001
Posts: 11384 |
hence "remove all non-alphanumerical characters in the search query." :o) |
| |
Nafcom
Registered: Apr 2002
Posts: 588 |
Quote: hence "remove all non-alphanumerical characters in the search query." :o)
you won :) |
| |
chatGPZ
Registered: Dec 2001
Posts: 11384 |
i noticed another thing that makes a lot of sense... remove abbrivated short forms like 's (for "is") and 'n (for "and") ... it's magic -> it+magic ... bop'n rumble -> bop+rumble .... etc :) much better search results that way :) |
| Previous - 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 - Next |
