Manual talk:Importing external content

From mediawiki.org
Latest comment: 7 months ago by Ernstkm in topic WebForce link

Dead link to toolserver.org html2wiki[edit]

There is a dead link " http://toolserver.org/~diberri/cgi-bin/html2wiki/index.cgi" html2wiki. It is very bad to lose that site. I hope we find a replacement. Martiniturbide (talk) 20:19, 13 June 2014 (UTC)Reply

Updated PBWiki-to-MediaWiki script[edit]

I've updated a script for importing pbwiki .zip backups into mediawiki, the script can be found here. However I'm not sure it's suitable for the manual page because:

  • The pbwiki backup format is so poorly defined that the best I can say is "the script works on all my pbwiki data". It's a quick'n'dirty revamp of someone else's quick'n'dirty script.
  • pbwiki is defunct now, and has been for a few years. Hopefully nobody needs to do this any more.
  • Now that my pbwiki has been nicely imported in mediawiki, I don't intend to maintain the script... or having anything to do with pbwiki ever again.

So it's probably not high quality enough or useful enough for the manual, but I'm mentioning it here in the hope that nobody else has to waste as many hours as I just had to -- Treer (talk) 08:39, 27 March 2016 (UTC)Reply

WebForce link[edit]

The link is dead. — Preceding unsigned comment added by 84.227.113.45 (talkcontribs) 19:27, 12 September 2017 (UTC)Reply

For what it's worth, that link is long gone, but here's an archived copy of phpwiki2mediawiki.php, for the curious. --Ernstkm (talk) 19:31, 27 August 2023 (UTC)Reply

Merging with Commons page[edit]

Commons:Convert tables and charts to wiki code or image files is a far better written page and basically who's editing it there should come and edit it as part of the formal manual. It's long past time to identify major gaps in mediawiki importing. — Preceding unsigned comment added by Mere troll nothing to see here (talkcontribs) 07:42, 5 October 2017 (UTC)Reply

From my initial scan of the two articles, they're dealing with wikitables and conversions between HTML, Excel, PDF, and so forth to wikitable coding in different ways. That is, their scope is different. Plus, they're from two different projects, with this being more of a help manual, and the Commons page offering tips and tricks more tailored to Commons usage. So, for those reasons, I'm inclined to say don't merge. Dmehus (talk) 07:02, 27 June 2020 (UTC)Reply

Directory listings[edit]

Being able to import whole directory listings & keep them synchronized should be simpler given LDAP support & HTML support than it is. Seriously are we telling people to write cron scripts that go and see if directories have changed, when all they want is to embed a list of folders from some source in mediawiki? This should be in the standard build and support SMB, NFS, whatever type of folders. Use of mediawiki would skyrocket if it was easy to use as a front end for media libraries, things like Emby or Kodi.

The introduction text now mentions a workaround for this, which is to include HTML links so the browser can display those pages. — Preceding unsigned comment added by Mere troll nothing to see here (talkcontribs) 07:42, 5 October 2017 (UTC)Reply

live mirroring[edit]

The live mirroring of GetWiki 1.0 etc was not supported because of load, but that's too bad, because it just meant that non-editable mirroring proliferated and spam sites benefitted. It's long past time to revisit putting nested/embedded live pages into basic mediawiki, in part because any intranet will want them, e.g. a support page for a product that has a parallel version for the customer support people internally listing things they can't tell the client about, then a deeper version for the developers on how to fix it. A workaround for this - importing XML regularly & then over-writing it with the smaller deeper more private wiki content (also in XML) is mentioned briefly. — Preceding unsigned comment added by Mere troll nothing to see here (talkcontribs) 08:20, 5 October 2017 (UTC)Reply

workarounds[edit]

The manual should have a standard tag for workarounds so we can easily find them all & update those that are no longer relevant. It's really too bad we're not using Semantic Bundle yet because that's the perfect way to do this... any other suggestions? — Preceding unsigned comment added by Mere troll nothing to see here (talkcontribs) 08:20, 5 October 2017 (UTC)Reply

Have you found out a solution or workaround? If not, or to those finding this discussion later, these sort of questions may be best asked at the support desk as I suspect the talk pages in Manual talk namespace aren't well monitored. Dmehus (talk) 07:05, 27 June 2020 (UTC)Reply

Dokuwiki[edit]

I see from current statistics that Dokuwiki seems to be running number 2 to Mediawiki's number 1. Has anyone written a script to convert from Dokuwiki to Mediawiki? If so, could that be included here? Asimong (talk) 08:57, 18 June 2020 (UTC)Reply

JAMWiki is defunct, so I intend to remove most of the references to that…[edit]

The project is "NO LONGER UNDER ACTIVE DEVELOPMENT" according to its SourceForge project page, and jamwiki.org has been taken over by an unrelated organization. I'll replace all the JAMWiki stuff in the article with a footnote/reference noting such. --Ernstkm (talk) 18:54, 27 August 2023 (UTC)Reply

Referata is reported as defunct; some sites still work, but the parent .com doesn't[edit]

Referata is referred to in one of the sections as a wikifarm for hosting MediaWiki wikis. Its status in Wikiapiary is "defunct" and Archive Team have a page for it, which isn't a terribly good sign. Even though some of the sites under the parent .com appear to function, it's hard to ascertain anymore whether the whole domain hasn't been hijacked for semi-nefarious purposes. Anyway, I'll note that it no longer appears to be a viable service for wiki hosting in the article. --Ernstkm (talk) 19:03, 27 August 2023 (UTC)Reply