You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(101) |
Jun
(157) |
Jul
(89) |
Aug
(135) |
Sep
(17) |
Oct
(86) |
Nov
(410) |
Dec
(311) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(76) |
Feb
(100) |
Mar
(139) |
Apr
(138) |
May
(234) |
Jun
(178) |
Jul
(271) |
Aug
(286) |
Sep
(816) |
Oct
(50) |
Nov
(28) |
Dec
(137) |
2003 |
Jan
(62) |
Feb
(25) |
Mar
(97) |
Apr
(34) |
May
(35) |
Jun
(32) |
Jul
(32) |
Aug
(57) |
Sep
(67) |
Oct
(176) |
Nov
(36) |
Dec
(37) |
2004 |
Jan
(20) |
Feb
(93) |
Mar
(16) |
Apr
(36) |
May
(59) |
Jun
(48) |
Jul
(20) |
Aug
(154) |
Sep
(868) |
Oct
(41) |
Nov
(63) |
Dec
(60) |
2005 |
Jan
(59) |
Feb
(15) |
Mar
(16) |
Apr
(14) |
May
(19) |
Jun
(16) |
Jul
(25) |
Aug
(19) |
Sep
(7) |
Oct
(12) |
Nov
(18) |
Dec
(41) |
2006 |
Jan
(16) |
Feb
(65) |
Mar
(51) |
Apr
(75) |
May
(38) |
Jun
(25) |
Jul
(23) |
Aug
(16) |
Sep
(24) |
Oct
(3) |
Nov
(1) |
Dec
(10) |
2007 |
Jan
(4) |
Feb
(5) |
Mar
(7) |
Apr
(29) |
May
(38) |
Jun
(3) |
Jul
(1) |
Aug
(17) |
Sep
(1) |
Oct
|
Nov
(11) |
Dec
(16) |
2008 |
Jan
(11) |
Feb
(4) |
Mar
(7) |
Apr
(48) |
May
(17) |
Jun
(9) |
Jul
(6) |
Aug
(12) |
Sep
(5) |
Oct
(7) |
Nov
(4) |
Dec
(11) |
2009 |
Jan
(15) |
Feb
(28) |
Mar
(12) |
Apr
(44) |
May
(6) |
Jun
(16) |
Jul
(6) |
Aug
(37) |
Sep
(107) |
Oct
(24) |
Nov
(30) |
Dec
(22) |
2010 |
Jan
(8) |
Feb
(16) |
Mar
(11) |
Apr
(28) |
May
(9) |
Jun
(26) |
Jul
(7) |
Aug
(25) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
(5) |
Feb
(6) |
Mar
(3) |
Apr
(2) |
May
(10) |
Jun
(44) |
Jul
(11) |
Aug
(8) |
Sep
(6) |
Oct
(42) |
Nov
(19) |
Dec
(5) |
2012 |
Jan
(23) |
Feb
(8) |
Mar
(9) |
Apr
(11) |
May
(2) |
Jun
(11) |
Jul
|
Aug
(18) |
Sep
(1) |
Oct
(15) |
Nov
(14) |
Dec
(8) |
2013 |
Jan
(5) |
Feb
(13) |
Mar
(2) |
Apr
(10) |
May
|
Jun
(6) |
Jul
(17) |
Aug
(2) |
Sep
(3) |
Oct
|
Nov
(11) |
Dec
|
2014 |
Jan
|
Feb
(1) |
Mar
(10) |
Apr
(12) |
May
(1) |
Jun
(9) |
Jul
(27) |
Aug
(5) |
Sep
(13) |
Oct
(9) |
Nov
(9) |
Dec
|
2015 |
Jan
(8) |
Feb
(5) |
Mar
(1) |
Apr
(10) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(2) |
Oct
(14) |
Nov
(1) |
Dec
(6) |
2016 |
Jan
(12) |
Feb
(12) |
Mar
(133) |
Apr
(7) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
(3) |
Nov
(5) |
Dec
|
2017 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
|
May
(1) |
Jun
(8) |
Jul
(2) |
Aug
(2) |
Sep
(8) |
Oct
(2) |
Nov
(8) |
Dec
(1) |
2018 |
Jan
(1) |
Feb
(2) |
Mar
(6) |
Apr
|
May
(1) |
Jun
(4) |
Jul
(1) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2019 |
Jan
(2) |
Feb
(2) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
(1) |
Dec
(2) |
2020 |
Jan
(5) |
Feb
|
Mar
(2) |
Apr
(6) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2021 |
Jan
(5) |
Feb
(2) |
Mar
(6) |
Apr
(1) |
May
(1) |
Jun
(3) |
Jul
|
Aug
(5) |
Sep
|
Oct
(5) |
Nov
(1) |
Dec
(4) |
2022 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(1) |
Dec
(1) |
2023 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(2) |
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Andrey S. <pub...@gm...> - 2017-11-20 22:03:13
|
ассоrding to the provided link: PyYAML is a *complete* YAML 1.1 <http://yaml.org/spec/1.1/> parser. It looks like version 3.12 does not support YAM 1.2 yet. Andrey On Mon, Nov 20, 2017 at 10:58 PM, Thomas Conway <dr...@gm...> wrote: > The PyYAML version is 3.12 > > $ pip2 show pyyaml >> Name: PyYAML >> Version: 3.12 >> Summary: YAML parser and emitter for Python >> Home-page: http://pyyaml.org/wiki/PyYAML >> Author: Kirill Simonov >> Author-email: xi...@re... >> License: MIT >> Location: /Users/conwaythomas/Library/Python/2.7/lib/python/site-packages >> Requires: > > > On 21 November 2017 at 08:51, Andrey Somov <pub...@gm...> wrote: > >> I quote the spec for YAML 1.2 (core schema) : >> [-+]? [0-9]+ tag:yaml.org,2002:int (Base 10) >> >> SnakeYAML implements YAML 1.1 >> >> What is the PyYAML version ? >> >> Cheers, >> Andrey >> >> On Mon, Nov 20, 2017 at 8:15 PM, Laurent Lyaudet < >> lau...@gm...> wrote: >> >>> Hi Thomas, >>> >>> In my humble opinion, I think the problem is on the Java side. >>> If I quote the spec for YAML 1.2 : >>> "Decimal integer notation, with a leading “-” character for negative >>> values, matching the regular expression 0 | -? [1-9] [0-9]*" >>> As you can see, there is no leading zero tolerated for integers except >>> for the value 0. >>> Hence 08063075 is a valid string element, pyyaml can strip the quotes >>> and snakeyaml should understand that. >>> >>> Best regards, >>> Laurent Lyaudet >>> >>> 2017-11-20 2:10 GMT+01:00 Thomas Conway <dr...@gm...>: >>> > Hi Yamlies, >>> > >>> > I have a bit of a problem where some of our tools use Java, and some >>> Python >>> > (2). The output of the python is consumed by the Java, and >>> inconsistencies >>> > are leading to some problems. My question is which if any behaviours >>> are >>> > incorrect with respect to the specification? >>> > >>> > I've cut down the problem to the following. >>> > >>> > Consider the following python code (using pyyaml): >>> > >>> > import sys >>> > import yaml >>> > w = {'userName': 'scientist ', 'userEmail': 'wi...@ex...', >>> > 'sampleName': '08063075', 'fastqDir': >>> > '/foo/bar/baz/171108_M00139_0253_000000000-BHFD5/ProjectFold >>> ers/Project_Qux-Wombat-/Sample_08063075', >>> > 'analysis': 'Somatic_Run375_MY_DY_08112017', 'laneNo': 1, 'panel': >>> > 'Somatic_Panel_Manifest_v4_23_10_2015'} >>> > yaml.dump(w, sys.stdout, default_flow_style=False) >>> > >>> > which produces the output: >>> > >>> > analysis: Somatic_Run375_MY_DY_08112017 >>> > fastqDir: >>> > /foo/bar/baz/171108_M00139_0253_000000000-BHFD5/ProjectFolde >>> rs/Project_Qux-Wombat-/Sample_08063075 >>> > laneNo: 1 >>> > panel: Somatic_Panel_Manifest_v4_23_10_2015 >>> > sampleName: 08063075 >>> > userEmail: wi...@ex... >>> > userName: 'scientist ' >>> > >>> > Note in particular that the string value for the key 'sampleName' is a >>> > sequence of digits with a leading zero, and is not quoted. >>> > >>> > When we read it in to our java system (using snakeyaml), the unquoted >>> > sequence of digits is turned into an integer, which means that >>> subsequent >>> > steps drop the leading zero. >>> > >>> > I've tried reading the specification, but I can't see that it defines >>> the >>> > conversion. >>> > >>> > Is the serialisation valid? >>> > >>> > Is the conversion of the string of digits to an integer valid? >>> > >>> > Thanks for any precision you can add to my understanding, >>> > >>> > Tom. >>> > -- >>> > Dr Thomas Conway >>> > dr...@gm... >>> > My friends, love is better than anger. Hope is better than fear. >>> Optimism is >>> > better than despair. So let us be loving, hopeful and optimistic. And >>> we'll >>> > change the world. - Jack Layton >>> > >>> > ------------------------------------------------------------ >>> ------------------ >>> > Check out the vibrant tech community on one of the world's most >>> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> > _______________________________________________ >>> > Yaml-core mailing list >>> > Yam...@li... >>> > https://lists.sourceforge.net/lists/listinfo/yaml-core >>> > >>> >>> ------------------------------------------------------------ >>> ------------------ >>> Check out the vibrant tech community on one of the world's most >>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> Yaml-core mailing list >>> Yam...@li... >>> https://lists.sourceforge.net/lists/listinfo/yaml-core >>> >> >> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Yaml-core mailing list >> Yam...@li... >> https://lists.sourceforge.net/lists/listinfo/yaml-core >> >> > > > -- > Thomas Conway > dr...@gm... > My friends, love is better than anger. Hope is better than fear. Optimism > is better than despair. So let us be loving, hopeful and optimistic. And > we'll change the world. - Jack Layton > |
From: Thomas C. <dr...@gm...> - 2017-11-20 21:58:51
|
The PyYAML version is 3.12 $ pip2 show pyyaml > Name: PyYAML > Version: 3.12 > Summary: YAML parser and emitter for Python > Home-page: http://pyyaml.org/wiki/PyYAML > Author: Kirill Simonov > Author-email: xi...@re... > License: MIT > Location: /Users/conwaythomas/Library/Python/2.7/lib/python/site-packages > Requires: On 21 November 2017 at 08:51, Andrey Somov <pub...@gm...> wrote: > I quote the spec for YAML 1.2 (core schema) : > [-+]? [0-9]+ tag:yaml.org,2002:int (Base 10) > > SnakeYAML implements YAML 1.1 > > What is the PyYAML version ? > > Cheers, > Andrey > > On Mon, Nov 20, 2017 at 8:15 PM, Laurent Lyaudet < > lau...@gm...> wrote: > >> Hi Thomas, >> >> In my humble opinion, I think the problem is on the Java side. >> If I quote the spec for YAML 1.2 : >> "Decimal integer notation, with a leading “-” character for negative >> values, matching the regular expression 0 | -? [1-9] [0-9]*" >> As you can see, there is no leading zero tolerated for integers except >> for the value 0. >> Hence 08063075 is a valid string element, pyyaml can strip the quotes >> and snakeyaml should understand that. >> >> Best regards, >> Laurent Lyaudet >> >> 2017-11-20 2:10 GMT+01:00 Thomas Conway <dr...@gm...>: >> > Hi Yamlies, >> > >> > I have a bit of a problem where some of our tools use Java, and some >> Python >> > (2). The output of the python is consumed by the Java, and >> inconsistencies >> > are leading to some problems. My question is which if any behaviours are >> > incorrect with respect to the specification? >> > >> > I've cut down the problem to the following. >> > >> > Consider the following python code (using pyyaml): >> > >> > import sys >> > import yaml >> > w = {'userName': 'scientist ', 'userEmail': 'wi...@ex...', >> > 'sampleName': '08063075', 'fastqDir': >> > '/foo/bar/baz/171108_M00139_0253_000000000-BHFD5/ProjectFold >> ers/Project_Qux-Wombat-/Sample_08063075', >> > 'analysis': 'Somatic_Run375_MY_DY_08112017', 'laneNo': 1, 'panel': >> > 'Somatic_Panel_Manifest_v4_23_10_2015'} >> > yaml.dump(w, sys.stdout, default_flow_style=False) >> > >> > which produces the output: >> > >> > analysis: Somatic_Run375_MY_DY_08112017 >> > fastqDir: >> > /foo/bar/baz/171108_M00139_0253_000000000-BHFD5/ProjectFolde >> rs/Project_Qux-Wombat-/Sample_08063075 >> > laneNo: 1 >> > panel: Somatic_Panel_Manifest_v4_23_10_2015 >> > sampleName: 08063075 >> > userEmail: wi...@ex... >> > userName: 'scientist ' >> > >> > Note in particular that the string value for the key 'sampleName' is a >> > sequence of digits with a leading zero, and is not quoted. >> > >> > When we read it in to our java system (using snakeyaml), the unquoted >> > sequence of digits is turned into an integer, which means that >> subsequent >> > steps drop the leading zero. >> > >> > I've tried reading the specification, but I can't see that it defines >> the >> > conversion. >> > >> > Is the serialisation valid? >> > >> > Is the conversion of the string of digits to an integer valid? >> > >> > Thanks for any precision you can add to my understanding, >> > >> > Tom. >> > -- >> > Dr Thomas Conway >> > dr...@gm... >> > My friends, love is better than anger. Hope is better than fear. >> Optimism is >> > better than despair. So let us be loving, hopeful and optimistic. And >> we'll >> > change the world. - Jack Layton >> > >> > ------------------------------------------------------------ >> ------------------ >> > Check out the vibrant tech community on one of the world's most >> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> > _______________________________________________ >> > Yaml-core mailing list >> > Yam...@li... >> > https://lists.sourceforge.net/lists/listinfo/yaml-core >> > >> >> ------------------------------------------------------------ >> ------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> Yaml-core mailing list >> Yam...@li... >> https://lists.sourceforge.net/lists/listinfo/yaml-core >> > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Yaml-core mailing list > Yam...@li... > https://lists.sourceforge.net/lists/listinfo/yaml-core > > -- Thomas Conway dr...@gm... My friends, love is better than anger. Hope is better than fear. Optimism is better than despair. So let us be loving, hopeful and optimistic. And we'll change the world. - Jack Layton |
From: Andrey S. <pub...@gm...> - 2017-11-20 21:51:14
|
I quote the spec for YAML 1.2 (core schema) : [-+]? [0-9]+ tag:yaml.org,2002:int (Base 10) SnakeYAML implements YAML 1.1 What is the PyYAML version ? Cheers, Andrey On Mon, Nov 20, 2017 at 8:15 PM, Laurent Lyaudet <lau...@gm...> wrote: > Hi Thomas, > > In my humble opinion, I think the problem is on the Java side. > If I quote the spec for YAML 1.2 : > "Decimal integer notation, with a leading “-” character for negative > values, matching the regular expression 0 | -? [1-9] [0-9]*" > As you can see, there is no leading zero tolerated for integers except > for the value 0. > Hence 08063075 is a valid string element, pyyaml can strip the quotes > and snakeyaml should understand that. > > Best regards, > Laurent Lyaudet > > 2017-11-20 2:10 GMT+01:00 Thomas Conway <dr...@gm...>: > > Hi Yamlies, > > > > I have a bit of a problem where some of our tools use Java, and some > Python > > (2). The output of the python is consumed by the Java, and > inconsistencies > > are leading to some problems. My question is which if any behaviours are > > incorrect with respect to the specification? > > > > I've cut down the problem to the following. > > > > Consider the following python code (using pyyaml): > > > > import sys > > import yaml > > w = {'userName': 'scientist ', 'userEmail': 'wi...@ex...', > > 'sampleName': '08063075', 'fastqDir': > > '/foo/bar/baz/171108_M00139_0253_000000000-BHFD5/ > ProjectFolders/Project_Qux-Wombat-/Sample_08063075', > > 'analysis': 'Somatic_Run375_MY_DY_08112017', 'laneNo': 1, 'panel': > > 'Somatic_Panel_Manifest_v4_23_10_2015'} > > yaml.dump(w, sys.stdout, default_flow_style=False) > > > > which produces the output: > > > > analysis: Somatic_Run375_MY_DY_08112017 > > fastqDir: > > /foo/bar/baz/171108_M00139_0253_000000000-BHFD5/ > ProjectFolders/Project_Qux-Wombat-/Sample_08063075 > > laneNo: 1 > > panel: Somatic_Panel_Manifest_v4_23_10_2015 > > sampleName: 08063075 > > userEmail: wi...@ex... > > userName: 'scientist ' > > > > Note in particular that the string value for the key 'sampleName' is a > > sequence of digits with a leading zero, and is not quoted. > > > > When we read it in to our java system (using snakeyaml), the unquoted > > sequence of digits is turned into an integer, which means that subsequent > > steps drop the leading zero. > > > > I've tried reading the specification, but I can't see that it defines the > > conversion. > > > > Is the serialisation valid? > > > > Is the conversion of the string of digits to an integer valid? > > > > Thanks for any precision you can add to my understanding, > > > > Tom. > > -- > > Dr Thomas Conway > > dr...@gm... > > My friends, love is better than anger. Hope is better than fear. > Optimism is > > better than despair. So let us be loving, hopeful and optimistic. And > we'll > > change the world. - Jack Layton > > > > ------------------------------------------------------------ > ------------------ > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > _______________________________________________ > > Yaml-core mailing list > > Yam...@li... > > https://lists.sourceforge.net/lists/listinfo/yaml-core > > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Yaml-core mailing list > Yam...@li... > https://lists.sourceforge.net/lists/listinfo/yaml-core > |
From: Laurent L. <lau...@gm...> - 2017-11-20 19:15:58
|
Hi Thomas, In my humble opinion, I think the problem is on the Java side. If I quote the spec for YAML 1.2 : "Decimal integer notation, with a leading “-” character for negative values, matching the regular expression 0 | -? [1-9] [0-9]*" As you can see, there is no leading zero tolerated for integers except for the value 0. Hence 08063075 is a valid string element, pyyaml can strip the quotes and snakeyaml should understand that. Best regards, Laurent Lyaudet 2017-11-20 2:10 GMT+01:00 Thomas Conway <dr...@gm...>: > Hi Yamlies, > > I have a bit of a problem where some of our tools use Java, and some Python > (2). The output of the python is consumed by the Java, and inconsistencies > are leading to some problems. My question is which if any behaviours are > incorrect with respect to the specification? > > I've cut down the problem to the following. > > Consider the following python code (using pyyaml): > > import sys > import yaml > w = {'userName': 'scientist ', 'userEmail': 'wi...@ex...', > 'sampleName': '08063075', 'fastqDir': > '/foo/bar/baz/171108_M00139_0253_000000000-BHFD5/ProjectFolders/Project_Qux-Wombat-/Sample_08063075', > 'analysis': 'Somatic_Run375_MY_DY_08112017', 'laneNo': 1, 'panel': > 'Somatic_Panel_Manifest_v4_23_10_2015'} > yaml.dump(w, sys.stdout, default_flow_style=False) > > which produces the output: > > analysis: Somatic_Run375_MY_DY_08112017 > fastqDir: > /foo/bar/baz/171108_M00139_0253_000000000-BHFD5/ProjectFolders/Project_Qux-Wombat-/Sample_08063075 > laneNo: 1 > panel: Somatic_Panel_Manifest_v4_23_10_2015 > sampleName: 08063075 > userEmail: wi...@ex... > userName: 'scientist ' > > Note in particular that the string value for the key 'sampleName' is a > sequence of digits with a leading zero, and is not quoted. > > When we read it in to our java system (using snakeyaml), the unquoted > sequence of digits is turned into an integer, which means that subsequent > steps drop the leading zero. > > I've tried reading the specification, but I can't see that it defines the > conversion. > > Is the serialisation valid? > > Is the conversion of the string of digits to an integer valid? > > Thanks for any precision you can add to my understanding, > > Tom. > -- > Dr Thomas Conway > dr...@gm... > My friends, love is better than anger. Hope is better than fear. Optimism is > better than despair. So let us be loving, hopeful and optimistic. And we'll > change the world. - Jack Layton > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Yaml-core mailing list > Yam...@li... > https://lists.sourceforge.net/lists/listinfo/yaml-core > |
From: Thomas C. <dr...@gm...> - 2017-11-20 01:10:21
|
Hi Yamlies, I have a bit of a problem where some of our tools use Java, and some Python (2). The output of the python is consumed by the Java, and inconsistencies are leading to some problems. My question is which if any behaviours are incorrect with respect to the specification? I've cut down the problem to the following. Consider the following python code (using pyyaml): import sys import yaml w = {'userName': 'scientist ', 'userEmail': 'wi...@ex...', 'sampleName': '08063075', 'fastqDir': '/foo/bar/baz/171108_M00139_0253_000000000-BHFD5/ProjectFolders/Project_Qux-Wombat-/Sample_08063075', 'analysis': 'Somatic_Run375_MY_DY_08112017', 'laneNo': 1, 'panel': 'Somatic_Panel_Manifest_v4_23_10_2015'} yaml.dump(w, sys.stdout, default_flow_style=False) which produces the output: analysis: Somatic_Run375_MY_DY_08112017 fastqDir: /foo/bar/baz/171108_M00139_0253_000000000-BHFD5/ProjectFolders/Project_Qux-Wombat-/Sample_08063075 laneNo: 1 panel: Somatic_Panel_Manifest_v4_23_10_2015 sampleName: 08063075 userEmail: wi...@ex... userName: 'scientist ' Note in particular that the string value for the key 'sampleName' is a sequence of digits with a leading zero, and is not quoted. When we read it in to our java system (using snakeyaml), the unquoted sequence of digits is turned into an integer, which means that subsequent steps drop the leading zero. I've tried reading the specification, but I can't see that it defines the conversion. Is the serialisation valid? Is the conversion of the string of digits to an integer valid? Thanks for any precision you can add to my understanding, Tom. -- Dr Thomas Conway dr...@gm... My friends, love is better than anger. Hope is better than fear. Optimism is better than despair. So let us be loving, hopeful and optimistic. And we'll change the world. - Jack Layton |
From: Andy S. <Andy_Schmidt@HM-Software.com> - 2017-11-09 18:02:54
|
Hi, Other than the July 2015 announcement by Ben Harris, that he would submit text/vnd.yaml as the formal media type, I have not seen any subsequent news on this matter. I still don't see YAML represented at all in: https://www.iana.org/assignments/media-types/media-types.xhtml Has the effort to register text/vnd.yaml been abandoned? In the absence of a formal registration, I don't see the latest specs guiding developers at all by at least recommending a custom MIME type to be implement consistently in the meantime. The resulting ambiguity results in operational problems with clients' "Accept" request headers frequently not being satisfied by servers' "Content-Type" response headers. This is not inducive for developers to invest into an implementation. PS: I realize there are various unregistered media types being used in the wild - which of course means none of them can actually be relied upon. Although at least one of them follows the proper naming convention of "x-" for custom headers, thus probably making this the strongest alternative until a formal standard exists: application/x-yaml ? |
From: flyx <ya...@fl...> - 2017-10-24 09:37:47
|
On 2017-10-24 05:31, Zenaan Harkness wrote: > We loves YAML we do, we wants it for EVERYTHING. > Yess my precious, everything‼ > > > DocBook is unlikely to switch markup language (again - it already did > once from SGML (lisp brackets) to XML), but the thought arises, could > YAML be suitable for such a task, or would inline markup (e.g. > specific words in a paragraph) be too much of a challenge? YAML is definitely not the right tool for this. Both SGML and XML allow a mixture of raw content and child nodes at any level beyond the root. This is not something you could easily emulate with YAML. Let us have a look at a very simple example: <document> <p>Here be text.</p> </document> (Forgive me for not using DocBook's tags, I would have to look them up.) This could be translated into YAML like this: document: p: Here be text. Does not look that bad. However, let us see what happens when we use inline markup: <document> <p>Here be <b>bold</b> text.</p> </document> To adapt our YAML, we now need to transform p's content into a sequence: document: p: - Here be - b: bold - text. No-one wants to write documents like that. Let use have a look at an alternative approach, using some more sophisticated YAML: --- !document - !p [Here be, !b bold, text.] I fixed an error I made earlier: The document should not be a YAML mapping because a) YAML defines mapping keys to be unordered while in XML, child nodes are always ordered and b) this would make in impossible to have to 'p's inside the document. So instead, I translate every level into a YAML sequence and give their node name as YAML tag. The resulting YAML above does not seem to be something that can easily be written without errors when it comes to complex documents. Using flow sequences does enable one to do inline markup as shown above, but it also makes the comma a special character which I would imagine is very annoying for writing documents. To some up: YAML is ill-suited for authoring DocBook documents. It can be done, but I do only see disadvantages compared to XML. Cheers, Felix |
From: Zenaan H. <ze...@fr...> - 2017-10-24 03:53:18
|
We loves YAML we do, we wants it for EVERYTHING. Yess my precious, everything‼ DocBook is unlikely to switch markup language (again - it already did once from SGML (lisp brackets) to XML), but the thought arises, could YAML be suitable for such a task, or would inline markup (e.g. specific words in a paragraph) be too much of a challenge? Regards, Zenaan ----- Forwarded message from Carol Geyer <car...@oa...> ----- From: Carol Geyer <car...@oa...> To: me...@li... Cc: do...@li... Date: Tue, 17 Oct 2017 15:09:05 -0400 Subject: [docbook] Help advance DocBook standard The OASIS DocBook Technical Committee is looking for new members. We invite you to join us as part of the longest standing committee advancing the most downloaded standard at OASIS. DocBook is an XML vocabulary for marking up text for publication in multiple output forms, including print, eBook, web, and help systems. It’s an enduring standard with a large installed based. DocBook has adapted to changing times and has an excellent future. Our TC is a cross-industry group of colleagues that develop the schemas for DocBook (not the stylesheets or tools). We ensure that DocBook continues to remain vital by adapting to new environments and standards, responding to the changing needs of users, and growing the market for the standard. Being part of the DocBook TC will enable your organization to: - increase its visibility in standards development; - influence the DocBook standard to include the features or extensions it needs; - improve interoperability with other standards in use. As a participant, you’ll work alongside markup language experts, gaining valuable experience in specification development, and enhancing your visibility and credibility inside and outside your organization. The time commitment is not great. We meet once per month for an hour by teleconference and perform various action items for research and development between meetings. Because DocBook is a mature standard, the work centers around adding features, fixing bugs, and researching related standards. Of course, there is no additional fee for employees of OASIS members to join the DocBook TC. Others should contact jo...@oa... for details on membership. Feel free to forward this message to anyone you think might be interested in advancing DocBook. Regards, OASIS DocBook Technical Committee Members https://www.oasis-open.org/committees/docbook ----- End forwarded message ----- |
From: A BC <mia...@gm...> - 2017-09-24 11:23:02
|
Hi, On http://pyyaml.org/wiki/PyYAMLDocumentation, you find "Feel free to fix or improve it." I would like to add the "deep" parameter to the Loader.construct_sequence and construct_mapping documentation: - in the {{{ }}} part: Loader.construct_sequence(node, deep=False) Loader.construct_mapping(node, deep=False) - in the text below: **Loader.construct_sequence(node, deep=False)** checks that the given node is a sequence and returns a list of Python objects corresponding to the `node` items. This function is intended to be used in constructors. Set the `deep` parameter to `True` to recursively construct subobjects. **Loader.construct_mapping(node, deep=False)** checks that the given node is a mapping and returns a dictionary of Python objects corresponding to the node keys and values. This function is intended to be used in constructors. Set the `deep` parameter to `True` to recursively construct subobjects. Thanks, |
From: Stuart L. <st...@vr...> - 2017-09-17 22:55:12
|
On 17/09/17 09:41, Mr. Fiber wrote: > Hi all, > > I'm masa. > > I tried to download libyaml from pyyaml.org <http://pyyaml.org> but > pyyaml.org <http://pyyaml.org> seems down. > Does anyone recover it? > > And I want to know libyaml has a mirror site or not. Not sure if there's an official mirror… but a number of Linux distributions carry the sources on their repositories, e.g. http://distfiles.gentoo.org/distfiles/yaml-0.1.7.tar.gz -- _ ___ Stuart Longland - Systems Engineer \ /|_) | T: +61 7 3535 9619 \/ | \ | 38b Douglas Street F: +61 7 3535 9699 SYSTEMS Milton QLD 4064 http://www.vrt.com.au |
From: Mr. F. <rep...@gm...> - 2017-09-16 23:41:10
|
Hi all, I'm masa. I tried to download libyaml from pyyaml.org but pyyaml.org seems down. Does anyone recover it? And I want to know libyaml has a mirror site or not. Thanks, Masahiro |
From: Tech4Him <inc...@ya...> - 2017-09-06 19:14:54
|
Thank you, that is exactly what I am looking for. Caleb In Him... I am complete (Col 2:9-10), confident that God will complete the good work he started (Phil 1:6), God's temple (1 Cor 3:16), more than a conqueror (Romans 8:37), His child (Eph 1). On Wednesday, September 6, 2017 12:46 PM, Leon Timmermans <fa...@gm...> wrote: On Wed, Sep 6, 2017 at 4:22 PM, Tech4Him <inc...@ya...> wrote: Right now we are using the nodeca/js-yaml library, which outputs as surrogate pairs. I was trying to get this changed to either a single escape (like your example), or, if it was considered a printable character, just output it directly. But both I and (I think) the maintainer were a little confused on if there was a correct way to do it, or if, in fact, we should be outputting as surrogate pairs (see nodeca/js-yaml#368 and #369). The YAML spec explicitly bans literal surrogate pairs, but is silent on escaped surrogates. Nothing in it suggests they are supported, except the suggestion of JSON compatibility. \U on the other hand is required to be supported. I don't think putting a literal astral printable character is erroneous, but quoted is probably safer whenever possible. Leon |
From: Tech4Him <inc...@ya...> - 2017-09-06 15:33:21
|
Right now we are using the nodeca/js-yaml library, which outputs as surrogate pairs. I was trying to get this changed to either a single escape (like your example), or, if it was considered a printable character, just output it directly. But both I and (I think) the maintainer were a little confused on if there was a correct way to do it, or if, in fact, we should be outputting as surrogate pairs (see nodeca/js-yaml#368 and #369). Thank You,Caleb In Him... I am complete (Col 2:9-10), confident that God will complete the good work he started (Phil 1:6), God's temple (1 Cor 3:16), more than a conqueror (Romans 8:37), His child (Eph 1). On Wednesday, September 6, 2017 8:22 AM, Tech4Him <inc...@ya...> wrote: Right now we are using the nodeca/js-yaml library, which outputs as surrogate pairs. I was trying to get this changed to either a single escape (like your example), or, if it was considered a printable character, just output it directly. But both I and (I think) the maintainer were a little confused on if there was a correct way to do it, or if, in fact, we should be outputting as surrogate pairs (see nodeca/js-yaml#368 and #369). Thank You,Caleb In Him... I am complete (Col 2:9-10), confident that God will complete the good work he started (Phil 1:6), God's temple (1 Cor 3:16), more than a conqueror (Romans 8:37), His child (Eph 1). On Wednesday, September 6, 2017 3:50 AM, Leon Timmermans <fa...@gm...> wrote: On Wed, Sep 6, 2017 at 8:12 AM, Leon Timmermans <fa...@gm...> wrote: What are you doing? I should have phrased that more clearly: What are you currently outputting? (the rest of my email is based on an assumed output). Leon |
From: Leon T. <fa...@gm...> - 2017-09-06 09:50:20
|
On Wed, Sep 6, 2017 at 8:12 AM, Leon Timmermans <fa...@gm...> wrote: > What are you doing? > I should have phrased that more clearly: What are you currently outputting? (the rest of my email is based on an assumed output). Leon |
From: Leon T. <fa...@gm...> - 2017-09-06 06:13:12
|
On Wed, Sep 6, 2017 at 1:39 AM, Tech4Him via Yaml-core < yam...@li...> wrote: > Hello! > > I am working on a cross-platform/cross-language program that uses YAML, > and some of our users have noticed that the way our JS YAML parser outputs > astral characters is not always recognized in YAML parsers in other > languages. What is the "offical" (and best) way to output astral characters > such as emojis in a way that all spec-compliant parsers should support? > > Thanks in advance, > Caleb > > In Him... I am complete (Col 2:9-10), confident that God will complete the > good work he started > (Phil 1:6), God's temple (1 Cor 3:16), more than a conqueror (Romans > 8:37), His child (Eph 1). > What are you doing? Javascript (and a few other languages with UTF-16 implementation details leaking out) has a tendency to treat such characters as two surrogates ("\uD83D\uDCA9"), instead of as a single character ("\U0001F4A9"). Quite frankly I think this is unhelpful and wrong, but JSON actually made it a standard -_-. Leon |
From: Tech4Him <inc...@ya...> - 2017-09-05 23:40:00
|
Hello! I am working on a cross-platform/cross-language program that uses YAML, and some of our users have noticed that the way our JS YAML parser outputs astral characters is not always recognized in YAML parsers in other languages. What is the "offical" (and best) way to output astral characters such as emojis in a way that all spec-compliant parsers should support? Thanks in advance,Caleb In Him... I am complete (Col 2:9-10), confident that God will complete the good work he started (Phil 1:6), God's temple (1 Cor 3:16), more than a conqueror (Romans 8:37), His child (Eph 1). |
From: Karl B. <ka...@th...> - 2017-08-07 18:07:48
|
Hi - I'm trying to install libyaml-devel from source so I can get to the latest release (0.1.7) - however I'm not sure of the best way to do this. Can someone point me to the instructions? I have run the libyaml install (per instructions http://pyyaml. org/wiki/LibYAML), but when I try to install rvm and compile ruby, it doesn't seem to have found libyaml-devel; I'm running on CentOS, so I can install libyaml-devel package, but this is an older version. Any hints or suggestions? thanks, and sorry if this isn't the right list - please redirect me if that's the case. best, Karl Brown |
From: flyx <ya...@fl...> - 2017-08-02 13:08:43
|
You may want to report this bug to the official bugtracker on GitHub: https://github.com/yaml/pyyaml/issues Since PyYAML is not very actively maintained, you may also want to check if ruamel (a PyYAML fork) fits your needs: https://yaml.readthedocs.io/en/latest/overview.html Cheers, Felix On 2017-07-31 01:10, Stuart Longland wrote: > [Re-send #1, as I've received 0 replies either privately or via the > mailing list. The problem persists.] > > Hi all, > > I've been scratching my head over this… I have some code that > represents > multi-line strings as literal scalars in YAML (as IMO, they should be, > for readability). > > If the string contains plain ASCII characters, all is well. If > however, > it contains some Unicode characters (in my case, it was "CO₂")… all > hell > breaks loose and I wind up with a perfectly "valid", but completely > unreadable mess. > > Attached is a script that reproduces the bug in both Python 2.7 and 3.4 > with pyyaml-3.12. > > Apologies if this is not the right place. I tried logging in to the > Trac system on the pyyaml website, but there's no register link > anywhere > and it won't accept Username: Anonymous, password: st...@vr... > either, nor could I see any detail on how to register, or how to add a > ticket without logging in. > > On the http://pyyaml.org front page, it says: >> YAML mailling list >> >> There is no specific PyYAML mailling list, there is a general yaml >> mailling list on sourceforge. > and that led me here. If there's a more appropriate place other than > /dev/null, I'm all ears. > > Regards, > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Yaml-core mailing list > Yam...@li... > https://lists.sourceforge.net/lists/listinfo/yaml-core |
From: Stuart L. <st...@vr...> - 2017-07-30 23:11:00
|
[Re-send #1, as I've received 0 replies either privately or via the mailing list. The problem persists.] Hi all, I've been scratching my head over this… I have some code that represents multi-line strings as literal scalars in YAML (as IMO, they should be, for readability). If the string contains plain ASCII characters, all is well. If however, it contains some Unicode characters (in my case, it was "CO₂")… all hell breaks loose and I wind up with a perfectly "valid", but completely unreadable mess. Attached is a script that reproduces the bug in both Python 2.7 and 3.4 with pyyaml-3.12. Apologies if this is not the right place. I tried logging in to the Trac system on the pyyaml website, but there's no register link anywhere and it won't accept Username: Anonymous, password: st...@vr... either, nor could I see any detail on how to register, or how to add a ticket without logging in. On the http://pyyaml.org front page, it says: > YAML mailling list > > There is no specific PyYAML mailling list, there is a general yaml mailling list on sourceforge. and that led me here. If there's a more appropriate place other than /dev/null, I'm all ears. Regards, -- _ ___ Stuart Longland - Systems Engineer \ /|_) | T: +61 7 3535 9619 \/ | \ | 38b Douglas Street F: +61 7 3535 9699 SYSTEMS Milton QLD 4064 http://www.vrt.com.au |
From: Stuart L. <st...@vr...> - 2017-07-24 05:11:52
|
Hi all, I've been scratching my head over this… I have some code that represents multi-line strings as literal scalars in YAML (as IMO, they should be, for readability). If the string contains plain ASCII characters, all is well. If however, it contains some Unicode characters (in my case, it was "CO₂")… all hell breaks loose and I wind up with a perfectly "valid", but completely unreadable mess. Attached is a script that reproduces the bug in both Python 2.7 and 3.4 with pyyaml-3.12. Apologies if this is not the right place. I tried logging in to the Trac system on the pyyaml website, but there's no register link anywhere and it won't accept Username: Anonymous, password: st...@vr... either, nor could I see any detail on how to register, or how to add a ticket without logging in. On the http://pyyaml.org front page, it says: > YAML mailling list > > There is no specific PyYAML mailling list, there is a general yaml mailling list on sourceforge. and that led me here. If there's a more appropriate place other than /dev/null, I'm all ears. Regards, -- _ ___ Stuart Longland - Systems Engineer \ /|_) | T: +61 7 3535 9619 \/ | \ | 38b Douglas Street F: +61 7 3535 9699 SYSTEMS Milton QLD 4064 http://www.vrt.com.au |
From: Pieter H. <pheyvaer.Heyvaert@UGent.be> - 2017-06-08 10:58:51
|
Considering that YAML is a superset, then operating at the data model level is better. From what I see I would expect an engine that applies the path on the document and afterwards gives the wanted language-representation of the data. So the path parser is independent of the language-specific representation. Kind regards Pieter Heyvaert Ghent University - imec ________________________________________ From: Carsten Bormann <ca...@tz...> Sent: Thursday, June 8, 2017 12:54 PM To: Peter Murphy Cc: Pieter Heyvaert; Yam...@li... Subject: Re: [Yaml-core] YPath Specification still ongoing? > On Jun 8, 2017, at 12:26, Peter Murphy <pet...@gm...> wrote: > > Pieter, > > Good day. I started working on it in 2011, but I never got around to > adding anything to it. Too busy with other things, I guess. > > So if you are interested in it: > > (a) Feel free to fork the spec (or write your own), and: > > (b) Work on an implementation of it (possibly in PyYAML or another engine). Hmm. Should Ypath be cognizant of (i.e., dependent on) the serialization or really operate at the data model level? (If equivalent YAML is to stay really equivalent, it needs to be the latter.) In that case, the actual YAML engine isn’t that relevant to a YPath implementation... Grüße, Carsten |
From: Carsten B. <ca...@tz...> - 2017-06-08 10:54:22
|
> On Jun 8, 2017, at 12:26, Peter Murphy <pet...@gm...> wrote: > > Pieter, > > Good day. I started working on it in 2011, but I never got around to > adding anything to it. Too busy with other things, I guess. > > So if you are interested in it: > > (a) Feel free to fork the spec (or write your own), and: > > (b) Work on an implementation of it (possibly in PyYAML or another engine). Hmm. Should Ypath be cognizant of (i.e., dependent on) the serialization or really operate at the data model level? (If equivalent YAML is to stay really equivalent, it needs to be the latter.) In that case, the actual YAML engine isn’t that relevant to a YPath implementation... Grüße, Carsten |
From: Peter M. <pet...@gm...> - 2017-06-08 10:26:21
|
Pieter, Good day. I started working on it in 2011, but I never got around to adding anything to it. Too busy with other things, I guess. So if you are interested in it: (a) Feel free to fork the spec (or write your own), and: (b) Work on an implementation of it (possibly in PyYAML or another engine). Best regards, Peter On Thu, Jun 8, 2017 at 5:25 PM, Pieter Heyvaert <phe...@ug...> wrote: > Hi all, > > > Is the development of the YPath specification still ongoing [1,2]? Or is > there a consensus about how to select data from a YAML document. > > In the use case that I have, I can convert the YAML file to JSON and use > JSONPath to access the data. However, it might be more generic to work > directly on YAML, considering that it is a superset of JSON. > > > [1] https://github.com/yaml/YPath-Specification > > [2] https://github.com/peterkmurphy/YPath-Specification > > > Kind regards > Pieter Heyvaert > Ghent University - imec > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Yaml-core mailing list > Yam...@li... > https://lists.sourceforge.net/lists/listinfo/yaml-core > -- Email: pet...@gm... WWW: http://www.pkmurphy.com.au/ |
From: Pieter H. <pheyvaer.Heyvaert@UGent.be> - 2017-06-08 07:25:50
|
Hi all, Is the development of the YPath specification still ongoing [1,2]? Or is there a consensus about how to select data from a YAML document. In the use case that I have, I can convert the YAML file to JSON and use JSONPath to access the data. However, it might be more generic to work directly on YAML, considering that it is a superset of JSON. [1] https://github.com/yaml/YPath-Specification [2] https://github.com/peterkmurphy/YPath-Specification Kind regards Pieter Heyvaert Ghent University - imec |
From: Carsten B. <ca...@tz...> - 2017-06-07 11:34:03
|
> OK. That's what I thought initially, but the spec gave me the impression that both were equivalent in some way. They show two data models for what appears to be the same information model (a table with an index column “name” and value columns “hr” and “avg”). YAML can serialize instances of both data models. (Example 2.4 shows third way to map the same information model into a data model.). The YAML spec of course is not discussing information models, so this all happens in the reader’s mind. (The purpose of the examples 2.5 and 2.6 is simply to show flow-style serialization, though.) Grüße, Carsten |