Sur Azure, le repo front ne fournit aucune données issues de grottocenter

Depuis la page d'une cavité mettre en place la possibilité de créer une description à partir d'un bouton.
Et pour les descriptions existantes mettre en place un bouton permettant d'éditer la description.

Ces fonctionnalités sont accessibles pour toutes les personnes connectées

Une description est constituée d'un titre, d'un texte et de la langue utilisée pour cette description. Il faudra faire figurer un texte indiquant qu'en validant la personne accepte que sa contribution soit placée sous la licence CC BY SA

Example: when a moderator want to sort the submissions by any attributes, it won't work for many of them.

That's because Sails, in server-side, allows sort by only for the proper t_document table attributes and not for the collections.
For example, it works for publicationDate but not for subjects, regions etc.

Long-term solution (APIside)

• Work on API-side to accept more sortable attributes (lot of work here)

Short-term solution (client side)

• Don't allow the user to sort by a complex attribute on client side (little work to be done on the Table component to specify which column is sortable or not).

A discuter:

• Je trouve l'interface recherche BBS redontante.

Les deux options "rechercher partout" et "rechercher sur des champs spécifiques" prennent de la place à l'écran; les cases "rechercher et "renitialiser" sont communes aux deux blocs et pourraient être déplacées dessous.

Les deux options "rechercher partout" et "rechercher sur des champs spécifiques" sont presque identiques et pourraient etre fusionnées.
(peut-etre au lieu de "Contenu: Titre / Résumé" proposer "Contenu: Partout / titre uniquement" ou "Contenu: Partout + tick-box : titre uniquement")
et ca résoud le probleme des deux "rechercher partout" et "rechercher sur des champs spécifiques"

• d'ailleurs, serait-il possible de pouvoir faire des recherche complexes? pour exclure résultats? (il faudrait probablement changer l'interface actuelle limitée, ou autoriser les opérateurs)

chercher partout: "biospeleologie" avec pays: "congo OU gabon"
chercher partout: "coronavirus ET chauves-souris" avec pays: "afrique -rwanda"

The user experience of the Step 4 (files upload) can be improved. I suggest:

• Sort them by alphabetical order.

• Remove the file formats with a "null" extension. There are displayed as en empty space in the list. There are 374 formats without a extension among the 969 ones.

• Move the accepted file formats below the "Upload files" button. When this list is finally loaded, it pushes the "Upload Files" button way to the bottom.

• "Choose one", the label of the document option is not user-friendly. Il should use something like "License location" for example.

• The "License" drop-down menu is not properly used : the label is overlapping the value
  

• Click on "Upload files" is taking a lot of time just for opening the local file explorer.

BEFORE

AFTER

Quand je demande la liste des documents à valider (comme modérateur) le tableau met très longtemps à charger.

J'ai un message d'erreur dans la console

Blocage d’une requête multiorigine (Cross-Origin Request) : la politique « Same Origin » ne permet pas de consulter la ressource distante située sur https://api.grottocenter.org/api/v1/documents?isValidated=false&limit=50&skip=0&orderBy=asc. Raison : l’en-tête CORS « Access-Control-Allow-Origin » est manquant.

XHRGEThttps://api.grottocenter.org/api/v1/documents?isValidated=false&limit=50&skip=0&orderBy=asc

Bing Satellite :
@maximenathan : Bing Maps Key : AiZDXmgcNHMsP_ONzcpoE1UpohoQiRj-EvS2cfqLdiBCQFtjQTrG8p79rknAZkpw
https://github.com/digidem/leaflet-bing-layer
Prendre AerialWithLabelsOnDemand ou Aerial
(la clé est active pour grottocenter.org et pour localhost uniquement)

Originally posted by @bsoufflet in GrottoCenter/grottocenter-api#443 (comment)

Avec les développements récents et à venir il faudrait reprendre la barre de menu

La boite à outils est vide et elle ne va pas servir dans les prochains mois : il faudrait l'enlever

Le menu document devrait être également supprimé : la validation de document est désormais accessible depuis le tableau de bord

