Jump to content

Vitruvius

Leden
  • Content Count

    300
  • Joined

  • Last visited

Recent Profile Visitors

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

  1. Grafieken zijn enorm handig binnen een databank om alles grafisch leesbaarder voor te stellen. Met XY coördinaten kan je er zelfs ruwe spreidingskaartjes mee maken, handig zo zonder dat je zelfs GIS moet opendoen! Met de Z waarde kan je dan een ruw digitaal hoogtemodel maken, of vervang de Z waarde door een andere waarde en je XY spreidingskaartjes krijgen een extra dimensie. Gigantisch handig dus grafieken.
  2. En de kleur van mijn grafieken kan ik dus nog steeds niet zelf bepalen of laten berekenen. En de aanpassing van AD naar CE is complete onzin, want wanneer begint CE? oh ja, bij de geboorte van Jezus en dat is dan eigenlijk ook enkel voor landen met een Katholieke origine, want de Joden zitten volgens hun telling in het jaar 5781, en de Moslims in 1441 (met een jaar dat iets meer dan 354 dagen telt). AD toont aan wat je referentiepunt is, wat belangrijk is. Dat omwille van politieke correctheid omvormen naar iets anders dat eigenlijk het zelfde is, is dan ook onzin. Hadden ze eigenlijk gewoon met een nieuwe jaartelling moeten beginnen. Bijvoorbeeld starten bij 1950. Dat is het ijkpunt voor de koolstof 14-datering: Cal. BP - Calibrated (want er zit een marge op bij de datering etc.) Before Present, en Present is dus 1950 AD. Wij leven dus in de toekomst, cool hé. Als je dan start met een nieuwe jaartelling heb je iets nodig dat dat aanduidt: bijvoorbeeld de term "Antropoceen" (kunstmatige periode, grote invloed van de mens etc.) als additief gebruiken. Nu leven we bijvoorbeeld dan in het jaar 70 (Antropoceen). Nee, ze (niet Filemaker, maar de mensen die te politiek correct willen zijn) leggen dus gewoon de Christelijke jaartelling op aan de rest van de wereld als zijnde "Commen of Current Era". Echt politiek correct hoor... Lijkt voor de meeste van jullie misschien triviaal, en daar heb ik absoluut geen probleem mee, maar als archeoloog is dat dus wel relevant. Ik ga dus een script moeten maken om te zorgen dat bij jaartallen VC blijft staan ipv BCE of Nederlandse varianten zoals "v.o.j." (vóór onze jaartelling) of nog erger "v.d.g.j." (vóór de gewone jaartelling). /zeurmodus
  3. Hun prijzenpolitiek is wel helemaal omgegooid, dat gaat weer even puzzelen worden wat geschikt is. Het is ook niet meteen duidelijk welke versies er allemaal zijn. (pro, advance, server, go, ...)
  4. Klopt, En het script werkt ook, ... binnen apple script, maar niet binnen filemaker. Ah, wacht; Ik zie het al. In mijn script van Filemaker ontbreekt het woordje "folder" na "set label index of" Stom!?‍♂️
  5. Net opnieuw tijd gevonden om aan dit probleem te werken. Het apple script werkt denk ik maar geeft doodleuk aan dat het aan een bepaalde map geen kleur kan geven. (Ook met andere mappen of kleuren) Mijn eerste idee is rechten, maar de accoutnaam van de databank heeft schrijfrechten op de map in kwestie. De connectie met de server is OK, want vanuit de databank kan ik de map in kwestie via apple script laten openen in de finder. "tell application \"Finder\" ¶ set label index of \"" & $Map & "\" to " & $Label & " ¶ end tell"
  6. Ik heb iets vreemds opgemerkt, dat ik wel zeer goed kan gebruiken. De scripts die je te volledig zien krijgt wanneer je naar de scriptwerkruimte gaat is afhankelijk van de naam van het bestand. Op welke manier dat binnen de databank wordt bijgehouden weet ik niet. Telkens wanneer ik een nieuwe blanco databank (elk project heeft een eigen databank) aanmaak vanuit een bestaande moet ik eerst de bestaande projectgerelateerde data wissen via een script. Wanneer ik een nieuwe blanco databank aanmaak (kopieer een bestaande databank en geef dit de naam "blanco") krijg ik altijd in de scriptwerkruimte het script te zien wat ik nodig heb om die data te wissen (om te voorkomen dat een gebruiker dit per ongeluk activeert is dit script niet gelinkt aan een knop, maar kan het enkel gestart worden binnen de scriptwerkruimte). Dit geheel ter info.
  7. Uiteraard, zelf niet aan gedacht. Bedankt!
  8. Is het mogelijk om via filemaker bij een map een tag toe te voegen? Concreet voorbeeld. Elke map is een project, de filemakerdatabank weet wat de naam is van die map. Wanneer dat project bijvoorbeeld is afgewerkt (knopje in Filemaker) verschijnt de Tag "Groen" bij de map. Het resultaat is dat er op een Mac achter de naam van deze map een groen bolletje verschijnt.
  9. Je start met een tabel waarin de data van alle werknemers staat. je maakt een layout waarbij je 12 portalen zet, 1 per werknemer Je maakt ook een veld voor het jaar en de maand (dat zijn globale velden) de drop down voor het jaar kan je automatisch laten creëren op basis van een lijst van de gebruikte jaartallen in de hoofdtabel (vanuit datum kan je automatisch een veld laten aanmaken voor het jaar, en ook de maand) Het veld maand kan je ook zo doen, of je maakt zelf een lijst met de 12 maanden (idem voor het jaar, dan moet je éénmaal per jaar je lijst van jaartal updaten). Binnen elk portaal filter je op werknemer, maand en jaar.
  10. Ik heb een XML met data waarbij ik de standaards XSLT van filemaker al heb aangepast dat die één niveau inspringt. Het probleem is echter dat de filemaker slechts één record importeert met de juiste veldnamen, maar in elk veld komt dan alle data die normaal gezien over de verschillende velden in een record komt. Er staat in de XML meer data dan ik nodig heb. Ik heb enkel nodig wat in het eerste niveau onder "zaak" staat. Van het eerste "record" in de XML heb ik dus alles nodig, van de tweede heb ik niets meer nodig vanaf (en inclusief) "zaakdocumenten" want dat is een niveau lager rce-gemeente-Vaals.xml msdso_elem kopie.xslt
  11. De FMS staat op zelfde machine waar FMS 16 op stond, daar nooit problemen op dat vlak. De databank is wel raadpleegbaar, maar dus niet te wijzigen. Toen ik in de databank die op de FMS staat de scripts wilde aanpassen zodat ze volle bevoegdheid hebben (misschien lost dat het probleem op) bleef FM zeggen dat de scripts in gebruik waren door admin (), Ik was ingelogd als admin, maar gebruikte de scripts niet. Ook dat probleem was verdwenen zodra ik het dashboard activeerde. Ik heb FMS 18 wel geïnstalleerd samen met een OS update dus misschien ... Jawel: de instellingen voor energiebeheer stonden op sluimerstand. Probleem opgelost?, we zien morgen of overmorgen wel. edit: typo
  12. Vanwege problemen met TOC (post van Banach) is het inderdaad aan te raden om van elke tabel ook een blanco layout te hebben (post Andries), zo zit je in de juiste tabel-layout relatie zonder dat je data ziet. Zoals Banach al opmerkte gaat je databank anders soms "raar" doen.
  13. Ik heb FMS 17 overgeslagen, dus misschien dat het daar ook al was, maar dit probleem heb ik nog nooit gehad. Gebruikers ervaren dat ze de databank op de FMS wel kunnen opendoen, maar vanaf het moment dat ze iets veranderen in de records loopt de databank vast. De knoppen werken, voor zolang het om navigatie gaat ("ga naar" e.d.). vanaf het moment dat ze bijvoorbeeld een knop gebruiken om een nieuwe record aan te maken loopt de databank vast. De oplossing is om in de FMS te gaan en het dashboard te openen, gewoon inloggen niets meer. Probleem opgelost, tot de volgende dag of de dag daarna. zeer vreemd. De gebruikers loggen automatisch in (setting in de databank zelf) en hebben geen recht om de databank qua layout en scripts te veranderen, maar ze kunnen wel data veranderen.
×
×
  • Create New...