La caractéristique des tortues est d'être équipées d'une carapace. Elles héritent ce trait des chéloniens. Pour la plupart d'entre elles, leur carapace est formée d'os, de cartilage et d'écailles elles-mêmes constituées de kératine. Les Trionychidae ont quant à elles une carapace molle, car elles ne synthétisent pas de kératine. La Tortue luth possède elle un cuir épais à la place des écailles. Il en est de même pour Apalone spinifera et la Tortue à nez de cochon. Malacochersus tornieri est une tortue dont la carapace, à peine ossifiée, est flexible. Vivant sur des pentes rocheuses, elle peut ainsi se glisser dans des anfractuosités. Elle se gonfle d'air et les bords de sa dossière épousent les reliefs de sa cachette.

Les tortues peuvent survivre à des dommages graves grâce à leur carapace : des fissures profondes ou des pertes d'os peuvent guérir.

Description

Généralités
La carapace est formée de deux parties : la partie dossière et la partie ventrale ou plastron. Le pont osseux relie les deux parties. Les plaques osseuses qui la composent sont appelées ostéodermes et sont formées par les côtes, la ceinture pelvienne et scapulaire et la colonne vertébrale qui assurent sa rigidité et sa solidité. La colonne vertébrale adhère à la carapace. La partie intérieure de la carapace est formée d'une soixantaine d'os parcourus par des nerfs et des vaisseaux sanguins, c'est un organe vivant. Les écailles kératinisées (quand elles sont présentes) constituent une couche fine superficielle et recouvrent en quinconce les plaques dermiques, ce qui assure une plus grande rigidité. Les carapaces des espèces aquatiques sont plus plates que celle des représentants terrestres et peuvent ne pas posséder d'écailles mais être recouvertes d'un cuir épais. De plus, pour être plus légères et plus agiles dans l'eau, les carapaces de ces tortues sont équipées de fontanelles. Elles sont également plus plates pour être plus hydrodynamiques. Pour d'autres espèces encore, la carapace est peu ossifiée et donc molle.

Certaines tortues, notamment les tortues boîtes, possèdent un plastron articulé en avant pour protéger la tête et les membres antérieurs, chez d'autres espèces comme les Kinixys, c'est la dossière qui est articulée pour protéger les membres postérieurs. D'autres espèces (Kinosternon) possèdent une articulation supplémentaire pour protéger complètement les membres postérieurs. Dans le cas où la carapace est fermée, il est très difficile d'y insérer une lame de couteau.

Chez de nombreuses espèces, le fait que le plastron présente une forme concave ou convexe permet de déterminer le sexe de l'individu. En effet, pour des raisons d'accouplement, le plastron des mâles doit être concave pour épouser la forme convexe de la dossière de la femelle.

Écailles

Le plastron est formé de l'inter-clavicule, de la clavicule, et trois à cinq paires additionnelles d'os cutanés suturés ensemble.

Ces écailles servent à divers usages, à la marqueterie en particulier. À l'époque médiévale, on pouvait s'en servir pour fabriquer la broigne, une défense corporelle protégeant le thorax. L'écaille servait aussi à la fabrication de plaquettes à coupe ou de peignes. On en produisit notamment sur le comptoir est-africain de la ville de Rhapta au . La culture swahilie se développa grâce à son commerce. Les plus belles écailles de tortue, les plus rares aussi proviennent de la tortue imbriquée. La tortue verte également a été pourchassée pour cette raison.

Ce qu'aujourd'hui les magazines de mode présentent comme de l'« écaille de tortue » est en fait du plastique teinté. Le commerce de l'écaille de tortue véritable, toujours convoitée par quelques initiés, est restreint ou interdit par les conventions internationales de protection des espèces menacées.

Croissance
À la naissance la carapace est souvent molle. Elle grandit bien sûr avec l'âge. En général, jusqu'à ce que la tortue devienne adulte. Elle est alimentée par des petits vaisseaux sanguins.

La croissance des tortues s'effectue en cycles. Lorsqu'un cycle est terminé, un anneau se forme sur la carapace. On peut alors compter approximativement l'âge de la tortue ; toutefois, les anneaux peuvent s'effacer, par conséquent il est difficile de connaître précisément l'âge d'une tortue par cette technique.

Prédateur
Les carapaces fournissent une bonne protection aux tortues. Peu d'animaux sont capables de briser cette protection. Les jeunes, venant d'éclore, sont quant à eux, des proies faciles pour les prédateurs (mammifères, oiseaux, poissons, autres reptiles…), leur carapace étant presque toujours molle et leurs os insuffisamment solides.

