Edit report at https://bugs.php.net/bug.php?id=64740&edit=1
ID: 64740 Updated by: [email protected] Reported by: RQuadling at GMail dot com Summary: Gender ignores country for some names. Status: Analyzed Type: Bug Package: PECL Operating System: Centos PHP Version: Irrelevant Assigned To: ab Block user comment: N Private report: N New Comment: Richard, could you please check the current trunk. I made a change to the library which should allow the lookup in a single country only. Tested also with the names like Jan, Val, Chis, Brynn, Carol, Fran, Ronny, Gene, Rene If you have some more ambiguous names in mind, please test them too. Thanks. Previous Comments: ------------------------------------------------------------------------ [2013-05-19 20:39:22] [email protected] Automatic comment from SVN on behalf of ab Revision: http://svn.php.net/viewvc/?view=revision&revision=330297 Log: Fixed bug #64740 Gender ignores country for some names. ------------------------------------------------------------------------ [2013-05-19 17:18:31] RQuadling at GMail dot com But even if the name is a nickname, it is still a MALE nickname in England. The country option isn't doing it's job. ------------------------------------------------------------------------ [2013-05-18 21:45:54] [email protected] But that means that were the full name, what I mean it's a nickname, though I'm not a native speaker :) Looking at here http://en.wikipedia.org/wiki/Ben http://en.wikipedia.org/wiki/Daniel_(name) any person I click evaluates to one of Benjamin or Daniel. Is it so, that the short variant can be really given as a full name, like in the birth certificate? There are two terms in the ext - nick name and full name. The difference is that if you type literally 'Dan', the library thinks that you're looking for the full name Dan, not for Daniel. As Dan is recorded as a term of endearment for Daniel. The further handling of course not correct, as for me it should say 'not found' and not try to evaluate all the countries. Why I ask is that the quality of the data is important, if you as a native speaker are sure the shorter variant can be a full name, I should correct the data. Otherwise I'd prefer to implement it the way i've mentioned, checking if that's a nick name, getting the full name and working with it instead. Because there are cases where the same nick name can point to either male or female full name, changing the library behavior in this case were wrong. Thanks. ------------------------------------------------------------------------ [2013-05-18 20:54:38] RQuadling at GMail dot com The issue for me that even if the name is female in one country, it is a single country that I'm asking for. Dan, in England, _IS_ a male name. And the data does show this. As things stand, supplying the country is redundant. ------------------------------------------------------------------------ [2013-05-18 17:22:05] [email protected] To be more clear, the way i see it should be solved is $g = new Gender\Gender; if($g->isNick($name)) { $name = $g->getNameForNick($name); // to impement } $gender = $g->get($name); That could work as long as there is an unambiguous correlation between the name and the nick. What would you say? ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=64740 -- Edit this bug report at https://bugs.php.net/bug.php?id=64740&edit=1 -- PECL development discussion Mailing List (http://pecl.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
