[Badges] Critérios de desempate e atribuição de medalhas

Exacto! Ou vendo o copo meio-cheio, o que tem mais Founds.

Não tenho qualquer dúvida.
No entanto estamos pr'aqui sempre a falar em geocaching de qualidade e tal, mas quando chega a hora de valorizar os owners, de reconhecer o trabalho dos mesmos e de agradecer e minimamente recompensá-los o que é que fazemos? Só pensamos em quem é que tem mais founds.... tá mali!
O owner ser ultrapassado por quem não tem hides é um sabor de injustiça tremenda (quando o que merecia era ser recompensado) já o contrário ser um owner a ultrapassar quem não tem hides é a merecida recompensa pelo esforço e todo o esforço que dedicou em prol do geocaching...
Ser ultrapassado por ter mais hides é frustrante e certamente que haverá owners pelos quais passará pela cabeça arquivar as caches, já o contraário publicar caches "à maluca" já é uma coisa que dá mais trabalho e a quem a maioria não se dará a esse trabalho, e ao fim ao cabo incentivar a colocar caches não é a génese do geocaching?

Ser ultrapassado por ter mais hides é frustrante e certamente que haverá owners pelos quais passará pela cabeça arquivar as caches,

Atenção que as Badges incluindo as caches arquivadas contabilizam mesmo essas.

Tal como disse anteriormente, se a tendência fôr a de dar prioridade aos owners no terceiro factor de desempate será implementado.

Eu concordo que assim seja, também!

quer dizer então que eu o único com 100% numa badge de um concelho com 25 hides e 51 founds, quando o outro geocacher logo em 2º, sem hides completar os 6 founds que lhe faltam para os 100% passará para a minha frente?

Não. Se reparares nos critérios de desempate:

1º maior percentagem = (hides +founds)/total de caches
2º data mais antiga = data último found/hide
3º menor número de hides = menos hides

No 1º critério de desempate ficam iguais. Passa ao 2º critério que é a data mais antiga.

Sendo a tua mais antiga, manténs o 1º lugar na badge.

É! A seguir vão os dois fazer a próxima cache que sair no primeiro dia ...e a resposta é SIM! (Passa ao 3º critério que é quem tem menos hides)

Não dá para fazer o segundo critério recursivamente?
Se o ultimo found foi no mesmo dia, vamos comparar o found antes desse e, se houvesse igualdade, assim sucessivamente. Assim até chegar ao terceiro critério... Demoraria imenso. É viável?


------------------
Sent from my iPhone using Tapatalk

quer dizer então que eu o único com 100% numa badge de um concelho com 25 hides e 51 founds, quando o outro geocacher logo em 2º, sem hides completar os 6 founds que lhe faltam para os 100% passará para a minha frente?

Não. Se reparares nos critérios de desempate:

1º maior percentagem = (hides +founds)/total de caches
2º data mais antiga = data último found/hide
3º menor número de hides = menos hides

No 1º critério de desempate ficam iguais. Passa ao 2º critério que é a data mais antiga.

Sendo a tua mais antiga, manténs o 1º lugar na badge.

É! A seguir vão os dois fazer a próxima cache que sair no primeiro dia ...e a resposta é SIM! (Passa ao 3º critério que é quem tem menos hides)

Não dá para fazer o segundo critério recursivamente?
Se o ultimo found foi no mesmo dia, vamos comparar o found antes desse e, se houvesse igualdade, assim sucessivamente. Assim até chegar ao terceiro critério... Demoraria imenso. É viável?


------------------
Sent from my iPhone using Tapatalk

e pah se der é uma grande ideia!

Não dá para fazer o segundo critério recursivamente?
Se o ultimo found foi no mesmo dia, vamos comparar o found antes desse e, se houvesse igualdade, assim sucessivamente. Assim até chegar ao terceiro critério... Demoraria imenso. É viável?

Vou averiguar! Parece-me uma boa sugestão

pois realmente o 3º criterio é penalizante para os owners.

Padeço desse mal.

Não dá para fazer o segundo critério recursivamente?
Se o ultimo found foi no mesmo dia, vamos comparar o found antes desse e, se houvesse igualdade, assim sucessivamente. Assim até chegar ao terceiro critério... Demoraria imenso. É viável?

Vou averiguar! Parece-me uma boa sugestão

Por isso a dei :-P
Poderá haver variações desse método, mas para não complicar acho que esse já seria excelente.


------------------
Sent from my iPhone using Tapatalk

não é viável em termos de processamento. Estamos a falar de uma BD com mais de 1.5 milhões de logs e não me posso dar ao luxo de andar a fazer recursividades...

actualmente a ordenação que está é:

percentagem DESC, LastLogDate ASC, founds DESC

preferem que altere para:

percentagem DESC, hides DESC, LastLogDate ASC

ou para

percentagem DESC, hides DESC, LastPublishedDate ASC, LastLogDate ASC

???

ou simplesmente

percentagem DESC, LastLogDate ASC, hides DESC