Jump to content

pdussart

Members
  • Content count

    45
  • Joined

  • Last visited

About pdussart

  • Rank
    Member

Recent Profile Visitors

286 profile views
  1. pdussart

    1.8.0.514 on windows 10 - EXIF IPTC

    Gabe, I am happy with UTF-8. Regarding metadata entry, I would prefer to enter key metadata info as a last step in Affinity. This would happen in the field. I would use a template with about 8 fields like Caption, Description, City, Country, Keywords, Author, Copyright notice, Usage terms. After such template set-up I just see the fields that I need, no less no more. It is also a way of not forgetting one of these fields. Juggling with 4 windows could be error prone and time consuming. Also an update in one go of the RAW and JPG files of the same shot would be useful. Back in the office, another team or myself are dealing with fine tuning of this matadata (like resolving keywords mispellings, keywords dictionnaries, translations and other metadata issues). Like Uwe, I am using Daminion to manage this second step. We have got 30,000+ RAW/JPG couples, I.e. 60,000 files managed that way so far. Regards, Philippe
  2. Dear, I am a little bit puzzled by the new metadata management. It is anyway good news, I am waiting for this since day 1. IPTC data entry fields seem to be split in 4 windows: - File - IPTC (Image) - IPTC (contact) - Rights I would favour a single window, juggling from one to the other is not convenient. Most if not all other photo managers do so. (Adobe, Xnview, Irfanview, etc) Adding a template for the fields that matter to you is also an usual feature Not clear whether encoding is UTF-8 or similar, whether you can change the encoding, in order to read and store properly accented and special characters (French, German, Spanish, Arabic, etc) Is XML coming with the next beta release ? Regards, Philippe
  3. Dear all, The help function of Affinity Photo regarding EPS and other export is confusing. I need to get a 100% vector based EPS file, starting from a JPG file. I assume the following EPS export process : File Export then the "More" section and use for Rasterize "Nothing" in order to get an 100% Vector EPS file ? Is "Nothing" the same as "100% Vector based" ? I have no way to check this. Please help Regards, Philippe
  4. Dear all, IPTC is the driver, as it defines the metadata to be stored. (the WHAT) IIM was HOW ITPC defined the way of storing this metadata. XMP is a more recent way HOW to store metadata. XMP has progressively replaced IIM. XMP is flexible and enables also to store metadata from various sources like EXIF, Core ITPC but also user created fields. Some tools create two files for a single shot, say 123XX.JPG and 123XX.XMP On the other hand, JPG standards allow to store metadata directly within the JPG file. In this case 123XX.JPG only As far as Affinity Photo is concerned, if Serif chooses for a limited ITPC support (say a dozen of fields), an update of the JPG file would suffice without separate XMP file. If you go the DAM route, OK. I would not overload Affinity Photo with this. (step three for me) Here is a list of tools that are recognized by the ITPC organization, as per www.itpc.org Affinity Photo should get there in order to join the "professional" club, assuming this is the Serif's aim. ACDSee Pro 10 Adobe Photoshop CC 2017 Adobe Photoshop Lightroom CC 2015.8 Daminion 4.6 DigiKam 5.0 ExifTool 10.46 FastPictureViewer Professional 1.9 FotoStation 8 Image Relay 5.0 Imatch 5.5 Photo Mechanic 5 Photo Supreme 3.3 PhotoGem 1.0 Portfolio 2.5.3 STOCKBOX PHOTO 5.40 WPMeta 1.3 XnViewMP 0.84 Regards, Philippe
  5. Dear all, IPTC is an old well established standard, implemented in most image management tools (from freeware to expensive ones) IPTC was just implemented by Adobe in their products in the 90's, but the development of these standard started in the 70's. The International Press Telecommunications Council (IPTC) was established by a group of news organisations including the Alliance Européenne des Agences de Presse, ANPA (now NAA), FIEJ (now WAN) and the North American News Agencies (a joint committee of Associated Press, Canadian Press and United Press International) to safeguard the telecommunications interests of the World’s Press. Since the late 1970’s IPTC’s activities have primarily focussed on developing and publishing Industry Standards for the exchange of news data of all common media types. EXIF is limited in its ability to describe pictures. ITPC standards coupled with XMP (a way to describe them in a sidecar file) are very useful. I am managing a 30,000+ pictures data base and using a subset of ITPC standards: Caption (text description), Picture taken date, Picture Update date, Keywords, Country, City, GPS location, Picture author, Copyright (rights owner), Copyright notice (text), Event Affinity Photo and Designer should be able to enter such ITPC data. Affinity Publisher should be able to register a wide set of PDF Properties. I mean just data entry for these 3 Affinity products It looks like Affinity Photo is using Lensfun for its lens correction. May be a business deal regarding metadat with Exiftool, XnView or Irfanview would help for providing a robust solution (Serif do not want to re-invent the wheel, ...) A DAM (digital asset management) is a different story. DAM is used e.g. to manage large sets of pictures, create folders of your pictures, select pictures, add further descriptions, etc. This is a complement, if you have very large quantities of pictures, if you a long term archiving need. Newspapers and museums use DAMs to extract a single picture out of millions in two clicks. This could become a fouth Affinity Persona. Personnaly, I see three separate tools in professional image management, rather than an integrated tool. Lightroom tries but is far from perfect. 1. A tool like Photomechanic to copy images from a camera, populate automatically some metadata, rename file names, etc 2. A tool like Affinity Photo for picture improvement (including appropriate picture descriptions through EXIF, ITPC, XML) 3. A DAM like Daminion to manage large quantities of pictures, with search facilities based on metadata Regards, Philippe
  6. In order to illustrate this request, here is an example out of Foxit. This is part of the ORGANIZE section, under PAGES management Note 1: there are other function like MOVE and SWAP, but Publisher has already other ways to deal with this Note 2: I would prefer to stop using Foxit. Using multiple tools is prone to conversion and other manipulation issues.
  7. Dear all, My problem is as follows: I get from various external contributors files in various formats. Some of them are ready, some of them are to be improved or illustrated, etc. I do not get them in the right sequence, ther might be days between inputs. First arrived, first processed. Features request: INSERT and REPLACE functions Functionalities: - if you right click on a page, in addition to "ADD PAGE", show also INSERT from/to input pages BEFORE/AFTER page xxx of my new document - if you right click on a page, in addition to "ADD PAGE", show also REPLACE from/to input pages BEFORE/AFTER page xxx of my new document - if you create a section, allow INSERT from/to input pages - if you go back to an existing section, allow INSERT and REPLACE from/to input pages Regards, Philippe
  8. pdussart

    Negative images when exporting to PDF

    Dear, I has a similar issue with beta 145. It is still there with 162. I have made a document of 20 pages. Each page is dead simple: a white A4 page as background plus one PDF import that is positioned. All 20 pages go through the same process. No other filter or whatever applied. 19 pages OK, one incorrect: page 4 appears normally on the screen, but the exported PDF is printed with negative colours for this page only. (this is not OK) If I use the Publisher Invert filter fo page 4, the document is shown as inverted on my screen AND on the PDF (this is OK) If I cancel the Invert filter, page 4 appears normally on the screen, but is printed with negative colours. (this is not OK) Regards, Philippe
  9. Dear Affinity developers, The Spanish tilde do not work on my keyboard with Affinity Publisher, but well with about 20 other paid or free tools that I am using (Text, PDF, Image, DAM, CAD , etc) The same issue exists with Affinity Photo It is not convenient to import some characters that Affinity is not able to produce by typing what you see on your keyboard. Or to use complicated Alt Gr functions. IBM, Microsoft and Mac OSes have solved this 40 years ago, at least for all the caharcters sown on a keyboard. Symbols are of course another story If you create a new document, direct typing into Affinity is a very convenient approach. Some French accents do not work too (on French French, Swiss French and Belgium French keyboards) Cursor behaviour should also been tested with Arabic, Hebrew, Japanese, etc) Spelling and hyphenation checking should be tested long before launch as well before launch; in a controlled manner, i.e. Affinity to provide a subset of usable spelling checkers. Manual Hunspell download is prone for user mistakes, hence misleading and time wasting for developers. Regards, Philippe
  10. Dear, the problems of French dictionary mentioned above seem to have disappeared with 1.7.0.58 Regards, Philippe
  11. I did the same exercise with a French dictionary from Github. Also problems. Process: - download dictionary from Github - copy file into Affinity (as per previous mails) - reboot - Set Affinity without any form of spelling check - Open Affinity. Load a file with a 100% correctly spelled text - Affinity shows the text not underlined, as spelling check is off (this seems OK) - apply spelling check - no underline (everything seems OK, i.e. the French words are recognised as correct) - change one word so that it is mispelled (this word only is now underlined, which is OK) - if you spell correctly this word, all words are now shown as incorrect. The English spelling check seem to take-over the French one. Installing a dictionnary file is not enough. Note: In the Document Preferences Auto correct you can select a short list of languages, you can select French and save this option, but if you go back to this screen, it shows English again, regardless of your previous setup in French. This is may be the problem. All this despite the Additional dictionary folder of Tools still points to the French dictionary, ...
  12. Dear all, Additional note: the Colour Picker of the free tool GIMP reads the same values than Affinity Phato and Designer in all cases tested. This tool must be correct regardless of the screen, the (work) file should contain the right values. So, it looks like the Affinity Colour Picker reads correct CMYK values. Another glitch, probably linked: - I tried the Flood Fill value 0,0,0,14 with the weird file mentioned above. Afterwards the colour picker showed the correct value of 0,0,0,10. - with the Flood Fill value of 0,0,013 I read 0,0,0,9 with the Colour Picker May be Affinity is doing some conversion process internally ??? Regards; Philippe
  13. Dear all, Similar issue with Affinity Designer. I can provide two simple files. One accepts CMYK with a value of 0,0,0,10. This one looks OK The other let you enter 0,0,0,10, but sticks with 0,0,0,7 as fr as the Picker is concerned. The one with 0,0,0,7 is weird: - if you end up with 0,0,0,10 displayed on the CMYK sliders, - if you save immedialely this file, quit Affinity, it reopens with CMYK 0,0,0,7 Something strange definitively happens Regards, Philippe
  14. It is Affinity Photo. I also have Designer, but did not try this.
  15. Dear, I am using 1.5.1.54 In order to print whites with ink (this is not common, as usually the paper is white and used for this colour), my supplier asks to fill whites areas to print with the CMYK value of 0,0,0,10 (This is some kind of light grey). His printer is set-up to recognise this CMYK value and prints white. He also use specific CMYK values to print silver and gold colours with special inks. I use in general the Flood Fill tool to create areas with CMYK 0,0,0,10 No visible problem here, a light grey colour appears where needed BUT if I check with the Colour Picker tool. whether the CMYK values are OK, RESULTS are always different, most values shown by the Colour Picker are 0,0,0,7 or 5,5,5,0 but NOT ALWAYS the required 0,0,0,10 !!!!! Either the Flood Fill tool does not apply the right colour, OR the Colour Picker tool does not read the right values. This is a CRUCIAL requirement that CMYK colours are properly managed. Regards, Philippe Decalcomanie planche 1 pour PDF decalprint eu.pdf
×

Important Information

Please note the Annual Company Closure section in the Terms of Use. These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.