Autres rôles
La carapace sert aussi de camouflage à la tortue. Les carapaces de beaucoup d'espèces des tortues sont colorées et modelées et permettent de reconnaître des individus d'une même espèce. En outre, la carapace des tortues terrestres leur sert à contrôler leur température, en effet les tortues sont des animaux à sang froid. La carapace accumule de l'énergie pendant les périodes chaudes, mais en contrepartie rend l'hibernation (et l'enterrement) plus difficile dans les périodes hivernales des zones à climat tempéré pour les espèces qui y vivent. Les tortues de Horsfield ont des carapaces plus plates pour cette raison.

Histoire

Origines
La carapace est pour l'essentiel formée d'os d'origine dermique, mais quelques lobes antérieurs du plastron sont des os d'origine viscérale, comparable au gastralia.

Selon une hypothèse récente, cette carapace a d'abord eu un rôle de régulateur thermique.

Fossiles
Les genres Proterochersis et Proganochelys ont fourni les plus anciens fossiles connus. Ils datent de  d'années. L'apparition des carapaces chez les chéloniens doit cependant être plus ancienne.

Dans la culture
Selon l'ancienne mythologie grecque, la lyre du dieu Hermès est fabriquée à partir d'une carapace de tortue (khelus).

Un des premiers supports de l'écriture chinoise semble avoir été des plastrons de tortues (écailles inférieures, donnant le terme plastromancie). De ces écailles (et os) dérive le terme chinois moderne pour désigner ces premières écritures chinoises : .

Dans le récit originel iroquois, la terre ferme a été créée sur la carapace d'une tortue au milieu d'un océan sans fin.

Dans la science fiction

A'Tuin est une tortue stellaire qui porte le Disque-monde sur sa carapace dans le monde imaginaire créé par l'écrivain anglais Terry Pratchett. Le Disque-monde est un monde plat et circulaire soutenu dans l'immensité de l'univers par quatre éléphants (Bérilia, Tubul, Ti-Phon l'Immense et Jérakine), eux-mêmes juchés sur la carapace de la Grande A'Tuin, tortue naviguant lentement dans le cosmos vers un objectif qu'elle seule semble connaître. La Grande A'Tuin mesure  de long. Elle appartient à l'espèce Chelys galactica.

L'écaille de tortue dans les objets d'art

L'écaille de tortue est un matériau produit à partir des carapaces des grandes espèces de tortues, en particulier de la tortue imbriquée (caret), dont les scutelles étaient appréciées pour leur grande taille, leur forme inhabituelle et leur couleur délicate, qualités qui ont valu à cette espèce d'être considérée comme menacée depuis 1975. La tortue verte également a été pourchassée pour cette raison.

Technique d'emploi

Il fallait tout d'abord séparer les scutelles du reste de la (carapace) par chauffage, ramollir les plaques en les faisant bouillir dans de l'eau salée, puis les aplatir sous une presse. Puis "[p]our façonner l'écaille, on la ramollit dans l'eau chaude, et on la met aussitôt dans un moule où on la comprime à l'aide d'une presse. L'ouvrier polit ensuite l'écaille façonnée."

Deux pièces d'écaille pouvaient être fusionnées en utilisant un fer à repasser chaud, mais comme lors des étapes précédentes, en veillant à ne pas perdre la couleur. Différentes techniques de polissage et de finition sont alors mises en œuvre Cet art a été pratiqué principalement en Europe, aux États-Unis et dans divers pays asiatiques.

Le commerce mondial d'écaille de tortue est interdit en vertu de la Convention sur le commerce international des espèces de faune et de flore sauvages menacées d'extinction depuis 1973.

Utilisations
Ces écailles servirent à de multiples usages, à la marqueterie en particulier. À l'époque médiévale, on s'en servait parfois pour fabriquer la broigne, une défense corporelle protégeant le thorax. L'écaille servait aussi à la fabrication de plaquettes à coupe, peignes et brosses à cheveux, petites boîtes et étuis, tabatières, cadres (de miroirs, par exemple), montures de lunettes, plectres et aiguilles à tricoter. Elles ont été utilisées par André-Charles Boulle pour réaliser les placages en marqueterie des "meubles Boulle", et par Pierre Gole.

Le musée du Louvre possède de nombreuses œuvres de Boulle (Sully  étage : salles 602, 603 et 616. Le cabinet sur piètement OA 5469 (salle 602) montre une ornementation en laiton sur fond d'écaille (ailleurs, ce pourrait être de l'étain) sur la partie supérieure, et la même ornementation en écaille sur fond de laiton (ou d'étain) sur la partie basse. On parle de marqueterie en première partie (en haut) et en seconde partie ou contre-partie (en bas).

Les collections royales britanniques comptent aussi beaucoup de pièces en marqueterie d'écaille, dont un cabinet de médailles (RCIN 35486) et une armoire (RCIN 21630). Windsor Castle possède un secrétaire d'Étienne Levasseur (1721-1798), un autre d'Abraham van Soest, une autre pièce de Thomas Parker (actif 1808–30). Il y a à Buckingham Palace deux cabinets "Boulle" plus tardifs, de Pierre Garnier (vers 1770).

Histoire
L'écaille de tortue fut abondamment utilisée depuis l'Antiquité en Occident et en Asie. Selon la mythologie grecque, le jeune dieu Hermès, fils de Zeus et messager des dieux créa la lyre à partir d'une grande carapace de tortue.
Les écailles de tortue incrustées étaient populaires auprès des Romains riches de l'Antiquité pour orner les meubles (en particulier les divans pour les repas) et de petits objets.
Le Périple de la mer Érythrée, œuvre datée généralement de la première moitié du , ou du iiie siècle, mentionne plusieurs fois l'écaille de tortue parmi les richesses qui faisaient l'objet d'un commerce. Il y est également question du comptoir de Rhapta, où se pratiquait le commerce de l'ivoire et des écailles de tortues.
Au Moyen Âge, la culture swahilie se développa grâce au commerce de l'écaille.
Au  encore, l'espoir de s'emparer d'une grande quantité d'écailles de tortue conduisit des marins australiens à commettre le massacre de Ngatik.

Références
Casson, Lionel, "Periplus Maris Erythraei: Notes on the Text", The Journal of Hellenic Studies, Vol. 102, (1982), , JSTOR
"Transactions", "On Horn and Tortoiseshell", Transactions of the Society, Instituted at London, for the Encouragement of Arts, Manufactures, and Commerce, Vol. 52, PART II (1838-1839), , Royal Society for the Encouragement of Arts, Manufactures and Commerce, JSTOR

L'écaille piquée
Le piqué d'écaille, qui permettait d'orner de petits objets de luxe, tabatières et bijoux notamment, était un type de travail décoratif réalisé en incrustant de minuscules clous ou fils d'or ou d'autres métaux précieux pour former des motifs ou des images sur de l'écaille de tortue ou, plus rarement, de l'ivoire : "[g]arnir, en termes de Piqueur en tabatière, c'est remplir les trous qu'on a faits à une tabatière, de clous d'or, d'argent, ou même de fil de l'un ou l'autre de ces métaux ; on se sert dans le premier cas d'un poussoir, (voyez Poussoir) & dans le second de tenailles qui coupent le fil. Voyez Tenailles. (Diderot, Encyclopédie, Vol. 7, 1757, p. 517a). Il était nécessaire au préalable d'assouplir l'écaille dans de l'eau bouillante, et de leur donner la forme voulue. En refroidissant, la pièce enserrait les incrustations d'or, d'argent ou de nacre.

Histoire
Pratiqué à Naples, à partir de la fin du , puis au  par Laurenzini, orfèvre, cet art atteignit son apogée italien entre  et , sous le règne de . Cet art fut également pratiqué en Italie, en France et en Allemagne et atteignit un nouvel apogée aux  en France.

Les objets en piqué furent également très appréciés et collectionnés en Angleterre à partir des années 1760. En  Matthew Boulton (1728 - 1809) mit au point une méthode permettant de mécaniser la fabrication de pièces en piqué. À partir des années 1870, ces pièces furent produites en masse par des fabricants de Birmingham.

L'empire ottoman du  apprécia également ces objets : on produisit pour lui des « zarfs » (support sen forme de coquetier pour les tasses à café) en écaille piquée d'or.

Technique du piqué
Un article de l'Encyclopédie de Diderot et d'Alembert intitulé "Piqueur de tabatières, incrusteur et brodeur" commente deux planches montrant un "atelier de piqueurs de tabatières, étuis et autres bijoux" avec trois hommes et deux femmes ainsi que les outils qu'ils utilisent. (pointes à tracer, différents types de burins, etc) :

"Pour piquer un bijou, il faut avant tout en former le dessein (sic) ; le dessein fait, il le faut calquer le plus ordinairement sur une plaque d'écaille ; ainsi fait, on fait un trou à la main avec l'un des perçoirs... le trou fait, on le remplit aussitôt de la pointe ... du fil d'or ou d'argent que l'on coupe plus ou moins saillant selon les saillies que l'on veut donner aux objets de son dessein avec la pince... Le trou échauffé par la pointe qui le fait, s'aggrandit (sic), & après avoir reçu le fil, se resserre sur lui & le tient serré de manière à ne pouvoir s'échapper. C'est l'industrie du piqueur de faire rendre les effets qu'il doit attendre de son dessein.

Le coulé.
Le coulé se fait en incrustant le fil dans une rainure pratiquée exprès dans l'écaille. Cette rainure s'ouvre en s'échauffant par le travail du burin ... & se resserre sur le fil d'or ou d'argent que l'on insère dedans.

L'incrusté.
L'incrusté se fait par plaque (sic) de différentes formes suivant le dessein que l'on place dans le fond d'un moule semblable à ceux des tabletiers. Ces plaques d'or ou d'argent s'incrustent d'elles-mêmes par une pression violente dans l'épaisseur de l'écaille échauffée & disposée à les recevoir.

Le brodé. [Sans doute la technique appelée aussi "posé"]

Le brodé n'est autre chose qu'un composé de piqué, de coulé & d'incrusté, réunis & disposés avec art suivant le génie de l'artiste."

Artistes et œuvres prestigieuses
Les écaillistes italiens étaient appelés des "tartarugari". Parmi les plus célèbres figurent Giuseppe Sarao et Gennaro Sarao (sans doute le fils du précédent); Laurenzini ; Tomaso Tagliaferro...

La table de l'Ermitage en piqué (écaille, nacre et or), Naples, vers 1730 est attribuée à Gennaro Sarao.

La galerie J. Kugel (Paris) a organisé en 2018 une exposition d'œuvres napolitaines exceptionnelles en écaille piquée, et publié un catalogue.

Le piqué au musée
Le musée du Louvre présente beaucoup d'objets, essentiellement en salle 605 (Sully  étage): italiens () et français (XVIIIe et début XIXe, dont un petit carnet dû à Gabriel-Raoul Morel présenté en salle 554, Richelieu  étage, OA 2348).

Beaucoup d'œuvres sont conservées au Virginia and Albert Museum, et à Buckingham Palace (367 objets, un beau nécessaire de voyage - travelling set - et surtout des boîtes)

Voir aussi

Articles connexes
gastralium

Source
À chaque tortue sa carapace de Keiko Kana, Itaru Uchida
Robert L. Carroll: Paläontologie und Evolution der Wirbeltiere. Georg Thieme Verlag, Stuttgart 1993,

Liens externes
 Morphologie d'une tortue en image
carapaces
carapaces
anatomie d'une tortue
fossile d'une carapace du jurassic
fossile de tortues

Notes

Categorie:Matériau

Anatomie des reptiles
Tortue
Arts décoratifs

Carapace de tortue


Albrechtice u Frýdlantu (deutsch Olbersdorf) ist ein Ortsteil der Stadt Frýdlant in Tschechien. Er liegt sieben Kilometer südlich des Stadtzentrums von Frýdlant und gehört zum Okres Liberec.

Geographie
Albrechtice u Frýdlantu liegt im westlichen Teil des Isergebirges. Das Dorf erstreckt sich im Tal des Baches Albrechtický potok (Scheidebach). Östlich erheben sich der Kančí vrch (Schwarzberg, 680 m), der Špičák (Buschullersdorfer Spitzberg, 724 m) und der Strmý vrch (Hängeberg, 698 m), im Südosten der Březový vrch (467 m), südwestlich der Spálený vrch (Brandberg, 581 m) sowie im Westen der Kameniště (Steinberg, 608 m) und der Lysý vrch (Kahleberg, 642 m). Durch den Ort führt die Fernverkehrsstraße I/13 von Frýdlant nach Liberec.

Nachbarorte sind Dětřichov im Norden, Větrov, Polní Domky, Zátiší und Raspenava im Nordosten, Ferdinandov und Filipka im Osten, Oldřichov v Hájích im Südosten, Filipov, Mníšek, Mlýnice und Nová Ves im Süden, Růžek, Vysoká und Dolní Vítkov im Südwesten, Horní Vítkov, Jasna Góra und Vysoký im Westen sowie Bogatynia, Markocice, Kristiánov und Heřmanice im Nordwesten.

Geschichte
Nachdem die Herren von Bieberstein im Jahre 1278 die Herrschaft Seidenberg erworben hatten, verlegten sie den Herrschaftssitz nach Friedland und ließen die umliegenden Waldgebiete mit deutschen Siedlern kolonisieren. Zu den neugegründeten Dörfern gehörte auch Albrechtsdorf. Der Ort wurde als langgestrecktes Waldhufendorf am Oberlauf des Scheidebaches angelegt. Die erste urkundliche Erwähnung des Dorfes erfolgte 1381 im Friedländer Urbar. 1551 erlosch mit Christoph von Bieberstein der Friedländer Zweig des Geschlechts, und die Herrschaft gelangte durch Heimfall an die Krone Böhmen zurück. Am 1. April 1558 erwarb der kaiserliche Rat Friedrich von Redern die Lehnherrschaft Friedland mit Reichenberg, Hammerstein und Seidenberg für 40.000 Taler. Nach der Schlacht am Weißen Berg wurden die Besitzungen des Christoph von Redern konfisziert und die Kronlehn Friedland und Reichenberg für 150.000 Rheinische Gulden Albrecht von Waldstein überlassen. Nach dessen Ermordung 1634 erhielt Matthias von Gallas die Herrschaft. Nach Ende des Krieges setzten die Grafen von Gallas 1651 die von Waldstein begonnene Rekatholisierung der bereits seit den Zeiten der Herren von Bieberstein protestantischen Bevölkerung mit Härte fort. Ein Großteil der Bewohner verließ das Dorf und ging in die benachbarte Oberlausitz und nach Schlesien ins Exil.

Im Jahre 1820 wurde die Schule errichtet. 1832 bestand Olbersdorf, das volkstümlich als Wüst-Ullersdorf bezeichnet wurde, aus 80 Häusern mit 478 deutschsprachigen Einwohnern. Haupterwerbsquelle bildete die Lohnweberei. Im Ort gab es eine Schule. Pfarrort war Dittersbach. Bis zur Mitte des 19. Jahrhunderts blieb Olbersdorf der Allodialherrschaft Friedland untertänig.

Nach der Aufhebung der Patrimonialherrschaften bildete Olbersdorf ab 1850 mit dem Ortsteil Philippsberg eine Gemeinde im Bunzlauer Kreis und Gerichtsbezirk Friedland. Ab 1868 gehörte das Dorf zum Bezirk Friedland. Im Jahre 1869 lebten in Olbersdorf 920 Personen. 1880 hatte die Gemeinde 862 Einwohner, 1890 waren es 750, im Jahre 1900 658 und zehn Jahre später 668. Ursache für den Einwohnerrückgang war die fehlende Industrie und die trotz des Baus der Straße von Reichenberg nach Friedland abgelegene Lage. 1921 hatte die Gemeinde 575 Einwohner. Der tschechische Name Albrechtice wurde 1924 eingeführt. Im Jahre 1930 lebten in der Gemeinde Olbersdorf mit Philippsberg 536 Personen. Nach dem Münchner Abkommen erfolgte 1938 die Angliederung an das Deutsche Reich; bis 1945 gehörte Olbersdorf zum Landkreis Friedland. Im Jahre 1939 hatte die Gemeinde 458 Einwohner. Nach dem Ende des Zweiten Weltkrieges kam Albrechtice zur Tschechoslowakei zurück, in den Jahren 1946 und 1947 wurden die meisten deutschböhmischen Bewohner vertrieben. 1948 wurden Albrechtice und Filipov nach Dětřichov umgemeindet. 1950 lebten in Albrechtice nur noch 178 Personen. Im Zuge der Auflösung des Okres Frýdlant wurde Albrechtice 1960 dem Okres Liberec zugeordnet. Seit dieser Zeit führt das Dorf zur besseren Unterscheidung von einem weiteren Ort Albrechtice im Isergebirge den amtlichen Namen Albrechtice u Frýdlantu. Am 1. Jänner 1986 wurden Albrechtice u Frýdlantu und Filipov zusammen mit Dětřichov nach Frýdlant eingemeindet.

1991 hatte Albrechtice u Frýdlantu 43 Einwohner. Im Jahre 2001 bestand das Dorf aus 73 Wohnhäusern, in denen 60 Menschen lebten. Insgesamt besteht der Ort aus 120 Häusern.

Ortsgliederung
Albrechtice u Frýdlantu bildet einen Katastralbezirk. Der Ortsteil gliedert sich in die Grundsiedlungseinheiten Albrechtice u Frýdlantu (Olbersdorf) und Filipov (Philippsberg).

Sehenswürdigkeiten
 Kapelle, erbaut 1723

In Albrechtice u Frýdlantu geborene Persönlichkeiten
 Erwin Görlach (1902–1974), Grafiker

Weblinks

 Historische Ansichten von Albrechtice u Frýdlantu / Olbersdorf

Einzelnachweise

Ortsteil in Tschechien
Frýdlant v Čechách

Albrechtice u Frýdlantu


Walter Neumann-Silkow (* 10. April 1894 in Groß Silkow; † 9. Dezember 1941 im Lazarett Derna, Libyen) war ein deutscher Offizier, zuletzt Generalleutnant im Zweiten Weltkrieg.

Leben
Neumann-Silkow trat am 1. Februar 1912 als Fahnenjunker in das Dragoner-Regiment Nr. 10 der Königlich Preußische Armee ein und wurde am 18. August 1913 zum Leutnant befördert, mit Patent zum 19. August 1911. Er nahm als Offizier am Ersten Weltkrieg teil.

In der Reichswehr wurde er am 1. April 1936 zum Oberstleutnant befördert. Am 10. August 1938 wurde er Kommandeur der Aufklärungs-Abteilung 7. Am 1. Januar 1939 erfolgte die Beförderung zum Oberst.

Er nahm am Polenfeldzug teil. Am 29. März 1940 erhielt er das Kommando über die Schützen-Brigade 8. Er nahm an den Feldzügen in Frankreich und auf dem Balkan teil. Am 1. April 1941 wurde er zum Generalmajor befördert und am 21. April 1941 Kommandeur der 8. Panzer-Division.

Das Kommando über die 15. Panzer-Division erhielt er am 26. Mai 1941. Teilnehmer der Afrika-Feldzug. Die Division erlitt schwere Verluste während der Operation Crusader, danach zog sie sich nach Libyen zurück. Neumann-Zilkow geriet unter Artilleriebeschuss und wurde schwer verwundet. Die Beförderung zum Generalleutnant erfolgte nach einer Verwundung am 1. Dezember 1941. Er erlag im Krankenhaus seinen Verletzungen.

Auszeichnungen
Am 22. Juni 1940 kam es zu namentlichen Erwähnung von Neumann-Silkow im Wehrmachtsbericht.
 Eisernes Kreuz (1914) II. und I. Klasse
 Verwundetenabzeichen (1918) in Schwarz
 Spange zum Eisernen Kreuz II. und I. Klasse
 Ritterkreuz des Eisernen Kreuzes am 5. August 1940

Literatur
 Wolfgang Keilig: Die Generale des Heeres 1939–1945. Podzun-Pallas-Verlag, Friedberg 1983, ISBN 3-7909-0202-0.

Einzelnachweise

Major (Reichswehr)
Generalleutnant (Heer der Wehrmacht)
Kommandeur einer Panzer-Division (Heer der Wehrmacht)
Person im Ersten Weltkrieg (Deutsches Reich)
Person im Zweiten Weltkrieg (Deutsches Reich)
Träger des Eisernen Kreuzes I. Klasse
Träger des Ritterkreuzes des Eisernen Kreuzes
Deutscher
Geboren 1894
Gestorben 1941
Mann

Walter Neumann-Silkow


En microélectronique, un die shrink est la réduction de la taille d'une puce électronique qui peut s'effectuer selon plusieurs manières :

 par changement de technique de gravure : un produit peut être converti par les équipes de développement, par exemple passer de  de taille de transistor à  : cela aura pour effet de fortement diminuer les dimensions de la puce.
 par une réduction optique de l'impression de la puce sur silicium. Cela a pour avantage de ne pas nécessiter de nouveau développement sur le produit, mais a l'inconvénient de risquer que les composants en interne ne fonctionnent plus de la manière prévue car les modèles ne prennent pas en compte cette réduction optique de la taille des éléments.

Voir aussi

Articles connexes
 Die
 Circuit intégré
 Boîtier de circuit intégré
 Liste des principaux fabricants de semi-conducteurs au fil des ans

Circuit intégré

Die shrink


Maisons-en-Champagne est commune 490 incolarum (anno 2009) Franciae praefecturae Matronae in regione Campania et Arduenna.

 Indicem communium praefecturae Matronae

Nexus externi

Communia praefecturae Matronae
Loci habitati praefecturae Matronae

Maisons-en-Champagne


Paris, yew sûka û paytextê dewleta Fransayo. Mıntıqa ra zımeyê Fransa dero. Paris hem paytextê Fransao hem zi metropolo do dewleta Fransayo gırdo.

Tarix
Tarixê Parisi zaf khano. Serra 250ıne de İ.V. (İsayi ra ver) merdumanê Keltan Paris serê Ro Seinei de nayo ro. Serra 512ıne de İ.P. (İsayi ra pey) Paris bi paytextê qral Clovis I.i. Labelê serra 850ine de Vikingan Paris kerd xırabe. Wextê Wertey de Parisi zaf isyani diy. Serra 1789ine de Paris merkezê Dêmdariya Fransa bi. Semedê dêmdariya endustriye û emperyalizmê Fransa ra Paris zaf bi gırd. Serra 1840ıne de be raya trene ra zaf mıhaciri şiy Paris. Serra 1889ıne de Mınara Eyfeli vıraziye. Wextê Cengê Dınyayê Yewıne û Dıyıne de Paris terefê Almanya ra işğal bi. Cengê Dınyayê Dıyıne de Hitleri Paris kerd xırabe.

İqtısad
Paris ewro bacarê do moderıno. Banê xeylê berzi û bınayê ke hetê mımariye ra mıkemmel vıraziyayê tede estê. Paris bacarê dewiziyo, paytextê borsayo, merkezê iqtısad, siyaset, zagon û modaya Fransayo. Endustriya turizmê Parisi gırda, her serre zaf turisti şonê Paris. Merkezê UNESCO û OPECi tıya ronayeyo.

Nıfus
Nıfusê Parisi 2,2 milyono; labelê nıfusê metroyi 11,174,743 milyono. Zaf mıxtelıf mılleti tede cıwiyenê. Merdumê Meğrıbıc û Afrikanıci zafê. Serra 2005ıne de merdumanê Meğrıbıcan û Afrikanıcan isyan vet. Zaf bani û wesıteyi (erebeyi) veşnay.

İklım
İklımê Parisi honıko. Seba awıka germıne (Gulf Stream) ra wextê zımıstani hewayê Parisi zaf serdın niyo. Erdê Fransa zafêri kheweo (kıhoyo).

Fotrafi

Sûkê wayiye
Roma

Çımeyi
 Siteyê Parisiyo resmi
 Apartmananê Parisi sero melumat

Paris

Paris


Türk Dövlətləri Parlament Assambleyası və ya keçmiş adı ilə Türkdilli Dövlətlərin Parlament Assambleyası — 21 noyabr 2008-ci ildə Türkiyə Respublikasının İstanbul şəhərinin Dolmabaxça Sarayında Azərbaycan Respublikası, Qazaxıstan Respublikası, Qırğızıstan Respublikası və Türkiyə Respublikasının parlament rəhbərlərinin imzalamış olduğu sazişlə təsis olunmuşdur.

29 sentyabr 2009-cu ildə Azərbaycan Respublikasının paytaxtı Bakı şəhərində Türk Dövlətləri Parlament Assambleyasının (TÜRKPA) I. plenar sesiyası keçirilmişdir. Plenar sesiyada TÜRKPA-nın Reqlamenti, Katibliyin Əsasnaməsi və Bakı Bəyannaməsi, Katibliyin daimi əsasla Bakı şəhərində yerləşməsin haqqında qərar qəbul edilmişdir.

TÜRKPA sədrliyi rotasiya üsulu ilə ingilis əlifbası üzrə ildə bir dəfə bir ölkədən digərinə keçməkdədir.

TÜRKPA Katibliyi Azərbaycan Respublikasının paytaxtı Bakı şəhərində yerləşən və beynəlxalq təşkilat statusuna malik olan qurumdur.

Məqsədləri
 Parlamentlərarası əməkdaşlığın keyfiyyətcə yeni mərhələsi olan parlament diplomatiyası vasitələrinin köməyi ilə dövlətlər arasında siyasi dialoqun daha da inkişaf etdirilməsinə kömək göstərmək;
 Tarix, mədəniyyət və dil ümumiliyinə əsaslanaraq milli qanunvericiliklərin yaxınlaşdırılması və parlamentlərarası əməkdaşlığa dair digər məsələlərdə qarşılıqlı fəaliyyətin daha da sıxlaşdırılması.
 Türk dövlətləri və digər region dövlətlər arasında qarşılıqlı surətdə faydalı və bərabər hüquqlu əməkdaşlığın inkişaf etdirilməsinə kömək göstərmək;
 Tərəf ölkələrin qanunvericiliklərinin, o cümlədən mədəni irsin və tarix, incəsənət, ədəbiyyat və digər sahələrdə türk dövlətləri üçün ümumi əhəmiyyət kəsb edən dəyərlərin qorunması və gələcək nəsillərə ötürülməsinə yönəlmiş qanunvericiliklərinin yaxınlaşdırılması üzrə tövsiyələr vermək;
 Tərəflər arasında siyasi, sosial-iqtisadi, mədəni, humanitar, hüquqi və digər sahələrdə əlaqələrin inkişaf etdirilməsinə kömək göstərir;

Xarici keçidlər

Beynəlxalq hökumətlərarası təşkilatlar


An Orthomorpha borneona in uska species han Diplopoda nga ginhulagway ni Carl Graf Attems hadton 1931. An Orthomorpha borneona in nahilalakip ha genus nga Orthomorpha, ngan familia nga Paradoxosomatidae. Waray hini subspecies nga nakalista.

Mga kasarigan

Orthomorpha

Orthomorpha borneona


Jeremy Chai (* 2. Dezember 1990 in Auckland) ist ein neuseeländischer Eishockeyspieler, der seit 2008 bei den West Auckland Admirals in der New Zealand Ice Hockey League spielt.

Karriere
Jeremy Chai begann seine Karriere als Eishockeyspieler in der Mannschaft der Harrington College Icebergs in der America East Hockey League. 2008 kehrte er in seine Heimat Neuseeland zurück, wo er seither für die West Auckland Admirals in der New Zealand Ice Hockey League auf dem Eis steht. Mit dem Team aus der Millionenstadt auf der Nordinsel wurde er 2010 neuseeländischer Vizemeister. Im nordamerikanischen Winterhalbjahr, zu dem im neuseeländischen Eishockey Sommerpause herrscht, spielte Chai 2009/10 für die Jamestwohn Jets, einem Team aus der Northern Junior Hockey League, und 2010/11 für die Banff Academy Bears, einer ehemaligen Mannschaft aus der kanadischen Provinz Alberta.

International
Für Neuseeland spielte Chai im Juniorenbereich bei der U-18-Weltmeisterschaft 2008 und der U-20-Weltmeisterschaft 2010 jeweils in der Division III.

Mit der Herren-Nationalmannschaft nahm Chai an den Weltmeisterschaften der Division II 2013, 2014 und 2015 teil.

NZIHL-Statistik

(Stand: Ende der Saison 2014)

Weblinks

Eishockeynationalspieler (Neuseeland)
Eishockeyspieler (West Auckland Admirals)
Neuseeländer
Geboren 1990
Mann

Jeremy Chai


JSON-LD (Akronym von  für "JSON-basierte Serialisierung für verLinkte Daten") bezeichnet Empfehlungen des W3C, weltweit verknüpfte Daten (nach dem RDF-Modell) im schlanken JSON-Format einzubetten. Damit können Webservices und Webapplikationen, die ihre Daten bevorzugt in JSON austauschen, leichten Anschluss zum Semantischen Web finden und reibungsloser zusammenarbeiten, indem sie global eindeutige Bezeichnungen für logisch geordnete Begriffe verwenden.

Die Entwicklung begann 2010 und führte im Januar 2014 zur Verabschiedung zweier Dokumente über die erste Version.

Für die Industrie ist die Einbettung in das etablierte JSON interessant, weil sie so den zugehörigen Baukasten aus Parsern, Speichern bzw. Datenbanken, Programmiersprachen-Anbindungen, sowie Know-how u. ä. weiter verwenden könnte. Die Entwickler versuchten sich daran zu orientieren, wie JSON bisher zum Datenaustausch genutzt wird. Dadurch soll die Umstellung einer Software von JSON auf JSON-LD möglichst einfach sein. Hierzu kann es bereits ausreichen, einen ansonsten unveränderten JSON-Text mit einem sogenannten Kontext zu verknüpfen (siehe Abschnitt Technik und Grundbegriffe von JSON-LD).

Anwender von JSON-LD, welche hauptsächlich an herkömmlichem JSON interessiert sind, müssen RDF nicht verstehen. Gleichzeitig stellt das Datenmodell von JSON-LD eine Erweiterung des RDF-Modells dar.

Abgrenzung und Einordnung

 {
   "@id": "Subjekt (IRI)",
   "Prädikat (IRI)": {
     "@id": "Objekt (IRI)"
   },
   "Prädikat (IRI)":
     Objekt (Literal),
   "Prädikat (IRI)": [
     Objekt, ...
   ]
 }
Merkbild zur Einbettung der RDF-Tripel (farbig, kursiv) in JSON (schwarz)

JSON-LD verhält sich zu JSON ähnlich, wie sich RDFa, HTML Microdata bzw. ein Microformat jeweils zu HTML verhält: Programme, welche herkömmliches JSON erwarten (hier das Trägerformat), werden durch die Erweiterung zu JSON-LD praktisch nicht beeinträchtigt. Gleichzeitig gestattet es ebenso die Anreicherung um (maschinell interpretierbare) Bedeutung wie die anderen Verfahren (semantische Annotation).

Ein wesentlicher Unterschied besteht darin, dass JSON keine Markup-Sprache zur Präsentation von Inhalten wie HTML ist (und durch JSON-LD auch zu keiner wird): Eine dem Durchschnittsnutzer präsentable Darstellung des Inhalts müsste entweder erst gewonnen oder in einem anderen Format beigefügt werden. Dies hat neben der Kreation eines weiteren Formats für das Semantic Web vereinzelt zu Kritik geführt.

Der traditionelle Einsatzort von JSON ist jedoch nicht die Schnittstelle zwischen Mensch und Maschine, sondern die zwischen Maschinen untereinander. Die Trennung von (typographischem) Markup und semantischen Daten kann sogar eine Vereinfachung darstellen. JSON ersetzt hierbei XML abseits von XHTML. XML-Parser, RDF-Speicher und SPARQL-Maschinerie werden im Web-Umfeld zuweilen als "Overhead" empfunden. Selbst handliche Formate aus dem RDF-Umfeld (wie Turtle) werden kaum als Basisformat in Web-Protokollen genutzt. JSON-LD soll Probleme lösen, die sich mit den anderen Formaten nicht lösen ließen.

Im Gegensatz zu anderen Serialisierungsformaten für Linked Data bzw. RDF, die Tripel-orientiert sind, bleibt JSON-LD auch in seiner flachen Vorzugsform Entität-zentriert: Alle ausgehenden Prädikatskanten des Graphen sind nach dem RDF-Subjekt gruppiert und alle RDF-Objekte nach Subjekt und Prädikat.

Gemeinsam mit TriG und N-Quads, sowie im Unterschied zu Turtle unterstützt JSON-LD mehrere (benannte) Graphen (RDF datasets). Im Gegensatz zu N-Triples und N-Quads, sowie gemeinsam mit Turtle ist es nicht auf eine flache Tupel-Repräsentation festgelegt. Anders als RDFa bzw. RDF/XML ist es nicht (X)HTML bzw. nicht XML-basiert.

JSON-LD beinhaltet (gegenüber JSON) eine Standardkonvention, um mittels IRIs (externe) Referenzen bzw. einfache Links darzustellen (ähnlich Erweiterungen wie JSON Reference, jedoch ohne die Interpretation des Fragmentbezeichners als JSON Pointer; JSON-LD folgt hier RDF-Gepflogenheiten). Außerdem kann es standardisiert Datentypen und Schema-Informationen aus dem RDF-Umfeld einbinden. (Anders als JSON Schema setzt es dabei nicht auf gesonderte bzw. JSON-spezifische Verfahren. Eine Prüfung mittels JSON Schema ist jedoch nicht ausgeschlossen.)

Zwar stellt JSON-LD selbst keine eigene Sprache für (HTML-freie) Hypertext- bzw. HTTP-Anwendungen (im REST-Stil) zur Verfügung (wie etwa JSON HAL oder JSON Hyper-Schema). Eine solche ist jedoch über entsprechende Vokabulare zur Dienst- bzw. Schnittstellenbeschreibung einbindbar. Siehe auch: Abschnitt Im Bereich der Web-APIs.

JSON-LD ist nicht kompatibel mit (dem älteren) RDF/JSON. Siehe auch: Abschnitt Vorgänger und Alternativen.

Syntax

Bezüglich der Syntax von JSON gilt:

Welche JSON-Texte umgekehrt auch gültiges JSON-LD darstellen, ist Gegenstand hauptsächlich des ersten Dokuments. Ein JSON-LD-Text muss u. a.

 ein JSON-Objekt sein oder
 ein JSON-Array aus solchen Objekten

(während neuere Fassungen von JSON bzw. JSON-Parser hier auch andere JSON-Werte erlauben.)

Alle Namen bzw. Schlüssel der Name-Wert-Paare müssen pro Objekt eindeutig sein (was bei JSON nach IETF nur so sein sollte und nach ECMA von der Auslegung abhängt). Außerdem muss auf die leere Zeichenkette als Name verzichtet werden, weil nicht alle JSON-Implementierungen diese handhaben können.

Alle weiteren Syntax-Elemente von JSON-LD werden über spezielle JSON-Strings realisiert (sogenannte Schlüsselwörter), die mit dem Zeichen "@" beginnen und von denen es bisher dreizehn gibt (@context, @id, @value, @language, @type, @container, @list, @set, @reverse, @index, @base, @vocab, @graph). Im Hinblick auf spätere Erweiterungen wird empfohlen, andere Namen mit diesem Anfang u. a. als JSON-Name (bzw. -Schlüssel) zu vermeiden. Solche haben aber bis dahin keine spezielle Bedeutung.

Eine besondere Bedeutung kommt dem ":" in Zeichenketten an bestimmten Stellen zu (wodurch sie kontextabhängig als kompakte IRIs oder als absolute IRIs interpretiert werden können, solange eine benutzerdefinierte Definition für die Zeichenkette als Ganzes dies nicht außer Kraft setzt).

Grundsätzlich spielt die Reihenfolge der Paare keine Rolle. Das spezielle Paar mit dem Namen @context sollte am Anfang stehen, wenn man in Zukunft auch effizientere Datenstrom-Parser unterstützen möchte (welche eine Expansion so bereits während des Lesens durchführen könnten).

Die darauf basierende Grammatik umfasst verschiedene Typen von JSON-Objekten (node object, value object, list object, set object, language map, index map und context definition).

Die grundlegenden und fortgeschrittenen Konzepte von JSON-LD werden in nicht normativen Abschnitten anhand von Beispielen eingeführt. Die formalste Definition besteht aus über achtzig normativen Sätzen in englischer Sprache. Formalismen wie EBNF oder Syntaxdiagramme werden nicht angewendet. Es wird keine Sprache von Grund auf neu entworfen. JSON-LD bezieht sich auf die Grammatiken der IETF aus RFC 4627 (JSON), RFC 3987 (IRIs), BCP47 alias RFC 5646 (Sprachkennzeichen, language tags, siehe auch: ISO 639).

Ausgangspunkt und Grundlagen

Bei der maschinellen Interpretation von Daten, hier im JSON-Format, werden grundlegende Fragen der Bedeutungswissenschaft berührt. Menschen können diese nachvollziehen, wenn man hierzu Zeichenketten präsentiert, mit denen die meisten Leser keine Bedeutung verbinden können (wie die Wörter einer fremden Sprache).

{
  "xfvhgr": "bzmxmhfg",
  "ozwqrsmm": "1879-03-14"
}

Selbst wer das JSON-Format lesen kann, wird hier nur dessen Elemente erkennen, wie die Paare aus Namen und Werten. Eine inhaltliche Bedeutung oder gar Aussage kann er damit nicht verbinden.

Einer Maschine ginge es (stellvertretend für ihren Programmierer) dabei zunächst nicht viel anders: Ohne (einem maschinenlesbaren) "Wörterbuch" oder "Lexikon" mit passenden Einträgen ist eine Deutung technisch offenbar schwer erklärbar. (Bei der Kommunikation von Maschinen wäre weiter anzunehmen, dass die Teilnehmer sich in jeder Situation auf dasselbe Wörterbuch verständigt hätten, siehe auch: Kontextualisierung und Kontext. Außerdem wäre ein primitives Basisvokabular vorauszusetzen, dessen Bedeutung bei den Teilnehmern (durch Konstruktion, Evolution oder Sozialisation auf niederer oder kognitiver Ebene) bereits verankert ist.)

Bezeichner, mit denen nicht zumindest die meisten Softwareentwickler etwas verbinden können, sind zwar untypisch. (Häufig verwendet werden Lexeme des Englischen.) Dennoch gibt es auch bei verständlichen bzw. selbstsprechenden Bezeichnern oft noch mehrere Alternativen für "dasselbe" (Synonymie) und Raum für Fehlinterpretationen aufgrund von Mehrdeutigkeiten (siehe auch: Homonym bzw. Polysemie, sowie Disambiguierung).

Eine technische Lösung besteht u. a. darin, möglichst nur noch global eindeutige Bezeichner zu verwenden (hier: IRIs) bzw. alle anderen in solche zu übersetzen. Ein Rahmenwerk hierzu bietet RDF bereits. Ein Verfahren, dies in JSON nutzen zu können, wurde durch JSON-LD nun im technischen Detail normiert.

Von JSON zu JSON-LD

JSON ist zunehmend in den APIs verbreiteter Webservices anzutreffen, wie denen von Google, Twitter, Facebook und vielen anderen.

JSON-Objekte bestehen aus Paaren von Namen und Werten. Dabei wird oft dieselbe Information – wie ein Geburtsdatum – durch unterschiedliche Namen wie etwa "born", "born_on", "dateOfBirth", "DOB" oder "дата рождения" angesprochen. Bei der Zusammenführung durch einen übergreifenden Dienst (z. B. im Rahmen eines Semantic Mashups) fehlt ein Verzeichnis oder Wörterbuch, wie eine bestimmte Information in JSON-Nachrichten bzw. -Dokumenten aus den verschiedenen Quellen identifizierbar wäre.

Zwar könnte jeder, der mit mehreren Quellen arbeitet, für sich ein solches Verzeichnis erstellen, pflegen und fest mit seiner Software verbinden. Es wäre jedoch praktischer, wenn alle Datenlieferanten ihre JSON-Daten explizit mit einer maschinenlesbaren "Interpretationshilfe" (ebenfalls in JSON) verknüpfen würden (Selbstbeschreibung). Auch wenn diese Zusatzinformation nicht von den Datenquellen stammt oder nur eine einzige Quelle zur Disposition stünde, müsste sie bei der Verarbeitung von JSON-Daten irgendwie eingebracht werden können.

Technik und Grundbegriffe von JSON-LD

In JSON-LD kann diese Hilfe bei der Deutung nun durch den speziellen Namen bzw. das Schlüsselwort @context geleistet werden:

{
  "@context": {
    "born": "http://schema.org/birthDate"
  },
  "born": "1879-03-14"
}

Dies sagt einem Computerprogramm (welches diesen Text als JSON parst und als JSON-LD interpretiert), dass der Wert mit dem Namen "born" verbindlich im Sinne des "birthDate" aus dem Schema.org-Vokabular zu verstehen ist (also als Kalenderdatum der Geburt einer Person). Für eine herkömmliche JSON-Anwendung, welche den Kontext nicht beachtet, ändert sich praktisch nichts. Sie verwendet weiterhin ihre fest eingebaute Interpretation für diese Datenquelle.

Zu weiteren Möglichkeiten, JSON-Daten in einen solchen Kontext zu stellen (Kontextualisierung), siehe auch Abschnitt Alternative Kontextualisierung.

An der Interpretation ändert sich für eine JSON-LD-Anwendung auch nichts, wenn man durchgängig den Term "born" durch "birthdate" ersetzen würde, weil er weiter zum selben IRI von Schema.org übersetzt wird bzw. "expandiert".

Die Bedeutung eines solchen Dokuments wird deutlicher in der sogenannten expandierten (und hier zusätzlich flachen) Form, welche eine kontextunabhängige Verarbeitung gestattet (siehe auch: Abschnitt Algorithmen und Formen).

[
  {
    "@id": "_:b0",
    "http://schema.org/birthDate": [
      {
        "@value": "1879-03-14"
      }
    ]
  }
]

Hierbei wurden alle im Kontext definierten Namen wie "born" zu einem absoluten IRI expandiert (und außerdem alle Werte bzw. Literale durch ein explizites Wert-Objekt mit dem Schlüsselwort @value ersetzt, alle einzelnen Literale und Knoten-Objekte zu (einelementigen) JSON-Arrays vereinheitlicht, sowie alle Knoten-Objekte ohne @id-Element mit einer lokalen ID versehen; siehe auch: Abschnitt Algorithmen und Formen). In dieser Form ließen sich auch Daten, die ursprünglich in unterschiedlichen Kontexten standen, einheitlich verarbeiten, ohne dass es zu Fehlinterpretationen käme.

Der in diesem Dokument enthaltene RDF-Graph aus zwei Knoten und einer Kante macht in etwa die Aussage: "Jemand (oder etwas) (mit der dokument-lokalen ID '_:b0') wurde (im Sinne von Schema.org) am 14. März 1879 geboren."

Anonyme und untypisierte Knoten sind manchmal nicht ausreichend. Möglich sind mittels IRI global eindeutig benannte und (mittels Schlüsselwort "@type") typisierte Entitäten bzw. Literale. Im Folgenden wird einer Person (im Sinne von FOAF) "Albert Einstein" (im Sinne der DBpedia) ein Geburtsdatum (im Sinne von Schema.org und in der Schreibweise nach XML Schema) zugeschrieben.

{
  "@context": {
    "Person": "http://xmlns.com/foaf/0.1/Person",
    "xsd": "http://www.w3.org/2001/XMLSchema#",
    "born": {
       "@id": "http://schema.org/birthDate",
       "@type": "xsd:date"
    },
  },
  "@id": "http://dbpedia.org/resource/Albert_Einstein",
  "@type": "Person",
  "born": "1879-03-14"
}

"xsd:date" ist ein Beispiel für einen kompakten IRI, der hier zur Abkürzung von
 https://www.w3.org/2001/XMLSchema#date
dient. Er besteht aus einem Term vor dem Doppelpunkt (Präfix-Term), der qua Kontext zu einem absoluten IRI expandieren muss, und dem Rest danach (Suffix), der unverändert daran angehängt wird. (Beachtenswert ist hierbei: Wenn das Präfix undefiniert ist, dann ist der Ausdruck wegen des Doppelpunktes bereits ein absoluter IRI.)

Ontologien werden normalerweise nicht unbegründet gemischt. Generell wird zur Sparsamkeit geraten. (Für manche Anwendungen oder Anwendungsbereiche (soziale Netzwerke, Bibliotheken, Bezahlsysteme usw.) werden extra welche entworfen.) Die durchgängige Verwendung eines einzelnen bzw. eines Hauptvokabulars lässt sich mit dem Schlüsselwort @vocab abkürzen. Alle Terme, die nicht anders definiert sind, werden dann aus diesem stammend interpretiert (Default-Präfix).

{
  "@context": {
    "@vocab": "http://schema.org/"
  },
  "birthDate": "1879-03-14"
}

Dies hat jedoch die Nebenwirkung, dass nun alle Terme, die im Kontext nicht explizit "null" definiert sind, als Term aus diesem Vokabular aufgefasst werden. Ohne "@vocab" würden die JSON-Werte von Termen ohne explizite Definition im Kontext hingegen in der JSON-LD-Sicht auf die Daten ausgeblendet werden.

JSON-LD gestattet sogenanntes Schlüsselwort-Aliasing: Ein Term kann auch zu einem Schlüsselwort wie "@type" oder "@id" expandieren (nicht jedoch zu "@context"). Verwendet ein Web-Service z. B. bereits den Namen "is_a" zur Typisierung und "oid" zur Identifizierung der Objekte (durch JSON-Strings, keine Zahlen), kann dies folgendermaßen explizit bzw. deutlich gemacht werden:

{
  "@context": {
    "Person": "http://xmlns.com/foaf/0.1/Person",
    "oid": "@id",
    "is_a": "@type"
  },
  "oid": "http://de.wikipedia.org/wiki/Albert_Einstein",
  "is_a": "Person"
}

JSON-Anwendungen, die dem Kontext keine Beachtung schenken, blieben davon wieder unberührt.

Nicht demonstriert wurden u. a. Mittel zur Sprachmarkierung und Mehrsprachigkeit von Zeichenketten, Listen (Container), Indexierung, benannte Graphen, relative IRIs und Basis-IRI, umgekehrte Eigenschaften.

Alternative Kontextualisierung

Der Kontext muss nicht direkt eingebettet, sondern kann auch per IRI referenziert werden:

{
  "@context": "http://example.com/person.jsonld",
  "born": "1879-03-14"
}

Würde man den Inhalt des ersten Beispiels (bis auf die vorletzte Zeile) in einer Datei namens "person.jsonld" ablegen und unter dieser URL bereitstellen, führte dies zur selben Interpretation.

Entscheidend für die reibungslose Funktion ist, dass die URL tatsächlich zu einem Kontext gemäß JSON-LD führt, dieser also idealerweise per HTTP im JSON-LD-Format ladbar ist (oder zumindest einmal war).

Alternativ kann der Kontext auch außerhalb des eigentlichen JSON-Textes hergestellt werden.

Speziell vorgesehen ist dies durch den Link-Header in einer HTTP-Nachricht (mit spezieller Link-Relation aus dem JSON-LD-Namensraum). In die eigentlichen Applikationsdaten bräuchte so nicht eingegriffen zu werden, was die Migration erleichtern kann. Die contextURL aus dem Link-Header wird nur beachtet bei einem Inhaltstyp "application/[...+]json" ungleich "application/ld+json". Mehr dazu im Abschnitt Anforderung von JSON-LD.

Des Weiteren bietet die Programmierschnittstelle dazu einen optionalen Parameter (option expandContext, siehe: Abschnitt API).

Ein Kontext kann in jedem JSON-Objekt (außer in Kontext-Definitionen selbst) vorkommen, nicht nur im äußeren. Nicht weiter erläutert wurden hier u. a. die Kombination bzw. Akkumulation von Kontexten durch Schachtelung in der JSON-Struktur, sowie durch Reihung in Form eines JSON-Arrays. Außerdem gibt es leere Kontexte, um eine Kombinationskette zu unterbrechen.

Algorithmen und Formen

JSON-LD Processing Algorithms and API ist die andere der beiden Empfehlung des W3C, die für die erste Version von JSON-LD zusammen verabschiedet wurden. Sie behandelt nützliche Umformungen. Erst durch diesen Teil wird die Interpretation bzw. Bedeutung eines JSON-LD-Textes formal bzw. durch Rechenvorschriften erklärt, indem u. a. auch so der Bezug zur abstrakten Syntax von RDF hergestellt wird.

JSON-LD gestattet es, dieselben verlinkten Daten (RDF-Graph) in mehr als einer Form darzustellen. Die bevorzugte Form hängt dabei im Allgemeinen vom Anwendungsfall ab, wie Verarbeiter (Mensch oder Maschine), möglichst redundanzarme Übertragung bzw. Speicherung, möglichst einfache Verarbeitung, u. a.

Zur Wandlung in besonders interessante Formen definiert diese Empfehlung Rechenverfahren

 zur Expansion (expansion), die zur expandierten (expanded) Form führt
 zur Verdichtung (compaction), die zur kompakten oder verdichteten (compacted) Form führt
 zum Verflachen (flattening), was zur flachen oder verflachten (flattened) Form führt

Die wiederholte Anwendung einer Umformung (soweit möglich) verändert das Ergebnis nicht mehr nennenswert (Vereinheitlichung). Diese Algorithmen sind zudem normativ! Tatsächlich werden die Formen erst durch die Algorithmen vollständig definiert bzw. normiert. Sonstige Aussagen über die Formen sind entweder nicht normativ, nicht vollständig oder aus den Algorithmen abgeleitet (bzw. abzuleiten). Des Weiteren ergibt sich daraus eine Einschränkung bezüglich gültiger Eingaben: Ein JSON-Text, der bei der Expansion ergebnislos bzw. als fehlerbehaftet abgewiesen werden würde, besitzt eigentlich keine maschinell verwertbare Interpretation als JSON-LD.

Die Expansion ist die Transformation, an der die meisten Anwendungen interessiert sein werden, welche den Mehrwert von JSON-LD gegenüber JSON schöpfen wollen (und dazu nicht durchgängig eine expandierte Form verwenden, s. u.). Beachtenswert ist hierbei, dass alle Name/Wert-Paare, die keine Interpretation im Modell von JSON-LD finden, dabei entfernt werden. (Soweit es die API-Methoden betrifft (s. u.), ist die Expansion als interner Zwischenschritt außerdem unumgänglich.)

Die Verdichtung findet zu einem gegebenen Kontext eine möglichst kompakte Form in diesem Kontext, welche (unter diesem) expandiert wiederum gleichbedeutend (aber nicht notwendig genau gleich) mit der Eingabe ist. Expansion und Verdichtung sind so bis zu einem gewissen Grade Umkehrungen zueinander: Die Expansion macht die Daten kontextunabhängig. Die Verdichtung kontextabhängig.

Bei der Verdichtung kann optional die Umwandlung von einelementigen Arrays in ihr einziges Element unterdrückt werden (option compactArrays).

Das Verflachen versieht (anonyme) Knoten-Objekte ohne "@id" mit einer dokumentweit eindeutigen (blank node identifier), verschmilzt solche mit gleicher "@id" und entfernt (tiefergehende) Schachtelungen. Es ergibt sich ein JSON-Array der RDF-Subjekte mit allen jeweils ausgehenden Prädikatskanten (mindestens eine, wobei eine @type-Kante mitzählt). Dort wo sie auch als RDF-Objekte auftreten, bleibt nur eine ansonsten eigenschaftslose Referenz mit der jeweiligen "@id" zurück. Dies gilt auch für (untypisierte) Knotenobjekte, die nur in der Objekt-Rolle vorkommen.

In dieser Form reichen drei bis vier ineinander geschachtelte Schleifen aus, um alle enthaltenen RDF-Tripel aufzuzählen. (Siehe auch: Beispiel im Abschnitt API) Das "flach" bezieht sich daher offenkundig (nur) auf eine feste bzw. maximale Rekursionstiefe: Die Kombination einer festen Zahl von iterativen Schleifen ist hinreichend.

Beim Verflachen kann durch Angabe eines (auch leeren) Kontextes optional eine leicht abgewandelte Verdichtung nachgeschaltet werden, die zu einer etwas bestimmteren Form führt.

Anwendungen, welche durchgängig die flache Form verwendeten (siehe auch: Abschnitt MIME-Typ-Parameter), kämen auch ganz ohne die Algorithmen aus.

Anwendungen wählen zur möglichst generischen Verarbeitung entweder die verflachte Form (ohne nachgeschaltete Verdichtung). Oder sie verdichten (zusätzlich) mit einem Kontext, der ihrem Zweck entgegenkommt. Letzteres hat den Vorteil, dass sich damit die Handhabung von absoluten IRIs weitgehend eliminieren lässt.

Beispiel zur Umformung

Die folgenden drei JSON-LD-Texte stehen in folgender Beziehung: links oben ein Quelltext (handgeschrieben oder von einer Applikation stammend); unten die expandierte und verflachte Form davon (ohne nachgeschaltete Verdichtung), hierbei wurde ein anonymer Knoten benannt und durch eine Referenz ersetzt (sowie das Paar mit dem undefinierten Term "comment" entfernt); rechts oben eine verdichtete Form wiederum davon in einem abgewandelten Kontext (u. a. ohne Typ-Definitionen, sowie mit zusätzlichen oder anders benannten IRI-Präfixen und deutschsprachigen Termen und Schlüsselwort-Aliassen).

Durch das @graph-Element können sich hier mehrere Knoten-Objekte denselben Kontext teilen.

Unabhängig von der Form besagt der darin enthaltene Graph, wann Albert Einstein geboren wäre und auf welchem Höhenmeter (WGS84) sein Geburtsort läge. Oder in Tripel-Notation (N-Triples, siehe auch: Turtle):

<http://dbpedia.org/resource/Albert_Einstein> <http://dbpedia.org/ontology/birthDate> "1879-03-14"^^<http://www.w3.org/2001/XMLSchema#date> .
<http://dbpedia.org/resource/Albert_Einstein> <http://dbpedia.org/ontology/birthPlace> _:b0 .
_:b0 <http://www.w3.org/2003/01/geo/wgs84_pos#alt> "482" .

Hilfsverfahren

Als interne Hilfsverfahren treten u. a. auf

 Kontextverarbeitung (Context Processing Algorithm): Kontexte können kombiniert und per IRI referenziert werden. Ergebnis dieser Operationen ist jeweils wieder ein Kontext (Akkumulation). Dabei müssen u. U. zyklische Bezüge abgewiesen werden.
 Erzeugung einer Term-Definition (Create Term Definition): Diese tritt immer auf, wenn eine Definition aus einem Kontext in den (aktiven) Ergebniskontext einfließt. Auch hierbei werden zirkelhafte Bezüge aufgedeckt und zurückgewiesen.
 Erzeugung einer Zugriffsstruktur (Node Map Generation), welche nach den Subjekten gruppiert und Knoten-Objekte mit gleicher @id verschmilzt (siehe Verflachen).

Bisher u. a. nicht erwähnt: IRI Expansion, Value Expansion, Inverse Context Creation, IRI Compaction, Term Selection, Value Compaction, Generate Blank Node Identifier.

Diese Verfahren sind jedoch nicht für das API (s. u.) empfohlen, wenngleich sie (in äquivalenter Form) kaum verzichtbarer Bestandteil einer Implementierung desselben sind.

Bezug zu RDF

Daneben ist die Serialisierung vom, sowie die Deserialisierung zum abstrakten RDF-Modell (benannte Mengen von Tripeln bzw. Graph-Mengen) definiert und damit indirekt die Wandlung zu bzw. von jeder (anderen) konkreten RDF-Syntax. Des Weiteren wird darüber die Verbindung zur Semantik von RDF hergestellt. Dies beinhaltet u. a. die Korrespondenz der primitiven JSON-Typen und -Literale mit denjenigen von XML Schema und diejenige der JSON-LD-Listen mit denen von RDF-Schema. (Nicht erwähnt hierbei u. a.: Sprachkennzeichnung von Strings).

MIME-Typ-Parameter

Der MIME-Typ von JSON-LD sieht einen optionalen Parameter "profile" vor. Sein Wert (ein IRI aus dem JSON-LD-Namensraum) korrespondiert mit den drei genannten Formen.

Beispiel eines MIME Types im HTTP-Accept-Header:

Accept: application/ld+json#compacted

Damit kann ggf. verhindert werden, dass Transformationen unnötig mehrfach ausgeführt werden bzw. in falscher Erwartung unterbleiben. Außerdem kann darüber der Ort der Verarbeitung ausgehandelt werden (beim Sender bzw. Empfänger).

API

Schließlich wird die Programmierschnittstelle eines JSON-LD-Prozessors spezifiziert (JsonLdProcessor), jedoch nur nicht-normativ. Damit stünde ein einheitlicher Zugang zu den drei Transformations-Verfahren (Methoden: compact, expand, flatten) in Programmierumgebungen bereit, vorwiegend auch für das im Web-Umfeld verbreitete ECMAScript. Die Schnittstelle setzt auf der Promise-Abstraktion zur asynchronen Programmierung auf. Die Flatten- und Compact-Methoden aus dem API beinhalten Expansion (und IRI-Dereferenzierung).

Um seine Aufgabe zu erledigen, muss der Prozessor ggf. (rekursiv) externe Kontexte, die per IRI bzw. URL referenziert wurden, (von entfernter Seite, remote) aus dem Internet oder lokal aus einem Cache laden. Außerdem sollen meist die JSON-LD-Daten hinter IRIs geladen werden (Dereferenzierung). In diese Ladeprozedur kann über die definierte Schnittstelle eingegriffen werden (JsonLdOptions documentLoader).

In einer Umgebung, in der dieses API verfügbar ist (und anderes), würde das folgende CoffeeScript das Geburtsdatum von Albert Einstein laut DBpedia ausgeben (genauer: alle solchen verfügbaren, soweit kein Fehler auftritt).

AlbertsIRI = "http://dbpedia.org/data/Albert_Einstein.jsonld"
# bzw. "http://dbpedia.org/resource/Albert_Einstein", siehe Anmerkung

dbpprop = "http://dbpedia.org/property/"
dbpprop$birthDate = dbpprop + "birthDate"

expanded = (new JsonLdProcessor).expand AlbertsIRI
expanded.then (subjects) ->
  for subject in subjects
    for object in subject[dbpprop$birthDate] ? []
      console.log object['@value']
# Fehlerbehandlung weggelassen

Programmier-Schnittstellen zur Konvertierung zwischen JSON-LD und dem RDF-Modell sind zwar nicht Bestandteil des empfohlenen APIs. Der Entwicklungsprozess beim W3C hat aber auch dafür Beispiel-Implementierungen hervorgebracht (toRDF, fromRDF). Außerdem wandeln RDF-Frameworks bzw. -Programmbibliotheken auf dieser Grundlage zwischen ihrer jeweiligen RDF-Abstraktion und einer JSON-LD-Form. Siehe auch Abschnitt Programmbibliotheken und Werkzeuge.

Verarbeitung von JSON-LD

Unabhängig von der Quelle eines JSON-LD-Textes: Dieselben Daten können als JSON-LD (in kompakter Form) interpretiert und vor der Verarbeitung expandiert oder nur als einfaches JSON geparst werden (wie vor einer Migration von JSON nach JSON-LD). Verschiedene Module können dies auch unterschiedlich handhaben.

Beispiel aus einer JavaScript-Umgebung (z. B. Webbrowser):

// JSON-Text in der Variablen data

// Modul A (ursprüngliche App ohne Bewusstsein für Linked Data)
var legacy = JSON.parse( data )

// Modul B (spätere Erweiterung fürs Semantische Web)
var advanced = (new JsonLdProcessor).expand( JSON.parse( data ) )

Einbettung in HTML

Zur Einbettung von JSON-LD in HTML wird das Script-Element empfohlen:

<script type="application/ld+json" id="json-ld-data">
  {
    "@context": ...
    "@id": ...
    "createdAt": ...
    "author": ...
  }
</script>

Dadurch kann eine Anwendung über das DOM darauf zugreifen, u. a. also auch ein JavaScript im Webbrowser:

// DOM
var data = document.getElementById( 'json-ld-data' ).textContent

// jQuery
var data = $( '#json-ld-data' ).text()

Mögliche Anwendungen dafür sind zunächst dieselben wie auch für RDFa, HTML Microdata u. a. Der Unterschied besteht hauptsächlich darin, wie die semantischen Daten technisch extrahiert werden. Die Bindung an HTML-Attribute und die Verzahnung mit dessen Elementstruktur entfällt hierbei. Nachteilig ist das hingegen in Umgebungen, die bisher allein mit (X)HTML-Werkzeugen auskamen (da sie nun auch JSON verarbeiten müssten).

Anwendungsbeispiele sind klassische Metadaten über das Dokument bis zu einer maschinenlesbaren Repräsentation des vollständigen Textinhalts (der parallel natürlichsprachlich formuliert für die Rezeption durch Menschen bestimmt ist). Dies könnte eine automatisch erstellte Auftragsbestätigung sein. Auch die nachträgliche Generierung oder Anreicherung eines solchen Inhalts abhängig von Vorgaben des Rezipienten wäre so noch möglich. Ebenso könnte ein persönlicher Assistent bzw. Software-Agent autonom darauf reagieren oder Aktionen anbieten. (Siehe auch: Abschnitt Anwendungen und Anwender)

Anforderung von JSON-LD

Ein JSON-LD-Kontext oder Daten in diesem Format werden über HTTP vorzugsweise mit dem zugehörigen MIME-Typ angefordert. (Dabei kann es zu Verhandlungen über den Inhaltstyp und Weiterleitungen kommen (Statuscode 3xx, Location-Header).)

Probeweise Anforderung zum Beispiel mit cURL (in der Bash mit einer URL in der Variablen $URL):

curl -i -L -H "Accept: application/ld+json" "$URL"

Im positiven Fall ist die (letzte) Antwort vom entsprechenden Inhaltstyp und enthält verwertbares JSON-LD.

(Anmerkung zum MIME-Typ selbst: application/ld+json basiert (im Sinne von RFC 6838) auf einem Structured Syntax (Name) Suffix "+json", das in RFC 6839 registriert ist.)

Besonders im Umfeld von Linked Data ist bei Inhalt vom Typ application/json Vorsicht geboten, weil dieser in Wirklichkeit u. a. auch vom inkompatiblen Format RDF/JSON sein kann, siehe auch Abschnitt Vorgänger und Alternativen.

Dienstnehmer sollten gegenüber dem Erbringer des Dienstes (1) möglichst eine klare Präferenz für "ld+json" zum Ausdruck bringen (ggf. per q-Parameter im Accept-Header) und (2) bei allen anderen "json"-Typen auf eine contextURL im Link-Header achten (siehe auch: Abschnitt Alternative Kontextualisierung). Ansonsten riskieren sie, sonstige JSON-Daten zu erhalten (die in der JSON-LD-Sicht zu einer leeren oder andersartig unerwarteten Tripelmenge expandieren), ohne dass dies (vom Standard-API) als Fehler signalisiert werden würde.

Für die reibungslose Kommunikation mit möglichst vielen Datenquellen kann daher eine benutzerdefinierte Ladeprozedur (custom document loader) erforderlich sein, siehe Abschnitt API.

Generell unproblematisch(er) sind URLs, welche einen eindeutigen Hinweis auf das gewünschte Format bereits enthalten (etwa durch die Endung ".jsonld" oder durch einen entsprechenden Datentyp- bzw. Format-Parameter). Dieses Verfahren ist zum Bezug eines JSON-LD-Kontextes meist ausreichend. (Bei der Anforderung von Linked Data zu einer (per URL referenzierten) Entität widerspräche es jedoch Grundsätzen aus diesem Umfeld. Beispielsweise müsste einer Dienstbeschreibung zur jeweiligen Quelle erst entnommen werden, wie diese URL zu bilden wäre. Generische bzw. anpassungsfähige Verfahren werden daher bevorzugt.)

Programmbibliotheken und Werkzeuge

Implementierungen des empfohlenen APIs sowie zusätzlicher Funktionen zur Verarbeitung von JSON-LD gibt es bereits für mehrere Programmiersprachen (Stand Juni 2014).

Die folgenden gelten als konform zur Spezifikation, basierend auf den Test-Reports zur zugehörigen Testsammlung:

 für JavaScript von Digital Bazaar, Inc. (Browser, Node.js, Kommandozeile, Web-App)
 für Python PyLD von Digital Bazaar, Inc.
 für PHP von Digital Bazaar, Inc., von Markus Lanthaler
 für Ruby innerhalb von Ruby RDF
 für Java von jsonld-java auf Github
 für C# innerhalb von NuGet

Wandlung zwischen JSON-LD und anderen Formaten:

 von RDFa: (u. a. auch nach JSON-LD) mittels RDFa 1.1 Distiller and Parser von Ivan Herman (seit November 2011)

 RDF Translator (RDFLib-basiert)
 über ein Plugin innerhalb von RDFLib bei Github
 in Ruby als Erweiterung zu RDF.rb im Ruby RDF Project

Vorgänger und Alternativen

Weder ist JSON-LD aus dem Nichts entstanden, noch ist die gewählte Struktur zur Repräsentation von Linked Data im Allgemeinen und der Serialisierung von RDF im Besonderen die einzig mögliche.

Veranschaulicht man die Serialisierungs-Struktur von JSON-LD bezüglich RDF-Tripeln S(ubjekt), P(rädikat), O(bjekt) folgendermaßen (flache Form)

  [ { "@id": "S", "P": [ O ] } ]

dann stellt sich die von RDF/JSON so dar:

  { "S": { "P": [ O ] } }

wobei für Objekte O per "type" zwischen Literalen und Ressourcen unterschieden wird:

  { "type": "literal", "value": ..., "datatype": … }
  { "type": "uri",   "value": … }

("[ O ]" symbolisiert hierbei die Gruppierung von Objekten mit gleichem Subjekt und Prädikat in einem JSON-Array.)

RDF/JSON (vereinzelt auch: Talis RDF/JSON) wurde vom W3C zugunsten von JSON-LD nicht weiter verfolgt.

Auch anzutreffen ist das flache Tripel-Schema

  [ { "s": {"uri": S}, "p": "P", "o": O } ]

Fundamentale Konzepte sind über die Arbeit an RDFj in LD-JSON eingeflossen, die teilweise aus dem Jahr 2004 stammt.

Über ein Dutzend weitere Ansätze, RDF-Tripel in JSON abzubilden, listet allein das W3C schon 2011 in seinem Wiki auf.

Alternativen im engeren Sinne wären (1) gültiges JSON und hätten (2) einen Bezug zu RDF. Serialisierungsformen von RDF bzw. Transportformen für Linked Data, die nicht nach JSON führen, werden hier nicht als Alternativen im engeren Sinne behandelt. (Siehe ggf. bei Linked Data, RDF.)

Zu den folgenden Formaten demonstriert die Empfehlung anhand von Beispielen, dass JSON-LD die darin enthaltenen semantischen Daten ausdrücken könne:

 Turtle
 RDFa
 HTML Microdata
 Mikroformate

Zu einigen davon gibt es zwar gesonderte JSON-Formen (die Überbleibsel des Quellformats enthalten). Als langfristige Alternative erscheinen sie so nur noch unter dem Aspekt der Kompatibilität.

Alternative: Microdata+JSON

HTML Microdata vom W3C ist erklärtermaßen mit RDF kompatibel und beinhaltet eine gesonderte Konvertierung nach JSON. Indirekt kann es daher als Alternative zu JSON-LD betrachtet werden. Die Verbindung mit einer Markup-Sprache ist jedoch gerade das, wovon JSON-LD vollkommen frei ist.

Schema:

  {"items": [
     { "id": "S", "properties": { "P": [ O ] } }
  ] }

Alternative: SPARQL-Anfrage-Ergebnis

Für das Ergebnis von SPARQL-Anfragen wurde eine JSON-Form normiert. Geht es nur um die Verarbeitung solcher Ergebnisse, stellt dies eine (beschränkte) Alternative dar.

Das Ergebnis von SELECT-Anfragen sind Variablen-Bindungen, keine gewöhnlichen Tripelmengen. CONSTRUCT-Anfragen liefern hingegen Tripelmengen. Für CONSTRUCT-Anfragen bindet beispielsweise Virtuoso die Variablen "s", "p" und "o" (Vergegenständlichung). In keinem Fall entspricht das Muster dem von JSON-LD.

Allerdings können SPARQL-Endpunkte (wie die von Virtuoso) bei CONSTRUCT- und DESCRIBE-Anfragen die Tripelmenge (neben vielen anderen konkreten RDF-Syntaxen) auch schon in JSON-LD liefern. Eine Vergegenständlichung erübrigt sich hierbei.

Anwendungen und Anwender

Zu einigen frühen Anwendern, welche die Übernahme von JSON-LD in Produkte oder Dienste bis Juni 2014 zumindest angekündigt haben:

Bereits im Mai 2013 hat Google angekündigt, JSON-LD zusätzlich zu HTML Microdata in seinen Produkten zu unterstützen. Beispielsweise kann in HTML-E-Mails eingebettetes JSON-LD beim Eintreffen in der Mailbox extrahiert werden. Dem Empfänger werden die semantischen Daten so bei seiner personalisierten Suche verfügbar gemacht oder Eintragungen in den Terminkalender angeboten.

Auch Produkte von Microsoft können JSON-LD aus E-Mails lesen, um dem Empfänger darüber Dienste eines persönlichen Assistenten abhängig von Zeit und Aufenthaltsort anzubieten. Voraussetzung dafür ist, dass der Absender dazu (ebenso wie bei Google) das Vokabular von Schema.org verwendet.

DBpedia liefert (verlinkte) Daten, neben vielen anderen Formaten, auch in JSON-LD aus. Das dazu verwendete Virtuoso bietet in seiner Open Source Edition JSON-LD Serialisierung mindestens seit November 2011 an.

Schema.org bekennt sich seit Juni 2013 zu JSON-LD und gibt Beispiele parallel zu RDFa und Microdata auch in JSON-LD.  Seit Mitte Juni 2014 wird außerdem ein JSON-LD-Kontext bereitgestellt. Wenig später zog auch FOAF gleich und stellt sogar die Ontology (RDF-Schema/OWL) direkt in JSON-LD zur Verfügung.

Die erste RDF-Version von WordNet (vorgestellt im April 2014) liefert neben anderen RDF-Formaten auch JSON-LD schon seit Beginn (mittels RDFLib).

Es ist zu erwarten, dass viele bestehende oder neue Angebote von Linked Data früher oder später auch in diesem Format erfolgen werden.

Im Bereich der Web-APIs

JSON wurde bis zur Entwicklung von JSON-LD als Mittel zur allgemeinen Diensterbringung (über JSON-basierte Web-APIs) genutzt. Der Transport von RDF-Daten oder das Wissensmanagement im Semantic Web (über die RDF-Technologien) an sich war nicht seine Domäne.

Wesentlich an der Entwicklung von JSON-LD Beteiligte sahen (nach eigenem Bekunden) den Wunsch nach besseren Web-APIs als Motivation für die Schaffung von JSON-LD, nicht das Semantic Web. Auf diesem Wege zu den JSON-basierten Web-Diensten (die sich durch die Nutzung der semantischen Technologien (mittels JSON-LD) fast zwangsläufig nahtlos in die "Linked Data Cloud" integrieren) würde das Semantische Web jedoch schließlich Wirklichkeit werden.

Naheliegend ist die semantische Anreicherung der Nutz- bzw. Inhaltsdaten durch die Verwendung wohlbekannter und maßgeschneiderter Vokabulare für den jeweiligen Gegenstandsbereich (also für Produkt- und Dokumentbeschreibungen, Preisangaben, Angebote, Aufträge, Bezahlarten, Termine, Akteure usw.). Darüber hinaus ist aber auch der Einsatz zur Dienst- und Schnittstellenbeschreibung (API/service description) bereits Gegenstand von Forschung und Entwicklung.

Spätestens seit April 2012 wird JSON-LD im Zusammenhang mit dem REST-Stil für hypermedia-getriebene Webdienste (der nächsten Generation) diskutiert.

In Hydra (das seit Juni 2013 auch Gegenstand einer W3C Community Group ist) kommt JSON-LD auf folgenden Ebenen zum Einsatz: (1) in den Nachrichten (mittels des API-Vokabulars des jeweiligen Dienstes), (2) in der (semantischen) API-Beschreibung (mittels des Hydra-Vokabulars sowie anderer wohlbekannter) und (3) in der Beschreibung des Hydra-Schemas zur API-Beschreibung (mittels des Vokabulars von RDF-Schema). In dieser Konstellation würde JSON-LD an die Stelle des XML in Ansätzen wie WSDL (inklusive SAWSDL) und WADL bzw. des HTML+RDFa in SA-REST sowie an diejenige des Mikroformats in hRESTS und MicroWSMO treten. Zugleich modelliert es REST wie WADL und MicroWSMO.

Seit April 2014 gibt es neben Hydra ein weiteres (für JSON-LD ausgelegtes) Vokabular, welches Einstiegspunkte (EntryPoint, target) in Dienste bzw. Operationen (mit Ein- und Ausgabe-Parametern) beschreiben kann: schema.org v1.2 beinhaltet dazu (potentielle) Aktionen (Action, potentialAction) wie Anhören, Kaufen, Teilen, Kommentieren, Durchsuchen usw. Wie in Hydra können Eingabe-Elemente sogar an die Parameter von URL-Templates (nach RFC 6570) geknüpft werden. Diese Elemente (PropertyValueSpecification) orientieren sich am Input-Element von HTML5, womit die Umsetzung in entsprechende Bedienelemente für den Benutzer weitgehend erklärt ist. Auf diese Weise erhält das HTML-freie JSON (über JSON-LD) die Fähigkeiten eines interaktiven Hypermediums. Dienste wie Suchmaschinen können damit allein aus einer RDF-Graphdatenbank, Suchergebnisse unmittelbar mit (semantisch eingeordneten) Interaktionsangeboten (externer Anbieter) verbinden. Voraussetzung ist, wie bei Hydra, ein generischer Interpreter oder Client für die jeweilige Informations-Struktur, weil es im Gegensatz zu HTML sonst keine "Browser" dafür gibt. Die Tripel in der Datenbank können freilich auch aus jedem anderen RDF-Serialisierungsformat stammen. Inserenten bzw. Websitebetreiber sind zwar auf RDF (und Schema.org) festgelegt, nicht jedoch unbedingt auf JSON-LD.

Ansätze auf der Grundlage von JSON-LD (und damit RDF) stehen neben solchen, die zunächst direkt auf JSON aufsetzen. Neuere Versionen der Activity Streams (und der zugehörigen Action Handlers) sehen jedoch bereits eine Verarbeitung als JSON-LD vor, indem sie zumindest einen (nicht-normativen) JSON-LD-Kontext beinhalten.

Generell können Spezifikationen, die auf JSON-LD und Hypermedia setzen, spätere Erweiterungen in die Vokabularschicht auslagern und relativ generische Anwendungsprogramme zur Laufzeit mit jeweils aktuellen Informationen zum API versorgen (wie über neue Aktionen bzw. Operationen und zugehörige Parameter und Rückgabewerte). Eine schwerfällige Abstimmung im Vorfeld oder nach Erweiterungen (durch den Informationsaustausch "außerhalb des Kanals") soll damit weitgehend der Vergangenheit angehören.

Siehe auch

 Semantic Web Services
 Web Service Modeling Ontology

Weblinks

 json-ld.org – Seite für Entwickler mit Browser-Tool ("Playground") (englisch)
 JsonLD Playground von Markus Lanthaler – Alternativer Spielplatz in PHP (englisch)
 Artikel mit dem Tag JSON-LD bei semanticweb.com (englisch)

Einzelnachweise und Anmerkungen

Datenformat
Semantisches Web
JSON

JSON-LD


İlqar İbrahimoğlu — "Dini Etiqad və Vicdan Azadlıqlarının Müdafiə Mərkəzi"nin (DEVAMM) sədri, İçərişəhər "Cümə" məscdinin imam-camaatı, həftəlik "Dəyərlər" qəzetinin və Dəyərlər AIN (Azerbaijan Islam News) portalının sabiq baş redaktoru.

İbrahimoğlu ABŞ-nin Corctaun Universiteti və mərkəzi İordaniyada yerləşən "Strateji Araşdırmalar Mərkəzi"nin keçirdiyi müsabiqədə "Dünyanın ən nüfuzlu 500 müsəlmanı" arasında 4 azərbaycanlıdan biri olub.

Həyatı
İlqar İbrahim oğlu Allahverdiyev 5 noyabr 1973-cü ildə dünyaya gəlmişdir. Gənclik illərində "Nə? Harada? Nə vaxt?" komandasının kapitanı olmuşdur. Uşaq çağlarından Azərbaycanın əməkdar məşqçisi Oleq İsaakoviç Privorotskinin rəhbərliyi altında şahmatla məşğul olmuşdur. Birinci dərəcəli şahmat ustasıdır.

Fəaliyyəti
İqtisadiyyat, fəlsəfə və ilahiyyat üzrə ali təhsil almışdır. "İslam və Qərb fəlsəfələrinin inteqrasiyası" mövzusunda elmi dissertasiya müdafiə etmişdir. Varşavada yerləşən İnsan Haqları üzrə Beynəlxalq Məktəbin məzunudur. Bununla yanaşı, "Narkomaniya və alkoqolizm üzrə beynəlxalq ekspert" sertifikatına malikdir. "Əsma-ül-Hüsna" (irsi qan xəstəlikli uşaqlara qayğı üzrə ixtisaslaşan), "Yetimsiz Vətən" (valideyn himayəsindən məhrum olmuş uşaqların psixoloji reabilitasiyası və cəmiyyətə inteqrasiyası üzrə ixtisaslaşan) proqramlarının koordinatoru, "Hikmət evi" disput mərkəzinin və "İslam maarifi" proqramının elmi rəhbəridir. Həmçinin tolerantlığın, dözümlülüyün, mədəni inteqrasiyanın inkişafına yönəli "Mədəniyyətlərin dialoqu" proqramına rəhbərlik edir. Teologiya, postmodern fəlsəfə və insan haqlarının fəlsəfəsi kimi sahələrdə interdistiplinar tədqiqatlar aparır. Eyni zamanda, neyrolinqvistikanın şəxsiyyətlərarası ünsiyyətlərdə və paradiqmal təmasda rolu və yeri barədə araşdırmalarla məşğul olur. Göstərilmiş tədqiqatlar çərçivəsində Avstriyaya, Polşaya, ABŞ-yə, Almaniyaya, Türkiyəyə, İrana, Yunanıstana, Rusiyaya, Ukraynaya, İordaniyaya, İsveçrəyə, Fransaya, İtaliyaya səfərlər etmişdir.

Şəxsi həyatı
Bir neçə xarici dil bilir. Asudə vaxtlarını ekzistensional mövzularda ədəbiyyatın mütaliəsinə, futbol və voleybol oynamağa sərf edir. Evlidir, üç övladı var.

İstinadlar

Xarici keçidlər
 İlqar İbrahimoğlunun sabiq bloqu
 Dəyərlər AİN (Azerbaijan Islam News) portalı

Bakıda doğulanlar
Hacılar
Azərbaycan imamları

İlqar İbrahimoğlu


Alois Senti (* 3. Juni 1930 in Flums; † 26. Juni 2015) war ein Schweizer Redaktor, Autor, Volkskundler und Sagenforscher.

Leben
Alois Senti stammte aus einer Bauernfamilie, besuchte nach einer Lehre auf der Gemeindeverwaltung Flums die Kunstgewerbeschule in Vevey. 1954–58 war er Werbeleiter der Pressestelle der Firma Robert Bosch GmbH in Genf, 1958–61 Redaktor des Rheintaler Volksfreunds in Au SG, 1961–85 Redaktor und 1985–95 Geschäftsführer beim Landwirtschaftlichen Informationsdienst (LID) in Bern. Er war massgeblich an der Gründung der BauernZeitung beteiligt, die ab 1994 als Organ der grössten Schweizer Landwirtschaftsorganisationen, Schweizer Bauernverband und Schweizer Milchproduzenten, veröffentlicht wurde.

Neben landwirtschaftlichen Fachbüchern wie Was kostet eine Kuh? (1973) und Rund um den Bauernhof (1975) publizierte er zahlreiche kulturhistorische Aufsätze und volkskundliche Bücher und Erzählungen in Mundart. Sein Nachlass zu Sagen wurde 2018 ins Sarganserland zurückgeführt (Historischer Verein Sarganserland und Talgemeinschaft Sarganserland-Walensee).

Alois Senti lebte viele Jahre bis zu seinem Tod in Köniz bei Bern.

Werke (Auswahl)
 Sagen aus dem Sarganserland, Schweizerische Gesellschaft für Volkskunde, Basel 1983.
 Die Geschichte einer Erzähllandschaft. Von den Erzählerinnen und Erzählern, Sammlern und Schreibern der Sagen aus dem Sarganserland, 137. Neujahrsblatt des Historischen Vereins des Kantons St. Gallen, Rorschach 1997.
 Das Sarganserland. Reiseberichte und Erzählungen aus der Zeit zwischen 1750 und 1950, Sarganserländer Verlag, Mels 2004.
 Dr Rägäpfyfer. Neun Mundartgeschichten aus dem Sarganserland, Sarganserländer Verlag, Mels 2007.
 Kalendergeschichten. Historisches und Sagenhaftes aus dem Sarganserland, Sarganserländer Verlag, Mels 2010.

Auszeichnungen
 1967 Kulturpreis der Sarganserländischen Talgemeinschaft
 1974 Europapreis für Volkskunst der Alfred Toepfer Stiftung F.V.S.
 1987 Dr. h. c. der Universität Freiburg

Weblinks

 Alois Senti gestorben, Bauernzeitung online, 29. Juni 2015
 Sarganserländische Talgemeinschaft

Autor
Volkskundler
Sage, Legende
Person (Landwirtschaft)
Person (Kanton St. Gallen)
Schweizer
Geboren 1930
Gestorben 2015
Mann

Alois Senti


Metrosideros polymorpha ist eine Pflanzenart aus der Gattung der Eisenhölzer (Metrosideros) innerhalb der Familie der Myrtengewächse (Myrtaceae). Sie ist auf den Inseln von Hawaii endemisch und wird dort ʻŌhiʻa lehua genannt, davon wird auch der Name Ohiabaum abgeleitet. Als "ein Symbol von Hawaii" wurde er 2022 per Gesetz zum Hawaii State Endemic Tree erklärt. Die meist leuchtend roten Blüten sind als Lehua bekannt.

Beschreibung und Ökologie

Erscheinungsbild und Blatt
Metrosideros polymorpha wächst als kleiner aufrechter oder ausgestreckter, immergrüner, eher langsamwüchsiger Strauch oder Baum, der Wuchshöhen von 20 bis 24 Metern, in Ausnahmefällen auch bis zu 30 Metern sowie Brusthöhendurchmesser von 45 bis 90 Zentimetern, selten auch bis zu 216 Zentimetern erreichen kann. Der gerade oder verdrehte und geriffelte Stamm endet in einer kompakten oder offenen Krone. Die meist raue und rissige Stammborke ist schuppig bis abblätternd. An manchen Bäumen kann man auch hohe Stelzwurzeln finden. Auch Luftwurzeln werden manchmal gebildet. Die Knospen sind verkehrt-eiförmig. Die Bäume sind recht langlebig.

Die kreuzgegenständig an den Zweigenden angeordneten Laubblätter sind in eine Blattspreite sowie einen -stiel gegliedert. Der Blattstiel ist zwischen 0,1 und 1,6 Zentimeter lang und 1 bis 3 Millimeter dick, kann aber auch komplett fehlen. Die hellgrüne bis dunkel graugrüne, ledrige, dünner oder dickere Blattspreite ist bei einer Länge von 1 bis 8 Zentimeter sowie einer Breite von 1 bis 5,5 Zentimeter eiförmig über rundlich bis elliptisch oder verkehrt-eiförmig geformt. Sie weist mehrere Paare an erhobenen Blattadern auf. Die Blattoberseite ist glatt, während die Blattunterseite meist wollig bis anliegend behaart ist. Die ganzen Blattränder sind zurückgebogen bis flach, die Blattspitze ist meist gerundet, seltener stumpf oder spitz zulaufend, manchmal eingebuchtet und die Blattbasis ist keil- bis leicht herzförmig geformt.

Blütenstand und Blüte
Der Blütenstandsschaft ist 0,7 bis 1,8 Zentimeter lang. Die Blüten stehen in kleinen, unbehaarten bis wollig behaarten, zusammengedrückten end- oder achselständigen Schirmrispen mit zwei bis fünf zymösen Gruppen zusammen. Die Tragblätter sind bei einer Länge von 0,5 bis 1 Zentimeter sowie einer Breite von 0,3 bis 0,5 Zentimeter breit-eiförmig bis annähernd kreisförmig. Der Blütenstiel ist 0,2 bis 0,8 Zentimeter lang.

Die kleinen, kurz gestielten, roten, seltener auch lachsroten bis gelben Blüten sind fünfzählig und zwittrig mit doppelter Blütenhülle. Der kleine, behaarte Blütenbecher ist 0,3 bis 0,7 Zentimeter hoch und besitzt einen Durchmesser von 0,3 bis 0,8 Zentimetern. Die weißlich behaarten Kelchblätter sind bei einer Länge von 1,5 bis 4 Millimeter sowie einer Breite von 1,5 bis 3 Millimetern rundlich bis dreieckig. Die kleinen, verkehrt-eiförmigen bis kreisförmigen und außen behaarten Kronblätter sind 2,5 bis 5 Millimeter lang und 2 bis 4,5 Millimeter breit. Die vielen langen, 1 bis 3 Zentimeter langen Staubblätter überragen die Blütenkrone und geben den Blüten ein puschel- bis bürstenartiges Aussehen. Der lange Griffel des unterständigen, dreikammerigen, oberseits teils seidig behaarten Fruchtknotens ist 1,3 bis 3 Zentimeter lang. Es ist ein Diskus vorhanden.

Die gelben Blüten scheinen in der Lage zu sein, sich selbst zu bestäuben (Autogamie), während die roten Blüten auf Bestäuber angewiesen sind. Als Bestäuber treten sowohl Insekten (Entomophilie) als auch Vögel (Ornithophilie) in Erscheinung.

Frucht und Samen
Die glatten oder flauschig behaarten und holzigen, dreiklappigen, lokulizidalen Kapselfrüchte im beständigen Blütenbecher und Kelch sind zur Reife hin 0,3 bis 1 Zentimeter lang und ebenso breit. Sie enthalten zahlreiche winzige Samenkörner. Im Durchschnitt beträgt die Tausendkornmasse nur 0,571 Gramm.

Chromosomenzahl
Die Chromosomenzahl beträgt 2n = 22.

Vorkommen
Das natürliche Verbreitungsgebiet von Metrosideros polymorpha liegt auf Hawaii. Es umfasst dort die Inseln Hawaiʻi, Kauaʻi, Lānaʻi, Maui, Molokaʻi und Oʻahu.

Metrosideros polymorpha gedeiht von Meereshöhe bis in Höhenlagen von 2500 Metern. Sie wächst vor allem in feuchten bis gemäßigten oder trockenen Wäldern in Tallagen und auf Bergen sowie in subalpinem Buschland und auf trockenem Lavagestein. Es werden eine Vielzahl an verschiedenen Bodenarten besiedelt, wobei aber mittelschwere bis schwere Tonböden vorherrschen. Weiters findet man Metrosideros polymorpha auch auf felsigen Böden sowie Böden, die sich auf erkalteten Lavaströmen bilden.

Rapid ʻŌhiʻa Death (ROD)
Seit 2014 wird auf der Insel Hawaiʻi ein Absterben der ʻŌhiʻa-Bäume beobachtet, das durch zwei Pilzarten, Ceratocystis huliohia und Ceratocystis lukuohia, verursacht wird. Seit 2018 ist der Fungus auch auf der Insel Kauaʻi präsent. Es wurden seitdem vom Department of Agriculture und vom National Park Service Quarantänegesetze und Reinigungsvorschriften insbesondere für Wanderschuhe eingeführt, um die Ausbreitung der Pilze auf nicht betroffene Gebiete oder auf die Nachbarinseln zu verhindern.

Systematik
Die Erstbeschreibung von Metrosideros polymorpha erfolgte 1830 durch Charles Gaudichaud-Beaupré.

Von Metrosideros polymorpha gibt es bis zu acht Varietäten:
 Metrosideros polymorpha var. dieteri  kommt auf Kauaʻi vor und wächst als kleiner Baum mit rauer Borke. Die Knospen sind größer als bei den anderen Varietäten und die unbehaarten Blätter breit verkehrt-eiförmig geformt.
 Metrosideros polymorpha var. glaberrima  kommt im gesamten Verbreitungsgebiet der Art vor und wächst als Strauch oder großer Baum mit rauer Borke, die in dünnen Streifen abblättert. Die unbehaarten Blätter sind eiförmig über verkehrt-eiförmig bis elliptisch geformt.
 Metrosideros polymorpha var. incana  kommt im gesamten Verbreitungsgebiet der Art vor und wächst als Strauch oder großer Baum mit rauer Borke. Die behaarten Blätter sind eiförmig bis annähernd kreisförmig geformt.
 Metrosideros polymorpha var. macrophylla  kommt auf Hawaii sowie Maui vor und wächst als kleiner bis großer Baum, dessen Borke in dünnen Streifen abblättert. Die unbehaarten und relativ großen Blätter sind breit eiförmig geformt.
 Metrosideros polymorpha var. newellii  kommt auf Hawaii vor und wächst meist entlang von Gewässern als Strauch oder kleiner Baum. Die unbehaarten Blätter sind elliptisch geformt.
 Metrosideros polymorpha var. polymorpha ist die Nominatform und kommt mit Ausnahme von Kauaʻi im gesamten Verbreitungsgebiet vor. Sie wächst als Strauch oder kleiner Baum mit rauer Borke. Die an der Unterseite behaarten bis wolligen Blätter sind eiförmig bis annähernd kreisförmig geformt.
 Metrosideros polymorpha var. pseudorugosa  kommt auf Maui vor und wächst als niederliegender Strauch in Sumpfgebieten. Die kleinen Blätter sind bei einer Länge von 1 bis 1,5 Zentimetern breit eiförmig bis annähernd kreisförmig geformt.
 Metrosideros polymorpha var. pumila  kommt auf Kauaʻi, Maui, Molokaʻi sowie Oʻahu vor und wächst als niederliegender Strauch in Sumpfgebieten mit einer Borke, die in dünnen Schuppen abblättert. Die glatten oder auf der Unterseite behaarten bis wolligen Blätter sind breit eiförmig bis kreisförmig geformt.

Nutzung
Das harte und haltbare Holz von Metrosideros polymorpha wird zur Herstellung von Möbeln und Pfählen, aber auch als Brennholz verwendet. Die Ureinwohner Hawaiis nutzten es auch zur Herstellung der Aufbauten für ihre Boote sowie zum Schnitzen von Tikis. Die Art gilt als ausgezeichnete Honigpflanze.

Literatur
 Joseph Dalton Hooker: Handbook of the New Zealand Flora. Reeve, 1867, S. 70, 73, online auf biodiversitylibrary.org.
 William Hillebrand: Flora of the Hawaiian Islands. Winter, 1888, S. 124–127, online auf biodiversitylibrary.org.
 Thomas Kirk: The Forest Flora of New Zealand. 1889, S. 241 ff, No. 119, .
 Elbert L. Little Jr., Roger G. Skolemen: Common Forest Trees of Hawaii. Agriculture Handbook, No. 679, USDA, 1989, S. 244–248, .
 The CABI Encyclopedia of Forest Trees. CABI, 2013, ISBN 978-1-78064-236-9, S. 286 ff.

Weblinks

 Gigant Age-Old Ohia Trees, Nate Yuen, 2007 bei Hawaiian Forest.

Einzelnachweise

Myrtengewächse
Myrtaceae
Baum
Endemische Pflanze Hawaiis

Metrosideros polymorpha


515. padalski pehotni polk (izvirno angleško 515th Parachute Infantry Regiment; kratica 515. PIR) je bila padalska enota Kopenske vojske Združenih držav Amerike.

Zgodovina
Polk je bil ustanovljen 31. maja 1943 v Fort Benningu. Januarja 1944 je bil premeščen v Camp Mackall in bil marca istega leta dodeljen 13. zračnoprevozni diviziji. Januarja 1945 je bil premeščen v Francijo in bil avgusta istega leta poslan nazaj v Fort Bragg; tu je bil 25. februarja 1946 razpuščen.

Viri in opombe

Glej tudi

 seznam padalskih enot
 seznam polkov Kopenske vojske ZDA

Padalski polki Kopenske vojske Združenih držav Amerike
Vojaške enote, ustanovljene leta 1943
Vojaške enote, ukinjene leta 1946
Polki druge svetovne vojne

515. padalski pehotni polk (ZDA)


Electrical safety is a system of organizational measures and technical means to prevent harmful and dangerous effects on workers from electric current, arcing, electromagnetic fields and static electricity.

History
The electrical safety develops with the technical progress. In 1989  OSHA promulgated a much-needed regulation in the General Industry Regulations. Several standards are defined for control of hazardous energy, or lockout/tagout. In 1995 OSHA was successful in promulgation of regulations for utility.
In 1994 were established Electrical Safety Foundation International non-profit organization dedicated exclusively to promoting electrical safety at home and in the workplace.
 Standard 29 CFR 1910.269 – for electric power generation, transmission, and distribution, contained comprehensive regulations and addressed control of hazardous energy sources for power plant locations
Standards are compared with those of IEEE and National Fire Protection Association.

Lightning and earthing protection
Lightning and Earthing protection systems are essential for the protection of humans, structures, protecting buildings from mechanical destruction caused by lightning effects and the associated risk of fire, Transmission lines, and electrical equipment from electric shock and Overcurrent.

Earthing protection systems

TT system
TN system
IT system

Lightning protection systems
lightning rod (simple rod or with triggering system)
lightning rod with taut wires.
lightning conductor with meshed cage (Faraday cage)

Physiological effects of electricity
Electrical shocks on humans can lead to permanent disabilities or death. Size, frequency and duration of the electrical current affect the damage. The effects from electric shock can be: stopping the heart beating properly, preventing the person from breathing, causing muscle spasms. The skin features also affect the consequences of electric shock.

Indirect contact – can be avoided by automatic disconnection for TT system, automatic disconnection for TN systems, automatic disconnection on a second fault in an IT system, measures of protection against direct or indirect contact without automatic disconnection of supply
Direct contact – can be avoided by protection by the insulation of live parts, protection by means of barriers or enclosures, partial measures of protection, particular measures of protection

Electrical safety conductors
  NEC 2008 Table 250.122 – Safeco Electric Supply

Electrical safety standards
  Australian Standards – Australia – AS/NZS 3000:2007, AS/NZS 3012:2010, AS/NZS 3017:2007, AS/NZS 3760:2010, AS/NZS 4836:2011
  Български Държавен Стандарт – (On English:Bulgarian state standard) – БДС 12.2.096:1986 Bulgaria
  Brazilian National Regulation – NR10 Brazil
  – China GB4943, GB17625, GB9254
  IEEE/TÜV – Germany NSR Niederspannungsrichtlinie 2014/35/EU
   La norme français C 15-100 – Aspects de la norme d'installation électrique France
 British standard – United Kingdom BS EN 61439, BS 5266, BS 5839, BS 6423, BS 6626, BS EN 62305, BS EN 60529
 India Standardization – India – IS-5216, IS-5571, IS-6665
 Polska Norma – Poland – PN-EN 61010-2-201:2013-12E
  – ГОСТ 12.2.007.0-75,ГОСТ Р МЭК 61140-2000,ГОСТ 12.2.007.0-75,ГОСТ Р 52726-2007 Russia|
  NFPA, IEEE STD 80, IEEE STD 80 – United States
NFPA 496, NFPA 70

Lightning protection standards
  NFPA 780, IEC 62305
  СТО 083-004-2010,ГОСТ Р МЭК 62561.2-2014
  БДС EN 62305-1:2011
  Norme NF C 15-100
  DIN EN 62305-1
  PN-EN 62305
  BS-EN 62305
  UNE 21186. Protección contra el rayo
  SNI 03-7015-2004
  IS 2309
  GB/T 36490-2018

Electronics and communications

Electronic products safety standards
The manufacturers of electronic tools must take into account several standard for electronic safety to protect the health of humans and animals.
ANSI C95.3:1972  – Techniques & instrumentation for measurement of
potentially hazardous electromagnetic radiation at microwave frequencies.
  CNC-St2-44.01 V02.1.1
 NOM-152
 MET MOC 023/96

Communication and high frequency safety standards
Few standard were introduced for the harmful impact from high frequency, CB-02 Radio Equipment
ANSI/IEEE 1.2 mW/Cm for antennas 1800-2000 MHz range.
Radio Communication safety  ANSI/IEEE C95.1-1992, ГОСТ Р 50829-95
Mobile Communication safety 73/23/EEC and 91/263/EEC

See also
Extra-low voltage
Electrical safety testing
Electrical Color Codes

Gallery

References

Дулицкий Г. А., Комаревцев А. П. Электробезопасность при эксплуатации электроустановок напряжением до 1000 В. Справочник. — М.: Воениздат, 1988.
IEC 60050-195:1998. International Electrotechnical Vocabulary. Part 195: Earthing and protection against electric shock. Edition 1.0. – Geneva: IEC, 1998‑08.
Marinela Yordanova – Technical Safety, Bulgaria BDS standards, 2010
M.M. Dawoud, A.S. Farag, J.M. Bakhashwain, and A. Frazi,"Study of EM Fields and
Radiated Power Generated from Dammam Radio Stations,"1998
N. Kuster, Q. Balzano, James C. Lin – Mobile Communications Safety, Springer Science & Business Media, 6 Dec 2012

Electrical engineering
Standards
Lists of standards

Electrical safety standards


The Herring Tower is situated on the Langness Peninsula in the south of the Isle of Man. It was built by Thomas Brine in 1823. The tower was built as a daymark and was based on the style of the tower of Peel Castle. Since 1991 the Herring Tower has been protected as a registered building.

References

Towers in the Isle of Man
Registered Buildings of the Isle of Man

Herring Tower, Langness


An Paraphoxus alderi in uska species han Malacostraca. An Paraphoxus alderi in nahilalakip ha genus nga Paraphoxus, ngan familia nga Phoxocephalidae. Waray hini subspecies nga nakalista.

Mga kasarigan

Paraphoxus

Paraphoxus alderi


Vír môže byť:
a) skôr neodborne ale často: kruhovo alebo špirálovito rotujúci prenos látky v tekutine; podobná definícia: prúdenie, ktorého prúdоvé čiary sú (približne) koncentrické kruhy
b) pohybový stav v prúdení, charakterizovaný tým, že vír rýchlosti (nazývaný aj vorticita) nie je rovný nule (prúdenie, ktorého vír rýchlosti v celej sledovanej oblasti nie je rovný nule, sa nazýva vírivé prúdenie alebo vírové prúdenie)

Rozdielnosť definícií
Vyššie uvedené definície sú koncepčne odlišné: Rozdiel spočíva už v tom, že prvá definícia sa vzťahuje primárne na pohyb množstva hmotných častíc, kým druhá primárne na pohyb priestorového bodu. Celkový rozdiel definícií možno ilustrovať napríklad na týchto príkladoch: 1) Prúdenie v okolí valca rotujúceho konštantnou uhlovou rýchlosťou prebieha z dôvodov symetrie po koncentrických kruhoch, nejde však o vírivé prúdenie (ide o tzv. potenciálny vír – pozri nižšie); 2) Prúdové čiary Hagenovho-Poiseuilleovho prúdenia v okrúhlej rúre sú síce priamky (a nie koncentrické kruhy), ide však o vírivé prúdenie.

