Stardust

Dol enthousiast ... eindelijk begreep ik het ... FM Server 8.0 geinstalleerd op daartoe voorziene machine. Via client 1 of 2 of 3 Filemaker 8.5 openen en via host naar de bestanden zoeken die FM Server voor ons host. Zo eenvoudig maar helaas het mag niet zijn. Wat zie ik vanop de clients ? Juist ... niets ... geen server of host te zien! Handleiding nog eens lezen ... filmpje nogmaals bekijken ... richtlijnen trachten nauwgezet te volgen ... helaass nog steeds niets Vervolgens de hele zwik er af gesmeten en vervolgens er FM Server 5.0 op geinstalleerd die voor zo ver ik begreep eveneens de fp5 bestanden gemaakt via FM 6 kan hosten. U raadt het reeds, weerom hetzelfde of anders gezegd, geen resultaat. Binnen ons kantoor staan er vijf pc's allemaal voorzien van Windows XP Pro SP2. Al deze pc's hangen in een groter netwerk waarvoor een gedeelte gereserveerd is voor onze gezamenlijke (filemaker) bestanden. Eén PC, de lichtste, een oude PIV 1,6 GHz met een harde schijf van slechts 20 Gb wordt gebruikt als hosting machine. Dus hierop FM Server geinstalleerd, vervolgens enkele testbestanden in de folder C:\Program Files\FileMaker\FileMaker Server 5 geplaatst. Deze bestanden zijn geshared, de C:\ schijf wordt niet geshared ... Resultaat, juist niets te zien via de client, geen host (server) laat staan bestanden... Wat doe ik verkeerd ? Ik raak er echt niet wijs uit en ik moet eerlijkheidshalve erkennen dat ik totaal geen netwerk ervaring heb. Bijgevolg wordt het allemaal moeilijker wanneer men de handleiding volgt en uiteindelijk tot geen resultaat komt . Het ideaal zou zijn dat de bestanden op de server blijven staan en zonder problemen door elke client geopend kunnen worden en dat er ook ondertussen aan gewerkt kan worden. Alles naar de FM Server hosting machine is uitgesloten daar deze niet genoeg vrije ruimte biedt op de C:\. Echter is er wel een 2de harde schijf van 120 Gb aanwezig, die ik graag gereserveerd had voor backup doekeinden. Ik heb al zo veel info hier en op het www gevonden maar een eenvoudig begrijpbare uitleg is moeilijk terug te vinden, vooral voor situaties waar het mis loopt. Ik reken nu op jullie deskundigheid om me op het goede spoor te zetten Danny

Na wat rond te duinen via Google, kwam ik uiteindelijk hierterecht. Praktische video toelichtingen die ik niemand hier wil onthouden. Alleszins heb ik er al van geleerd dat men individueel de privileges van elk bestand dient aan te passen! Dat is iets wat ik niet wist en hoop dat dit me morgen verder zal helpen bij m'n eerste kennismaking met werken met Filemaker Server 8.0! Danny

Ondertussen al wat aan geklooid ... de bestanden omgezet naar FM v8.5. Op de laptop werken deze bestanden, op de hoofd pc thuis crasht FM Maar dat is een zorg voor later ... ondertussen wil ik de server uittesten. Ik heb gelezen en begrepen dat ik de filemaker databestanden in de subfolder Database dien te plaatsen, bvb. C:\Program Files\FileMaker\FileMaker Server\Data\Databases op een Windows machine. Vervolgens zou ik de betrokken pc herstarten zodat Filemaker Server (automatisch) geactiveerd wordt. Op deze 'server' staat enkel Filemaker Server 8.0 geinstalleerd. Vervolgens moet men vanuit een client via het menu File, Open remote aanklikken om vervolgens het door de server gehoste bestand uit te kiezen en te openen. Klopt dit of dien ik allerlei instellingen te verwezenlijken vooraleer ik de bestanden kan sharen vanaf de server? Liever had ik gezien dat de databestanden op de externe server bleven staan die voor iedereen toegankelijk is en ik vermoed dat dit eventueel ook zou kunnen d;M.v. snelkoppelingen hier naar te plaatsen in de datafolder van FM Pro Server. Wij hebben hier vijf pc's (Win XP) staan waarvan één als Filemaker server fungeert. Alle 5 pc's maken deel uit van een groot bedrijfsnetwerk, waarvan wij in een sub groep zitten. Ik vraag me echt af hoe ik dit nu het best benader en dit in een 'dummy' taal want ik raak er via de handleiding niet echt wijzer uit Duidelijk verstaanbare raad is van harte welkom!! Danny

