Evolution #64
fermédescriptions attributs, contacts
Ajouté par sig pnrnm il y a environ 10 ans. Mis à jour il y a environ 10 ans.
100%
Description
Bonjour,
Quelques idées en vrac pour une évolution du plugin :
- serait-il possible à terme de pouvoir ajouter la description des attributs dans le catalogue d'attribut ? (à priori il n'est pas possible de remplir le champ commentaire)
- de plus,il pourrait être intéressant dans l'onglet "organisations responsables", de pouvoir prédéfinir des contacts (un annuaire depuis lequel charger un contact)
bien cordialement et merci pour ce super plugin !
Fichiers
| capture_commentaire_editable.png (108 ko) capture_commentaire_editable.png | Christophe MASSE, 05/12/2014 14:31 | ||
| capture_description_qgis.png (112 ko) capture_description_qgis.png | Christophe MASSE, 05/12/2014 16:09 | ||
| nouveaute_contacts_annuaires.pdf (126 ko) nouveaute_contacts_annuaires.pdf | Christophe MASSE, 07/12/2014 18:41 | ||
| COVADIS_dictionnary_by_functions.xml (9,86 ko) COVADIS_dictionnary_by_functions.xml | Christophe MASSE, 08/12/2014 10:28 | ||
| capture_IHM_contacts_VF.png (57,5 ko) capture_IHM_contacts_VF.png | Christophe MASSE, 10/12/2014 11:31 |
Mis à jour par Christophe MASSE il y a environ 10 ans
- Fichier capture_commentaire_editable.png capture_commentaire_editable.png ajouté
- Echéance mis à 01/01/2015
- Statut changé de Nouveau à En cours
- Assigné à mis à Christophe MASSE
- % réalisé changé de 0 à 50
Bonjour,
Si j'ai bien compris la première demande :
Il s'agit simplement de permettre de saisir un commentaire depuis l'interface ? Si oui, alors, c'est fait en 10 secondes (juste le flag Qt.ItemIsEditable posé sur le champ en question. cf. capture ci-jointe).
Pour la deuxième demande, hum hum, il faudrait un assistant de sélection de références des contacts (fichier XML ?). Le plus simple serait de repartir certainement du schéma XML ISO : gmd:CI_ResponsibleParty, en essayant d'utiliser au maximum les fonctions déjà présentes dans QSphere de lecture de fichiers XML et d'export en XML.
L'interface pourrait comporter les fonctions suivantes :
- choix de l'annuaire (fichier XML) en entrée ;
structure du fichier XML (pour l'exemple) pour chaque contact :
<gmd:CI_ResponsibleParty>
<gmd:organisationName>
<gco:CharacterString>Mon organisation</gco:CharacterString>
</gmd:organisationName>
<gmd:contactInfo>
<gmd:CI_Contact>
<gmd:address>
<gmd:CI_Address>
<gmd:deliveryPoint>
<gco:CharacterString>1 route des oliviers</gco:CharacterString>
</gmd:deliveryPoint>
<gmd:city>
<gco:CharacterString>Paris</gco:CharacterString>
</gmd:city>
<gmd:postalCode>
<gco:CharacterString>75000</gco:CharacterString>
</gmd:postalCode>
<gmd:country>
<gco:CharacterString>France</gco:CharacterString>
</gmd:country>
<gmd:electronicMailAddress>
<gco:CharacterString>toto@hotmail.fr</gco:CharacterString>
</gmd:electronicMailAddress>
</gmd:CI_Address>
</gmd:address>
</gmd:CI_Contact>
</gmd:contactInfo>
<gmd:role>
<gmd:CI_RoleCode codeList="http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_19139_Schemas/resources/Codelist/ML_gmxCodelists.xml#CI_RoleCode" codeListValue="%s">Mon role</gmd:CI_RoleCode>
</gmd:role>
</gmd:CI_ResponsibleParty>
Le rôle est-il indispensable dans l'annuaire ? Rôle à défaut.
- Présentation sous forme tabulaire des contacts.
- Possibilité de modifier et d'enregistrer, enregistrer sous les modifications (?)
- Possibilité de sélectionner un contact et de l'envoyer dans la table des organismes ;
- Possibilité d'imprimer et de sauvegarder l'annuaire (fichier XML avec XSLT dans la vue Web - simple nouvelle feuille de style dédiée aux annuaires) ?
Ce périmètre fonctionnel rapidement établi répondrait-il à vos attentes ?
Mis à jour par sig pnrnm il y a environ 10 ans
Concernant la première demande :
je ne suis pas sûre d'avoir bien compris le fonctionnement du flag... Si cela se répercute sur le XMl alors oui c'est parfait !
Sinon, pour clarifier l'idée, il serait sympa que depuis l'interface on puisse saisir un commentaire/une description de l'attribut, pour que cela soit ensuite écrit dans l'export XML.
Dans Géosource, cela prend la forme :
<gfc:FC_FeatureAttribute>
<gfc:memberName>
<gco:LocalName>ID_COM</gco:LocalName>
</gfc:memberName>
<gfc:definition>
<gco:CharacterString>identifiant de la commune</gco:CharacterString>
</gfc:definition>
Actuellement dans l'export XML du catalogue d'attribut de Qsphere, la ligne <gco:CharacterString>identifiant de la commune</gco:CharacterString> n'est pas renseignée.
Concernant la 2e demande, votre proposition rapide semble super !
A mon avis le rôle n'est effectivement pas nécessaire dans l'annuaire si on peut le préciser par ailleurs.
Mis à jour par Christophe MASSE il y a environ 10 ans
Bonjour,
En complément :
Actuellement dans l'export XML du catalogue d'attribut de Qsphere, la ligne <gco:CharacterString>identifiant de la commune</gco:CharacterString> n'est pas renseignée.
Si, mais il faut que le commentaire existe dans la description des caractéristiques des attributs (cf. capture_description_qgis.png).
Seul soucis, à l'heure actuelle sous QGIS, si la couche n'a pas été créée avec cette information correctement renseignée dès la création, quasi impossible de revenir dessus.
Donc le "flag" dont je parle, c'est juste dans la vue tabulaire, vous avez différentes cellules. Dans celle qui contient le commentaire, on indique simplement "on a le droit de te modifier" (Qt.ItemIsEditable) et tout est réglé. La zone est éditable donc modifiable et les modifications seront portées dans le XML.
Le code ci-dessous extrait de l'export reste inchangé :
WriteInLOG(zLOG, '<gfc:definition><gco:CharacterString>%s</gco:CharacterString></gfc:definition>\n' % (zObj.item( i, 5 ).text()))Mais il confirme que même dans la version actuelle de QSphere, si la cellule est renseignée, la balise le sera également.
Ok, pour le périmètre "contacts", je vais prototyper ce Week-end.
Le role (à défaut, mais sans importance) sera bien présent (iso structure tabulaire entre la fenêtre de saisie des métadonnées et de gestion des contacts, donc beaucoup de réutilisation de code déjà existant ! Et l'on va essayé de pousser le gain de ré-utilisation du code en place en passant par le parser XML de l'ISO 19139).
Bien Cordialement,
Ps : si la maquette est déjà bien avancée ce Week-end, je placerai quelques captures sur ce site pour avis et remarques.
Mis à jour par Christophe MASSE il y a environ 10 ans
- Fichier capture_description_qgis.png capture_description_qgis.png ajouté
La capture en question.
Mis à jour par sig pnrnm il y a environ 10 ans
Effectivement le problème était de ne pouvoir éditer après coup cette cellule "commentaire" dans Qgis !
Merci pour ces précisions,et l'efficacité :)
A bientôt pour la suite
Caroline Rossignol
Mis à jour par Christophe MASSE il y a environ 10 ans
- Fichier nouveaute_contacts_annuaires.pdf nouveaute_contacts_annuaires.pdf ajouté
- % réalisé changé de 50 à 80
Bonjour,
Je dépose pour les personnes intéressées un PDF illustrant le prototype réalisé ce Week-end.
Sont opérationnelles dores et déjà les fonctions suivantes :
Fonctions sur les annuaires :
- Recharger l'annuaire sélectionné dans la liste déroulante (annuaire en cours d'utilisation)
- Ouvrir un annuaire
- Sauvegarder l'annuaire courant
- Ajouter un annuaire (ne supprime pas les lignes déjà chargées)
- Nouvel annuaire
- Sauvegarder l'annuaire courant sous … Le nouvel annuaire devient l'annuaire en cours d'utilisation
Fonctions sur le contenu de l'annuaire :
- Ajouter une ligne
- Ajouter une ligne après la ligne courante
- Cloner la ligne courante
- Supprimer la ligne courante
- Supprimer la dernière ligne
- Déplacer la ligne courante vers le haut
- Déplacer la ligne courante vers le bas
Les actions sont en cours d'implémentation.
Pour appel à commentaires.
Nb : l'iconographie ou les positions des boutons actions ne sont pas forcément celles définitives !
Mis à jour par Christophe MASSE il y a environ 10 ans
- Fichier COVADIS_dictionnary_by_functions.xml COVADIS_dictionnary_by_functions.xml ajouté
- % réalisé changé de 80 à 100
Les actions d'alimentation des organismes depuis l'IHM de gestion des annuaires de contacts sont opérationnelles.
Structure d'un dictionnaire de contacts (idem bloc ISO 19139) :
<gmd:MD_Metadata xsi:schemaLocation="http://www.isotc211.org/2005/gmd http://schemas.opengis.net/iso/19139/20060504/gmd/gmd.xsd" xmlns:gmd="http://www.isotc211.org/2005/gmd" xmlns:gco="http://www.isotc211.org/2005/gco" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:gml="http://www.opengis.net/gml" xmlns:xlink="http://www.w3.org/1999/xlink">
<gmd:identificationInfo>
<gmd:MD_DataIdentification>
<gmd:pointOfContact>
<gmd:CI_ResponsibleParty>
<gmd:organisationName>
<gco:CharacterString>COVADIS</gco:CharacterString>
</gmd:organisationName>
<gmd:contactInfo>
<gmd:CI_Contact>
<gmd:address>
<gmd:CI_Address>
<gmd:deliveryPoint>
<gco:CharacterString> </gco:CharacterString>
</gmd:deliveryPoint>
<gmd:city>
<gco:CharacterString> </gco:CharacterString>
</gmd:city>
<gmd:postalCode>
<gco:CharacterString>75000</gco:CharacterString>
</gmd:postalCode>
<gmd:country>
<gco:CharacterString>France</gco:CharacterString>
</gmd:country>
<gmd:electronicMailAddress>
<gco:CharacterString>covadis.secretariat@developpement-durable.gouv.fr</gco:CharacterString>
</gmd:electronicMailAddress>
</gmd:CI_Address>
</gmd:address>
</gmd:CI_Contact>
</gmd:contactInfo>
<gmd:role>
<gmd:CI_RoleCode codeList="http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_19139_Schemas/resources/Codelist/ML_gmxCodelists.xml#CI_RoleCode" codeListValue="resourceProvider">resourceProvider</gmd:CI_RoleCode>
</gmd:role>
</gmd:CI_ResponsibleParty>
</gmd:pointOfContact>
...
Exemple ci-dessus extrait du fichier (exemple) COVADIS_dictionnary_by_functions.xml.
Le fichier est consultable et imprimable depuis l'interface Web (feuilles de style dédiées aux dictionnaires ou XML ISO 19139)
Mis à jour par sig pnrnm il y a environ 10 ans
Bonjour,
Super boulot ! ce petit plus va vraiment être utile.
Je trouve les icônes très lisibles
Cordialement
Caroline Rossignol
Mis à jour par Christophe MASSE il y a environ 10 ans
- Fichier capture_IHM_contacts_VF.png capture_IHM_contacts_VF.png ajouté
- Statut changé de En cours à Fermé
Sujet des dictionnaires des contacts traité intégralement.
Une capture en pièce jointe. Traduction de l'IHM dans les 5 langues réalisée.
Fonctions proposées :
- Rafraîchir le dictionnaire courant (fichier XML ISO) ;
- Visualiser un dictionnaire (fichier XML ISO) ;
- Charger un dictionnaire (fichier XML ISO) ;
- Créer un nouveau dictionnaire ;
- Ajouter un dictionnaire (ajout à la session courante) ;
- Importer les éléments "organisation responsables" (fenêtre métadonnées de QSphere) ;
- Importer les éléments depuis un fichier QSP ;
- Sauvegarder le dictionnaire courant ;
- Sauvegarder sous le dictionnaire courant (la nouvelle destination devient le dictionnaire courant);
Manipulations sur le tableau :
- Ajouter une ligne à la fin du tableau ;
- Ajouter une ligne après la ligne courante ;
- Cloner la ligne courante ;
- Effacer la ligne courante ;
- Effacer la dernière ligne ;
- Déplacer la ligne courante vers le haut ;
- Déplacer la ligne courante vers le bas.
Manipulations sur la ligne courante :
- Passer à la ligne précédente (change la ligne courante) ;
- Passer à la ligne suivante (change la ligne courante) ;
- Affecter la ligne courante à une organisation (choix de l'organisation de la fenêtre métadonnées de QSphere) ;
- Ajouter la ligne courante dans les organisations de la fenêtre métadonnées de QSphere ;
- Envoyer toutes les lignes vers les organisations de la fenêtre métadonnées de QSphere.