Talk:Selected Introductory Works - Revision history

Himpe: Himpe moved page Talk:Publications to Talk:Selected Introductory Works without leaving a redirect

2019-08-06T13:10:02Z

Himpe moved page Talk:Publications to Talk:Selected Introductory Works without leaving a redirect

← Older revision	Revision as of 13:10, 6 August 2019
(No difference)

Himpe at 13:13, 7 April 2015

2015-04-07T13:13:12Z

← Older revision		Revision as of 13:13, 7 April 2015
Line 12:		Line 12:

	The approach may be old-school but <code>bibtex2html</code>, its <code>bib2bib</code> component and a few lines of <code>python</code> do the trick. I found that we already had one Lecture note entry for which it is doing fine now, as we can see [http://morwiki.mpi-magdeburg.mpg.de/BibTeX/index.html#LectNotes here]. - J. Saak		The approach may be old-school but <code>bibtex2html</code>, its <code>bib2bib</code> component and a few lines of <code>python</code> do the trick. I found that we already had one Lecture note entry for which it is doing fine now, as we can see [http://morwiki.mpi-magdeburg.mpg.de/BibTeX/index.html#LectNotes here]. - J. Saak

			Looks nice! How are you planning (if at all) to embed the reference list into the wiki? It probably boils down to iframes (which feels wrong) or php-includes, either may be encapsulated in extensions like IDisplay or Include. - C. Himpe

Saak at 13:22, 2 April 2015

2015-04-02T13:22:20Z

← Older revision		Revision as of 13:22, 2 April 2015
Line 7:		Line 7:
	Could ''pandoc'' together with an intermediary tex document be an option ( [http://tex.stackexchange.com/questions/171793/bibtex-to-html-markdown-etc-using-pandoc] ) ? The news section could list articles like [http://www.mpg.de/8042530/W004_Environment-Climate_064-071.pdf] which may not be in the bib. - C. Himpe		Could ''pandoc'' together with an intermediary tex document be an option ( [http://tex.stackexchange.com/questions/171793/bibtex-to-html-markdown-etc-using-pandoc] ) ? The news section could list articles like [http://www.mpg.de/8042530/W004_Environment-Climate_064-071.pdf] which may not be in the bib. - C. Himpe

	The intermediary TeX document would require the same automatic filtering process, in order to not require user interaction (The generation is done by a cron job checking our SVN repo). Currently, i am using <code>bib2bib</code> for the filtering part. It allows easy filters by entry type or content of fields. To fetch the Lecture Notes would thus not be a problem via a prescribed <code>type</code> field, e.g., in <code>TechReport</code> entries. Avoiding them in the Preprint list then is less trivial since negation is usually not supported by regular expressions. Currently i think generating the full list of keys and removing the Lecture Notes afterwards is the way to go. I would be happy to hear about more clever alternatives, that probably scale better when the BibTeX file gets big some day (Although i guess it would need to be really big to make this procedure fail).		The intermediary TeX document would require the same automatic filtering process, in order to not require user interaction (The generation is done by a cron job checking our SVN repo). Currently, i am using <code>bib2bib</code> for the filtering part. It allows easy filters by entry type or content of fields. To fetch the Lecture Notes would thus not be a problem via a prescribed <code>type</code> field, e.g., in <code>TechReport</code> entries. Avoiding them in the Preprint list then is less trivial since negation is usually not supported by regular expressions. Currently i think generating the full list of keys and removing the Lecture Notes afterwards is the way to go. I would be happy to hear about more clever alternatives, that probably scale better when the BibTeX file gets big some day (Although i guess it would need to be really big to make this procedure fail). - J. Saak

	You probably thought of that, but just in case: I guess one could concoct an XSLT to render the bib directly as xhtml; <code>bibhtml</code> ( [http://www.ctan.org/tex-archive/biblio/bibtex/contrib/bibhtml/] ) may be doing something like that. This would boast the beauty of client-side rendering. If I had to do that manually I would start here [http://stackoverflow.com/questions/8429641/transform-ini-to-xml-or-any-generic-legacy-flat-file-xsl-from-xmlstarlet-or-x]. I found two more related links: [http://www.sfs.uni-tuebingen.de/hpsg/archive/projects/bibtex2html/home.html], [http://bibtexml.sourceforge.net/]. - C. Himpe		You probably thought of that, but just in case: I guess one could concoct an XSLT to render the bib directly as xhtml; <code>bibhtml</code> ( [http://www.ctan.org/tex-archive/biblio/bibtex/contrib/bibhtml/] ) may be doing something like that. This would boast the beauty of client-side rendering. If I had to do that manually I would start here [http://stackoverflow.com/questions/8429641/transform-ini-to-xml-or-any-generic-legacy-flat-file-xsl-from-xmlstarlet-or-x]. I found two more related links: [http://www.sfs.uni-tuebingen.de/hpsg/archive/projects/bibtex2html/home.html], [http://bibtexml.sourceforge.net/]. - C. Himpe

			The approach may be old-school but <code>bibtex2html</code>, its <code>bib2bib</code> component and a few lines of <code>python</code> do the trick. I found that we already had one Lecture note entry for which it is doing fine now, as we can see [http://morwiki.mpi-magdeburg.mpg.de/BibTeX/index.html#LectNotes here]. - J. Saak

Himpe at 21:33, 31 March 2015

2015-03-31T21:33:10Z

← Older revision		Revision as of 21:33, 31 March 2015
Line 9:		Line 9:
	The intermediary TeX document would require the same automatic filtering process, in order to not require user interaction (The generation is done by a cron job checking our SVN repo). Currently, i am using <code>bib2bib</code> for the filtering part. It allows easy filters by entry type or content of fields. To fetch the Lecture Notes would thus not be a problem via a prescribed <code>type</code> field, e.g., in <code>TechReport</code> entries. Avoiding them in the Preprint list then is less trivial since negation is usually not supported by regular expressions. Currently i think generating the full list of keys and removing the Lecture Notes afterwards is the way to go. I would be happy to hear about more clever alternatives, that probably scale better when the BibTeX file gets big some day (Although i guess it would need to be really big to make this procedure fail).		The intermediary TeX document would require the same automatic filtering process, in order to not require user interaction (The generation is done by a cron job checking our SVN repo). Currently, i am using <code>bib2bib</code> for the filtering part. It allows easy filters by entry type or content of fields. To fetch the Lecture Notes would thus not be a problem via a prescribed <code>type</code> field, e.g., in <code>TechReport</code> entries. Avoiding them in the Preprint list then is less trivial since negation is usually not supported by regular expressions. Currently i think generating the full list of keys and removing the Lecture Notes afterwards is the way to go. I would be happy to hear about more clever alternatives, that probably scale better when the BibTeX file gets big some day (Although i guess it would need to be really big to make this procedure fail).

	You probably thought of that, but just in case: I guess one could concoct an XSLT to render the bib directly as xhtml; <code>bibhtml</code> ( [http://www.ctan.org/tex-archive/biblio/bibtex/contrib/bibhtml/] ) may be doing something like that. This would boast the beauty of client-side rendering. If I had to do that manually I would start here ( [http://stackoverflow.com/questions/8429641/transform-ini-to-xml-or-any-generic-legacy-flat-file-xsl-from-xmlstarlet-or-x] ). - C. Himpe		You probably thought of that, but just in case: I guess one could concoct an XSLT to render the bib directly as xhtml; <code>bibhtml</code> ( [http://www.ctan.org/tex-archive/biblio/bibtex/contrib/bibhtml/] ) may be doing something like that. This would boast the beauty of client-side rendering. If I had to do that manually I would start here [http://stackoverflow.com/questions/8429641/transform-ini-to-xml-or-any-generic-legacy-flat-file-xsl-from-xmlstarlet-or-x]. I found two more related links: [http://www.sfs.uni-tuebingen.de/hpsg/archive/projects/bibtex2html/home.html], [http://bibtexml.sourceforge.net/]. - C. Himpe

Himpe: xslt idea

2015-03-31T15:41:23Z

xslt idea

← Older revision		Revision as of 15:41, 31 March 2015
Line 8:		Line 8:

	The intermediary TeX document would require the same automatic filtering process, in order to not require user interaction (The generation is done by a cron job checking our SVN repo). Currently, i am using <code>bib2bib</code> for the filtering part. It allows easy filters by entry type or content of fields. To fetch the Lecture Notes would thus not be a problem via a prescribed <code>type</code> field, e.g., in <code>TechReport</code> entries. Avoiding them in the Preprint list then is less trivial since negation is usually not supported by regular expressions. Currently i think generating the full list of keys and removing the Lecture Notes afterwards is the way to go. I would be happy to hear about more clever alternatives, that probably scale better when the BibTeX file gets big some day (Although i guess it would need to be really big to make this procedure fail).		The intermediary TeX document would require the same automatic filtering process, in order to not require user interaction (The generation is done by a cron job checking our SVN repo). Currently, i am using <code>bib2bib</code> for the filtering part. It allows easy filters by entry type or content of fields. To fetch the Lecture Notes would thus not be a problem via a prescribed <code>type</code> field, e.g., in <code>TechReport</code> entries. Avoiding them in the Preprint list then is less trivial since negation is usually not supported by regular expressions. Currently i think generating the full list of keys and removing the Lecture Notes afterwards is the way to go. I would be happy to hear about more clever alternatives, that probably scale better when the BibTeX file gets big some day (Although i guess it would need to be really big to make this procedure fail).

			You probably thought of that, but just in case: I guess one could concoct an XSLT to render the bib directly as xhtml; <code>bibhtml</code> ( [http://www.ctan.org/tex-archive/biblio/bibtex/contrib/bibhtml/] ) may be doing something like that. This would boast the beauty of client-side rendering. If I had to do that manually I would start here ( [http://stackoverflow.com/questions/8429641/transform-ini-to-xml-or-any-generic-legacy-flat-file-xsl-from-xmlstarlet-or-x] ). - C. Himpe

Saak at 06:20, 31 March 2015

2015-03-31T06:20:32Z

← Older revision		Revision as of 06:20, 31 March 2015
Line 6:		Line 6:

	Could ''pandoc'' together with an intermediary tex document be an option ( [http://tex.stackexchange.com/questions/171793/bibtex-to-html-markdown-etc-using-pandoc] ) ? The news section could list articles like [http://www.mpg.de/8042530/W004_Environment-Climate_064-071.pdf] which may not be in the bib. - C. Himpe		Could ''pandoc'' together with an intermediary tex document be an option ( [http://tex.stackexchange.com/questions/171793/bibtex-to-html-markdown-etc-using-pandoc] ) ? The news section could list articles like [http://www.mpg.de/8042530/W004_Environment-Climate_064-071.pdf] which may not be in the bib. - C. Himpe

			The intermediary TeX document would require the same automatic filtering process, in order to not require user interaction (The generation is done by a cron job checking our SVN repo). Currently, i am using <code>bib2bib</code> for the filtering part. It allows easy filters by entry type or content of fields. To fetch the Lecture Notes would thus not be a problem via a prescribed <code>type</code> field, e.g., in <code>TechReport</code> entries. Avoiding them in the Preprint list then is less trivial since negation is usually not supported by regular expressions. Currently i think generating the full list of keys and removing the Lecture Notes afterwards is the way to go. I would be happy to hear about more clever alternatives, that probably scale better when the BibTeX file gets big some day (Although i guess it would need to be really big to make this procedure fail).

Himpe: reply

2015-03-28T23:59:59Z

← Older revision		Revision as of 23:59, 28 March 2015
Line 4:		Line 4:

	We are working on an automatically generated list from the central BibTeX file. The list is currently hidden [http://morwiki.mpi-magdeburg.mpg.de/BibTeX/ here]. Lectures Notes would probably go to the Misc Section or as techreport with a special type field. I need to investigate a good way to filter them out using <code>bibtex2html</code>. Suggestions are welcome. Anyway, the list would contain everything that is in the BibTeX file. J. Saak		We are working on an automatically generated list from the central BibTeX file. The list is currently hidden [http://morwiki.mpi-magdeburg.mpg.de/BibTeX/ here]. Lectures Notes would probably go to the Misc Section or as techreport with a special type field. I need to investigate a good way to filter them out using <code>bibtex2html</code>. Suggestions are welcome. Anyway, the list would contain everything that is in the BibTeX file. J. Saak

			Could ''pandoc'' together with an intermediary tex document be an option ( [http://tex.stackexchange.com/questions/171793/bibtex-to-html-markdown-etc-using-pandoc] ) ? The news section could list articles like [http://www.mpg.de/8042530/W004_Environment-Climate_064-071.pdf] which may not be in the bib. - C. Himpe

Saak at 07:57, 27 March 2015

2015-03-27T07:57:43Z

← Older revision		Revision as of 07:57, 27 March 2015
Line 2:		Line 2:

	May be some articles from the MPI magazine could be added here if available online? - C. Himpe		May be some articles from the MPI magazine could be added here if available online? - C. Himpe

			We are working on an automatically generated list from the central BibTeX file. The list is currently hidden [http://morwiki.mpi-magdeburg.mpg.de/BibTeX/ here]. Lectures Notes would probably go to the Misc Section or as techreport with a special type field. I need to investigate a good way to filter them out using <code>bibtex2html</code>. Suggestions are welcome. Anyway, the list would contain everything that is in the BibTeX file. J. Saak

Himpe: mpi mag articles?

2015-03-26T21:29:17Z

mpi mag articles?

← Older revision		Revision as of 21:29, 26 March 2015
Line 1:		Line 1:
	As this page will unlikely be interlinked from articles, could this page be referenced in the navigation side bar (below "Submission Rules")? - C. Himpe		As this page will unlikely be interlinked from articles, could this page be referenced in the navigation side bar (below "Submission Rules")? - C. Himpe

			May be some articles from the MPI magazine could be added here if available online? - C. Himpe

Himpe: Created page with "As this page will unlikely be interlinked from articles, could this page be referenced in the navigation side bar (below "Submission Rules")? - C. Himpe"

2013-04-29T09:28:38Z

Created page with "As this page will unlikely be interlinked from articles, could this page be referenced in the navigation side bar (below "Submission Rules")? - C. Himpe"

New page

As this page will unlikely be interlinked from articles, could this page be referenced in the navigation side bar (below "Submission Rules")? - C. Himpe