Jean, Ik zou er zelfs 1,50 € aan spenderen aan jouw visie Oops André, ik zat er dus helemaal naast ... maar ik heb de links gevolgd en begrijp nu waar je het over hebt Danny

Het voordeel van de sessie was tevens een nadeel, het splitsen van de groep ... ik heb (helaas) jouw uiteenzetting aangaande push technology niet bijgewoond. Ik vermoed dat de door jouw aangehaalde push technology enigszins gebaseerd is op de zoals in html gebruikte technologie waarbij men steeds in hetzelfde scherm blijft bij het uitvoeren van allerlei opdrachten ... of zie ik dat verkeerd? Vanzelfsprekend heb je overschot van gelijk, 'never change a winning team' maar soms moet men toch vanaf nul herbeginnen wil men de nieuwste technologie integreren. Anderzijds wil ik bij de update van 6.0 naar 8.5 allerlei uit de hand gegroeide toestanden trachten recht te zetten. Bvb. soortgelijke tabellen die na verloop van tijd uiteengegroeid zijn (verschillende veldbenamingen en definities bij soortgelijke tabellen), rekening houdend dat veel gemaakt is 'tussen de soep en de patatjes' en dat vele bestanden hun oorsprong hebben in, ja, FM Pro 2.1. Indertijd kende Filemaker en ikzelf nog veel minder de relatie en stond ik nog vol verwondering aangaande de lookup, één der hoofdredenen waarom ik mijn hart aan FM verloren heb. Mede daarom dat ik vooraleer te beginnen tracht om heel het concept zo goed als mogelijk voor te bereiden maar anderzijds eveneens dien rekening te houden met de actuele toestand. Ik moet rekening houden met het totaal aantal records en het daaraan verbonden werkvolume bij eventuele wijzigingen en aanpassingen, anderzijds kan ik me het evenmin veroorloven om de omzetting op de lange baan te schuiven, mijn broodheer zou dit niet waarderen ben ik bang. Alleszins lees ik graag jullie professionele tips en hoop er enige wijsheid uit te putten bij de reorganisatie van m'n database project. Danny

Ik noem dit het openingsmenu en vanzelfsprekend zit dit in mijn toepassingen verwerkt. Hierin plaats ik buiten de menuknoppen ook enkele algemene records van de personeelsgegevens, backupscripts, enz... Elke afzonderlijke tabel is steeds met dit openingsmenu gerelateerd zodat in geval van bvb. een nieuw personeelslid de gegevens onmiddellijk en eenmalig aangepast kunnen worden. Maar als ik het goed begrijp is het niet noodzakelijk om alle tabellen in één database onder te brengen. Ik meen me te herinneren ergens op het forum gelezen te hebben om eventueel de data en de layouts te scheiden maar dit is niet altijd zo eenvoudig uit te voeren en zeker niet wanneer men een bestaande toepassing wil/moet omzetten. Vanzelfsprekend kijk ik met argusogen uit naar alle eventuele tips op dit forum

Eindelijk is het zo ver ... Filemaker Server 8.0 + 5 licenties Filemaker 8.5 en op de koop toe een oude PIV om als server te dienen. De uitdaging, de bestaande FM6 toepassingen over brengen naar 8.5 en proberen om de zaken te verbeteren. Allerlei plannen gemaakt ... al die verschillende tabellen dienen dus samengebracht in één bestand en als hoofdtabel een soort van klantenbestand. Per klant een record met daaruit onmiddellijke toegang tot de specifieke tabellen. 1 klik en je ziet de examenuitslagen per vak, een andere klik en je ziet de vergunningen. Dit klinkt heel mooi ... alles uitgetekend op papier en voortaan nog maar één maal de klantgegevens invullen! Hoe mooi en prachtig deze theorie maar de praktijk blijkt helemaal niet zo eenvoudig. Want wanneer ik begin met een dergelijke klantentabel, dien ik in iedere bijtabel de nodige aanvullingen te doen voor de klant in te voeren. Voor een nieuw ontwerp lijkt me dit vanzelfsprekend maar niet voor ca 20 verschillende gegevenstabellen waarbij tot overmaat van ramp er geen enkele gelijkvormigheid van de invoer is. Hoe langer ik plan en denk hoe minder ik een oplossing vind Bijgevolg vrees ik dat enkel portalen me enigszins gaan kunnen helpen of ben ik nu oliedom en zie ik de vanzelfsprekendheid over het hoofd ?? Danny

Wat dan ook mijn vermoeden bevestigt dat er iets loos is met het bestand zelf ... Alleszins ga ik er volgende week tegenaan om dit bestand vanaf 0 terug op te bouwen. Ik heb een soortgelijk script draaien in een ander bestand en daar geeft het evenmin problemen. Mijn enigste verklaring is tot hiertoe ... het bestand is beschadigd

Jean, Je mist niets ... het is mijn schuld! Wij draaien momenteel nog geen server editie daar we (helaas) nog steeds niet over de geschikte client versies beschikken. Ter vollediging, 4 FM 6.04 clients en dit allemaal onder Windows XP Pro - SP2. Voorlopig redden we ons nog steeds met FM6 zonder Server Edition waardoor de bestanden via de server ter beschikking worden gesteld aan de andere clients. Vertel me aub niet dat dit de slechte wijze is, dat weet ik maar we hebben jaren moeten roeien met de riemen die we hebben/hadden. Vooraleer iemand nu gaat zeggen dat dit de oorzaak is van mijn hierboven omschreven probleem, dien ik te antwoorden dat dit bestand al bijna 2 jaar draait en dat het probleem zich maar de laatste weken is beginnen manifesteren.

Jean, Wij werken via server, niet onmiddellijk de juiste manier maar eindelijk na jaren gezeur eindelijk de FM Server gekregen ... nu nog wachten op de clients

Jeroen, Neen, het script wordt pas opgestart wanneer men merkt dat er geen dagnummer of een verkeerd dagnummer ingevuld is. Ik heb er vandaag ook nog de ganse dag met bezig geweest zonder soelaas ... het blijft een raadsel voor me Uiteindelijk zal er me niet veel meer resten dan het bestand vanaf 0 terug op te bouwen. Ik kan me niet van de indruk ontdoen dat er iets mis is met het bestand zelf, zonder, buiten dit euvel, er iets van te merken. Alleen bij samengebruik durft het soms eens kuren te vertonen. Weldra echter behoort dit (hopelijk) allemaal tot het verleden, na een jaar wachttijd heb ik eindelijk Filemaker Server 8.0 ontvangen (aan de overheid gaat dit nu eenmaal niet zo snel), helaas was men vergeten om er de client versies bij te bestellen Dit verklaart eveneens waarom ik zo lang aan het aarzelen ben om vanaf 0 te beginnen, het lijkt me interessanter dit pas vanaf v8.0 te doen. Ondertussen heb ik een andere (voorlopige) oplossing toegepast waardoor ik toch ergens een uniek certificaatnummer met kan genereren. Dit neemt niet weg dat ik nog steeds benieuwd ben naar de oplossing v/h probleem

Dat doorduwen is héél begrijpelijk ... soms is het héél moeilijk om een probleem te begrijpen, analyse is de hoeksteen van programmeren of ben ik verkeerd ? Peter, Je hebt gelijk en anderzijds ook weer niet Nu begeef ik me op glad ijs ... maar we gaan het script alleen maar activeren wanneer we effectief een geldige examendatum vinden. Maar alleszins, onder het motto "baat het niet, schaadt het niet" is het alleszins een goed advies!!