Vírivé a nevírivé prúdenie; nútený a potenciálny vír
Vírivé prúdenie bolo definované vyššie (pozri aj samostatný článok vírivé prúdenie (mechanika tekutín)). Jedným z príkladov vírivého prúdenia je (vy)nútený vír (angl. rotational vortex, forced vortex), teda vír v zmysle definície a), ktorý je zároveň vírivým prúdením.

Opakom vírivého prúdenia, čiže prúdenie kde Ω= 0, sa volá nevírivé prúdenie (nevírové prúdenie) alebo potenciálne prúdenie (potenciálové prúdenie). Jedným z príkladov nevírivého prúdenia je  potenciálny vír (voľný vír, angl. irrotational vortex, free vortex), teda vír v zmysle definície a), ktorý je zároveň nevírivým prúdením.

Prúdenia reálnych tekutín (t. j. tekutín, ktoré nie sú ideálnymi tekutinami)  sú prísne vzaté vždy vírivé, v praxi však mnohé prúdenia možno dobre považovať za nevírivé (napr. tornádo sa považuje za príklad potenciálneho víru).

Praktické aspekty
Významné sú najmä víry (v zmysle definície a) vo vzduchových a vodných prúdeniach. Ich veľkosť siaha od približne jedného milimetra (napr. v hraničných vrstvách obtekaných prekážok) až do vyše tisíc kilometrov (napr. vírové systémy oblastí vysokého a nízkeho tlaku, prúdenia v mori).