Il faudrait faire un menu créer (ou un bouton + dans la barre de menu ou en bas à droite de l'écran : les propositions sont bienvenues !)
A partir de ce bouton "créer" on accedera au sous menu qui s'appelle actuellement "ajouter un document BBS". Dans les prochains jours on rajoutera les entrées, réseaux, organisations, massifs

Dans le menu la carte sera mise en premier

Le menu accueil est a enlever

Un menu A propos est mis en dernier et donne accès à la page d'accueil actuelle

Pour avoir les informations qui étaient disponibles dans la V2 il convient de donner accès aux informations suivantes.
Ces informations seront à mettre en place sous la carte en complément des informations figurant déjà

• Température (t_cave:temperature)
• Présence ou non de siphon (t_cave:isDiving)
• Date de découverte (t_entrance:discoveryYear)
• Temps d'acces calculé sur la moyenne des (t_comment:E_t_trail) il existe un picto pour ce champ
• Temps sous-terre calculé sur la moyenne des (t_comment:E_t_underground). Il existe un picto pour ce champ
• Altitude : (t_entrance:altitude)

Problème de la sensibilité de l'entrée déplacé ici => #299

La création / L'édition d'une entrée se déroule selon un processus semblable a celui qui a été mis en place pour les documents.
Proposition d'étapes

1- Nom de la cavité et coordonnées > La présence de coordonnées donne access aux champs Pays / région / département / / commune / Lieu dit qui seront préremplis en utilisant le travail réalisé par des étudiants. Ces valeurs proposées peuvent être modifiées par l'utilisateur. Possibilité d'indiquer l'altitude

2- Possibilité d'indiquer longueur, profondeur, température, présence de siphon, année de découverte (voir si on propose de déclarer la cavité sensible)

Depuis une cavité existante créer la possibilité de lancer le processus de création d'un document tel qu'il a été mis au point . A la fin du processus le document est créé et il est associé à la cavité

Comme pour tous les documents celui-ci devra être validé pour apparaitre associé à la cavité. Il faudrait donc afficher, à la fin du processus, la page de la cavité avec un message indiquant que le document n'apparaitra que quand il sera validé

Is the home page frozen through code, or can it be changed at runtime ?
Specifically , it would be nice to add a link to new aggregation server https://data.grottocenter.org/ .

Il conviendrait de prendre en compte la demande qui est formulée dans le message ci-dessous

Bonsoir,
En tant que contributeur à OpenStreetMap, je suis content de voir que vous utilisez une carte issue d'OpenStreetMap sur votre site, notamment https://beta.grottocenter.org/ui/map/.

Vous pouvez retrouver les signalements sur osm-fr/attributions#75
Cependant, j'ai noté que la carte n'est pas correctement attribuée. En effet, nous demandons que votre crédit comporte la mention « © les contributeurs d’OpenStreetMap ». Vous devez également préciser clairement que les données sont disponibles sous la licence ODbL. Vous pouvez mentionner ceci avec un lien hypertexte vers https://www.openstreetmap.org/copyright.

Une attribution correcte permet de préciser les sources de la carte ou des données ainsi que ce que les utilisateurs ont le droit d'en faire.

Si vous avez besoin d'aide pour effectuer la correction ou si vous avez des questions, ne pas hésiter à répondre à ce message ou à utiliser un de nos canaux de communication : https://wiki.openstreetmap.org/wiki/FR:Canaux_de_contact.

Enfin, une attribution correcte permet de diffuser l'existence d'OpenStreetMap, d'attirer de nouvelles contributions et d'étendre la communauté. C'est extrêmement important pour améliorer la qualité de la base de données en qui vous et des millions de personne font confiance.

Exemple d'attribution correcte : https://www.education.gouv.fr/annuaire/25-doubs/pontarlier/lycee/lycee-xavier-marmier.html

Lorsque la correction aura été faite, n'hésitez pas à me le signaler.

Merci d'avance, cartographiquement.
– Antonin, cartographe bénévole OpenStreetMap 🗺️

Il faudrait mettre à jour les infos sur la page d'accueil afin d'indiquer
que la licence CC-BY-SA est itilisée pour les données protégées au titre du droit d'auteur
Que la licence ODBL est utilisée pour les données qui ne relèvent pas du droit d'auteur

En base de données une liste de types est définis pour les documents.
Coté applicatif seuls certains de ces types sont proposés.
Cela va devenir handicapant maintenant qu'il est possible de proposer des fichiers.
Il faudrait pouvoir choisir parmi tous les types de documents, éventuellement en débutant la liste par les types Collection, Numéro, Article.

(probleme important)
si je fait une recheche sur A, puis une recherche sur B, si je fais « back », mon navigateur ne retourne pas sur A, mais sur la page d’accueil, perdant ainsi mes recherches précédentes.

Je viens d'essayer de créer un document et lorsqu'on soumet un document l'enregistrement ne se termine pas
Voila l'erreur retournée (CORS) :

Blocage d’une requête multiorigine (Cross-Origin Request) : la politique « Same Origin » ne permet pas de consulter la ressource distante située sur https://api.grottocenter.org/api/v1/documents. Raison : l’en-tête CORS « Access-Control-Allow-Origin » est manquant.

Uncaught (in promise) TypeError: NetworkError when attempting to fetch resource.

Les données viennent de la table t_location
Les informations seront placées dans un cadre semblable a celui qui est utilisé pour afficher les descriptions.
Ce cadre sera placé au-dessus de la description

Il s'agit de présenter les documents qui sont associés à l'entrée
Les informations affichées seront

• le titre
• le type du document (Collection, Article...)
• un lien vers la fiche détaillée du document (ui/documents/:documetId)

Si un fichier est associé à ce document il faut mettre en place un lien permettant de visualiser/télécharger ce document dans une nouvelle fenêtre.
Les documents apparaitront dans un cadre de même type que celui qui a été utilisé pour la description.
Ce cadre prendra place entre le cadre "Rigging" et le cadre "history".

Since the migration to the new grottocenter-front, Swagger (Route ui/swagger/1) is no longer working.

TODO

• Get the API documentation using the following route & Redux;
  Route : GET api/v1/swagger.yaml
  See GrottoCenter/grottocenter-api#652 for more details.

• Change the documentation URL from ui/swagger/1 to ui/api-doc/v1

J'essaye de rajouter un fichier sur azure.grottocenter.org
il ne m'est pas possible de selectionner une licence le champ licence est vide
Si j'indique qu'il existe un document qui autorise la publication j'ai la possibilité de choisir parmi les bibliographies. Il faudrait que tous les documents ayant comme titre bibliographie soient passés au type TEXTE et non AUTORIZETOPUBLISH ou que le front affiche bien les documents ayant ce type

Since pull/449

On Firefox

Quant à mon souci de texte "hover" (XX entrances) qui se décale du curseur, je ne l'ai que sur Firefox (sur Linux, impossible de tester sous Windows chez moi...), tout simplement à partir du moment où je déplace la carte :

Quand je monte la carte, le texte descend vers le bas, quand je pars à droite, il part à gauche etc.

Sur Chrome ça n'arrive jamais.

Originally posted by @Clm-Roig in GrottoCenter/grottocenter-api#449 (comment)

la bande marron du haut n’apporte pas grand chose et fait perde de la place au contenu utile.

elle est utile en haut de page, mais il est rare qu’on ait à changer de langue ou se connecter en milieu de consultation d’une page.
par ailleur l’icone « home » est accessible via le menu hamburger

elle pourrait défiler en meme temps que la page pour laisser plus de place au contenu utile

le menu hamburger doit, lui, rester fixe en haut à gauche
ps: En navigation ordinateur, la bande marron peut rester en haut

Il convient de revoir la tache Grunt qui utilise l'api de Transifex.

Je copie ici le message envoyé par Transifex

Following our last announcement (https://www.transifex.com/blog/2020/transifex-api-version-3/) regarding the stable release of Transifex API v3, we're excited to announce that we are deprecating the previous API versions, namely API v2 and v2.5, to make way for the more usable and maintainable API v3.

As of April 7th, 2022 the API versions 2 and 2.5 will no longer be operational and relevant requests will begin to fail.

In the following year starting from today, you will need to migrate all of your resources (scripts, applications, integrations, etc.) to use API v3 instead. If you rely on a script, integration, or app that makes requests using versions 2 and 2.5, you'll need to update it to use version 3, as soon as possible.

More information about this new API version v3 can be found in our documentation guide here (https://transifex.github.io/openapi/index.html#section/Introduction). As always, don't hesitate to reach out to us, if you have questions while you’re upgrading. Feel free to reach out to us at [email protected] and we will be more than happy to assist you.

Pour gérer le développement des cavités recherchées nous disposons d'un curseur qui permet de choisir les 2 bornes entre lesquelles doit se trouver le résultat. Comme la longueur peut être comprise entre 0 et 700000 il est très difficile de faire un choix dans les limites habituelles (10, 100 ou 1000) qui sont difficile d’accès

Pour finaliser le module d'authentification
Il faut créer une page accessible via le lien qui est dans le mel qu'on reçoit quand on demande à mettre à jour son mot de passe
Cette page permettra de créer un nouveau mot de passe.
Il conviendra également de finaliser la localisation

Each time the client is deployed on production, we must increase the version number (currently it's 21.0.0 as shown in the left menu on https://beta.grottocenter.org).

There are some automatic tool which can help with this, don't hesitate to use one of them 😉

At the moment, any results returned by the API don't contain the publication date of the document.

This is probably the reason why it is impossible to search for a document with the date field.

Create a script to update translations from transifex.
Move translations from outside the web-app package

testé ce matin (après déploiement):

Sur mobile (grand iphone)

• Je ne vois pas où le nombre de résultat d’une requete est affiché. je ne sais pas s’il y a 10, 50 ou 200 résultats. Le nombre est "hors ecran". Sur PC, c'est bon

• il y a la possibilité d’afficher 5 , 10 ou 20 résultats par page. on pourrait proposer plutot 5, 10, 100 (en cas de recherche desktop)

• il serait bien d'avoir la possibilité d'accéder directement à la Xieme page de résultat. Actuellement, s'il y a 900 résultat, je suis obligé de les passer 20 par 20. Et de recommencer si j'ai le malheur de quitter la page et revenir plus tard

Suite à la mise à jour les bibliographies doivent être validées

Je ne sais pas combien il y en a car si on en affiche 5 le site me dit qu'il y en a 5

Si j'en affiche 100 le site me dit qu'il y en a 100

Il pourrait être intéressant de ne pas pouvoir saisir le numéro d'ISSN pour un article ou pour un numéro.
Les utilisateurs le mette pour la collection et le ressaisisse pour le numéro et pour les articles. Ce n'est pas nécessaire, il faudrait leur indiquer

Actions:

• Install and setup JEST framework
• Add a test for each existing pure components
• Create a new issue each time you encounter a component that should be splitted in simpler (pure?) components
• Write a documentation to share the way a component must be tested

To be done ASAP

Config: for real configuration constants
Links: for external and internal links constants
API: for API paths constants

Pour les numéro l'éditeur est défini par le document parent, il n'est donc pas possible de le saisir. Mais il n'est pas possible de cliquer sur le bouton suivant tant qu'on n'a pas saisi un éditeur.
Du coup il n'est pas possible de modifier les numéros

Sur proposition de membres du CA il est proposé de rajouter un bouton en page d'accueil

Ceci n'étant qu'une proposition de localisation, le bouuton devant s'intégrer dans la charte graphique !

Page to present:

• Current version and a link to release note
• In progress version, number of issues todo / done and a link to the future release note
• A dynamic (ajax) table with all the older release notes

We must use GitHub API

La page décrivant les membres n'existe pas sur Grottocenter

Les champs à utiliser sont ceux de la table Caver

Du fait des RGPD toutes les donnees personnelles (barrées ci-dessous) ne doivent pas etre exposées par l'API public et ne doivent pas etre affichées !!!!

name
surname
nickname
country
region
city
postalCode
address
dateBirth
contact
yearInitiation
dateInscription
language
latitude
longitude
customMessage
facebook
pictureFileName

La page affichera également
la liste des groupes auquel le membre est associé
la liste des cavités auxquelles le membre est associé
Eventuellement une information concernant ses contributions à Grottocenter (par exemple afficher le nombre de contributions, afficher la liste des contributions semble problématique s'il y en a plusieurs milliers... A voir si c'est gérable. Ce serait souhaitable)

la gestion des communications fera l'objet d'une issue spécifique

Il serait intéressant que nous ayons des adresses simples pour afficher des élèments sur la carte

grottocenter.org/ui/map/entrance=54896
permettrait d'afficher une entrée sur la carte

grottocenter.org/ui/map/system=548
permettrait d'afficher toutes les cavités d'un réseau

grottocenter.org/ui/map/range=852
permettrait d'afficher les cavités d'un massif

grottocenter.org/ui/map/group=987456
permettrait d'afficher une organisation sur la carte

grottocenter.org/ui/map/entrancesgroup=987456
permettrait d’afficher les entrées associées à une organisation

Lors de l'export CSV, le fichier créé (chez moi), est un fichier texte nommé "unknown" sans extension.

• il faudrait qu'au moins le fichier soit créé avec l'extension csv pour etre ouvrable par le grand-public
• eventuellement que le fichier soit nommé. par exemple "bbs-keyword1-keyword2.csv"

Le formulaire fonctionne comme je le souhaite. J'ai cependant quelques hésitations sur certains points :

1. Est-ce que l'architecture est bonne côté front ? (features et pages. Je ne suis pas sûr de saisir la différence entre pages et appli par exemple.)

2. Est-ce que la gestion d'erreurs, qui est doublée (champ rouge + notification snack bar), est au bon endroit pour les deux ?

3. J'hésitais aussi à factoriser l'écran de confirmation que ça a bien marché. Je l'ai pour la Soumission de document aussi. C'est juste un composant avec un titre, un texte et éventuellement des boutons d'action qu'on appellerait quand on a fait l'appel à l'API et qu'y a aucune erreur.

Le texte d'accueil doit être changé
Cela peut être fait dès à présent

Voila le texte proposé
fr
Bienvenue sur la nouvelle version de Grottocenter, la base de données communautaire, dédiée à la spéléologie.
L’ensemble des informations est librement accessible, la création d’un compte te permettra de contribuer : tous ensemble nous pourrons compléter et fiabiliser les informations sur les cavités, les documents, les organisations et les massifs, liés au milieu souterrain.
Le Bulletin Bibliographique Spéléologique (BBS) a rejoint Grottocenter pour te donner accès à une très importante collection de documents. Tu peux désormais contribuer au BBS, soit directement soit en rejoignant l’équipe des contributeurs de ton pays.
Tu peux également mettre à disposition une collection de documents dont tu es l’auteur. Nous disposons d’outils pour réaliser une intégration rapide de fichiers dans le BBS. Contacte-nous si tu as des questions ou si tu souhaites participer au projet.

en
Welcome to the new version of Grottocenter, the community database dedicated to caving.
All information is freely accessible, creating an account will allow you to contribute: all together we will be able to complete and make more reliable the information on caves, documents, organizations and massifs, linked to the underground environment.
The Speleological Abstracts (SA / BBS) has joined Grottocenter to give you access to a very important collection of documents. You can now contribute to SA / BBS, either directly or by joining your country's contributing team.
You can also provide a collection of documents of which you are the author. We have the tools to quickly integrate files into the SA / BBS. Contact us if you have any questions or if you want to participate in the project.

Il serait utile d'avoir une page publique qui décrive les personnes

L'URL serait de type grottocenter.org/ui/persons/12345678

Les informations présentes seraient :

• name
• surname
• nickname
• langage

Ainsi qu'une liste de ressources qui sont liés à la personne :

• Les documents dont les personnes sont les auteurs
• Le nombre de contributions à Grottocenter
• éventuellements d'autres informations à déterminer comme l'appartenance à une organisation, le fait d'avoir visité une cavité...

Il s'agit d'afficher les données issues de t_history
L'affichage se fera dans un cadre du même type que la description
Ce cadre prendra place après le cadre "Rigging"

We want to display the riggings like in the V1

Currently the API send the riggings as 1 line

While the front need 1 line for each obstacle

Current expected behavior is defined in the Entrance story: packages/web-app/src/components/appli/Entry/stories.js

Dans la partie entités liées il faudrait faire figurer les documents liés et leur type.
Si le document est une collection il y a des numéros liés
Si le document est un numéro il est lié à une collection et à des articles
Si le document est un article il est lié à un numéro

A partir de la page existante
https://grottocenter.org/ui/caves/75496
Changer le texte Visible Entries par Network entries et afficher dans la liste le nom des entrées associées à cette cave. en cliquant sur le nom on ouvre une nouvelle fenêtre correspondant à la page de l'entrance correspondante
Supprimer les champs dans la partie de droite de la fenêtre : actuellement aucun contenu détaillé n'est associé aux réseau

Grottocenter is a public and free service. But we must protect a little bit our infrastructure (and its cost) by limiting the number of requests every day / hour / minute.

We could a captcha on resetPassword, signUp and login forms for example.

Add the possibility to display the result of an advanced search on the Map application.

• The breadcrump has a curious height with text and icons on different sizes.

• The converter tool is out of the screen