Raven, dit gebeurt inderdaad, hoewel het de bedoeling is dat het Replace commando op het einde v/h script de inhoud van dagnummer wijzigt en niet aanpast. Op zich maakt dit dus niet veel uit want het aantal kandidaten op de gezochte examendag blijven steeds even groot en dus dient de nummering ook steeds hetzelfde te zijn.

Jean, Dit bestand heeft een lange geschiedenis ... Het is een samenraapsel van verschillende bestanden uit verschillende bronnen zoals lotus, dbf, wordperfect, en eveneens oude lijsten nog met de hand geschreven (!). Het hoeft geen betoog dat een dergelijk samenraapsel vol met fouten zit waarvan de meest voorkomende fouten zijn: onvolledige data, verkeerde data, enz... Het gaat over ca 35000 mensen die een examen afgelegd hebben vanaf ca 1960 tot op vandaag en daarvoor een certificaat verkregen hebben (enigszins te vergelijken met een rijbewijs). Enige tijd geleden kreeg een verlichte geest het idee om een geldigheidsdatum op deze certificaten te kleven. Voortaan zouden deze certificaten nog slechts 5 jaar geldig zijn maar konden op aanvraag verlengd worden. Om het nog ingewikkelder te maken bestaan er vier soorten van certificaten. Onze werkwijze die we binnen een dag in elkaar hebben geflanst, bestaat er uit om aan iedereen van wie de vervaldatum van het certificaat nadert een brief toe te zenden teneinde hem/haar de mogelijkheid te bieden bedoelde titel te verlengen. Dat werkt wonderwel allemaal redelijk goed, behoudens het in voorgaande post genoemde probleem. Wat betreft de certificaat nummer dit is een samenstelling (calculation field) van de datum v/h examen gecombineerd met het dagnummer. Ook dit geeft geen probleem. Het enige probleem is de dagnummer, dit is een gewoon numeriek (number) veld (zonder enige optie aangevinkt). Voor elke examendag worden de kandidaten van dat examen gesorteerd op alafabetische volgorde en d.m.v. een 'replace' (Ctrl + =) wordt het volgnummer gewijzigd beginnend vanaf de waarde 001 verhoogd met stappen van 1. De eerste persoon uit het alafabet (bvb. Aapers Eddy) verkrijgt zo het dagnummer 001 en de laatste persoon (bvb. Zwijger Nicole) verkrijgt het nummer 123, wanneer er die bewuste examendag 123 personen het examen afgelegd hebben. Daar we een heleboel records hebben waarvan er geen nummer werd toegewezen of een ander soort van nummer, dienden we een systeem te bedenken waarbij de nummer van het certificaat identiek bleef zonder te vervallen in nummers die hoger waren dan de waarde 1000, vandaar dat we voorgaand systeem bedacht hebben. Op deze wijze heeft ieder certificaat een uniek nummer bestaande uit de datum van het examen gevolgd door het dagnummer. Verder gaan op de voorbeelden van vorige alinea verkrijgt Aapers Eddy zo de certificaat nummer 19741012-001 en Zwijger Nicole het certificaat nummer 19741012-123 waarbij we er van uitgaan dat de examendatum 12 oktober 1974 was. Het is dus niet het berekeningsveld 'Examendatum' dat in de fout gaat maar het veld 'dagnummer'. Zonder enige reden wijzigt de inhoud van dit veld van bvb 123 naar 137123. Waarom begrijp ik niet, nogmaals het is een gewoon numeriek veld zonder enige optie aangevinkt in de velddefinities. De enige bewerking die er op gebeurt is de vervanging d.m.v. de replace functie (Ctrl + =) dit aan de hand van het genoemde script in mijn beginposting. De reden waarom ons dit nog maar pas opgevallen is dat dit niet onmiddellijk gebeurt. Gedetailleerder uitgelegd, volgt hier een simulatie van een praktijkvoorbeeld. Een bepaald certificaat dient verlengd te worden en wordt opgezocht in de database. Nu blijkt dat er geen dagnummer toegekend werd voor dit certificaat en gaan we het script 'aanpassing van dagnummers' uitvoeren. Vervolgens worden alle records van dezelfde examendag als het te verlengen certificaat opgezocht vandaar die eerste scriptstappen Copy en Paste. Zodra deze records gevonden zijn worden ze gesorteerd op alfabetische volgorde op basis van de familienaam en voornamen. Als laatste stap wordt het veld 'dagnummer' voor al de gevonden (en gesorteerde) records gewijzigd d.m.v. de 'Replace' functie gaande van 001 te verhogen met telkenmale 1. Dit werkt feilloos en na de uitvoering van het script hebben alle records een uniek certificaatnummer gebaseerd op de examendatum en het dagnummer. Wanneer we na enige tijd terug in deze reeks terecht komen blijken de dagnummers plots andere waarden te bevatten. Het is dus enkel het veld 'dagnummer' dat voor problemen zorgt. Vanzelfsprekend wordt het veld 'certificaatnummer' beinvloed door dit fenomeen, maar hier ligt uiteraard het probleem niet want dit rekenveld doet zijn (of is het haar) werk naar behoren. Oef ... ik hoop dat ik nu de situatie duidelijk geschets heb Maar nog meer kijk ik uit naar de oplossing

