Container field tampered

[maddogmcree21]

Forum leden,

 

In een database met o.a. een container field waarin een foto is opgeslagen is het me opgevallen dat als ik in een extern programma de foto aanpas b.v. crop

filemaker aangeeft dat de inhoud van de container tampered is.

 

Ik heb geprobeerd om de foto opnieuw in te voegen en dat functioneert op het eerste gezicht wel maar de foto word niet overschreven er word een 2e foto gemaakt.

Dat is op zich geen probleem maar als ik 200 foto's crop heb ik 400 foto's in de external data storage staan waarvan er 200 niet nodig zijn.

 

Is er een mogelijkheid om de inhoud te verversen c.q. te updaten?

[Felix]

.

Edited October 4, 2015 by Guest

[hans erik]

Is overigens best nog een probleempje als je bijv. met FileMaker go werkt. Een iPhone 4S of iPhone 5 maakt foto's van 8 MP, dat zijn flinke bestanden en die resolutie is helemaal niet altijd nodig.

 

Het zou wel handig zijn als je tenminste in FileMaker Go de mogelijkheid zou krijgen om een foto in een lagere resolutie te uploaden.

iOS doet het wel als je een foto via email verstuurt, dus waarom niet met FileMaker?

 

Er zijn wel opties met foto-editing apps maar dat is natuurlijk een beetje gehannes.

[SuperWimmie]

Over de foto's: Ja. Filemaker versie 12 kan dat wel. En daarmee Filemaker Go versie 12 ook.

 

Bij het opnemen van een foto in een container kan je de inhoud van de container overzetten naar een tweede container, waarbij je direct de maximale resolutie kan opgeven.

Door hem daarna weer terug te plaatsen, is jouw foto geresized. FM houdt zelfs rekening met de inhoud van de container, dat deze een foto moet zijn.

 

Werkt perfect!

 

Wat altijd al gewerkt heeft, is dat bij het maken van de foto de iOS camera instelbaar is. Je kan daarbij kiezen uit klein, middel of groot.

Voor FMGo 11 gebruikers is dat al een aardige oplossing. Maar je moet er wel even bij stil staan, zeker als je de Go app nog maar net geinstalleerd hebt.

[FM]

Voor mij is dit probleem momenteel (terug) actueel

Lege database op iPad (FMGo 12) = 1MB groot

2 records toegevoegd met een foto erbij, gemaakt met de ingebouwde camera van de iPad

De Database is nu 5MB groot.

Dit is onhoudbaar wanneer je een paar honderd records wil voorzien van een foto

 

Ik vind echter geen instelling om de resolutie van de gemaakte beelden te beperken.

Nog in de voorkeuren van FMGo 12, noch in de voorkeuren van iOS

 

Kan het wel of is de oplossing met 2 containervelden de enige mogelijkheid?

Alvast bedankt

[Infomatics]

Je kunt ook de foto automatisch laten verkleinen naar een bepaald formaat

door een Auto-Enter Calculated veld te gebruiken met de formule 'GetThumbnail( Self ; 800 ; 800 )'

(om de foto naar 800x 800 te verkleinen)

 

Met FM 13 en FMGo 13 kun je via een scripttrigger ook nog bepalen dat er een foto met een bepaalde resolutie wordt gemaakt,

bv Large/Medium/Small wat mogelijk al klein genoeg is.

 

Groet,

 

Ruben

[FM]

Inmiddels heb ik de layout voorzien van een button met script waarmee ik de foto's (handmatig dus) verklein.

Een veld met de resolutie van de foto geeft duidelijk aan dat ze kleiner gemaakt werd.

De database grootte verandert echter niet.

 

Mogelijk houdt de database haar in beslag genomen opslagruimte aan, ondanks dat de werkelijk gebruikte ruimte verkleind werd door het verkleinen van de foto.

[SuperWimmie]

Toch wordt hij bij mij wel kleiner...

 

Zelf doe ik het als volgt:

a. Opslag groot formaat in container

b. Verkleinen naar een globale container

c. Terug plaatsen in de oorspronkelijke container.

 

Verkleinen doet Filemaker zijn bestand pas na afsluiten.

[Infomatics]

Ik gebruik een Auto-Enter, Calculated value 'GetThumbnail(Containers ; 800 ; 800 )'

die de foto gelijk verkleind.

 

Groet,

 

Ruben