Z vírov vo vzduchu sú významné najmä víry v atmosfére:
Prvú skupinu tvoria víry so stabilne približne vertikálnou orientáciou rotačnej osi: Najväčší vír je cirkumpolárny vír; k vírom synoptickej miery patria napr. cyklóny a tropické cyklóny; k vírom menším než synoptická miera patria (väčšie) oblačné víry a (menšie)  tromby (v širšom zmysle).
Druhú skupinu tvoria víry so stabilne približne horizontálnou rotačnou osou. Nazývajú sa rotory.
Tretiu skupinu tvoria nestabilné víry s rôznou orientáciou rotačnej osi, veľké od niekoľkých milimetrov do stoviek metrov.

Z vírov vo vode sú významné víry v mori, v rámci ktorých možno rozlíšiť:
Veľkorozmerné víry (od ) v systémoch morského prúdenia, napr. subtropické víry.
Víry stredných rozmerov ( až niekoľko ) majú vertikálnu rotačnú os a zodpovedajú  oblastiam vysokého a nízkeho tlaku v atmosfére.
Malorozmerné víry (ich priemer sa ráta na milimetre až metre) sú najmä trojrozmerné turbulenčné balíky, ktoré nemajú preferovaný smer.

Zdroje
Kurz fyziky pro DS - 4.3
Kurz fyziky pro DS - 4.7
Drábková: Úvod do prúdenia tekutín

Schade, H., Kunz, E.: Strömungslehre, 2007
Wirbel in: Brockhaus. Enzyklopädie in 30 Bänden. 2005 – 2006
víry v atmosféře. In:
Borosi, G.: Die Drallströmung in Wirbelkammern, dizertácia,  2003
Flügge, S. (ed.): Handbuch der Physik (Encyclopaedia of Physics) - Band VIII/1 (Volume VIII/1) - Strömungsmechanik 1 (Fluid dynamics 1), 1959

Externé odkazy
Šembera, J.: Mechanika tekutin - poznámky k teoretické části, 2004

Mechanika tekutín

Vír


(Միացյալ Թագավորության ու Ավստրալիայում տարածվելու համար վերանվանվել է «Լապուտա երկնային դղյակը») 1986 թվականին թողարկված անիմացիոն արկածային ֆիլմ է, որ գրվել ու ռեժիսորվել է Հայաո Միյաձակիի կողմից ու նույն թվականին շահել է the Animage Anime Grand Prix-ը։

Սյուժե
Լապուտան, թռչող կղզին, հին լեգենդ է։ Շատերը կարծում են, որ այնտեղ ռազմական հսկայական ուժ է կենտրոնացված, մյուսները՝ անհամար գանձեր։ Ամեն դեպքում, ամպերում թաքնված երկինային դղյակը հնարավոր է գտնել միայն Թռչող Քարի բյուրեղի օգնությամբ։ Այդ բյուրեղը, որպես թալիսման կրում է երիտասարդ Շիթան։

Անիմեն սկսվում է Շիթայի ու իր հափշտակողի՝ կառավարության գործակալ Մուսքայի վրա հարձակվում են օդային ծովահենները՝ Դոլան ու նրա որդիները։ Նրանք կախարդական բյուրեղն են փնտրում։ Շիթան ընկնում է դիրիժաբլից, բայց «թռչող քարը» թրկում է նրան։ Ապահով վայրէջք կատարելով հանքային քաղաքում, Շիթան հանդիպում է Պազուին։ Պազուն աղջկան տուն է տանում ու օգնում, որ վերականգնվի։ Արթնանալով, Շիթան բացահայտում է, որ Պազուն Լապուտա դղյակին հասնելու համար ինքնաթիռ է կառուցում։ Նրա հայրը նույնպես ինքնաթիռով թռչել ու լուսանկարել է երկնային դղյակը։

Շիթան իր հերթին պատմում է, որ իր ընտանիքն ապրել է հյուսիսային Գոնդոա հովտում տեղակայված փոքր գյուղում, ու որ ինքն տատիկի մահից ի վեր, մինչև Մուսքան ու իր գորակալներն չէին առևանգել նրան։ Հաջորդ օրը նրանց այցելում են Դոլայի ծովահենները, հետո՝ Մուսքայի զինվորները։ Ի վերջո, Շիթան ու Պազուն ընկնում են հանք, ուր հանդիպում են Պոմ քեռուն՝ մարդու, ով բացահայտում է Շիթայի թալիսմանի իրական արժեքը։ Շիթան, իր հերթին, ասում է իր իսկական անունը․ «Լուշեթա Տոյել ուլ Լապուտա», մոտավորապես նույն ժամանակ էլ Մուսքան շրջափակում է նրանց։