Je kan volgen Jean De wijzigingen hebben echter niets te maken met de sorteervolgorde, bvb. wanneer een dagnummer aangepast werd via het script. Enkele tijd later na het uitvoeren van verschillende handelingen binnen het bestand blijken de volgnummers (in het veld dagnummer) gewijzigd van bvb. 27 naar 13727. Het blijkt dat er telkenmale een ander getal voorgeplaatst is dan is dat bvb 137 en later 138 en wijzigen de dagnummers door de oorspronkelijke waarde voorafgegaan door dit nieuwe getal dat van weet ik waar komt De sortering gebeurt altijd maar op de gevonden reeks records welke na de uitvoering van het script correct aangepast zijn.

Jean, Ik begrijp volkomen je opmerkingen aangaande de bewerking op een live versie. Probleem is echter dat het eerst op) een copy getest is maar dat het niet opgevallen was dat na enige 'tijd' oudere aangepaste waarden in het 'number' field dagnummer veranderden. Wat betreft de velddefinities die hier van tel zijn gaat het in feite enkel om het veld dagnummer, de andere velden vertonen geen problemen. Gezien dit slechts een 'number' field is, zonder enige optie, denk ik dat unstored hier niet van toepassing is. Wat je andere opmerkingen betreft, ik zie niet goed in hoe ik dit op een andere wijze kan aanpassen. Ik heb immers alle records van een zelfde examendatum nodig, waarna ik ze sorteer op alfabetische volgorde op basis van de naam van de kandidaat. Uiteindelijk kan ik dan binnen deze groep de dagnummers aanpassen d.m.v. een replace opdracht. Ik zie niet het alternatief om dit te doen op record niveau

Staan er veel berekeningsvelden op je actieve layout? Deze kunnen de boel ernstig vertragen.

