Une solution pour créer des applications de bases de données: Fabrik
- Détails
- 16266
De nombreux utilisateurs de bases de données (BDD) ont parfois besoin de mettre à disposition d'autres utilisateurs des applications BDD, pour la saisie ou la consultation, avec des problématiques de délais, de coûts ou de transmission. Le composant Fabrik, sous le CMS Joomla, permet un usage fin des bases de données, avec une efficacité de déploiement et une grande ergonomie pour les utilisateurs.
Fabrik est un CCK (Construct Content Kit, ou quelque chose comme ça...). Joomla dispose de plusieurs CCK, chacun ayant ses qualités et ses défauts. Certains disent que Fabrik n'est pas celui bénéficiant de la meilleur intégration sur Joomla, lui préférant Seblod par exemple (hum... à discuter). Mais c'est peut-être le plus orienté base de données relationnelles, si vous souhaitez mettre en place un système BDD tel que vous l'avez imaginé, et non pas tel que l'outil l'exige.
Cette souplesse permet d'y voir clair dans votre système, et de concevoir rapidement des outils extensibles, déportables et industrialisables.
Un article plus détaillé est disponible sur ce site.
Une solution pour créer des applications de bases de données: Fabrik
Quelques flux WMS et autres services cartographiques
- Détails
- 44331
Ci-dessous une liste de quelques flux cartographiques ou autres types de données distantes, classés par disponibilité, étendue, niveau de précision et type de service.
- Les flux WMS ne peuvent pas être lus directement dans votre navigateur, mais dans un visualiseur (le Géo-catalogue de ce site par exemple) ou avec votre SIG préféré.
- Des GeoServers sont également listés (faites une Recherche avancée sur le champ Type). Une fois dans un GeoServer, allez à Prévisualisation de la couche et faites votre choix.
- Les liens du champ Page officielle proposent des listes complètes de flux, des catalogues ou des visualiseurs.
JAPR, plate-forme collaborative de recherche en environnement et SHS
- Détails
- 4076
De nombreuses structures de recherche en environnement veulent bénéficier d'infrastructures de données dédiées. Pour la saisie, le chargement, l'organisation et l'exploitation de leurs données. L'objectif originel est parfois issu d'un simple besoin de référencement, mais le terrain et le format des projets de recherche conduisent parfois à des formes de travail collaboratif*, et à la nécessité d'avoir une vision globale de l'avancée des projets, à différents niveaux, différentes échelles.
C'est peut-être la recherche en environnement elle-même, et les Sciences Humaines et Sociales, qui suscitent ces besoins. Les thématiques ne pouvant se dissocier du terrain et des hommes. L'observation également, et les méthodes de questionnement géographique, nécessitent sans doute une approche spatiale et intégrée.
Des modes de fonctionnement similaires régissent d'ailleurs ces structures. Avec des équipes, des projets, des financeurs, des délais, de la donnée personnelle, événementielle, occurrentielle, des pièces jointes, des photos, des outils, des problématiques de diffusion, de visibilité... Les outils peuvent donc être mutualisés, et l'approche collaborative revêtir différents aspects (observer l'environnement, observer une thématique environnementale, observer ceux qui observent l'environnement...).
JAPR, plate-forme collaborative de recherche en environnement et SHS
Interfaçage métacatalogue/serveur cartographique, un double intérêt pour les structures de recherche en environnement
- Détails
- 5550
- Pour des raisons légales ou disciplinaires, les organismes étatiques au sein de l'union européenne veulent mettre à disposition leurs données environnementales. Des pratiques sont apparues qui répondent à des besoins à court terme mais moins sur le long terme. La réduction des budgets (que tous connaissent), les passes-droits accordés par la législation (mais différemment interprétés) ainsi que la complexité des outils informatiques (pour le plus grand bonheur des sociétés privées) contribuent à la formation d'un maelström administrativo-technique parfois assez complaisant.
Un métacatalogue sans serveur carto1, c'est la métadonnée sans la donnée. C'est comme un restaurant sans la cuisine : on passe commande, on attend, mais rien ne vient. Sauf que le cœur d'un restaurant... c'est la cuisine ! Vous pouvez mettre le paquet sur la déco, le service ou faire valoir la situation du restau, ses partenaires... si la cuisine ne suit pas, les gens ne reviendront pas.
L'interfaçage des métacatalogues avec des serveurs cartographiques1 est donc indispensable pour mettre en place des catalogues riches. Sans cela, et en se contentant d'afficher des méta-informations, les catalogues n'ont pas de stock et donc ne sont plus de vrais catalogues. Ils deviennent de simples répertoires, des annuaires, qui fourniraient le même service que Google mais en moins bien : savoir qui est qui et qui à quoi.
Interfaçage métacatalogue/serveur cartographique, un double intérêt pour les structures de...
Page 6 sur 6