Stamboom Forum » FS: Vragenrubriek m.b.t. index pagina's Family Search \\\"search record pilot\\\"  

voorstel

Velen zijn misschien afgehaakt bij deze te technische discussie: url van images

Laat ik het nu wat minder technisch proberen.

 

Na veel puzzelen en meedenken weet ik niet of ik wel afhankelijk wil zijn van andermans aantekeningen. Iedereen doet het net weer anders en waar gehakt wordt vallen spaanders. Het vergt ook veel inspanning. Bovendien zeggen plaatjes meer dan woorden. Om diezelfde reden heb ik een hier een sugestie uitgewerkt met een schermdump. Er is ook een levende prototype met de wat manko's. Het is bedoeld als discussie stuk: misschien ben ik de enige die dat zo wil, of wilen anderen het net weer iets of totaal anders.

 

We hebben dan echter wel veel opslagruimte nodig. Als ik het goed begrijp is hier (zie onder aan artikel) onbeperkt ruimte beschikbaar, maar moet je maandelijks inloggen om je account ni leven te houden.

voorstel

verwijdert

voorstel

Herman, ik denk dat je teveel uitgaat van de demo. Het ging Jo er vooral om een voorbeeld te tonen. Doel is om ideeën te verzamelen en alle goede ideeën (of het gemiddelde daarvan: can't please 'em all) te verwerken in mijn script. De thumbs die gedownload worden zijn misschien geen thumbs maar originelen? Afijn, het is een demo, zou ik niet te veel tijd insteken om foutjes uit te halen.

 

Ik vraag me af of de demo bmp gebruikt, zal we door de download komen. Als je vanuit IE een bestand sleept naar de windows explorer, wordt het een bmp en dus groot, terwijl het origineel jpg is. Het bestand krijgt geen naam, denk ik, omdat het origineel geen naam heeft: $dist is geen goede naam. Dat ligt aan FS en niet aan ons. Ik zal eens kijken of ik daar wat aan kan doen.

 

XML is makkelijk te lezen, maar met een programmeertaal ermee omgaan is wat lastiger. En we doen zo makkelijk mogelijk. Ik ben al 25 jaar programmeur en hou van keeping it simple.

 

Jerry

 

voorstel

Met beiden eens:

• een vereenvoudiging was juist mijn doel, geen gedoe met inloggen en wat er nu wel of niet in het formulier ingevuld moet worden, kost wel ruimte
  
• ik kondigde al manko's aan, ik heb alleen FireFox getest. Jerry kan aan de achterkant dingen doen die ik in mijn demo aan de voorkant niet voor elkaar krijg en waar ik voor een demo inderdaad niet te veel tijd wil spenderen.

Een naam geven zou inderdaad een goed idee zijn. Dat is een goede opmerking. Maar ik zou zelf (ook) graag het nummer uit de fs-url in de bestandsnaam terug zien. Wordt wel lang maar het is makkelijker voor het opslaan een stukje naam te wissen dan erbij te vinden

voorstel

Er staat nu een versie waarbij de plaatjes in meer browsers naast elkaar staan.

(Voor Jerry: Inline-block op span i.p.v. div)

voorstel

verwijdert

voorstel

verwijdert

voorstel

Ik vrees dat je toch tussen de techniek door zult moeten lezen op de oorspronkelijke discussie.

voorstel

Herman, ik ken de problemen. Er zit inderdaad een maximum aan, dat verschilt per operating system. Soms 255, soms 1024 of iets daaronder. Dat is vaak het totale pad plus de bestandsnaam.

 

De bestandsnaam van een afbeelding wordt bepaald door je browser. Ik heb net getest met firefox en of ik nu de standaard

<img src="https://...">

gebruik, of een alt toevoeg:

<img src="https://..." alt="">

of een title:

<img src="https://..." title="">

het bestand wordt bij mij altijd $dist.jpg.

 

Met DownThemAll (DTA, een download manager binnen firefox) kan ik wel meer aangeven. De pagina met DTA-LINKS heeft de links op deze manier:

 

<a href="https://das.familysearch.org/das/v1/dgs:004537312.004537312_00001/$dist">

fs1831469_wp5451724-dgs_004537312.004537312_00001.jpg

</a>

 

Door in DTA de "Renaming Mask" op "*flattext*" te zetten neemt DTA de naam mee die ik tussen de <a> en </a> heb gezet als bestandsnaam. Daardoor wordt

https://das.familysearch.org/das/v1/dgs:004537312.004537312_00001/$dist

bij mij opgeslagen als:

fs1831469_wp5451724-dgs_004537312.004537312_00001.jpg

 

Ik kreeg het met DTA niet voor elkaar dat hij subdirectory's ging maken (dus in plaats van

fs1831469_wp5451724-dgs_004537312.004537312_00001.jpg

zou het dan

fs1831469_wp5451724/dgs_004537312.004537312_00001.jpg

worden). Maar die naam komt dus door DTA en niet door de browser.

 

voorstel

verwijdert

voorstel

Ik heb net een nieuw topic gepost:

http://www.stamboomforum.nl/subfora/134/2/26659/0/opslaan_van_de_originele_images

 

Waarom ik dat hier meld is dat ik het te maken heeft met de volgende update van mijn script. Er zal een tweede pagina komen die alle bronnen weergeeft in een andere structuur:

 

initiaal (eerste letter van de plaatsnaam, 's-Gravenhage onder de G)

... plaatsnaam

... ... registertype (Geboorte, Huwelijk, Overlijden, Tafels, enz.)

... ... ... jaartal

... ... ... ... afbeelding

... ...originele FS-structuur...

 

Voorbeeld:

 

L

... Laren

... ... Geboorten

... ... ... Geboorten 1811

... ... ... Geboorten 1812

... ... ... (enz.)

... ... Huwelijken

... ... ... Huwelijken 1811

... ... ... Huwelijken 1812

... ... ... (enz.)

... ... FS-structuur

... ... ... Tienjarige tafels 1811 - 1888 Geboorten 1811 - 1823

... ... ... (enz.)

 

De structuur van registers wordt opgebouwd uit de notities die mensen hebben ingevoerd. Alles wat geen akte of lijst is wordt niet getoond.

 

En ik kan dan per plaats en / of per register aangeven of je die helemaal wil downloaden. Dan krijg je een lijst met links met in de omschrijving een naam als "laren, geboorten 1811, afb. 0001.jpg". Dan ben je nog steeds afhankelijk van je download-programma omdat de browser alleen de originele naam geeft en dankzij FS is dat altijd $dist.

 

Dan zouden er variaties kunnen zijn in de naamgeving waaruit je kunt kiezen:

 

normaal: laren, geboorten 1811, afb. 0001.jpg

incl. info: laren, geboorten 1811, afb. 0001 (aktes 0001-0004).jpg

kort: laren_b1811_0001.jpg

enz.

 

Om terug te komen op de bovenste zin uit dit bericht: ik wil op die manier hele plaatsen kunnen downloaden met handige bestandsnamen en die dan opslaan op DVDs...

 

Jerry