Vierkante meters optellen

[Zero55]

Ik heb een bestand met per record de gegevens (uniek volgnummer, lengte, breedte, hoogte, bouwjaar,...) van een container. Met deze gegevens worden onder andere het aantal vierkante meters per container uitgeteld. Tot nu toe simpel dus.

Maar nu heb ik een bestand eraan gelinkt dat instaat voor een soort facturatie, hier wordt dus een record een beginnummer en een eindnummer ingetikt, van alle containers die hiertussen liggen, alsook het begin- en eindnummer moeten de vierkante meters opgeteld worden. Uitkomst moet dus de totale aantal m² van de opgegeven reeks containers zijn, dat kunnen er 5 zijn maar ook 25 of meer.

 

Hoe pak ik dit het best aan ?

[AvD]

Zorg er eerst voor dat je de gewenste reeks containers kunt isoleren. Dat kan met een simpele (gescripte) Find: alle containers met een nummer groter of gelijk aan het startnummer met daarna een New Request bestaande uit een Omit van alle containernummers groter dan het eindnummer. Laat daar een GetSummary-functie op los, of gebruik een summary field in een summary part of nog een Sum(-functie) op een SelfJoin op basis van een triggerveldje (= 1) of op basis van een x-relatie (als je ondertussen een FileMaker > 6 op de kop hebt kunnen tikken).

[Zero55]

Die find van alle containers met een nummer >= het startnummer is gelukt, maar daarna ben ik de draad kwijt. Die New Request, moet dat in hetzelfde script ? En die Omit, hoe heet dat in de NL-versie van FM ?

Dit alles gebeurt toch in het bestand met alle recordgegevens, niet ?

[AvD]

Die New Request, moet dat in hetzelfde script ?

Natuurlijk: je vraagt "van" ... "tot"...

En die Omit' date=' hoe heet dat in de NL-versie van FM ?[/quote']Alle vertalingen staan in het documentatiegedeelte (onderaan de onderwerpenlijst).

Dit alles gebeurt toch in het bestand met alle recordgegevens, niet ?

Dit is een vreemde vraag, want alle bestanden (tables in FileMaker 7 en volgende) bevatten records, en elk record bevat fields (velden). Of het dan gaat over containers of factuurlijnen of keukenrecepten, dat maakt niet uit. Je zoekt dus wel degelijk in het bestand dat je info over containers bevat.

[Gido_]

alle bestanden (tables in FileMaker 7 en volgende) bevatten records

Mijn pseudo data-separated interface bevat anders maar één record

 

Soms zelfs geen, maar ik geef toe dat dat wat moeilijk werkt

[Zero55]

die New Request met die Omit lukt mij toch niet echt.

Heb een script gemaakt dat alle containers zoekt die >= het startnummer zijn (uitkomst is 350 containers). Dan heb ik manueel geprobeerd een nieuw verzoek eraan te breien als volgt :

- Weergave : Zoeken

- Nieuw Verzoek

- In het volgnummer veld ingevuld : >= 14503 (het eindnummer)

- Enter

en het aantal gevonden is dan 267 terwijl ik weet dat het 84 zou moeten zijn. Heb het vinkje "weglaten" ook al eens aangevinkt, maar dat haalt niks uit.

 

Mijn excuses voor mij onkunde, maar zou iemand mij kunnen verderhelpen ?

[AvD]

die New Request met die Omit lukt mij toch niet echt.

Heb een script gemaakt dat alle containers zoekt die >= het startnummer zijn (uitkomst is 350 containers). Dan heb ik manueel geprobeerd een nieuw verzoek eraan te breien als volgt :

- Weergave : Zoeken

- Nieuw Verzoek

- In het volgnummer veld ingevuld : => 14503 (het eindnummer)

- Enter

Laat het onderstreepte eens weg en vervang in het script die Enter door een Omit.

 

En dat rode stukje klopt ook niet: zo laat je de laatst gewenste container ook weg!

Edited December 12, 2006 by Guest

[AvD]

Vul de twee rode velden in met wat je zoekt (eerste waarde kleiner dan de tweede) en laat het script runnen. Je zal nog een aantal idiot proof beveiligingen moeten inbouwen (zoals lege zoekvelden, onlogische waarden enzovoort).

Containertest.fp5

[JeanWM]

Dat is een reden waarom ik altijd een afzonderlijke 'zoek' layout gebruik.

 

Je kunt je beter 'concentreren' op het specifieke zoekgebeuren.

 

En bij mijn weten zul je nooit hoeven te zoeken op elk veld in een invul layout. Het zou dus beter zijn een layout te gebruiken waar enkel de nodige velden staan en daar de nodige scripts voor te maken.

 

Het hele zoekproces (op welk veld dan ook, in welke combinatie dan ook) kun je blijven sturen.

[Koen Van Hulle]

Wat is er eigenlijk mis met de standaard range zoek functie?

 

Als je alle containers moet hebben van bijvoorbeeld 12 tot en met 16 tik je het volgende in in je veld in de zoekmode:

 

12 ... 16

 

 

Of heb ik nog iets gemist in de discussie?

 

Koen

[AvD]

Wat is er eigenlijk mis met de standaard range zoek functie?(...)

Of heb ik nog iets gemist in de discussie?

 

Koen

Ik zat eigenlijk te wachten op de vraag!

Je hebt niets gemist, Koen, maar de "D" van AVD staat nog altijd voor Didactiek & Development. Ik vond, in het geval van onze vriend poster, de benadering via New request en Omit didactisch veel nuttiger. Met de range is natuurlijk niks mis, maar als je telt hoe weinig onervaren gebruikers weten wat New Request is, om maar van OR en AND requests te zwijgen... En dat je Omit in een script kan gebruiken, dat weten er ook niet veel. Vandaar dus! Te veel vliegen in één klap, om me tot de simpele range te beperken! Maar je hebt natuurlijk gelijk dat onze vertrouwde drie puntjes technisch veel directer zijn.

[Koen Van Hulle]

Ook ervaren gebruikers missen vaak dat stukje didactiek. En net in die onuitputtelijke combinatie van zoekmogelijkheden, schuilt de kracht van FileMaker.

 

Koen

[JeanWM]

Vandaar dat ik die kracht afzonderlijk wil aanspreken en beheren/beheersen.

[Zero55]

Bedankt allemaal voor de tips.

Het voorbeeldje van AvD heeft de doorslag gegeven.

 

Groeten en tot de volgende !