My Simpy bookmarks were imported (already a week or two ago, actually) but I have some ... issues.
The date a bookmark was added by me originally has not been preserved. I can live with that, but it strikes me as a bit silly. (In fact my Simpy bookmarks were imported to Simpy when my first true love de.lirio.us died.)
Worse, though, is what happened to Simpy's tags. They are all imported as something like a literal !CDATA declaration. Have a look at this copy/paste of my current start page http://www.diigo.com/user/tripleee
See what I mean? Each tag is embedded in "tag" tags and some weird ![CDATA[...]] stuff. Could this be fixed centrally, automatically, pretty please?
(Some of the copy/pasted stuff got even more weird when I edited this post. I tried to replace it all, but expect to have to edit this a few rounds more to figure out the erratic round-trip problems with angle brackets when editing.)
I have the same issue as era e; all of my imported Simpy tags have that weird cruft and do not function as tags even though they show up in that field. I have been watching another forum thread about tag issues:
and hoping that whatever was generally wrong with tags would also turn out to be the problem with my imported Simpy tags. Unfortunately that does not seem to have been the case, although it's not at all clear whether that other issue is in fact resolved.
Tags I add myself seem to work OK, but I cannot even get my imported tags to show up in a way that would enable me to edit out the cruft by hand.
The issue from the other thread has apparently been resolved, but it hasn't completely fixed the problem with imported Simpy tags:
1. the crufty imported tags can be edited on a per-item basis and thereafter function as regular tags (but I have >4000 items with >1 tag for most of them, so this is not an option)
2. searching for the name of a tag that has wound up encruftulated brings up the crufty tags e.g. searching for tag "impactfactor" finds all the imported items tagged "<![CDATA[impactfactor]><_tag>"
3. however, clicking on ANY crufty tag, no matter what the original tag name is that's buried inside it, brings up the same error message: "no bookmarks tagged <_tag>"
4. crufty imported tags do not show up in "My Tags" tab -- if they did, I suspect they could be edited one-by-one, which would be do-able since I only have a couple hundred tags at most.
1. crufty tags can still be edited item-by-item but this is still not an option
2. searching for part of a tag no longer finds anything at all. Does wildcard searching work? If so, how?
3. clicking on a crufty tag now seems to work like clicking on a regular tag, brings up all the items carrying that particular crufty tag; since I cannot be arsed to memorize the cruft format this really isn't much use
4. but crufty tags still don't show up in "My Tags", so I still cannot edit them
I've switched full-time from Simpy to Diigo and, apart from the continuing problem with my imported tags, have been very pleased with performance and usability.
I do appreciate that not every fix can be instant, but it was a bit irritating that the search function seemed to undergo a fundamental change with no notification.
Now my encruftulated tags show up in "my tags" -- sadly, although I can edit them, the edits don't "stick". That is, it seems to work, the message "tag changed to blahblah" appears -- but then searching for the de-crufted tag shows that the cruft is still there.
For instance: I can edit the tag
<![CDATA[*dosomething]><_tag>
to
*dosomething
but the edit is not permanently recorded -- after I hit save, I still have the crufty tag and don't have the new clean tag.
If tag editing starts to work, I will have several hundred tags to edit by hand but at that point I will count myself satisfied with the response, and just suck it up and edit the tags. Batch editing for tags would be nice but is not a priority.
Bill Hooker wrote: > Now my encruftulated tags show up in "my tags" -- sadly, although I can edit them, the edits don't "stick". That is, it seems to work, the message "tag changed to blahblah" appears -- but then searching for the de-crufted tag shows that the cruft is still there. > > For instance: I can edit the tag > > <![CDATA[*dosomething] ><_tag > > > to > > *dosomething > > but the edit is not permanently recorded -- after I hit save, I still have the crufty tag and don't have the new clean tag.
I edited several hundred tags and only some of them failed to stick. It seems that tag names which start with numbers will not stick, for example; but I'm not entirely sure if this is consistent. There is also a set which cannot be deleted, with somewhat similar features. Anyway, all things counted, I'm now stuck with only a handful of crufty tags. http://www.diigo.com/cloud/tripleee?alpha=&page=0&sort=1
What irks me is that these were produced by an automatic import which should obviously be fixed. In fact, I'd rather delete all my bookmarks and start over if the Simpy import could be fixed any time soon.
This was my second attempt at a Simpy import (hard to tell, of course; could be that the first one worked after all, and that the second did nothing -- but the lack of feedback for imports in progress is a separate issue which I have reported elsewhere IIRC) but my Blinklist bookmarks have still not been imported successfully, and I'm hesitant to try again if that has similar issues.
> I edited several hundred tags and only some of them failed to stick. It seems that tag names which start with numbers will not stick, for example; but I'm not entirely sure if this is consistent. There is also a set which cannot be deleted, with somewhat similar features. Anyway, all things counted, I'm now stuck with only a handful of crufty tags.
Thanks for that -- I think I am in a similar situation. Also, some of the edits or deletes that don't appear to stick may in fact stick, they just take a while to show up. E.g. I just de-crufted my tag "almaswan" and now I appear to have both the uncrufted and crufty versions -- I'll update here if and when the crufty one disappears.
Now I have >600 tags to edit by hand, but at least I can do it. Sort of.
> What irks me is that these were produced by an automatic import > which should obviously be fixed.
+1 to fixes
… but fixes and workarounds are curious, unpredictable things.
Whilst seeking possible help in relation to multiple word tags, I found double encoding approaches involving %2520 -- exemplified within the Search Protocol Reference of Google Search Appliance/Google Mini.
Complementary? Contradictory? I dunno. My non-expert interpretation of stuff like that:
* an encoding that's designed to work in, or work around one situation may have unexpected consequences in another situation.
We can view Simpy and Diigo as simple endpoints, plus automation of some sort to help us with tagging in the different environments; but I suspect that there's much more under the hood that we can begin to imagine!
The more I look at this stuff, the gladder I am that I'm not involved in development, delivery and maintenance!
For what it's worth, all of my remaining cruft tags are gone now. I removed all of them more than once so it might simply be a matter of having waited long enough; or perhaps a gentle administrator had mercy on me behind the scenes. Anyway, sailing is good (and now I only have to worry about what mistakes I might have made when trying to sort out the cruft by hand -- some of it was less than obvious).
The date a bookmark was added by me originally has not been preserved. I can live with that, but it strikes me as a bit silly. (In fact my Simpy bookmarks were imported to Simpy when my first true love de.lirio.us died.)
Worse, though, is what happened to Simpy's tags. They are all imported as something like a literal !CDATA declaration. Have a look at this copy/paste of my current start page http://www.diigo.com/user/tripleee
Are iterations hazardous to your project?
Tags: <tag ><![CDATA[agile]] ><_tag >, <tag ><![CDATA[blog]] ><_tag >, <tag ><![CDATA[development]] ><_tag >, <tag ><![CDATA[erablog]] ><_tag >, <tag ><![CDATA[iterative]] ><_tag >, <tag ><![CDATA[quips]] ><_tag >, <tag ><![CDATA[software]] ><_tag >, <tag ><![CDATA[20060619-0123]] ><_tag > on 2009-04-13 and saved by 2 people -All Annotations (0) -Cached -About
more from alistair.cockburn.us
Password generator
Tags: <tag ><![CDATA[03a]] ><_tag >, <tag ><![CDATA[bookmarklet]] ><_tag >, <tag ><![CDATA[browser]] ><_tag >, <tag ><![CDATA[javascript]] ><_tag >, <tag ><![CDATA[security]] ><_tag >, <tag ><![CDATA[tool]] ><_tag >, <tag ><![CDATA[usability]] ><_tag >, <tag ><![CDATA[20060619-0123]] ><_tag on 2009-04-13 and saved by 42 people -All Annotations (1) -Cached -About
more from angel.net
See what I mean? Each tag is embedded in "tag" tags and some weird ![CDATA[...]] stuff. Could this be fixed centrally, automatically, pretty please?
(Some of the copy/pasted stuff got even more weird when I edited this post. I tried to replace it all, but expect to have to edit this a few rounds more to figure out the erratic round-trip problems with angle brackets when editing.)
http://groups.diigo.com/Diigo_HQ/forum/topic/selecting-any-tags-shows-error-no-bookmarks-tagged-tag-name-44519
and hoping that whatever was generally wrong with tags would also turn out to be the problem with my imported Simpy tags. Unfortunately that does not seem to have been the case, although it's not at all clear whether that other issue is in fact resolved.
Tags I add myself seem to work OK, but I cannot even get my imported tags to show up in a way that would enable me to edit out the cruft by hand.
Help, please!
The issue from the other thread has apparently been resolved, but it hasn't completely fixed the problem with imported Simpy tags:
1. the crufty imported tags can be edited on a per-item basis and thereafter function as regular tags (but I have >4000 items with >1 tag for most of them, so this is not an option)
2. searching for the name of a tag that has wound up encruftulated brings up the crufty tags e.g. searching for tag "impactfactor" finds all the imported items tagged "
3. however, clicking on ANY crufty tag, no matter what the original tag name is that's buried inside it, brings up the same error message: "no bookmarks tagged <_tag>"
4. crufty imported tags do not show up in "My Tags" tab -- if they did, I suspect they could be edited one-by-one, which would be do-able since I only have a couple hundred tags at most.
1. crufty tags can still be edited item-by-item but this is still not an option
2. searching for part of a tag no longer finds anything at all. Does wildcard searching work? If so, how?
3. clicking on a crufty tag now seems to work like clicking on a regular tag, brings up all the items carrying that particular crufty tag; since I cannot be arsed to memorize the cruft format this really isn't much use
4. but crufty tags still don't show up in "My Tags", so I still cannot edit them
I've switched full-time from Simpy to Diigo and, apart from the continuing problem with my imported tags, have been very pleased with performance and usability.
> Does wildcard searching work?
AFAICT not for tags.
Yep, amongst the FAQ at http://groups.diigo.com/Diigo_HQ/forum/tag/faq you might like to enable e-mail notification for two topics:
* [Important] Furl transition update
* tags: a summary of selected issues
> very pleased with performance and usability.
That's good to know!
Regards
Graham
> enable e-mail notification for two topics:
Thanks Graham, I just did that.
I do appreciate that not every fix can be instant, but it was a bit irritating that the search function seemed to undergo a fundamental change with no notification.
cheers,
B.
Now my encruftulated tags show up in "my tags" -- sadly, although I can edit them, the edits don't "stick". That is, it seems to work, the message "tag changed to blahblah" appears -- but then searching for the de-crufted tag shows that the cruft is still there.
For instance: I can edit the tag
to
*dosomething
but the edit is not permanently recorded -- after I hit save, I still have the crufty tag and don't have the new clean tag.
If tag editing starts to work, I will have several hundred tags to edit by hand but at that point I will count myself satisfied with the response, and just suck it up and edit the tags. Batch editing for tags would be nice but is not a priority.
> Now my encruftulated tags show up in "my tags" -- sadly, although I can edit them, the edits don't "stick". That is, it seems to work, the message "tag changed to blahblah" appears -- but then searching for the de-crufted tag shows that the cruft is still there.
>
> For instance: I can edit the tag
>
>
>
> to
>
> *dosomething
>
> but the edit is not permanently recorded -- after I hit save, I still have the crufty tag and don't have the new clean tag.
I edited several hundred tags and only some of them failed to stick. It seems that tag names which start with numbers will not stick, for example; but I'm not entirely sure if this is consistent. There is also a set which cannot be deleted, with somewhat similar features. Anyway, all things counted, I'm now stuck with only a handful of crufty tags. http://www.diigo.com/cloud/tripleee?alpha=&page=0&sort=1
What irks me is that these were produced by an automatic import which should obviously be fixed. In fact, I'd rather delete all my bookmarks and start over if the Simpy import could be fixed any time soon.
This was my second attempt at a Simpy import (hard to tell, of course; could be that the first one worked after all, and that the second did nothing -- but the lack of feedback for imports in progress is a separate issue which I have reported elsewhere IIRC) but my Blinklist bookmarks have still not been imported successfully, and I'm hesitant to try again if that has similar issues.
AFAICT the issues affecting imported tags are not specific to Simpy.
> I edited several hundred tags and only some of them failed to stick. It seems that tag names which start with numbers will not stick, for example; but I'm not entirely sure if this is consistent. There is also a set which cannot be deleted, with somewhat similar features. Anyway, all things counted, I'm now stuck with only a handful of crufty tags.
Thanks for that -- I think I am in a similar situation. Also, some of the edits or deletes that don't appear to stick may in fact stick, they just take a while to show up. E.g. I just de-crufted my tag "almaswan" and now I appear to have both the uncrufted and crufty versions -- I'll update here if and when the crufty one disappears.
Now I have >600 tags to edit by hand, but at least I can do it. Sort of.
> I just de-crufted my tag "almaswan" and now I appear to have
> both the uncrufted and crufty versions
By coincidence, a few minutes ago I removed
(NUI
and
Galway)
from my tags† and already http://www.diigo.com/user/grahamperrin/Galway) finds no matches, which is correct.
AFAICT the cruft remains (for how long, I don't know) only if originated from an import.
> I'll update here if and when the crufty one disappears.
Great.
† two botched tags arising from my careless copy and paste of
DERI (NUI Galway),
from Common Tag Brings Standards to Metadata
Tip: don't rush to do them all at once. Edit a tag only when required. I'll be less painful.
> which should obviously be fixed.
+1 to fixes
… but fixes and workarounds are curious, unpredictable things.
Whilst seeking possible help in relation to multiple word tags, I found double encoding approaches involving %2520 -- exemplified within the Search Protocol Reference of Google Search Appliance/Google Mini.
I also found an incident in which double encoding was a problem for users and firewall administrators of Microsoft Sharepoint and Internet Security and Acceleration (ISA) Server.
Complementary? Contradictory? I dunno. My non-expert interpretation of stuff like that:
* an encoding that's designed to work in, or work around one situation may have unexpected consequences in another situation.
We can view Simpy and Diigo as simple endpoints, plus automation of some sort to help us with tagging in the different environments; but I suspect that there's much more under the hood that we can begin to imagine!
The more I look at this stuff, the gladder I am that I'm not involved in development, delivery and maintenance!
> For what it's worth,
Postitive feedback is always worthy :)
> all of my remaining cruft tags are gone now. … might
> simply be a matter of having waited long enough …
Reading your comment alongside Rick Castorani's comment #13 at http://groups.diigo.com/Diigo_HQ/forum/topic/unsuccessful-delicious-import-47063#13 I suspect that we have routine/periodic maintenance, for the benefit of all users, to thank in cases such as these.
Let's treat this topic as resolved, enjoy your sailing!
Regards
Graham