Շիթայի հանկարծակի արտասանած կախարդանքը, վերակենդանացնում է զինվոր-ռոբոտին ու առասպելական կղզուն ճանապարհ է բացում։ Պազուն, միավորվելով ծովահենների հետ, փրկում է Շիթային, բայց Մուսքայի ու զինվորականների մոտ մնացել է Լապուտայի ճանապարհը ցույց տվող թալիսմանը, ու նրանք դիրիժաբլով այնտեղ են ուղևորվում։ Նրանց հետապնդում են ծովահենները, ում կողքին կանգնել են անիմեի գլխավոր հերոսները՝ Շիթան ու Պազուն։

Պազուն ու Շիթան հասնում են Լապուտա ու այնտեղ հայտնաբերում ոչընչացված հոյակապ պալատներ ու այգեպան-ռոբոտին, ով շարունակում է նախկին տերերի այգիների ու գերեզմանների մասին հոգալ։

Կառավարության գործակալների ղեկավար Մուսքան Շիթայի հեռու ազգականն է՝ Լապուտայի տիրակալների սերունդը։ Ու նա ծրագրել է թալիսմանի, կղզու ու Լապուտայի տեխնոլոգիաների միջոցով Երկրի իշխանությունը իր ձեռքը վերցնել։ Ռոբոտների կառավարման վահանակին ու սարսափելի զենքին հասնելով, Մուսքան իրեն արդեն հաղթող է գզում, բայց Շիթան ու Պազուն, ամեն գնով Երկրի խաղաղությունը պաշտպանելու համար, կանգնեցնում են նրան․ արտասանում են Շիթայի ընտանիքում պահպանված կախարդանքը։ Լապուտան ինքնաոչնչանում է։

