- From: Margaret Warren <mm@carmapro.com>
- Date: Wed, 1 May 2013 10:17:01 -0400
- To: "'Kingsley Idehen'" <kidehen@openlinksw.com>, <public-lod@w3.org>
Kingsley wrote: >Can your service not use other Linked Data proxy/wrapper services? For instance, if there exists a >service that already produces Linked Data renditions of EXIF why not just use its URLs patterns to get >the data into your system? At the very least make it an option for users. Yes, we would love to... If any one knows of any specific services, we would love to include them if feasible/practical. As I mentioned the other day in my reply to Daniel, the Details tab inside the application shows the data that we do import from the image header itself if it exists (Creator, keywords, title, subject, creator e-mails, websites, IPTC Scene code, other XMP data, etc), we do preserve it as linked data and if it does not already exist in an image you can add it and we also re-save it in the image header (if the image has been uploaded and not just linked by URL). We also re-save the IS html file about the image itself in the website field in the header, thereby giving even greater reference back to the linked data. We do not currently display the EXIF (camera) data in the GUI, but we do not strip it from the image header either. There is so much data potentially included in image headers that can be displayed, but for this initial release, I wanted to keep the GUI less cluttered. I am not opposed to using any of it depending on what a customer or users seem to request the most. Daniel has given us one data point on this, but we welcome others. I know some photographers who use tools specifically to remove the EXIF data as they do not want to share their camera settings so it's possible of course to have additional layers in the IS GUI that would allow a greater selection of what metadata is displayed and what is re-saved back into the header. In ImageSnippets, the creator field also contains a look-up feature for allowing users to locate the person in Dbpedia or Yago (our main sources for public LD IRIs)... If a person does not exist in one of these public datasets, the user can create an entity for that person in the ImageSnippets dataset. We encourage people to create IRI's and (for now) are quite willing to act as a host for these new creations. If you have a foaf profile, you can also add your URI in this field instead. In this way, ImageSnippets can be useful in allowing the relatively simple creation of linked data entities for people which can in turn can be used by other image processing (face recognition) tools. Conversely, of course, a great feature would be to include the people tags if they are applied in other software first, allowing the user to then match the people tags to IRI's. We have been exploring the import of the Flickr data in an improved way (including the tag data) for Flickr users or some other solution to this for a while now. Daniel provided a link to the Flickr wrapper which I had looked at some time ago, but I am confused by this...the wrapper seems to be for retrieving images from Flickr that have tags that match dbPedia entities - what we would actually need to use is their commercial api package for allowing flickr images to be imported with their tag data. Unless I am mistaken here and someone can point me in a different direction? I'm open to adding this feature at some point if it seems that more users request it. As is, an image can be linked into IS with the Flickr URI but without it's tags of course since they do not store them in the header. It is a shame that Flickr strips the headers and of course other valuable information is lost here as well. We have had in mind all along that the application has uses other than for social media, for example groups who may have large curated image collections who could use ImageSnippets to manage collections collaboratively build their own datasets containing their own specialized vocabularies, publish their data directly from the application themselves and/or we can publish the data as well. This use case has influenced the design (perhaps more so than the social aspect). Though, as a photograper/artist myself, I'm quite interested in also using the application to build my own RDFa image galleries - and the feature to have a 'one-click' web gallery builder is in development now. Kingsley, I really appreciate you taking the time to explore the application and your comments and feedback! Margaret
Received on Wednesday, 1 May 2013 14:17:45 UTC