This is just a knee-jerk reaction, without knowing much about your 
infrastructure.  I think your latest suggestion, here, Rintze, is the best one. 
 

I would recommend treating these first and foremost as *identifiers*, in the 
linked-data sense, rather than web addresses.  In that case, it's a good idea 
to establish this kind of convention ("http" and not "https") so that it makes 
it easier and more robust for machines to process.  There might be use-cases, 
for example, where you want to generate an identifier from the style name, and 
compare it with against a set of ids from somewhere else; or to extract the 
style name using a regexp, etc.



Chris Maloney
NIH/NLM/NCBI (Contractor)
Building 45, 5AN.24D-22
301-594-2842


> -----Original Message-----
> From: Rintze Zelle [mailto:rintze.ze...@gmail.com]
> Sent: Friday, April 11, 2014 11:24 AM
> To: development discussion for xbiblio
> Subject: Re: [xbiblio-devel] Switch from "http" to "https" prefix for CSL 
> style
> ID and "self"-links
> 
> I wasn't planning on changing IDs of existing styles. And on reflection, it 
> might
> be easier if we just require folks to use "http"
> as the prefix, even though zotero.org automatically redirects those links to
> HTTPS URLs.
> 
> Rintze
> 
> On Fri, Apr 11, 2014 at 11:11 AM, Charles Parnot <charles.par...@gmail.com>
> wrote:
> > Hi Rintze,
> >
> > Just to be sure: are the current style going to be changed? If all the
> > IDs are changed, that would be quite a mess for Papers, as the id is
> > used to... uniquely identify the style ;-)
> >
> > Sorry I don't show up much on the mailing list anymore, just busy with
> > http://findingsapp.com
> >
> > Thanks,
> >
> > Charles
> >
> >
> > On Apr 10, 2014, at 6:35 PM, Rintze Zelle <rintze.ze...@gmail.com> wrote:
> >
> >> Hi all,
> >>
> >> It looks like the entire zotero.org domain (recently?) switched to
> >> serving everything over HTTPS. We just had our first CSL style
> >> submission that uses "https" in the style's "template"-link,
> >> "self"-link, and style ID, which made our Travis CI tests fail:
> >> https://github.com/citation-style-language/styles/pull/910
> >>
> >> We probably want to accept styles that use either "http" or "https"
> >> as the URL prefix for the style ID and "self", "independent-parent",
> >> and "template" links, and I'm planning to adjust the Travis tests to
> >> allow for this. I'm mentioning this to give people a heads-up of the
> >> change, in case the use of the "https" prefix breaks anybody's code.
> >>
> >> Rintze
> >>
> >> PS. we could also use this change as a reason to start hosting all
> >> CSL styles under the citationstyles.org domain, e.g. via
> >> "repository.citationstyles.org/apa.csl", as discussed at
> >> http://xbiblio-devel.2463403.n2.nabble.com/call-for-comments-on-base-
> >> URI-issue-td6097469.html#a6174119 , which is long-standing item on my
> >> wish list.
> >>
> >> ---------------------------------------------------------------------
> >> ---------
> >> Put Bad Developers to Shame
> >> Dominate Development with Jenkins Continuous Integration
> Continuously
> >> Automate Build, Test & Deployment Start a new project now. Try
> >> Jenkins in the cloud.
> >> http://p.sf.net/sfu/13600_Cloudbees
> >> _______________________________________________
> >> xbiblio-devel mailing list
> >> xbiblio-devel@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/xbiblio-devel
> >
> > --
> > Charles Parnot
> > charles.par...@gmail.com
> > http://app.net/cparnot
> > twitter: @cparnot
> >
> > Your Lab Notebook, Reinvented.
> > http://findingsapp.com
> >
> >
> > ----------------------------------------------------------------------
> > --------
> > Put Bad Developers to Shame
> > Dominate Development with Jenkins Continuous Integration Continuously
> > Automate Build, Test & Deployment Start a new project now. Try Jenkins
> > in the cloud.
> > http://p.sf.net/sfu/13600_Cloudbees
> > _______________________________________________
> > xbiblio-devel mailing list
> > xbiblio-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/xbiblio-devel
> 
> ------------------------------------------------------------------------------
> Put Bad Developers to Shame
> Dominate Development with Jenkins Continuous Integration Continuously
> Automate Build, Test & Deployment Start a new project now. Try Jenkins in
> the cloud.
> http://p.sf.net/sfu/13600_Cloudbees
> _______________________________________________
> xbiblio-devel mailing list
> xbiblio-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/xbiblio-devel

------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
_______________________________________________
xbiblio-devel mailing list
xbiblio-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xbiblio-devel

Reply via email to