Շիթան ու Պազուն փրկվում են ու ինքնաթիռով թռնում են երկինք, ոչնչացած կղզին ներքևում թողնելով։ Մինչ անիմեի ավարտը ծովահենները հասցնում են իրենց ավարը ցույց տալ․ մի քանի թանկարժեք իրեր։

Հետաքրքիր փաստեր
 Երկնային քաղաք Լապուտան անվանվել է Ջոնաթան Սվիֆթի «Գուլիվերի արկածները» գրքի թռչող կղզու անվամբ։ Օրիգինալ կրկնօրինակման մեջ այն հնչում է որպես «Րապյութա», քանի որ ճապոներենում «լ» տառը չկա։ Իսպանիայում ու Ֆրանսիայում անիմեն թողարկվեց «Raputa» անվամբ, քանի որ իսպաներեն ու ֆրանսերեն laputa բառի արտասանությունը հիշեցնում է «պոռնիկ» բառին։ Ուոլթ Դիսնեյ ընկերությունը ընտրել է «Laputa: The Castle in the Sky» տարբերակը։
 Լապուտա կա նաև Չարլզ Քինգսլիի «Ջրի երեխաները» նովելում։ Ինչն նույնպես փոխառված է Սվիֆթից։
 Շատերը կարծում են, որ «Քոնան՝ ապագայից եկած տղան» անիմեի հերոսները հանդիսանում են «Լապուտա երկնային դղյակը» անիմեի հերոսների նախատիպերը։
 Լապուտայի ռոբոտը նույնական է «Լյուպեն 3։ Քալիոստորո դղյակը» անիմեի ռոբոտին։ Նրա բնական չափերով մոդելը տեղադրված է Գիբլի ընկերության թանգարանի տանիքին։ Ինչպես նաև Լապուտայի ռոբոտը կա Space Quest 1 խաղում, ուր ներկայանում է «HA-Y-AO» տիպիկ անվամբ, որը, հավանաբար, հղում է Հայաո Միյաձակիին։
 «Աղվեսա-սկյուռիկները» առաջին անգամ հայտնվել են Միյաձակիի «Նավշիքան հողմերի հովտից» մանգայում։
 2001 թվականին թողարկված «Ատլանտիդա։ Կորուսյալ աշխարհ» անիմացիոն ֆիլմի մի շարք հերոսներ ու մոտիվներ համընկնում են «Լապուտա»-ի հետ, ներառյալ ճապոնական անիմացիային բնորոշ տարրեր։ Օրինակ, իշխանության ներկայացուցիչները թշնամաբար են տրամադրված հերոսների նկատմամբ; հերոսները զբաղվում են հակաօրինական գործունեությամբ; հանցագործները սկզբից վատ են տրամադրված հերոսների դեմ, հետո սկսում են համագործակցել։

Տարբերակների տարբերությունները
Չնայած սյուժեն ու սցենարը, մեծ մասամբ, պահպանվել են, Դիսեյի անգլերեն կրկնօրինակումը որոշ փոփոխություններ ունի։

 Ավելացվել են ֆոնային սրամտություններ ու շատախոսություններ (նույնիսկ ավելի շատ, քան «Կախարդուհու առաքման ծառայությունը» անիմեի կրկնօրինակման մեջ), որպեսզի լրացվեն օրիգինալ տարբերակում առկա լռությունները։
 Կոմպոզիտոր Ջո Հիսաիշիին առաջարկել են իր 39-րոպեանոց սաունդթրեքը վերափոխել 90-րոպեանոց կտորի, որը ամերիկացի հանդիսատեսը պիտի ավելի լավ ընդունի։
 Պազուին ու Շիթային նկարել են Ջեյմս Վան Բիքն ու Աննա Պեքյուինը ու մի քանի տարով մեծացրել նրանց։
 Որոշ փոփոխություններ կան Շիթայի ու ծովահենների երկխոսություններում։ ԱՆգլերեն տարբերակում ներկայացված է այնպես, որ Շիթան ծովահենների համար սիրային հետաքրքրություն է ներկայացնում, ճապոնական տարբերակում՝ որ նա կարող է ծովահենների համար մայր լինել։
 Ռոբերտ Լուիս Սթիվենսոնի «Գանձերի կղզի»-ին հղումները փոխարինվել են Ջոնաթան Սվիֆթի «Գուլիվերի Ճանփորդություն»-ին հղումներով։

Չնայած բոլոր փոփոխությունները հաստատել են Գիբլի ընկերությունն ու Հայաո Միյաձակին, շատ քննադատներ դա չեն ընդունել։

Ծանոթագրություններ

Ճապոներեն ֆիլմեր
1986 ֆիլմեր
Հայաո Միյաձակիի ֆիլմեր
Walt Disney Pictures ֆիլմեր
Ճապոնական ֆիլմեր
1986 մուլտֆիլմեր
Ճապոնական ֆանտաստիկ ֆիլմեր
Ճապոնական արկածային ֆիլմեր

Լապուտա երկնային դղյակը