[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-kimageshop
Subject:    Re: Regarding Tagging for Image Docker
From:       =?UTF-8?B?4LC24LGN4LCw4LGAIOCwleCwvuCwguCwpOCxjSDgsKTgsL/gsK/gsY3gsK/gsJfgsYLgsL
Date:       2011-08-06 1:53:32
Message-ID: CA+n4BBX+3kX2FJnA5HNXGQ8MXbxs58OYzMS6E=AywcrWnVr=Hg () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


On Fri, Aug 5, 2011 at 8:17 AM, Sven Langkamp <sven.langkamp@gmail.com>wrote:

> 2011/8/5 శ్రీ కాంత్ తియ్యగూర <srikanth.tulasiram@gmail.com>
>
>>
>>
>> On Fri, Aug 5, 2011 at 5:58 AM, Sven Langkamp <sven.langkamp@gmail.com>wrote:
>>
>>> On Thu, Aug 4, 2011 at 8:07 PM, Silvio Heinrich <plassy@web.de> wrote:
>>>
>>>> Am 04.08.2011 15:54, schrieb శ్రీ కాంత్ తియ్యగూర:
>>>> >
>>>> > Hi Silvio,
>>>> >
>>>> >        I am Srikanth Tiyyagura, working on  GSOC project " Resource
>>>> > Management and Tagging for Krita." I heard from boud, that there is a
>>>> > need of tagging support for image docker. Can you explain me what you
>>>> > need actually ?
>>>> >
>>>> >    I seen the image docker widget where there are two tabs one is
>>>> > browsing and another is image tab. Where can we place the textEdit
>>>> bars
>>>> > so that we can add, delete tags and search images using tags ?
>>>> >
>>>> > And also can you explain me in brief about image docker and various
>>>> tabs
>>>> > purpose ?
>>>> >
>>>> Well it is this: Artists often need a reference image to know how
>>>> certain things are painted. I made the image docker exactly for this.
>>>> You have the first tab where you can browse your hard drive for your
>>>> reference images than double click on them and they will open in the
>>>> second tab. There is nothing more to it.
>>>>
>>>> It would be nice if the artist is able to tag his reference images.
>>>> But thats is different to the preset tagging since the images normally
>>>> don't belong to krita the user is free to move them to any place he
>>>> likes. I only can think of two solutions here... we write the tags to
>>>> the images or we copy the image in a directory that belongs to krita.
>>>>
>>>
>>> That should already be done by Nepomuk, I think. Nepomuk should be able
>>> to track if a file was moved.
>>> Additionally there is the Metadata Writeback gsoc project that tries to
>>> save metadata to files (no idea what the status is).
>>>
>>>
>> If we want to write things to images - we have to use nepomuk
>>     But in the case of nepomuk without writeback support -- if we change
>> an image to another folder, then tags are no more attached to the image.
>> Implementation of Writeback support to nepomuk will take some more time ( on
>> seeing the status page of work being done ).
>>
>
> I just checked that and the tags are are still attached to the file after
> it's moved. Of course that doesn't work anymore if the file is in a remote
> location.
>

Sorry for misunderstanding, I checked the files don't having tags attached
to them when we copy and paste the file only. But when we move or do cut
-paste, the tags are remained with the files. .


>
>
>> Copy images in directory - we can use either nepomuk or XML
>>
>
> If you copy the image we are back at resources. The idea of the image
> docker seems to be more about accessing some collection of image from the
> filesystem so I don't think doing a copy would be good in that case.
>
>
So, we will move with resource tagging with nepomuk option. And also  we
need not to make nepomuk stuff as  hard dependency as silvio suggested in
the previous mail.

How should the GUI should look and do we need any separate tab so that in
that tab we have all tagging functionality ?

-- 
Regards
Srikanth Tiyyagura

[Attachment #5 (text/html)]

<br><br><div class="gmail_quote">On Fri, Aug 5, 2011 at 8:17 AM, Sven Langkamp <span \
dir="ltr">&lt;<a href="mailto:sven.langkamp@gmail.com">sven.langkamp@gmail.com</a>&gt;</span> \
wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px \
#ccc solid;padding-left:1ex;"> <div class="gmail_quote"><div><div></div><div \
class="h5">2011/8/5 శ్రీ కాంత్ తియ్యగూర <span \
dir="ltr">&lt;<a href="mailto:srikanth.tulasiram@gmail.com" \
target="_blank">srikanth.tulasiram@gmail.com</a>&gt;</span><br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">

<br><br><div class="gmail_quote"><div><div></div><div>On Fri, Aug 5, 2011 at 5:58 AM, \
Sven Langkamp <span dir="ltr">&lt;<a href="mailto:sven.langkamp@gmail.com" \
target="_blank">sven.langkamp@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"> <div class="gmail_quote"><div>On Thu, Aug 4, 2011 at 8:07 \
PM, Silvio Heinrich <span dir="ltr">&lt;<a href="mailto:plassy@web.de" \
target="_blank">plassy@web.de</a>&gt;</span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">



Am 04.08.2011 15:54, schrieb శ్రీ కాంత్ \
తియ్యగూర:<br> &gt;<br>
&gt; Hi Silvio,<br>
&gt;<br>
&gt;            I am Srikanth Tiyyagura, working on   GSOC project &quot; \
Resource<br> &gt; Management and Tagging for Krita.&quot; I heard from boud, that \
there is a<br> &gt; need of tagging support for image docker. Can you explain me what \
you<br> &gt; need actually ?<br>
&gt;<br>
&gt;      I seen the image docker widget where there are two tabs one is<br>
&gt; browsing and another is image tab. Where can we place the textEdit bars<br>
&gt; so that we can add, delete tags and search images using tags ?<br>
&gt;<br>
&gt; And also can you explain me in brief about image docker and various tabs<br>
&gt; purpose ?<br>
&gt;<br>
Well it is this: Artists often need a reference image to know how<br>
certain things are painted. I made the image docker exactly for this.<br>
You have the first tab where you can browse your hard drive for your<br>
reference images than double click on them and they will open in the<br>
second tab. There is nothing more to it.<br>
<br>
It would be nice if the artist is able to tag his reference images.<br>
But thats is different to the preset tagging since the images normally<br>
don&#39;t belong to krita the user is free to move them to any place he<br>
likes. I only can think of two solutions here... we write the tags to<br>
the images or we copy the image in a directory that belongs to \
krita.<br></blockquote></div><div><br>That should already be done by Nepomuk, I \
think. Nepomuk should be able to track if a file was moved.<br>Additionally there is \
the Metadata Writeback gsoc project that tries to save metadata to files (no idea \
what the status is).<br>



<br></div></div></blockquote></div></div><div><br>If we want to write things to \
images - we have to use nepomuk<br>      But in the case of nepomuk without writeback \
support -- if we change an image to another folder, then tags are no more attached to \
the image. Implementation of Writeback support to nepomuk will take some more time ( \
on seeing the status page of work being done ).<br>

</div></div></blockquote></div></div><div><br>I just checked that and the tags are \
are still attached to the file after it&#39;s moved. Of course that doesn&#39;t work \
anymore if the file is in a remote location. <br></div> <div \
class="im"><div></div></div></div></blockquote><div><br>Sorry for misunderstanding, I \
checked the files don&#39;t having tags attached to them when we copy and paste the \
file only. But when we move or do cut -paste, the tags are remained with the files. . \
<br>  <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; \
border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div \
class="gmail_quote"><div class="im"><div>  </div> <blockquote class="gmail_quote" \
style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, \
204);padding-left:1ex"><div class="gmail_quote"><div>Copy images in directory - we \
can use either nepomuk or XML <br> </div></div></blockquote></div></div><br>If you \
copy the image we are back at resources. The idea of the image docker seems to be \
more about accessing some collection of image from the filesystem so I don&#39;t \
think doing a copy would be good in that case.<br>

<br></blockquote><br>So, we will move with resource tagging with nepomuk option. And \
also   we need not to make nepomuk stuff as   hard dependency as silvio suggested in \
the previous mail.<br><br>How should the GUI should look and do we need any separate \
tab so that in that tab we have all tagging functionality ?<br clear="all"> \
</div><br>-- <br>Regards<br>Srikanth Tiyyagura<br><br><br>



_______________________________________________
kimageshop mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic