Sam Hahn | 6 Apr 23:18

Migration options?

Hi - I'm sorry if this is off-topic for the group: I'm a very satisfied 
user (since February 2005) of SnipSnap (uttoexeter, of course, on 
Postgres). It serves as a family wiki & blog where the kids do their 
journaling, and we have family agreements, practices, reference info, 
etc. However, I'm wondering since SnipSnap isn't being maintained any 
more, whether it's possible to migrate to another framework, eg. Drupal, 
MediaWiki, Twiki, DekiWiki, Trac, or SharePoint, or ??. Have others 
considered this question? What options might have been considered? How 
would one go about doing this migration? Curious. Thanks - Sam
Scott Heaberlin | 8 Apr 04:20
Picon

Re: Migration options?

I think this is a very appropriate topic.

I was in the same situation; I went through the labor of massaging
nearly 8 years of blog / personal website content into snipsnap then
two years into using snipsnap it goes out of development.

While on some paternity leave I ended up writing a small framework for
exporting snipsnap data to another wiki / CMS engine.  I'm a developer
by trade, and I had some free time so I was up for the task.  I wrote
the app in such a way that I thought it could be extended to export to
other systems (I chose to port to Blogger and further submit my soul
to Google) but I haven't actually implemented other export schemes.

I uploaded the Java code to sourceforge.net nearly a year ago; I
suspect it's nearing deletion as I haven't updated the code in a long
while (haven't needed to) and I haven't even gotten around to
documenting it.

That being said, I'd be willing to participate to some degree in an
official / grassroots export-app.  I know what it feels like to have
years of content stuck in a dead, albeit very likeable, CMS / wiki
system.

Scott Heaberlin

On Sun, Apr 6, 2008 at 5:18 PM, Sam Hahn <S <at> mhahn.com> wrote:
> Hi - I'm sorry if this is off-topic for the group: I'm a very satisfied
>  user (since February 2005) of SnipSnap (uttoexeter, of course, on
>  Postgres). It serves as a family wiki & blog where the kids do their
>  journaling, and we have family agreements, practices, reference info,
(Continue reading)

Matthias L. Jugel | 8 Apr 04:41
Picon
Favicon

Re: Migration options?

Hi,

that's correct. For the conversion I would consider using xslt and a  
good framework around it to act on some of the specific wiki features.
If you are going to transport the content to another blog or wiki that  
has an XML import you can probably make a transition between the  
required tags easily. However, more difficult is the wiki language,  
like [ and ] for links etc.

It can be done in Java, but intercepting the trancoding of the content  
tag and putting the actual content through a text matcher that changes  
entities and other wiki-language specific parts. Another choice is PHP  
which I had to work with once, and it works quite well if you have to  
sift through lots of data.

If there are questions regarding any of the specifics, just ask  
please. I will try to answer questions.

Regards,

	Leo from Seoul.

On 08.04.2008, at 11:20, Scott Heaberlin wrote:
> I think this is a very appropriate topic.
>
> I was in the same situation; I went through the labor of massaging
> nearly 8 years of blog / personal website content into snipsnap then
> two years into using snipsnap it goes out of development.
>
> While on some paternity leave I ended up writing a small framework for
(Continue reading)

Sam Hahn | 8 Apr 04:49

Re: Migration options?

Scott -

Thanks much for your thoughts. I would be willing to be convinced otherwise, but it appears that a viable and well-supported alternative might be Drupal. It's reputed to be cleanly designed and written, and seems to have good popularity. I'm of course very willing to hear other opinions about migration options. My personal preferences are
  • Postgres-based
  • Intended for blogging & wiki application scenarios
  • Open source
  • Well designed
  • Well-maintained
I'm of course willing to take this question off the list if the majority feel it's not appropriate for a SnipSnap group.

Regards - Sam

Scott Heaberlin (4/7/2008 7:20 PM) wrote:
I think this is a very appropriate topic. I was in the same situation; I went through the labor of massaging nearly 8 years of blog / personal website content into snipsnap then two years into using snipsnap it goes out of development. While on some paternity leave I ended up writing a small framework for exporting snipsnap data to another wiki / CMS engine. I'm a developer by trade, and I had some free time so I was up for the task. I wrote the app in such a way that I thought it could be extended to export to other systems (I chose to port to Blogger and further submit my soul to Google) but I haven't actually implemented other export schemes. I uploaded the Java code to sourceforge.net nearly a year ago; I suspect it's nearing deletion as I haven't updated the code in a long while (haven't needed to) and I haven't even gotten around to documenting it. That being said, I'd be willing to participate to some degree in an official / grassroots export-app. I know what it feels like to have years of content stuck in a dead, albeit very likeable, CMS / wiki system. Scott Heaberlin On Sun, Apr 6, 2008 at 5:18 PM, Sam Hahn <S <at> mhahn.com> wrote:
Hi - I'm sorry if this is off-topic for the group: I'm a very satisfied user (since February 2005) of SnipSnap (uttoexeter, of course, on Postgres). It serves as a family wiki & blog where the kids do their journaling, and we have family agreements, practices, reference info, etc. However, I'm wondering since SnipSnap isn't being maintained any more, whether it's possible to migrate to another framework, eg. Drupal, MediaWiki, Twiki, DekiWiki, Trac, or SharePoint, or ??. Have others considered this question? What options might have been considered? How would one go about doing this migration? Curious. Thanks - Sam
_______________________________________________
SnipSnap-Users Mailing List
snipsnap-users <at> snipsnap.org | http://snipsnap.org/
http://snipforge.org/cgi-bin/mailman/listinfo/snipsnap-users
John Sawers | 8 Apr 04:36

Re: Migration options?

For out of the box solutions, I think your only bet is Confluence  
(atlassian.com). Confluence was originally based on SnipSnap, and  
still retains a SnipSnap import feature. I'm pretty sure personal  
licenses are free. They have turned confluence into a great product,  
so I wouldn't hesitate to recommend using that full time if it works  
out for you.

They have a free download to try it out if nothing else. Good luck.

-- John Sawers -- Java/Web/Development --
http://theymightbe.com -- john <at> theymightbe.com

On Apr 6, 2008, at 5:18 PM, Sam Hahn wrote:

> Hi - I'm sorry if this is off-topic for the group: I'm a very  
> satisfied
> user (since February 2005) of SnipSnap (uttoexeter, of course, on
> Postgres). It serves as a family wiki & blog where the kids do their
> journaling, and we have family agreements, practices, reference info,
> etc. However, I'm wondering since SnipSnap isn't being maintained any
> more, whether it's possible to migrate to another framework, eg.  
> Drupal,
> MediaWiki, Twiki, DekiWiki, Trac, or SharePoint, or ??. Have others
> considered this question? What options might have been considered? How
> would one go about doing this migration? Curious. Thanks - Sam
> _______________________________________________
> SnipSnap-Users Mailing List
> snipsnap-users <at> snipsnap.org | http://snipsnap.org/
> http://snipforge.org/cgi-bin/mailman/listinfo/snipsnap-users
Sam Hahn | 8 Apr 06:07

Re: Migration options?

John - What a great suggestion! I was not aware Confluence was SnipSnap based originally; I'll check this out. Thanks a bunch for the info! (and I'm even about to convert our company bug db to Jira...) - Sam

John Sawers (4/7/2008 7:36 PM) wrote:
For out of the box solutions, I think your only bet is Confluence (atlassian.com). Confluence was originally based on SnipSnap, and still retains a SnipSnap import feature. I'm pretty sure personal licenses are free. They have turned confluence into a great product, so I wouldn't hesitate to recommend using that full time if it works out for you. They have a free download to try it out if nothing else. Good luck. -- John Sawers -- Java/Web/Development -- http://theymightbe.com -- john <at> theymightbe.com On Apr 6, 2008, at 5:18 PM, Sam Hahn wrote:
Hi - I'm sorry if this is off-topic for the group: I'm a very satisfied user (since February 2005) of SnipSnap (uttoexeter, of course, on Postgres). It serves as a family wiki & blog where the kids do their journaling, and we have family agreements, practices, reference info, etc. However, I'm wondering since SnipSnap isn't being maintained any more, whether it's possible to migrate to another framework, eg. Drupal, MediaWiki, Twiki, DekiWiki, Trac, or SharePoint, or ??. Have others considered this question? What options might have been considered? How would one go about doing this migration? Curious. Thanks - Sam
_______________________________________________
SnipSnap-Users Mailing List
snipsnap-users <at> snipsnap.org | http://snipsnap.org/
http://snipforge.org/cgi-bin/mailman/listinfo/snipsnap-users
Marco Klemm | 8 Apr 06:55
Picon

Re: Migration options?

Sam,

you should have a look at XWiki (http://www.xwiki.org/). I have no idea
how much work a content conversion is. In fact, I have this task with
low priority on my list :) The wiki language of XWiki is nearly
compatible to SnipSnap, and XWiki also supports Radeox (macros and
filters). XWiki has a import feature which would be a good starting
point for the content migration.

I reviewed the code a while ago and a lot of classes in the XWiki core
are familiar to me (I think someone adopted something). Furthermore,
XWiki has a strong community, good documentation and very interesting
additional features I missed in SnipSnap.

You can start here by downloading the enterprise version (which is the
XWiki core with some useful "applications"):
http://enterprise.xwiki.org/xwiki/bin/view/Main/

-Marco

Sam Hahn wrote:
> John - What a great suggestion! I was not aware Confluence was
> SnipSnap based originally; I'll check this out. Thanks a bunch for the
> info! (and I'm even about to convert our company bug db to Jira...) - Sam
>
> ------------------------------------------------------------------------
> John Sawers (4/7/2008 7:36 PM) wrote:
>> For out of the box solutions, I think your only bet is Confluence  
>> (atlassian.com). Confluence was originally based on SnipSnap, and  
>> still retains a SnipSnap import feature. I'm pretty sure personal  
>> licenses are free. They have turned confluence into a great product,  
>> so I wouldn't hesitate to recommend using that full time if it works  
>> out for you.
>>
>> They have a free download to try it out if nothing else. Good luck.
>>
>> -- John Sawers -- Java/Web/Development --
>> http://theymightbe.com -- john <at> theymightbe.com
>>
>>
>> On Apr 6, 2008, at 5:18 PM, Sam Hahn wrote:
>>
>>   
>>> Hi - I'm sorry if this is off-topic for the group: I'm a very  
>>> satisfied
>>> user (since February 2005) of SnipSnap (uttoexeter, of course, on
>>> Postgres). It serves as a family wiki & blog where the kids do their
>>> journaling, and we have family agreements, practices, reference info,
>>> etc. However, I'm wondering since SnipSnap isn't being maintained any
>>> more, whether it's possible to migrate to another framework, eg.  
>>> Drupal,
>>> MediaWiki, Twiki, DekiWiki, Trac, or SharePoint, or ??. Have others
>>> considered this question? What options might have been considered? How
>>> would one go about doing this migration? Curious. Thanks - Sam
> ------------------------------------------------------------------------
>
> _______________________________________________
> SnipSnap-Users Mailing List
> snipsnap-users <at> snipsnap.org | http://snipsnap.org/
> http://snipforge.org/cgi-bin/mailman/listinfo/snipsnap-users
Scott Heaberlin | 9 Apr 06:06
Picon

Re: Migration options?

Leo -

My approach was to use hibernate to read from the database into model
objects, then take that data and feed it into an import api (like I
said, I wrote my own using Google's Feed api for Blogger).  In
hindsight I was only able to do this because I accepted the limitation
of not having access to SnipSNap attachments and limiting the export
to blog entries on the main snip only.  I'd be happy to share the
source (it's already on sourceforge) ; I believe with a little work it
could be generic enough to support export from snipsnap DB or XML
dump.

I also hooked into SnipSnap APIs to render macro content (worked for
most macros) in HTML prior to importing into the target blog system;
that met my needs for the most part.

The code I started with (undocumented, use at your own risk, ASL2.0,
blah blah blah) is stored in SVN on sf.net:
http://sourceforge.net/projects/snipsnap-export/

Note - there are some pretty obvious places where someone else would
want to clean up / alter for their own use.  But I couldnt think of
another place to store the code and didn't want to just sit on it.

-Scott Heaberlin

On Mon, Apr 7, 2008 at 10:41 PM, Matthias L. Jugel
<matthias.jugel <at> first.fraunhofer.de> wrote:
> Hi,
>
>  that's correct. For the conversion I would consider using xslt and a good
> framework around it to act on some of the specific wiki features.
>  If you are going to transport the content to another blog or wiki that has
> an XML import you can probably make a transition between the required tags
> easily. However, more difficult is the wiki language, like [ and ] for links
> etc.
>
>  It can be done in Java, but intercepting the trancoding of the content tag
> and putting the actual content through a text matcher that changes entities
> and other wiki-language specific parts. Another choice is PHP which I had to
> work with once, and it works quite well if you have to sift through lots of
> data.
>
>  If there are questions regarding any of the specifics, just ask please. I
> will try to answer questions.
>
>  Regards,
>
>         Leo from Seoul.
>
>
>
>  On 08.04.2008, at 11:20, Scott Heaberlin wrote:
>
> > I think this is a very appropriate topic.
> >
> > I was in the same situation; I went through the labor of massaging
> > nearly 8 years of blog / personal website content into snipsnap then
> > two years into using snipsnap it goes out of development.
> >
> > While on some paternity leave I ended up writing a small framework for
> > exporting snipsnap data to another wiki / CMS engine.  I'm a developer
> > by trade, and I had some free time so I was up for the task.  I wrote
> > the app in such a way that I thought it could be extended to export to
> > other systems (I chose to port to Blogger and further submit my soul
> > to Google) but I haven't actually implemented other export schemes.
> >
> > I uploaded the Java code to sourceforge.net nearly a year ago; I
> > suspect it's nearing deletion as I haven't updated the code in a long
> > while (haven't needed to) and I haven't even gotten around to
> > documenting it.
> >
> > That being said, I'd be willing to participate to some degree in an
> > official / grassroots export-app.  I know what it feels like to have
> > years of content stuck in a dead, albeit very likeable, CMS / wiki
> > system.
> >
> > Scott Heaberlin
> >
> > On Sun, Apr 6, 2008 at 5:18 PM, Sam Hahn <S <at> mhahn.com> wrote:
> >
> > > Hi - I'm sorry if this is off-topic for the group: I'm a very satisfied
> > > user (since February 2005) of SnipSnap (uttoexeter, of course, on
> > > Postgres). It serves as a family wiki & blog where the kids do their
> > > journaling, and we have family agreements, practices, reference info,
> > > etc. However, I'm wondering since SnipSnap isn't being maintained any
> > > more, whether it's possible to migrate to another framework, eg. Drupal,
> > > MediaWiki, Twiki, DekiWiki, Trac, or SharePoint, or ??. Have others
> > > considered this question? What options might have been considered? How
> > > would one go about doing this migration? Curious. Thanks - Sam
> > > _______________________________________________
> > > SnipSnap-Users Mailing List
> > > snipsnap-users <at> snipsnap.org | http://snipsnap.org/
> > > http://snipforge.org/cgi-bin/mailman/listinfo/snipsnap-users
> > >
> > >
> > _______________________________________________
> > SnipSnap-Users Mailing List
> > snipsnap-users <at> snipsnap.org | http://snipsnap.org/
> > http://snipforge.org/cgi-bin/mailman/listinfo/snipsnap-users
> >
>
>  --
>  Matthias L. Jugel (마티아스 유겔), M.Sc.
>  FIRST Representative, 12F, KGIT Sangam Center
>  1601, Sangam-dong, Mapo-gu, 121-270 Seoul
>  Tel: +82 2 6393 3507
>  Email: matthias.jugel <at> first.fraunhofer.de
>
>  Fraunhofer Institut fuer Rechnerarchitektur und Softwaretechnik, FIRST
>  Kekulestr. 7, 12489 Berlin, GERMANY ** http://www.first.fraunhofer.de/
>
>
>
> _______________________________________________
>  SnipSnap-Users Mailing List
>  snipsnap-users <at> snipsnap.org | http://snipsnap.org/
>  http://snipforge.org/cgi-bin/mailman/listinfo/snipsnap-users
>
_______________________________________________
SnipSnap-Users Mailing List
snipsnap-users <at> snipsnap.org | http://snipsnap.org/
http://snipforge.org/cgi-bin/mailman/listinfo/snipsnap-users
Boris Pereira | 9 Apr 11:32
Picon

Re: Migration options?

Scott,

I am a bit confused, what exactly is the output format of your export?
Is it any "standard" wiki db format ? Something an other wiki can import
? (if so which one ?)

Boris Pereira

Scott Heaberlin wrote:
> Leo -
>
> My approach was to use hibernate to read from the database into model
> objects, then take that data and feed it into an import api (like I
> said, I wrote my own using Google's Feed api for Blogger).  In
> hindsight I was only able to do this because I accepted the limitation
> of not having access to SnipSNap attachments and limiting the export
> to blog entries on the main snip only.  I'd be happy to share the
> source (it's already on sourceforge) ; I believe with a little work it
> could be generic enough to support export from snipsnap DB or XML
> dump.
>
> I also hooked into SnipSnap APIs to render macro content (worked for
> most macros) in HTML prior to importing into the target blog system;
> that met my needs for the most part.
>
> The code I started with (undocumented, use at your own risk, ASL2.0,
> blah blah blah) is stored in SVN on sf.net:
> http://sourceforge.net/projects/snipsnap-export/
>
> Note - there are some pretty obvious places where someone else would
> want to clean up / alter for their own use.  But I couldnt think of
> another place to store the code and didn't want to just sit on it.
>
> -Scott Heaberlin
>
>   
Scott Heaberlin | 11 Apr 21:26
Picon

Re: Migration options?

It's just a framework... as in, you'd have to write code (though
concievably less than if you tried to do this from scratch) to get any
output.   The only system I've written the code to export into is
Blogger.

-SH

On Wed, Apr 9, 2008 at 5:32 AM, Boris Pereira <boris <at> phidani.be> wrote:
> Scott,
>
>  I am a bit confused, what exactly is the output format of your export?
>  Is it any "standard" wiki db format ? Something an other wiki can import
>  ? (if so which one ?)
>
>  Boris Pereira
>
>
>  Scott Heaberlin wrote:
>  > Leo -
>  >
>  > My approach was to use hibernate to read from the database into model
>  > objects, then take that data and feed it into an import api (like I
>  > said, I wrote my own using Google's Feed api for Blogger).  In
>  > hindsight I was only able to do this because I accepted the limitation
>  > of not having access to SnipSNap attachments and limiting the export
>  > to blog entries on the main snip only.  I'd be happy to share the
>  > source (it's already on sourceforge) ; I believe with a little work it
>  > could be generic enough to support export from snipsnap DB or XML
>  > dump.
>  >
>  > I also hooked into SnipSnap APIs to render macro content (worked for
>  > most macros) in HTML prior to importing into the target blog system;
>  > that met my needs for the most part.
>  >
>  > The code I started with (undocumented, use at your own risk, ASL2.0,
>  > blah blah blah) is stored in SVN on sf.net:
>  > http://sourceforge.net/projects/snipsnap-export/
>  >
>  > Note - there are some pretty obvious places where someone else would
>  > want to clean up / alter for their own use.  But I couldnt think of
>  > another place to store the code and didn't want to just sit on it.
>  >
>  > -Scott Heaberlin
>  >
>  >
>
>
>
>
> _______________________________________________
>  SnipSnap-Users Mailing List
>  snipsnap-users <at> snipsnap.org | http://snipsnap.org/
>  http://snipforge.org/cgi-bin/mailman/listinfo/snipsnap-users
>

Gmane