mariusmez / geocachingjds Goto Github PK

• autoriser les drop meme si on a plus de 4 objets
• bloquer le grab si on a 3 objets
• flag newCache uniquement sur le premier log

Permettre à l'issue de la création d'une cache d'attribuer un lien unique + générer QRcode à imprimer pour logbook

Lister les champs public

Les caches trouvées, les tb trouvés

Une carte des déplacement idéalement

Mail reçu de Google qui va changer l'api Maps à compter du 11 juin (pour faire payer après un crédit mensuel de 200$)

Permettre de rechercher un TB en disposant de son tracking code pour le logger plus facilement ensuite depuis sa page de TB

Liste des tbs (avec une option : les tb que j'ai vu)

Créer table spécifique TBCode(code, active)

Vérifier dans la fonction registerTb que le code saisi est présent dans la liste et non activé

Une fois le code choisi, mettre à jour le TBCode avec le champ active

Quand on loggue, ajouter dans le formulaire la possibilité de :

• Dropper un TB en saisissant son n°
• Récupérer un TB en saisissant son n°

optionnel : Discover mais ça peut compliquer les choses et provoquer des erreurs des utilisateurs, je suis pas spécialement pour

En plus d'une mission à renseigner par l'owner, nous pouvons proposer une liste de missions pré-établies qui permettrons de comptabiliser les scores plus simplement.

Cette liste pourrait être présentée sous forme de cases à cocher par le propriétaire dans le profil/ page de création du TB.

Les photos devront nous permettre de valider la bonne réussite des missions (cela restera subjectif, mais tjr plus facile que coder un système d'attribution automatique des points)

Déclarer son tb. ca donne un code unique de participant + un code pour le tb

Nom du TB (visible à tous):
Pseudo du propriétaire (visible à tous) :
Email du propriétaire (privé) :
Description (visible à tous) :

Code unique TB (visible à tous):
Code unique propriétaire (privé) :

https://github.com/parse-server-modules/parse-image

https://stackoverflow.com/questions/29032867/how-do-i-resize-a-photo-into-multiple-photo-sizes-before-saving-in-parse-cloud-b

Après discussion avec les utilisateurs, nombreux sont ceux qui captent pas bien à sophia (et donc certains pensent à prendre le QR en photo, mais pas tous)

Aussi je pense que le risque est grand que certains prennent des TB sans shooter le QRCode pour le Grab et se contente du Drop ailleurs (ce qui posera problème)

Remettre le bouton comme c'était avant va pe éviter ça
@flapouille ton avis ?

cas de l'utilisateur qui déplace les tb de caches en caches pour gagner des points. (surement de la maison d'ailleurs)

Objectif : permettre aux participants de faire des commentaires, write note, échanges autour de leur trouvaille

Rafraichir plusieurs fois la page semble créer plein de logs found

Breaking changes : https://github.com/parse-community/parse-server/blob/master/3.0.0.md

pouvoir voir ses TBs
pour chaque TB possédé, voir les photos liées a la mission et valider les missions.

Utiliser le champ Publication(type Date) pour afficher la géocache sur la page des Géocaches, elle devra par contre avec le champ Active à True au préalable.

Suggestion de Tontonlou : mettre à dispo un fichier GPX des caches

Alternativement, regarder aussi les listes Gmaps ou autre, l'idée étant de simplifier l'usage en facilitant la saisie des coordonnées dans les applications GPS

Les photos serviront principalement pour la validation des missions

Environ 1 photo sur 3 n'est pas uploadée.

La taille trop grosse issue du smartphone et un réseau mobile trop faible (free sur Sophia en edge) ne permet visiblement pas d'uploader dans le temps imparti la photo, la transaction est sauvegardée en base mais sans la pièce jointe.

Quelques pistes de résolution:

• Regarder les différents timeout sur le serveur (nginx, config parse, ...)
• Voir pour changer le formulaire d'upload et redimensionner l'image coté smartphone avant l'upload
• Permettre un load d'image asynchrone avec une interface de rattrapage et un id de transaction envoyé par email si pas d'upload détecté

// TODO : gérer le cas ou le TB est présent dans une cache
// Ajouter l'option dans le select : Récupérer dans la cache : nom de la cache
// Gérer les cas d'erreur Grab depuis une autre cache que celui dans lequel il est affecté dans la BDD

• A minima préciser une politique de confidentialité sur une page accessible depuis le Footer

• Mentionner l'usage fait des données et de l'email saisi

Sur la page d'une cache, les tb qui ont visités , les tb présents

Objectif : simplifier l'onboarding d'un nouveau contributeur développeur sur le projet

Intégrer une mini bdd, le mongodb server, pm2, nodejs, ...

Ajouter un emoji 👍 après les logs de ceux qui Favorisent les caches et objets voyageurs

j'ai mis à jour le descriptif de la cache point de départ, mais il faudrait le mettre à d'autres endroits + eventuellement renvoyer un mail à tous le monde.

Certains utilisateurs mobile semblent envoyer plusieurs fois les formulaires

Mettre en place le PRG Pattern : https://www.theserverside.com/news/1365146/Redirect-After-Post

Important pour pas bloquer les gens.

Réflexion en cours : pré-charger la table Géocacheur avec les inscrits pour minimiser le nombre de personnes concernées

Avantage : cela permettra aussi de fiabiliser le choix de l'email qui devra être identique à celui utilisé par les participants sur le site des jeux de sophia.

Ajouter une crontab pour lancer automatiquement les jobs de calculs des scores

La limite est fixé à 3 max, cependant il semble possible d'en avoir 4 en main, à voir dans quels cas cela peut arriver

Mettre à jour la page de listing des TB pour ajouter une colonne score

Ajouter une colonne scoreTB au classement général avec le report du score du listing TB

Permettre dans un encart en plus de voir les vignettes de toutes les photos des drop + le résultat pour chaque photo de notre validation ou pas de la mission

A voir si on ajoute cette possibilité pour départager les exaequo (c'est déjà codé en partie sur la page du TB)

Permettre de définir un texte dans le BO Parse pour afficher une information à tous les participants (bandeau style alerte enlèvement) mais sur toutes les pages.

Lors du premier log, permettre au participant de définir son pseudo au moment du premier found-it