Josh Keyes, Shedding, 2009
Goed moment voor een stemverklaring (hadden we vorige keer als hele redactie, maar is er organisatorisch niet van gekomen dit keer): GroenLinks.
Waarom? Omdat er een partij in de kamer moet zitten die daadwerkelijk iets wil doen aan de klimaatverandering en niet alleen maar een beetje voor de bühne halfzachte maatregelen neemt. Omdat ze als een van de weinig partijen echt opkomen voor de privacy. En omdat de rest van hun standpunten (op een paar na) me goed bevallen.
Deze post is tevens een test van Steeph’s wet. Die ga ik pas na een dag verklappen. Als hij klopt is het een mooie aanvulling op de Constante van Steeph
Reacties (48)
Job Cohen: “De keuze is tussen premier Rutte met wellicht een vicepremier Wilders of een kabinet onder mijn leiding. Makkelijker kan ik de keuze niet maken.”
Het zijn natuurlijk geen MP-verkiezingen, maar ik vrees dat de man wel gelijk heeft.
“des te primairder de kleuren in een KOZ, des te minder reacties algemeen, en des te minder positieve reacties nog specifieker”
Wel een beetje een erg on-generieke, on-globale Steeph’s Wet…
Haha @ Rene, ik zat ook al te gissen wat die wet zou zijn.
Gegeven de afbeelding zou ik zeggen: hoe minder natuur (cq klimaat/werkelijkheid) in een programma van een politieke partij hoe succesvoller ze is.
Heb ik nu wat gewonnen?
… en om nog even door te nerden op een thema van een paar zondagen geleden, die opmerking over primaire kleuren kwam door weer color-correction tags in de image zoals gepost op sargasso — maar terwijl de originele grote image waarnaar gelinkt wordt die tags niet heeft.
Het effect in Firefox 3.5+ op Linux met de default color-correction settings is een rood paard met roze botten en gele voeten, staand op een helder-blauwe lagune. De sargasso variant in het kleine venster met daarachter het origineel:
http://img709.imageshack.us/img709/250/keyes.png
@ Steeph:
Aangezien in dit geval het origineel goed is… het is toch niet iets op jouw eigen systeem dat die tags toevoegt he? Ik geloof dat je een Mac gebruiker bent en het zou me niet overmatig verbazen van een Mac computer als het suffe ding besloot om weer uiterst gebruikersvriendelijk alles beter te weten dan de gebruiker — waarbij ik wel zal toegeven dat zulks in het geval van Mac gebruikers ook niet echt een gedurfde aanname is.
Maar ik denk nu dus dat ik naar afbeeldingen zit te kijken die op jouw systeem onder de motorkap vol-automatisch vernaggeld worden via color-correctie, bedoeld specifiek voor jouw eigen systeem. Bright Apple thinking and all that…
Mmmm, deze was inderdaad ook op een mac gedaan met de standaard hulpmiddeltjes.
Als ik het als png doe, gaat het dan beter?
Nee, zelfde hieper-kleuren effect; vooral geel lijkt dus ernstig versterkt.
Als ik de ‘ANP-shedding.png’ uit #5 open met The Gimp (“Photoshop voor Linux”) dan waarschuwt ie me allereerst:
The image ‘ANP-shedding.png’ has an embedded color profile: Generic RGB Profile
en biedt dan aan om dat profiel om te zetten naar een lokaal profiel. Het punt is meer echter dat dat hele profiel beter gewoon gestript zou worden, gezien het origineel er ook geen heeft. Hier staat zo te zien hoe dit te doen voor Photoshop — wat wel of niet behulpzaam gaat zijn onder Mac OS:
http://livedocs.adobe.com/en_US/Photoshop/10.0/help.html?content=WSF8890E7B-90A1-4a11-859E-0BCE0D1A088B.html
@Rene: Ik heb ook de GIMP. Ben meestal te lui om die op te starten voor het eenvoudige schalen. Maar als het effect kleurvertekening is, dan moet dat maar.
Vanmiddag even proberen.
Josh Keyes is fantastic!
Is de wet van Steeph niet “als je vertelt dat er een wet is, gaan mensen over kleuren praten?”
@ Steeph: Als je liever standaard tools wilt blijven gebruiken — ik weet niet of er een standaard tool is die profiles stript, maar de ImageMagick tool-suite levert er wel één. Na:
rene@e600:~$ mogrify -strip ANP-shedding.png
heb ik hier een kale PNG die weer goed rendert (zoals ik net uitvind). ImageMagick bestaat voor Linux, Mac OS X en Windows:
http://www.imagemagick.org
@ Anoniem: Hé, voor kunst-postings is het nu eenmaal relevant. Firefox 3.5+ gebruikers zien anders soms hele andere werken dan bedoeld door de maker. Dat was zo met die “raging fire” rosoman van een tijdje geleden die ik er zelf leuker op vond worden en het is zo hier, die er kinderachtiger uit gaat zien en waarbij de blauwe ondergrond iets anders uitdrukt dan bedoeld.
Prachtig werk van die kerel.
Zijn zelfportret is ‘visionair’
En wat me ook opvalt; hoe groter de controle, de camera’s, de verkeersborden, hoe minder leven.
@11: “(…) hoe minder leven“.
Hoezo? Leven genoeg op die plaatjes. Wel minder mensenleven.
Overigens snap ik niet hoe de gepresenteerde kunstwerken het stemadvies illustreert. GL wil juist van alles doen om het leven, de mensheid incluis, te redden.
De plaatjes veRtellen echter: “aLs niets helpt, doe niets”. Met als resultaat dat de natuur, de mens excluis, overleeft.
En dan die Wet van Steeph. Intirigerend.
Driekwart van de reacties zijn off topic als je kunst met politiek mengt?
Valt nog mee nu.
Of het is: als je kleur bekent, vult Rene driekwart van de reacties?
Prff. Kleur-barbaren…
Mmm, de reacties voldoen vooralsnog volstrekt niet aan de door mij geformuleerde wet. * zoekt alvast een vuilnisbak *
GroenLinks, Omdat dat de enige toekomstgerichte partij is die ook een links geweten heeft én boven al ook echt groene voorstellen heeft. Toekomstgericht is in dit geval ook echt progressief. Wat verder meespeelt is de manier waarop zij hun standpunten brengen.
Daarnaast is er mijns inziens niet tactisch progressief te stemmen. D66 en GroenLinks zijn beide geen grote partijen. En die eerste is niet links genoeg. Andere partijen vindt ik niet onder de noemer progressief vallen.
Bedankt voor het stemadvies.
Ik ga woensdag Groen Links stemmen.
dit is prachtig werk:
meer moois:
http://www.sebastiankruger.org/
http://sebastian-kruger-news.blogspot.com/
Was ik toch zomaar vergeten dat GL ook nog heel erg opkomt voor de privacy. Hoe kan juist ik dat vergeten te melden. Maar even aangepast.
Tsja, twijfel toch nog steeds tussen d’66 en GL. Kan iemand mij een duwtje in een bepaalde richting geven ? Wat is nu hèt onderscheidende punt ?
@19 dat duwen moet je zelf doen, d’66 stem ik nooit meer omdat ze het meest asociale kabinet in stand hebben gehouden voor fictieve kroonjuwelen, zelfs toen dat ook bij d’66 zelf bekend was
@Rene: ga even naar dat tooltje kijken.
Intussen nog een met default tool maar ook default rgb instelling (stond op adobe nogwat).
Verschil?
@20 dat heeft ze ook een aantal verkiezingen mijn stem gekost. vrees een beetje voor zelfde scenario (cda, vvd, d’66)
@rene ligt het kleurverschil niet aan jouw computer? zie hier geen enkel verschil
zou bij jou het kleurenprofiel wat jouw computer gebruikt eens uit zetten
Zo lijkt het net magisch realisme, Milieu. En dan qua raadsel. In dit geval moet dat paard zeker de democratie verbeelden, kaalgevroten door persmuskieten? En ze bewaren het lekkerste stuk voor het laatst…
Verder geef ik het op.
@Yevgeny Podorkin: ah, toe nou. Zo komt er van die Wet van Steeph natuurlijk niets terecht…..
Jammer, wachten maar tot morgen dan. Maar ik heb zo ook m’n eigen constanten en wetten. Weliswaar op een bescheiden micro niveautje…luistert ook niemand naar.
@ Steeph, #21: Nee, dat zijn nog steeds de hieper-kleuren.
@ gbh: Nee. Ik weet wat er gebeurt.
Het punt is dat (met de default settings) Firefox 3.5+ een in een image file embedded color profile honoreert, daar waar veel andere software (zoals oudere versies van Firefox en voor zover ik kon zien de huidige Internet Explorer) dat niet doen. Dat honoreren bestaat eruit een bepaalde door dat embedded profile gespecificeerde vertaalslag op de kleuren zoals gelezen uit de image file toe te passen alvorens ze op het scherm te tonen.
De recente “rosoman” en de huidige “keyes” image files uit de KOZ bevatten dergelijke embedded profiles. Bij “rosoman” dacht ik nog dat het zo bedoeld was omdat het effect ervan was dat het vuur uitermate levendig werd weergegeven. In dit geval echter linkte Steeph direct naar de bron-imagefile en die heeft GEEN embedded profile. De conclusie volgt dat iets en route tussen de bron en de plaatsing van de geschaalde variant op sargasso het toevoegt — en dat iets moet dan wel Steeph’s systeem zijn.
Gegeven dat Steeph geen bron is volgt nu ook dat dat profile geen relatie onderhoudt met iets dat “bedoeld is door een maker” of iets dergelijks. Enkel een relatie met hoe Steeph’s systeem voor zichzelf met kleuren omgaat en daarmee niet iets dat je verder wilt distribueren dan dat systeem.
Je zou het nog een “lokaal probleem” bij mij kunnen noemen in zoverre dat ware het zo geweest dat mijn systeem een functionele color-correction setup had gehad, ik er omheen had kunnen werken in de interactie met een “system profile” (ie, er wordt niets vertaald als het system profile gelijk is aan het embedded profile) maar dat wordt dan wel een uitermate globaal lokaal probleem — color profile support is nog op de technische trede waar er tientallen verschillende specificaties en implementaties zijn waarbij dezelfde image op verschillende systemen er verschillend uitziet, zelfs al vinden die systemen wel allemaal van zichzelf dat ze functionele support hebben. Een web-designer nachtmerrie in wording zoals ik inmiddels heb begrepen.
Maar in feite is zelfs dat laatste in dit geval dus secundair; de bron-image heeft geen profile dus de geschaalde variant voor sargasso hoort er ook geen te hebben. Simpelweg strippen is de technisch correcte oplossing.
@rene, ik vind het een prachtig verhaal maar ik snap er geen fuck van, een kleurprofiel is altijd toegevoegd geweest in de exif informatie
ik doe zelf programmeren in php, maak wel eens een website en hou van een flink potje grafisch werk, heb hier daarvoor ook ie8 en firefox 3.6x draaien en in beide worden de afbeeldingen identiek weer gegeven (windows 7 64 bit)
in het origineel en in de verkleiningen van Steeph zit geen colorspace, jouw systeem wijst dan zelf een kleurenprofiel toe en de fout zit dan volgens mij ook in jouw systeem
zou je icc profiel maar eens goed nakijken
YP #26 bekijk zeker JK’s ander werk via z’n site!
Vooral dat hert tot de nek in het water gevoed door kolibries S’z. Magisch postapocalyptisch imaginair realisme of wat is het. Geeft toch een sprankje hoop. Jawel. Niet a la Willink, Pyke Koch, ben daar namelijk niet onverdeeld happy bij. Daar druipt de zwarte treurnis met fascistische klodders van het canvas…en een beetje Wagner erbij helpt dan al helemaal niet.
OK @Steeph, kom maar op met die wet.
Die dag is wel voorbij.
@HansR: Oh ja, sorry. De wet luidt:
“Stop in een blogpost meerdere interessante onderwerpen maar ook klimaatverandering en de discussie zal alleen over klimaatverandering gaan.”
Die kan naar de prullenbak dus. Ook al was het in twee eerdere gevallen wel heel duidelijk zo.
Ah, ja :)
Is mijn wetje in #3 geen aardig alternatief?
@HansR: Vond hem wel grappig. Maar die ga ik mooi niet onder mijn naam de wereld insturen :-)
@ gbh: Als je er, and I quote, geen fuck van snapt doe me dan een lol en bemoei je er niet mee. Bovenstaande image file heeft een embedded color profile en daar zit het probleem; het hoort er geen te hebben daar het origineel er geen heeft.
@Steeph: Maar die wet gaat wel op! Alleen lezen de klimaatontkenners niks over kunst. Je junt het nog eens uittesten. Start een andere KOZ, klimaat op zondag, en je zult zien dat je wet geldig is.
@Rene: Nog een poging:
(Had een tabje niet ontdekt)
Zo beter?
Nope, sorry…
(identify ook onderdeel van de ImageMagick suite)
rene@e600:~$ identify -verbose ANPshedding4.jpg | grep -i profile
Profiles:
Profile-exif: 126 bytes
Profile-icc: 1328 bytes
Generic RGB Profile
rene@e600:~$ identify -verbose ANP\ shedding.jpg | grep -i profile
rene@e600:~$
waarbij die tweede dus de originele file van:
http://www.joshkeyes.net/ANP%20shedding.jpg
is.
Het gaat om die Profile-icc. Ten eerste een generiek probleem daar profile support op verschillende (operating) systemen verschillende implementaties kent die op dit moment, wanneer echt brede adoptatie van de technologie nog jong is, niet noodzakelijkerwijs erg interoperabel zijn, ten tweede iets specifieker voor vooral Linux gebruikers die in overweldigende meerderheid sowieso geen functionele profile support gaan hebben op het moment — ten derde omdat het dus iets is dat specifiek jouw systeem aan de file toevoegt; dat zou het niet (ongevraagd) moeten doen, gegeven dat dat systeem uiteraard geen kennis kan hebben van downstream systemen en hun interpretatie ervan.
Na:
rene@e600:~$ mogrify -strip ANPshedding4.jpg
ben ik weer blij…
@Rene: Vreemd is het wel. Want de laatste keer gebruikte ik de instelling “gebruik originele profiel”. Zou ik verwachten dat als die er niet was, er verder niets aan vernaggeld zou worden.
Straks ff via de gimp proberen. Want de suggesties voor die commandline tools zijn niet zo handig in mijn routine te passen.
Voor het strippen van existing profile heb je in de GIMP geloof ik momenteel nog steeds een plugin (separate+) nodig maar, voor zover mij bekend en ieder geval op Linux, gaat GIMP er geen toevoegen als je een image die er geen heeft schaalt.
Mac is in de grafische sferen populair (omdat daar in een lang vervlogen verleden een reden voor was) en gecombineerd met de “don’t ask, don’t tell, don’t think” mac-filosofie ben ik terughoudend om er meer dan “gaat vast werken” van te maken want voor je het weet is het Mac OS X zelf die behulpzaam denkt te zijn door aan alle image files een profile toe te voegen…
… maar het zou me verbazen als het probleem niet afwezig was als je gewoon schaalt met de GIMP.
@Steeph & Rene, 3 ux machines (verschillende distros) met ff3.5/3.6 – kan het probleem nergens reproduceren … weird ;) *hoofdpijndossier*
@ DJ:
Nauwelijks een hoofdpijndossier. Schalen met The GIMP, op Mac OS X of niet, werkt vast. Pas als het dat niet doet wordt het lastiger…
Maar op zich wel interessant, door die “verschillende distros”. Ik gok dat ook jij geen /usr/share/color/icc directories hebt op al die distros? Zo wel, dan zou dat een teken zijn dat je color profiling support geïnstalleerd hebt. Ik zit momenteel op de de laaste jaren meest standaard Linux distributie (ubuntu) en die heeft het dat in een standaard install in ieder geval niet.
Wel waarschijnlijk LCDs allemaal? Het zou wat mij betreft best mogelijk zijn dat veel LCDs via DDC (“Plug & Play Monitor”) een profile aan de machine doorgeven daar waar mijn mooie, professionele maar inmiddels wel wat oudere CRT dat niet doet (je DDC info kun je normaliter vinden ergens halverwege /var/log/Xorg.0.log als het je interesseert).
Dat weet ik echt niet, of een ICC profile in DDC opgenomen kan zijn maar het klinkt wel vrij logisch. Als dat het verschil is zou het zo kunnen gaan dat het bij jou via DDC doorgegeven profiel er op neer komt dat er ten opzichte van dat embedded “Generic RGB profile” van deze image niets vertaald wordt.
Vanavond geen tijd om me er verder in te verdiepen. Kan sowieso niet vaak genoeg zeggen dat het allemaal secundair is. Die bloody apple-rommel moet gewoon met z’n incompetente, arrogante, betweterige design handjes van mooie plaatjes afblijven. Verdulleme.
Geschaald met GIMP:
@Rene, hoofdpijndossier, als in vragen waar ik niet over na wil denken ;) … een pc is oude fedora – 2 jr oud, basale user rechten, andere is een oude suse 11.0 met admin recht en laatste is default 10.04 ubuntu – 100% lcd – dat wel ;)
dat soort vragen dus, ik zie dat jouw plaatjes vreemd zijn, maar ik zie niets vreemds … ik nie snap nie … nieuwe user op je systeem heeft hetzelfde probleem? … aaaah (gooit de rem er op)
@ Steeph: Succes:
http://img199.imageshack.us/img199/545/colorprofiles.png
@ DJ: Ja, het is niet user-afhankelijk. Ik ga nog wel eens uitzoeken of de meeste LCDs inderdaad een profile via DDC doorgeven. Klinkt niet onlogisch. Maar zo zie je maar weer — het is een inconsistente brei momenteel.
gast, zet die roze bril af ! koop iets oranje ofzo ;)
Pink Forever! Of dus inderdaad liever juist niet, inderdaad…
@Rene: Duidelijk. Thx.