BeerXML

BeerXML is een gratis, volledig gedefinieerd XML-gegevens beschrijving norm ontwikkeld voor de uitwisseling van bier brouwen recepten en andere brouwen data. Tabellen recepten en andere documenten zoals hop's en mout rekeningen kunnen worden weergegeven met behulp BeerXML voor gebruik door brouwerijen software.

BeerXML is een open standaard en als een subset van Extensible Markup Language BeerXML is een opmaaktaal die een set regels voor het coderen van documenten in een formaat dat zowel mensen leesbare en machine leesbare definieert

BeerXML wordt ondersteund door een aantal websites, computerprogramma's en een toenemend aantal Android Windows Phone en iOS-apps.

Plugins en extensies ondersteunen BeerXML zijn geschreven voor een verscheidenheid van platforms, waaronder Ruby via RubyGems, WordPress, PHP en Javascript

Brewing hardwarefabrikanten beginnen te BeerXML in hun systemen en derden plugins en patches worden ontwikkeld voor brouwerij Hardware en ingebedde systemen waardoor de automatisering en fijne controle en timing van processen zoals stampen en potentieel fermentatie.

Gebruikelijke toepassingen en voorbeelden van het gebruik

BeerXML wordt gebruikt in zowel amateur als professionele brouwen en vergemakkelijkt het delen van het brouwen van gegevens via internet. Gebruikers van verschillende toepassingen, zoals de open-source_software Brewtarget kan gegevens via XML met de gebruikers van de populaire proprietary software zoals Beersmith delen of hun gegevens uploaden om te delen op BeerXML compatibele sharing sites en cloud platformen zoals Brewtoad of Beersmith Recept Cloud. Een gebruiker van een recept ontwerp en het delen en creëren ter plaatste, zoals Brewersfriend.com kunnen importeren en exporteren BeerXML naar en van mobiele apps of invoeren in een database brouwen concurrentie zoals The Brew Competition Online Entry & amp; Beheersysteem.

De goedkeuring van BeerXML als een standaard leidt tot nieuwe ontwikkelingen zoals ingrediënten databases die proberen om ingrediënten definities en kenmerken standaardiseren. Brouwers kunnen platforms gebruiken als Brewblogger.com om recepten te maken en log hun brewday voor publicatie als een blog en voor export naar databases en gemeenschappelijke spreadsheet-toepassingen.

Javascript toepassingen zoals brauhaus.js gebruikers in staat om ze te draaien op een lokale machine of webbrowser voor de uitvoering door middel van een voldoen aan de standaard webbrowser.

Ondersteunde velden

De volgende velden vormen de kern van het BeerXML structuur

  • Recepten
  • Hop

Recept Specifieke - Wanneer toegevoegd

  • Fermenteerbare

Recept Specifieke

  • Additieven

Recept Specifieke - Wanneer toegevoegd

Gisten

Recept Specifieke

Beperkingen

BeerXML 1.0 ondersteunt niet meer dan drie gisting stappen. Hoewel dit niet een echte wereld beperking voor velen brouwers, het doet een discrepantie, waar een software tool of web dienst die meerdere of onbeperkt vergisting stappen laat wil implementeren BeerXML als een import / export mechanisme in te voeren. Bijvoorbeeld; waarbij een vergisting schema instructie te pitchen bij 21 graden Celsius, te laten dalen tot 17 meer dan drie dagen en dan afnemen met 1 graad per dag tot de wort 10 graden bereikt, houdt gedurende 12 dagen vóór rekken voor rijping. Dit kon niet worden ondergebracht binnen de formele structuur die het gebruik van informele / optioneel en niet machinaal leesbaar velden.

Alle units worden intern omgezet naar SI-eenheden. Als gevolg hiervan is er verlies van precisie bij het omzetten van niet-SI-eenheden of ze Imperial, de VS gebruikelijke of metrische.

Hopolie bijdragen in het koper niet expliciet ondersteund in de huidige definitie.

Farsene niveaus worden niet expliciet ondersteund in de huidige definitie.

Er wordt geen onderscheid gemaakt tussen gewicht en massa

Ontwikkeling

De BeerXML norm heeft een voorgestelde tweede versie die is geopperd en is in ontwikkeling. Het is niet gevalideerd en gepubliceerd als de feature set is nog steeds ter discussie.

XML Header

Zoals in XML, alle bestanden beginnen met een kopregel als de eerste lijn. Na de XML header een record set moet beginnen.

Verplichte XML Header Voorbeeld met Recepten tag:

Tag Namen

Tag namen worden altijd hoofdletters. Bijvoorbeeld "HOP" is aanvaardbaar, maar "hop" en hop "niet.

Versie

Alle records zijn een vereiste & lt; VERSIE & gt; tag die de versie van de XML-standaard geeft. Momenteel zijn alle ingesteld op het gehele getal 1 voor deze versie van de standaard. Het is de bedoeling dat toekomstige versies van de norm achterwaarts compatibel met oudere versies zal zijn, maar de versie tag laat nieuwere programma's om te controleren of een hogere versie van de standaard of doe conversies desgewenst achterwaarts compatibel te zijn.

Data Formaten

  • Record Set - Een speciale tag die een bepaalde set van gegevens begint. Bijvoorbeeld een XML-tabel die bestaat uit een set van hop platen zou kunnen beginnen met een & lt; HOP & gt; tag aan te geven dat dit het begin van hop platen. Na het laatste record, een & lt; / HOP & gt; tag zou worden gebruikt.
  • Record - Geeft een tag die begint of eindigt een bepaalde record voor bijvoorbeeld "HOP" is misschien een hop record of "fermenteerbare" start kan een fermenteerbare opname te starten.
  • Percentage - Geeft een percentage - alle percentages uitgedrukt als percentage van 100- bijvoorbeeld 10,4% wordt geschreven als "10.4" en niet "0,104"
  • List - De gegevens slechts een vast aantal waarden die worden gekozen uit de lijst in de beschrijving tabel voor de tag. Deze items zijn hoofdlettergevoelig, en geen andere waarden zijn niet toegestaan.
  • Tekst - De gegevens zijn vrij formaat tekst. Voor multiline inzendingen, regeleinden zal worden waar mogelijk behouden en de tekst kan worden afgekapt bij invoer als de tekst te lang is voor de invoer vast te leggen programma. Multiline inzendingen kunnen worden gesplitst met ofwel een nieuwe regel of een Enter - newline combinatie. Het importeren van programma's moeten accepteren.
  • Boolean - De Booleaanse soort gegevens kan waar of onwaar, met WAAR en ONWAAR in hoofdletters. Een standaard waarde moet worden gespecificeerd voor optionele velden - standaard wordt gebruikt als de waarde niet aanwezig is.
  • Integer - Een geheel getal zonder komma. Kunnen negatieve waarden - voorbeelden zijn ...- 3, -2, -1, 0, 1, 2, 3, ...
  • Floating Point - Een floating point getal, meestal uitgedrukt in zijn eenvoudigste vorm met een komma zoals in "1.2", "0.004", enz ... programma's moeten trachten om zo veel significante cijfers slaan mogelijk te voorkomen afkappen of verliezen kleine waarden .

Eenheden

Alle units zijn bevestigd. Het is de verantwoordelijkheid van het importeren of exporteren van het programma om te zetten naar en van de eenheden hieronder als dat nodig is.

  • Gewicht Units

Alle gewichten zijn gemeten in kilogram. Voor kleine waarden zullen de exporteurs programma een poging om zo veel significante cijfers behoud mogelijk te maken.

  • Volume Units

Alle volumes worden gemeten in liter. Voor kleine waarden zullen de exporteurs programma een poging om zo veel significante cijfers behoud mogelijk te maken.

  • Temperatuur Units

Alle temperaturen zijn uitgedrukt in graden Celsius.

  • Tijdseenheden

Alle tijden zijn gegeven in minuten of fracties daarvan - tenzij anders vermeld in de beschrijving tag.

  • Soortelijk gewicht Units

Dichtheid wordt gemeten ten opzichte van het gewicht van dezelfde grootte watermonster. Bijvoorbeeld "1,035", "1,060", enzovoort.

  • Drukeenheden

Drukken worden gemeten in kilopascal

Niet-standaard Tags

Zoals aangegeven in de XML-standaard, moeten alle niet-standaard labels worden genegeerd door de importerende programma. Dit maakt het mogelijk programma's om extra informatie op te slaan, indien gewenst, met behulp van hun eigen labels. Elke labels niet gedefinieerd als onderdeel van deze norm kan veilig worden genegeerd door de importerende programma.

Optionele labels

De optionele 'Appendix A' voegt tags voor gebruik in de weergave van het brouwen van gegevens met behulp van XML-stylesheets of XML-compatibele rapport generatoren. Als de labels in de bijlage zijn uitsluitend weergave en kunnen afgeronde waarden en wisselende eenheden zijn. Deze appendix labels zijn bestemd voor de weergave en niet voor het importeren van gegevens.

(0)
(0)
Commentaren - 0
Geen commentaar

Voeg een reactie

smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile
Tekens over: 3000
captcha