Jump to content

NoémiV

Membres
  • Posts

    70
  • Joined

  • Last visited

  • Days Won

    1

NoémiV last won the day on November 1

NoémiV had the most liked content!

1 Follower

About NoémiV

  • Birthday 09/20/1981

Profile Information

  • Gender
    Femme
  • Location
    Basel, Suisse
  • Interests
    Egyptology, Archaeology

FileMaker Profile

  • FM
    FMP18A
  • OS
    OSX10.14
  • Certif.
    --Non certifié--
  • Claris Partner
    --Non membre--

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 3000 ans plus tard (ouf), merci beaucoup ça règle parfaitement le problème. Vive les US, archéologiques bien sûr !
  2. Merci beaucoup ! je vais regarder tout cela dès que j'ai le temps (désolée pour le retard, j'avais bizarrement désactivé les notifications pour ce sujet)
  3. Bonjour ! merci beaucoup pour ces informations, je vais de ce pas aller tout découvrir !
  4. Bonjour ! J'ai un problème d'affichage dans une table externe, que je n'arrive pas à solutionner. Trois tables sont concernées : Secteur, US et Fait. Secteur est liée à US directement, relation 1-N. US est reliée à Fait via une table jointe. Je dois afficher une liste de Faits liés (donc indirectement) sur la table Secteur. Du coup, j'affiche la table jointe US|Fait. Jusque là tout va bien. Sauf que comme j'ai plusieurs US qui sont liées au même Fait, dans ma table externe, un même fait apparaît plusieurs fois (et c'est quelque chose qui arrive constamment). J'aimerais donc filtrer ma table externe pour qu'elle n'affiche qu'une seule fois chaque fait même s'il existe plusieurs fois, selon le même principe que la fonction UniqueValues. J'ai d'ailleurs testé de filtrer très basiquement la table externe avec cette fonction, mais cela ne fonctionne pas. Est-ce qu'il existe une solution ? Merci d'avance
  5. ça fonctionne !!!!! Bon le nom de mes fichiers commence à chaque fois par un "remote/xxx" mais c'est un détail qui se règle rapidement ! Merci beaucoup à vous deux !!!
  6. Le plus simple je pense est de coller mon script : Obtenir le chemin du dossier [ Autoriser la création de dossiers; $Folder; Titre de la fenêtre de dialogue : "Exporter vers dossier"; Emplacement par défaut : Obtenir ( CheminBureau ) ] Afficher enreg/requête/page [ Premièr(e) ] Boucle Si [ Not EstVide ( T003 US::T003 Photo travail ) ] Définir variable [ $Path; Valeur :$Folder & T003 US::T003 Photo travail ] Exporter contenu de rubrique [ T003 US::T003 Photo travail; “$Path”; Créer des dossiers :Non ] Afficher enreg/requête/page [ Suivant(e); Sortie après dernière ] Sinon Afficher enreg/requête/page [ Suivant(e); Sortie après dernière ] Fin de si Fin de boucle Est-ce que du coup le "Obtenir (CheminBureau)" ne convient pas pour ce que je veux faire ?
  7. Bonjour à tous ! Je me permets de rebondir sur ce sujet, vu que j'ai également tenté de faire un script pour exporter toutes les photos se trouvant dans un conteneur (il y a un peu plus de 1000 enregistrements, tous n'ont pas une photo). Je crois que le script marche en théorie : j'ai fait une boucle avec condition que la rubrique ne soit pas vide. J'ai défini une variable de chemin d'accès, avec autorisation de créer un dossier. Puis je tente d'exporter dedans et là, problème : le dossier est créé (cela fonctionne), mais j'ai une erreur numéro 800 (cf. déboggage) qui me dit que je ne peux pas créer le fichier à cet emplacement. J'ai autorisé FileMaker à accéder à la totalité de mon ordinateur, donc ce n'est pas cela. Apparemment, dans le message d'erreur il est dit que le fichier "remote:xxxx.jpg" n'a pas pu être créé. D'où ma question : est-ce possible que le problème soit lié au fait que la base de données n'est pas locale mais est située sur un serveur distant ? Si oui, y a-t-il une manière de contourner ce problème, et le cas échéant, laquelle ?
  8. Re-bonjour ! Merci pour toutes vos suggestions ! Au final on a obtenu de Nakala les identifiants au long format de toutes leurs images, et on a décidé de continuer à faire des doublons. cela a l'avantage que si nous devons prendre temporairement la base en Offline, nous ne perdons pas les images au passage. Mais la rubrique calcul avec Conteneur comme résultat, je retiens, c'est définitivement une option !
  9. Hmmm le problème apparemment est que cette option est prévue pour les documents présents sur un ordinateur et non sur un site ...
  10. Bonjour Jérémie, merci pour ta réponse. Alors le webviewer ne va pas, j'y avais pensé mais j'ai besoin d'afficher les images dans des tables externes, et le webviewer est incompatible avec celles-ci ... J'avais oublié la solution du lien vers le fichier, je vais tenter, merci !
  11. Merci Fabrice, oui maintenant on tente de passer par l'API. L'idée de Nakala est aussi d'utiliser cette plateforme pour un stockage pérenne, après que le projet soit arrivé à sa fin. Le problème que j'ai est que je ne peux pas juste changer la partie fixe de l'URL (donc www.nakala.fr/data) par l'adresse de l'api parce que celle-ci demande un identifiant d'image long (nous sommes en contact avec quelqu'un de chez Nakala pour cette partie du problème). Donc nous tentons de voir comment remplacer l'identifiant court par le long, mais comme nous avons 3000 images nous devons procéder à un export de Nakala puis un import dans la base. Ma question concernant Filemaker était de savoir si on peut stocker une image non pas dans un dans un conteneur externe (qui est un dossier sur le serveur hébergeant la base) mais sur un site web, sachant qu'elle doit s'afficher dans une rubrique ...
  12. Bonjour ! Me revoici après un moment d'absence ... Je gère une base de données placée sur un serveur en ligne. Dans cette base, il y a une table "Images", qui permet d'afficher comme son nom l'indique des images, ainsi que des informations concernant celles-ci. Au départ, il était prévu de mettre les images dans un conteneur externe. Puis l'idée est venue de mettre en ligne les images sur le site de Nakala.fr, ce qui permet de les afficher sur le site internet qui est alimenté par la base. Pour que l'image s'affiche quand même dans la base, j'ai écrit un script qui permet de récupérer l'image d'après son URL (via la commande "insérer via URL"). Cela fonctionnait très bien mais Nakala a fait une mise à jour complète de son site et a changé les URL pérennes des images. Quand on introduit l'ancienne adresse dans un navigateur, l'adresse se transforme automatiquement. Mais quand mon script se lance, cette transformation de lien ne se fait pas et donc il ne s'affiche aucune image. Du coup, je cherche un moyen de changer tout cela. D'où ma question : y a-t-il un moyen d'afficher dans filemaker une image stockée sur un serveur externe, sans l'insérer dans un conteneur externe (ce qui en somme crée un doublon de l'image) ? Et ce, autrement qu'avec un webviewer ? Il faudrait que la rubrique dans laquelle l'image s'affiche (donc rubrique conteneur a priori) soit insérable dans une table externe ...
  13. Merci pour votre réponse ! Malheureusement, cela ne résout qu'en partie mon problème : ici, toutes les US de même niveau sont liées, si je comprends bien. Or, ce n'est pas le cas sur le terrain. l'US 3 et l'US 50 peuvent théoriquement être de même niveau, mais comme elles seront éloignées de 100m elles ne seront pas liées. Donc il faudrait que ce soit manuel, même si bidirectionnel : il faut que je puisse sélectionner chaque US qui sera liée à l'US en cours. D'autre part, le niveau n'est pas fixe : il est impossible, au moment où on crée des US, de savoir si elles sont de niveau 1 ou 10 ou 100, car on ne sait pas combien il y a de niveaux au total, et parce que la stratigraphie n'est pas connue (un niveau peut affleurer la surface à un endroit mais être sous 3 niveaux 2 m plus loin). je ne sais pas si je suis claire ...
×
×
  • Create New...