Le portail francophone de la géomatique

> Nous avons a la direction de l'urbanisme de la ville de Paris, la meme
> preoccupation. Nous avancons lentement dans nos reflexions et la facon
> d'aborder ces questions.
>
> Voici un court etat de ma reflexion (j'ai en cjharge la coordination des ces
> problematiques au sein de la direction).
>
> Il y a plusieurs typologie de demandes d'acces aux photos (du moins dans le
> domaine de l'urbanisme) :
> 1-recherche a l'adresse
> 2- recherche thematique documentaire (mots cles, thesaurus ...)
> 3- recherches geographiques
>
> si l'on creuse, on peut complexifier un peu plus la question. par ex, dans
> le cas:
> 1- recherche a l'adresse : si une photo represente plusieurs batiments, va
> t'on la referencer a l'adresse du batiement central, a toutes les adresse,
> seulement au nom de rue (sans numero) ... ?
> 2 - recherche thematique documentaire : on entre dans les problematiques des
> metiers de documentalistes. Il y a un savoir-faire qui ne s'improvise pas
> forcement ... Meme si on simplifie, il faut gerer une liste de mots cles
> commune a tous les utilisateurs, evolutives, refletant les preoccupations
> des gens ..., eventuellement hierarchisee, voire avec des synonymes ...
> 3- recherches geographiques : pour des photos ponctuelles (ex batiments,
> espace public), doit-on representer un point sur l'objet photographie, ou
> un point a l'emplacement ou le photographe a pris la photo, en ajoutant
> l'angle de prise de vue ?
> pour les photos surfaciques (prise de vue aerienne d'une zone
> d'amenagement ...), faut-il saisir une emprise approximative ? ...
>
> Apres les donnees, le classique raisonnement en vient aux outils ...
> Faut-il viser un outil commun repondant a ces trois types de demandes ? ou
> plus pragmatiquement, separer les besoins ? ... dans le 2eme cas, on ira
> plus vite pour repondre aux besoins, mais quid de l'evolutivite ? dans le
> 1er cas, on risque de chercher indefiniment une solution logicielle ou de se
> lancer dans de longs developpements (couts, delais ...). En effet, mais je
> me trompe peut etre, je n'ai pas trouve dans mes recherches, d'outil ideal
> repondant a tous les besoins que j'ai exprime ...
>
> Apres toutes ces considerations, revenons au terre a terre. Aujourd'hui,
> nous avons quelques pistes, essais sur le feu :
>
> a- essai de georeferencement des photos terrestres a partir d'un SIG (STAR
> chez nous, mais egalement fait avec mapguide de la meme facon dans une autre
> direction) : on place un point a l'endroit ou la photo a ete prise, un
> triangle indiquant l'angle de prise de vue et un lien hypertexte sur ce
> triangle renvoyant a la photo ... le probleme etant de saisir le point, le
> triangle et le lien (aujourd'hui saisie manuelle) ... Des prospections pour
> rechercher une automatisation (couplage GPS et appareil de mesure de
> direction avec un appareil photo numerique) ont ete infructueuses (precision
> GPS en zone urbaine insuffisante ...). La piste restant a evaluer est la
> saisie sur le terrain sur un mobile equipe d'un SIG type arcpad ... du
> point et de l'angle par le photographe
>
> b- utilisation d'un logiciel documentaire/phototheque libre permettant un
> minimum de referencement par mots cles et la gestion de rubriques avec
> hierarchisation (et possibilite de rubriques virtuelles pour traiter des
> classifications non hierarchiques). Nous en sommes tres content. On peut de
> plus affiche (mais pas utilise pour des requetes) des champs IPTC de la
> photo (norme de metadonnees associes aux photos numeriques). Il s'agit du
> logiciel PHPWebGallery, telechargeable a l'adresse :
> http://www.phpwebgallery.net/
> Cette solution ne gere pas directement le georeferencement (en particulier a
> l'adresse, ce qui est la demande la plus frequente chez nous ...), mais on a
> mis au point une facon de creer des rubriques et de gerer des mots cles qui
> nous permettront automatiquement de r> ecuperer notre travail de referencement
> des photos ulterieurement :
> une rubrique par arrondissement
> des sous rubrique par nom de rue dans les arrondissement
> le numero en mots cle eventuellement
>
> NB : il existe une foison de logiciels libres permettant de gerer ses photos
> ... La plupart cependant n'utilise pas de base de donnees associees et/ou de
> possibilite de referencer des mots cles pour rechercher les photos ... Celui
> qu'on a choisi est base sur mysql et permet des mots-cles (sans etre pour
> autant un reel logiciel documentaire gerant par exemple des thesaurus ...).
>
> J'ai ete un peu longue, mais plus je reflechis au probleme, plus il souleve
> de questions ... J'espere que ce partage vous sera utile.
> En retour, je suis preneuse de toute reflexions sur ces sujets
>
> cordialement
>

De: maud gaide
merci aux personnes qui m'ont repondu, effectivement je suis dans la meme reflexions que Marie Christine a la direction de l'urbanisme,
la problematique a la DDE de la savoie, ou je suis en stage, c'est qu'il faut que cette bas de donnees puisse etre utile pour tout les service: urbanisme, grands travaux, remontees mecaniques...
ce qui risque de surcharger la base et les cartes
de plus quel protocole simple mettre en place pour que chaque utilisateur rentre ces photos
je vous ferais part de l'avancement de mes reflexions
merci