Ordre alphabétique ascendant fonctionne différément de la façon attendue (raison : API Isogeo)

Mouzzi-C commented 4 years ago

Merci de préciser dans votre rapport :

Environnement :

Version du logiciel ArcGis Pro : 2.5.1
Version du plugin Isogeo ArcGis Pro : 0.7.2
Architecture du processeur : 64 bits
Version du système Windows (Windows 10, Windows Server 2019, ...) : Windows Server 2019
Autres informations potentiellement utiles :

Reproduire

Se connecter au partage Plugin ArcGIS Pro Dev & test
Sélectionner le propriétaire Isogeo Demo 2.0
Filtrer par ordre alphabétique et ascendant

Identifiant OAuth 2.0 plugin-arcgis-pro-dev-tests-0848bf3ca3ba4e498a35a770f5a811d6

Comportement constaté

La fiche de métadonnée du service de téléchargement EFS de l'environnement de démo comme dans l'image suivante :

Comportement souhaité

Il faudrait que cette fiche soit en fin de liste

Capture d'écran

Si vous pouvez ajouter une/des capture(s) d'écran lors des explications, ce serait un plus très appréciable

Informations supplémentaires

Toutes informations supplémentaires pouvant aider à la résolution du problème sont bonnes à prendre

Je vous remercie pour votre contribution =D

VianneyDoleans commented 4 years ago

Merci pour ton retour, je vais investiguer sur le problème

VianneyDoleans commented 4 years ago

Je reviens vers toi concernant cette issue : L'origine du problème provient de l'API Isogeo. Je m'explique :

Situation initiale :

Les plugins (le site App aussi) demandent à l'API d'afficher les résultats dans un étendu (par exemple les résultats 10 à 20) en spécifiant dans la requête les paramètres de tri.
L'API applique les méthodes de tri demandées, puis retourne les résultats.

Quel est le problème ?

L'API exécute à l’exactitude le tri :
- Le premier résultat de ta screenshot comporte un espace au début de son titre :
- Dans la table ASCII, qui est le code ordinateur qui se cache derrière chaque caractère, l'espace est avant le chiffre 0 dans le classement croissant. La Table ASCII : here

Quel est le comportement voulu ?

Ça dépend, il y a plusieurs écoles :
- Faire un tri à l'exactitude et partir du principe que l'espace est un caractère comme un autre
- Partir du principe que les espaces sont indésirables en début de chaîne de caractères, et donc ne pas les prendre en compte le temps du tri via l'utilisation de la méthode String.Trim() par exemple.
- Ne pas vouloir prendre en compte un seul espace dans le tri (même en milieu de chaîne), dans ce cas il faut tous les retirer le temps du tri via la méthode String.Replace() par exemple.

Des exemples ?

QGIS :
ArcGis Pro :
ArcMap :

Mouzzi-C commented 4 years ago

Merci pour la précision et l'explication. J'avais effectivement pas vu qu'il y avait un espace que début du titre. Je viens de le rectifier ça.

Le mar. 14 juil. 2020 à 11:22, Vianney Doleans notifications@github.com a écrit :

Je reviens vers toi concernant cette issue : L'origine du problème provient de l'API Isogeo. Je m'explique :

Situation initiale :

Les plugins (le site App aussi) demandent à l'API d'afficher les résultats dans un étendu (par exemple les résultats 10 à 20) en spécifiant dans la requête les paramètres de tri.

L'API applique les méthodes de tri demandées, puis retourne les résultats.

Quel est le problème ?

L'API exécute à l’exactitude le tri (ce qui peut être une façon de faire) :

Le premier résultat de ta screenshot comporte un espace au début de son titre :

Dans la table ASCII, qui est le code ordinateur qui se cache derrière chaque lettre, l'espace est avant le chiffre 0 dans le classement croissant. La Table ASCII : here https://lh3.googleusercontent.com/proxy/PGoFSEYYIyTCdEJCcOEgNVe9F7sc-ubfg4L9gwNh5ySjcG3b2_HH_jBQO_PFSx407cdWMuNfd6QXdDi2pjNPkQE1_2V9qZ4OgFd5NyJ7jcDt9cj4

Quel est le comportement voulu ?

Ça dépend, il y a plusieurs écoles :

Faire un tri à l'exactitude et partir du principe que l'espace est un caractère comme un autre

Partir du principe que les espaces sont indésirables en début de mots, et donc ne pas les prendre en compte le temps du tri via l'utilisation de la méthode String.Trim() https://docs.microsoft.com/fr-fr/dotnet/api/system.string.trim?view=netcore-3.1 par exemple.

Ne vouloir pas prendre en compte un seul espace dans le tri (même en milieu de chaîne), dans ce cas il faut tous les retirer le temps du tri via la méthode String.Replace() https://docs.microsoft.com/fr-fr/dotnet/api/system.string.replace?view=netcore-3.1 par exemple.

Des exemples ?

-

QGIS : [image: image] https://user-images.githubusercontent.com/14938664/87407369-5b0b0e80-c5c2-11ea-87b3-8d894004fbf8.png

ArcGis Pro : [image: image] https://user-images.githubusercontent.com/14938664/87407422-6e1dde80-c5c2-11ea-8d15-66852d5871a9.png

ArcMap : [image: image] https://user-images.githubusercontent.com/14938664/87408664-16807280-c5c4-11ea-85f3-d253d1fc33bd.png

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/isogeo/plugin-arcgis-pro/issues/28#issuecomment-658073714, or unsubscribe https://github.com/notifications/unsubscribe-auth/APDH4KP7SNZCUQWU4OPDYMLR3QPUVANCNFSM4OYOOG7A .

--

Carlo Mouzannar

Stagiaire SIG

26 Rue du Faubourg Saint-Antoine – 75012 Paris

Linkedin https://www.linkedin.com/company/isogeo | Twitter https://twitter.com/isogeo | Blog http://blog.isogeo.com/| www.isogeo.com http://www.isogeo.com/

VianneyDoleans commented 4 years ago

Une issue doit être créée dans le dépôt Github Iosgeo API par un membre du staff Isogeo avec les informations de ce thread pour notifier le comportement potentiellement indésiré de l'API. @Mouzzi-C

jgrosmaire commented 3 years ago

Issue API : https://github.com/isogeo/api-v2/issues/29

isogeo / plugin-arcgis-pro