Beste Groep, Ik zit met een probleem dat m'n petje te boven gaat ... Een databestand verzamelt allerlei gegevens aangaande kandidaten die eenexamen afgelegd hebben. Elke kandidaat krijgt een uniek nummer dat bestaat uit een berekening van de veldwaarde ExamenDatum gevolgd door de waarde uit Dagnummer. De dagnummer wordt bepaald aan de hand van de alfabetische volgorde der kandidaten op dezelfde examendag. Door allerlei omstandigheden waren de nummers niet allemaal in orde, zodat we genoodzaakt waren hiervoro een oplossing te bedenken. Vooraleer verder te gaan dien ik te zeggen dat het totaal uit ca 35000 bestaat. Zodra we een kandidaat opzoeken in de database en we merken op dat deze zijn/haar examennummer niet conform is laten we een script lopen. Dit script voert de volgende handelingen uit: Copy[select, "ExamenDatum"] Enter Find Mode[] Paste [select, No Style, "ExamenDatum"] Perform Find [Replace Found Set] Sort[Restore, No Dialog] Replace Contents[No Dialog, "DagNummer", "Serial Numbers"] Alle examenkandidaten die op dezelfde dag examen gedaan hebben worden gevonden, gesorteerd, alfabetisch op naam en het dagnummer wordt vervangen gaande vanaf 01 en verhoogd met de waarde 1. Zo ver zo goed ... tot enkele dagen later blijkt dat de dagnummers veranderd zijn Het veld dagnummer is een 'Number' veld, Het veld ExamenNummer is een 'Calculation' veld gebaseerd op de examendatum en de waarde van het veld dagnummer maar geeft op zich geen problemen. Het is voornamelijk de veldwaarde van het veld dagnummer dat verandert. Waarschijnlijk zit het probleem in het script maar ik snap niet waar en/of waarom Een bijkomend probleem is dat ik nu een middel dien te vinden om alle records terug te voorzien van een uniek en geldig volgnummer, maar ik weet evenmin een manier hoe ik dat kan automatiseren want dit met de hand aanpassen voor 35.000 records is me nu net iets te veel van het goede

Joris, ... ook op server niveau binnen win omgeving Dat is weer eens een voorbeeld dat ik graag zou zien

Mijn motto ... 'never change a winning team' ... Als alles voldoet, waarom dan veranderen? Anderzijds, de mogelijkheden van FM8(.5) in vergelijking met FM6 zijn enorm toegenomen. Voor het ontwikkelen van nieuwe applicaties is een upgrade bijna een must. Alleszins heb ik nog geen spijt van m'n persoonlijke upgrade naar FM8, ik zit alleen maar te wachten tot de baas dat ook inziet zodat ik aan de slag kan om ons database systeem op te waarderen naar een doeltreffender geheel met veel meer mogelijkheden en, inderdaad ja meer toeters en bellen.

Maak een rekenveld, resultaat tekst met als berekening: veldurl Exporteer dit veld als zijnde je url's. Veldurl is het veld met je url in. test url export.fp5

TheMisfit, Je hebt goed begrepen, dit is helaas niet mogelijk onder FMP 6.0

Vroeger bestond het programma Draw van Micrografx en daarmee kon men transparante afbeeldingen in Filemaker krijgen. Ik moet zeggen dat het met FMP 6 niet geprobeerd heb, maar onder de vorige versies werkte het wel.

Ik spreek uit ervaring ... het werkt

Jean, Dank u voor het antwoord ... hoewel ik even bezig ben met het ontleden... Alleszins, is dat iets dat ik over het hoofd zag, de geluidsbestanden (mp3) in de tabel opnemen. Gaat in dat geval het bestand niet enorm toenemen in grootte of , blijft dat hetzelfde zoals in het huidige geval, al de mp3 bestanden op de schijf staan? Ik ben (helaas) VB niet machtig, en wou dit ook vermijden om te gebruiken maar misschien is dit iets dat ik beter zou trachten onder de knie te krijgen. Een volgende stap voor m'n project zou (eventueel kunnen) zijn dat de gebruiker, d.m.v. een druk op de knop ook de tekstvelden automatisch kan omzetten in geluid (mp3). Ik denk dat dit via send event en het integreren van een 'text to speech' programma wel mogelijk is. Maar vanzelfsprekend, eerst leren stappen alvorens te lopen Het 'ding' is in de eerste plaats voor m'n dochter bestemd. Bedoeling is dat ze haar leerstof hier in verwerkt tot vragen en antwoorden en dat deze vervolgens omgezet worden naar mp3 geluid zodat ze deze tijdens het sporten via haar mp3 speler kan afspelen. Leren tijdens het sporten moet moglijk zijn Vanzelfsprekend zijn er nog meer toepassingen te bedenken, bvb. de vader die tracht om wat informatica te leren tijdens de dagelijkse treinrit Danny