SVG

同

saphenous vein graft, 伏在静脈グラフト

WordNet

1. the 19th letter of the Roman alphabet (同)s

PrepTutorEJDIC

1. sulfurの化学記号 / {略}South[ern]

Wikipedia preview

出典(authority):フリー百科事典『ウィキペディア（Wikipedia）』「2015/12/08 21:19:04」(JST)

wiki ja

[Wiki ja表示]

SVGは以下の項目の略称である。

• Scalable Vector Graphics
• セントビンセント・グレナディーン（Saint Vincent and the Grenadines）

このページは曖昧さ回避のためのページです。一つの語句が複数の意味・職能を有する場合の水先案内のために、異なる用法を一覧にしてあります。お探しの用語に一番近い記事を選んで下さい。このページへリンクしているページを見つけたら、リンクを適切な項目に張り替えて下さい。

wiki en

[Wiki en表示]

"SVG" redirects here. For other uses, see SVG (disambiguation).

Scalable Vector Graphics

Filename extensions	.svg   .svgz
Internet media type	image/svg+xml
Uniform Type Identifier (UTI)	public.svg-image
Developed by	W3C
Initial release	4 September 2001 (2001-09-04)
Latest release	1.1 (Second Edition) (16 August 2011 (2011-08-16))
Type of format	Vector graphics
Extended from	XML
Standard	W3C SVG
Open format?	Yes
Website	www.w3.org/Graphics/SVG/

Scalable Vector Graphics (SVG) is an XML-based vector image format for two-dimensional graphics with support for interactivity and animation. The SVG specification is an open standard developed by the World Wide Web Consortium (W3C) since 1999.

SVG images and their behaviors are defined in XML text files. This means that they can be searched, indexed, scripted, and compressed. As XML files, SVG images can be created and edited with any text editor, but are more often created with drawing software.

All major modern web browsers—including Mozilla Firefox, Internet Explorer, Google Chrome, Opera, and Safari—have at least some degree of SVG rendering support.

Overview

This image illustrates the difference between bitmap and vector images. The bitmap image is composed of a fixed set of pixels, while the vector image is composed of a fixed set of shapes. In the picture, scaling the bitmap reveals the pixels while scaling the vector image preserves the shapes.

SVG has been in development since 1999 by a group of companies within the W3C after the competing standards Precision Graphics Markup Language (PGML, developed from Adobe's PostScript) and Vector Markup Language (VML, developed from Microsoft's RTF) were submitted to W3C in 1998. SVG drew on experience from the designs of both those formats.

SVG allows three types of graphic objects: vector graphics, raster graphics, and text. Graphical objects, including PNG and JPEG raster images, can be grouped, styled, transformed, and composited into previously rendered objects. SVG does not directly support z-indices that separate drawing order from document order for overlapping objects, unlike some other vector markup languages like VML. Text can be in any XML namespace suitable to the application, which enhances search ability and accessibility of the SVG graphics. The feature set includes nested transformations, clipping paths, alpha masks, filter effects, template objects, and extensibility.

Since 2001, the SVG specification has been updated to version 1.1. The SVG Mobile Recommendation introduced two simplified profiles of SVG 1.1, SVG Basic and SVG Tiny, meant for devices with reduced computational and display capabilities. An enhanced version of SVG Tiny, called SVG Tiny 1.2, later became an autonomous Recommendation.

Work is currently in progress on SVG 2, which incorporates several new features in addition to those of SVG 1.1 and SVG Tiny 1.2.

Printing

Though the SVG Specification primarily focuses on vector graphics markup language, its design includes the basic capabilities of a page description language like Adobe's PDF. It contains provisions for rich graphics, and is compatible with CSS for styling purposes. SVG has the information needed to place each glyph and image in a chosen location on a printed page. (By contrast, XHTML's primary purpose is to communicate content, not presentation, so XHTML specifies objects to be displayed but not where to place them.) A print-specialized subset of SVG (SVG Print, authored by Canon, HP, Adobe and Corel) is currently a W3C Working Draft.

Scripting and animation

Main article: SVG animation

SVG drawings can be dynamic and interactive. Time-based modifications to the elements can be described in SMIL, or can be programmed in a scripting language (e.g. ECMAScript or JavaScript). The W3C explicitly recommends SMIL as the standard for animation in SVG. However SMIL was deprecated in Google Chrome as of Aug 2015.

A rich set of event handlers such as onmouseover and onclick can be assigned to any SVG graphical object.

Compression

SVG images, being XML, contain many repeated fragments of text, so they are well suited for lossless data compression algorithms. When an SVG image has been compressed with the industry standard gzip algorithm, it is referred to as an "SVGZ" image and uses the corresponding .svgz filename extension. Conforming SVG 1.1 viewers will display compressed images. An SVGZ file is typically 20 to 50 percent of the original size. W3C provides SVGZ files to test for conformance.

Development history

SVG was developed by the W3C SVG Working Group starting in 1998, after Macromedia and Microsoft introduced VML whereas Adobe Systems and Sun Microsystems submitted a competing format known as PGML. The working group was chaired by Chris Lilley of the W3C.

• SVG 1.0 became a W3C Recommendation on 4 September 2001.
• SVG 1.1 became a W3C Recommendation on 14 January 2003. The SVG 1.1 specification is modularized in order to allow subsets to be defined as profiles. Apart from this, there is very little difference between SVG 1.1 and SVG 1.0.
  • SVG Tiny and SVG Basic (the Mobile SVG Profiles) became W3C Recommendations on 14 January 2003. These are described as profiles of SVG 1.1.
• SVG Tiny 1.2 became a W3C Recommendation on 22 December 2008. It was initially drafted as a profile of the planned SVG Full 1.2 (which has since been dropped in favor of SVG 2), but was later refactored as a standalone specification.
• SVG 1.1 Second Edition, which includes all the errata and clarifications, but no new features to the original SVG 1.1 was released on 16 August 2011.
• SVG 2 will completely rework draft 1.2 with more integration with new web features such as CSS, HTML5 and WOFF.

The MPEG-4 Part 20 standard - Lightweight Application Scene Representation (LASeR) and Simple Aggregation Format (SAF) is based on SVG Tiny. It was developed by MPEG (ISO/IEC JTC1/SC29/WG11) and published as ISO/IEC 14496-20:2006. SVG capabilities are enhanced in MPEG-4 Part 20 with key features for mobile services, such as dynamic updates, binary encoding, state-of-art font representation. SVG was also accommodated in MPEG-4 Part 11, in the Extensible MPEG-4 Textual (XMT) format - a textual representation of the MPEG-4 multimedia content using XML.

Mobile profiles

Because of industry demand, two mobile profiles were introduced with SVG 1.1: SVG Tiny (SVGT) and SVG Basic (SVGB). These are subsets of the full SVG standard, mainly intended for user agents with limited capabilities. In particular, SVG Tiny was defined for highly restricted mobile devices such as cellphones; it doesn't support styling or scripting. SVG Basic was defined for higher-level mobile devices, such as PDAs.

In 2003, the 3GPP, an international telecommunications standards group, adopted SVG Tiny as the mandatory vector graphics media format for next-generation phones. SVGT is the required vector graphics format and support of SVGB is optional for Multimedia Messaging Service (MMS) and Packet-switched Streaming Service. It was later added as required format for vector graphics in 3GPP IP Multimedia Subsystem (IMS). Neither mobile profile includes support for the full DOM, while only SVG Basic has optional support for scripting, but because they are fully compatible subsets of the full standard, most SVG graphics can still be rendered by devices which only support the mobile profiles.

SVGT 1.2 adds a microDOM (μDOM), styling and scripting.

Functionality

The SVG 1.1 specification defines 14 functional areas or feature sets:

Paths

Simple or compound shape outlines are drawn with curved or straight lines that can be filled in, outlined, or used as a clipping path. Paths have a compact coding. For example M (for 'move to') precedes initial numeric x and y coordinates and L (line to) precedes a point to which a line should be drawn. Further command letters (C, S, Q, T and A) precede data that is used to draw various Bézier and elliptical curves. Z is used to close a path. In all cases, absolute coordinates follow capital letter commands and relative coordinates are used after the equivalent lower-case letters.

Basic shapes

Straight-line paths and paths made up of a series of connected straight-line segments (polylines), as well as closed polygons, circles and ellipses can be drawn. Rectangles and round-cornered rectangles are also standard elements.

Text

Unicode character text included in an SVG file is expressed as XML character data. Many visual effects are possible, and the SVG specification automatically handles bidirectional text (for composing a combination of English and Arabic text, for example), vertical text (as Chinese was historically written) and characters along a curved path (such as the text around the edge of the Great Seal of the United States).

Painting

SVG shapes can be filled and/or outlined (painted with a color, a gradient, or a pattern). Fills can be opaque or have any degree of transparency. "Markers" are line-end features, such as arrowheads, or symbols that can appear at the vertices of a polygon.

Color

Colors can be applied to all visible SVG elements, either directly or via 'fill', 'stroke,' and other properties. Colors are specified in the same way as in CSS2, i.e. using names like black or blue, in hexadecimal such as #2f0 or #22ff00, in decimal like rgb(255,255,127), or as percentages of the form rgb(100%,100%,50%).

Gradients and patterns

SVG shapes can be filled or outlined with solid colors as above, or with color gradients or with repeating patterns. Color gradients can be linear or radial (circular), and can involve any number of colors as well as repeats. Opacity gradients can also be specified. Patterns are based on predefined raster or vector graphic objects, which can be repeated in x and/or y directions. Gradients and patterns can be animated and scripted.

Since 2008, there has been discussion among professional users of SVG that either gradient meshes or preferably diffusion curves could usefully be added to the SVG specification. It is said that a "simple representation [using diffusion curves] is capable of representing even very subtle shading effects" and that "Diffusion curve images are comparable both in quality and coding efficiency with gradient meshes, but are simpler to create (according to several artists who have used both tools), and can be captured from bitmaps fully automatically." The current draft of SVG 2 includes gradient meshes.

Clipping, masking and compositing

Graphic elements, including text, paths, basic shapes and combinations of these, can be used as outlines to define both inside and outside regions that can be painted (with colors, gradients and patterns) independently. Fully opaque clipping paths and semi-transparent masks are composited together to calculate the color and opacity of every pixel of the final image, using alpha blending.

Filter effects

Main article: SVG filter effects

Interactivity

SVG images can interact with users in many ways. In addition to hyperlinks as mentioned below, any part of an SVG image can be made receptive to user interface events such as changes in focus, mouse clicks, scrolling or zooming the image and other pointer, keyboard and document events. Event handlers may start, stop or alter animations as well as trigger scripts in response to such events.

Linking

SVG images can contain hyperlinks to other documents, using XLink. Through the use of the <view> element or a fragment identifier, URLs can link to SVG files that change the visible area of the document. This allows for creating specific view states that are used to zoom in/out of a specific area or to limit the view to a specific element. This is helpful when creating sprites. XLink support in combination with the <use> element also allow linking to and re-using internal and external elements. This allows to do more with less markup and makes for cleaner code.

Scripting

All aspects of an SVG document can be accessed and manipulated using scripts in a similar way to HTML. The default scripting language is ECMAScript (closely related to JavaScript) and there are defined Document Object Model (DOM) objects for every SVG element and attribute. Scripts are enclosed in <script> elements. They can run in response to pointer events, keyboard events and document events as required.

Animation

Main article: SVG animation

SVG content can be animated using the built-in animation elements such as <animate>, <animateMotion> and <animateColor>. Content can be animated by manipulating the DOM using ECMAScript and the scripting language's built-in timers. SVG animation has been designed to be compatible with current and future versions of Synchronized Multimedia Integration Language (SMIL). Animations can be continuous, they can loop and repeat, and they can respond to user events, as mentioned above.

Fonts

As with HTML and CSS, text in SVG may reference external font files, such as system fonts. If the required font files do not exist on the machine where the SVG file is rendered, the text may not appear as intended. To overcome this limitation, text can be displayed in an SVG font, where the required glyphs are defined in SVG as a font that is then referenced from the <text> element.

Metadata

In accord with the W3C's Semantic Web initiative, SVG allows authors to provide metadata about SVG content. The main facility is the <metadata> element, where the document can be described using Dublin Core metadata properties (e.g. title, creator/author, subject, description, etc.). Other metadata schemas may also be used. In addition, SVG defines <title> and <desc> elements where authors may also provide plain-text descriptive material within an SVG image to help indexing, searching and retrieval by a number of means.

An SVG document can define components including shapes, gradients etc., and use them repeatedly. SVG images can also contain raster graphics, such as PNG and JPEG images, and further SVG images.

Example

This code will produce the shapes shown in the image (excluding the grid):

<svg xmlns="http://www.w3.org/2000/svg" version="1.1">
  <rect x="25" y="25" width="200" height="200" fill="lime" stroke-width="4" stroke="pink" />
  <circle cx="125" cy="125" r="75" fill="orange" />
  <polyline points="50,150 50,200 200,200 200,100" stroke="red" stroke-width="4" fill="none" />
  <line x1="50" y1="50" x2="200" y2="200" stroke="blue" stroke-width="4" />
</svg>

SVG on the web

SVG exported from KOMPAS-Graphic

The use of SVG on the web was limited by the lack of support in older versions of Internet Explorer (IE). Many web sites that serve SVG images, such as Wikipedia, also provide the images in a raster format, either automatically by HTTP content negotiation or by allowing the user directly to choose the file.

Google announced on 31 August 2010 that it had started to index SVG content on the web, whether it is in standalone files or embedded in HTML, and that users would begin to see such content listed among their search results. It was announced on 8 December 2010 that Google Image Search would also begin indexing SVG files. On 28 January 2011, it was discovered that Google was allowing Image Search results to be restricted exclusively to SVG files. This feature was announced officially on 11 February 2011.

Native browser support

Konqueror was the first browser to support SVG in release version 3.2 in February 2004. As of 2011, all major desktop browsers, and many minor ones, have some level of SVG support. Other browsers' implementations are not yet complete; see comparison of layout engines for further details.

Some earlier versions of Firefox (e.g. versions between 1.5 and 3.6), as well as a smattering of other now-outdated web browsers capable of displaying SVG graphics, needed them embedded in <object> or <iframe> elements to display them integrated as parts of an HTML webpage instead of using the standard way of integrating images with <img>. However, SVG images may be included in XHTML pages using XML namespaces.

Tim Berners-Lee, the inventor of the World Wide Web, has been critical of (earlier versions of) Internet Explorer for its failure to support SVG.

• Opera (since 8.0) has support for the SVG 1.1 Tiny specification while Opera 9 includes SVG 1.1 Basic support and some of SVG 1.1 Full. Opera 9.5 has partial SVG Tiny 1.2 support. It also supports SVGZ (compressed SVG).
• Browsers based on the Gecko layout engine (such as Firefox, Flock, Camino, and SeaMonkey) all have had incomplete support for the SVG 1.1 Full specification since 2005. The Mozilla site has an overview of the modules which are supported in Firefox and of the modules which are in progress in the development. Gecko 1.9, included in Firefox 3.0, adds support for more of the SVG specification (including filters).
• Browsers based on WebKit (such as Apple's Safari, Google Chrome, and The Omni Group's OmniWeb) have had incomplete support for the SVG 1.1 Full specification since 2006.
• Amaya has partial SVG support.
• Internet Explorer 8 and older versions do not support SVG. IE9 (released 14 March 2011) supports the basic SVG feature set. IE10 extended SVG support by adding SVG 1.1 filters.
• The Maxthon Cloud Browser also supports SVG.

There are several advantages to native and full support: plugins are not needed, SVG can be freely mixed with other content in a single document, and rendering and scripting become considerably more reliable.

Plug-in browser support

Internet Explorer, up to and including IE8, was the only major browser not to provide native SVG support. IE8 and older require a plug-in to render SVG content. There are a number of plug-ins available to assist, including:

• Ample SDK Open-Source JavaScript GUI Framework provides partial support for SVG 1.1, SMIL, DOM and style scripting in Internet Explorer (5.5 - 8.0) too. It is not dependent on any plugins and relies on presence of alternative Vector Graphics format VML in Internet Explorer.
• Batik, a widely deployed Java plugin
• Google Chrome Frame from Google can support all web elements supported by WebKit, including SVG 1.0 and partially SVG 1.1. (discontinued)
• GPAC, targets SVGT 1.2
• Adobe SVG Viewer from Adobe Systems plugin supports most of SVG 1.0/1.1. (discontinued)
• Corel SVG Viewer (discontinued)
• Raphaël is another JavaScript library that takes advantage of the intersection between VML's and SVG's features to create vector graphics and animate them.
• Renesis Player for Internet Explorer from examotion GmbH, supports SVG 1.1 on IE 6 and 7 (discontinued)
• SVG Web is a JavaScript library for Web developers, targeted at Internet Explorer and dependent on the presence of an installed Adobe Flash plugin on the client machine. SVG Web provides partial support for SVG 1.1, SVG Animation (SMIL), Fonts, Video and Audio, DOM and style scripting.

On 5 January 2010, a senior manager of the Internet Explorer team at Microsoft announced on his official blog that Microsoft had just requested to join the SVG Working Group of the W3C in order to "take part in ensuring future versions of the SVG spec will meet the needs of developers and end users," although no plans for SVG support in Internet Explorer were mentioned at that time. Internet Explorer 9 beta supported a basic SVG feature set based on the SVG 1.1 W3C recommendation. Functionality has been implemented for most of the SVG document structure, interactivity through scripting and styling inline and through CSS. The presentation elements, attributes and DOM interfaces that have been implemented include basic shapes, colors, filling, gradients, patterns, paths and text.

Mobile support

SVG Tiny (SVGT) 1.1 and 1.2 are mobile profiles for SVG. SVGT 1.2 includes some features not found in SVG 1.1, including non-scaling strokes, which are supported by some SVG 1.1 implementations, such as Opera, Firefox and WebKit. As shared code bases between desktop and mobile browsers increased, the use of SVG 1.1 over SVGT 1.2 also increased.

Support for SVG may be limited to SVGT on older or more limited smart phones, or may be primarily limited by their respective operating system. Adobe Flash Lite has optionally supported SVG Tiny since version 1.1. At the SVG Open 2005 conference, Sun demonstrated a mobile implementation of SVG Tiny 1.1 for the Connected Limited Device Configuration (CLDC) platform.

Mobiles that use Opera Mobile, as well as the iPhone's built in browser, also include SVG support. However, even though it used the WebKit engine, the Android built-in browser did not support SVG prior to v3.0 (Honeycomb). Prior to v3.0, Firefox Mobile 4.0b2 (beta) for Android was the first browser running under Android to support SVG by default.

The level of SVG Tiny support available varies from mobile to mobile, depending on the SVG engine installed. Many newer mobile products support additional features beyond SVG Tiny 1.1, like gradient and opacity; this is sometimes referred as "SVGT 1.1+", though there is no such standard.

Rim's BlackBerry has built-in support for SVG Tiny 1.1 since version 5.0. Support continues for WebKit-based BlackBerry Torch browser in OS 6 and 7.

Nokia's S60 platform has built-in support for SVG. For example, icons are generally rendered using the platform's SVG engine. Nokia has also led the JSR 226: Scalable 2D Vector Graphics API expert group that defines Java ME API for SVG presentation and manipulation. This API has been implemented in S60 Platform 3rd Edition Feature Pack 1 and onward. Some Series 40 phones also support SVG (such as Nokia 6280).

Most Sony Ericsson phones beginning with K700 (by release date) support SVG Tiny 1.1. Phones beginning with K750 also support such features as opacity and gradients. Phones with Sony Ericsson Java Platform-8 have support for JSR 226.

Windows Phone has supported SVG since version 7.5

SVG is also supported on various mobile devices from Motorola, Samsung, LG, and Siemens mobile/BenQ-Siemens. eSVG, an SVG rendering library mainly written for embedded devices, is available on some mobile platforms.

OpenVG is an API designed for hardware-accelerated 2D vector graphics. Its primary platforms are handheld devices, mobile phones, gaming or media consoles, and consumer electronic devices including operating systems with Gallium3D based graphics drivers.

Online SVG converters

This is an incomplete list of web applications that can convert SVG files to raster image formats (this process is known as rasterization), or raster images to SVG (this process is known as image tracing or vectorization) - without the need of installing a desktop software or browser plug-in.

• Autotracer.org. Online raster image vectorizer using the AutoTrace library. BMP, GIF, JPEG, or PNG to DXF, EPS, PDF, or SVG. Upload limit: 1MB.
• FileFormat.info - Converts SVG to PNG, JPEG, TIFF. Output resolution can be specified. No batch processing. Upload limit: 5MB.
• Online-Convert - Converts to/from BMP, EPS, GIF, HDR, ICO, JPEG, PNG, SVG, TGA, TIFF, WBMP, WebP. No batch processing. The output (e. g. image size) is customizable; the conversion to SVG is handled by Potrace.
• SVGConv - Converts SVG to JPEG, PNG, GIF, BMP, TGA, TIFF, PDF, PS, EPS. Allows the user to customize the output (like image size, background color) and has batch processing features (converting multiple files in a single step). Upload limit: 10MB
• SVG2Android - Converts SVG to an Android VectorDrawable (introduced in API 21)
• Free Online Converter - Converts most raster images to SVG via tracing. When converting from raster images such as EPS to SVG, PNG to SVG or JPG to SVG, converter will convert the forms and objects in black-and-white images in vector graphics form. The conversion to SVG is handled by Potrace.

Application support

SVG images can be produced by the use of a vector graphics editor, such as Inkscape, Adobe Illustrator, Adobe Flash Professional or CorelDRAW, and rendered to common raster image formats such as PNG using the same software. Inkscape uses a (built-in) potrace to import raster image formats.

Software can be programmed to render SVG images by using a library such as librsvg used by GNOME since 2000, or Batik. SVG images can also be rendered to any desired popular image format by using the free software command-line utility ImageMagick (which also uses librsvg under the hood).

Other uses for SVG include embedding for use in word processing (e.g. with LibreOffice) and desktop publishing (e.g. Scribus), plotting graphs (e.g. gnuplot), and importing paths (e.g. for use in GIMP or Blender). The Uniform Type Identifier for SVG used by Apple is public.svg-image and conforms to public.image and public.xml.

See also

Scalable Vector Graphics
sXBL SVG Working Group SVG filter effects Precision Graphics Markup Language Vector Markup Language XHTML+MathML+SVG SVG animation Comparison of layout engines (SVG)

• Canvas element
• Comparison of graphics file formats
• Comparison of raster-to-vector conversion software
• Comparison of vector graphics editors
• Computer graphics
• Computer Graphics Metafile
• Image file formats
• Resolution independence
• SVG files in MediaWiki on Commons: Help:SVG

References

External links

• W3C SVG page specifications, list of implementations
• W3C SVG primer W3C Primer (draft) under auspices of SVG Interest Group
• Scalable Vector Graphics at DMOZ

UpToDate Contents

全文を閲覧するには購読必要です。 To read the full text you will need to subscribe.

• 1. Coronary artery bypass graft surgery: Graft choices
• 2. 冠動脈バイパス術の心臓以外の早期合併症 early noncardiac complications of coronary artery bypass graft surgery
• 3. 冠動脈バイパス術：大伏在静脈グラフトの狭窄の予防およびマネージメント coronary artery bypass graft surgery prevention and management of vein graft stenosis
• 4. 慢性重症下肢虚血の治療 treatment of chronic limb threatening ischemia
• 5. 冠動脈バイパス術の早期心合併症 early cardiac complications of coronary artery bypass graft surgery

English Journal

• Bypass surgery for complex middle cerebral artery aneurysms: an algorithmic approach to revascularization.

• Tayebi Meybodi A1,2, Huang W1, Benet A1,2, Kola O2, Lawton MT1,2.
• Journal of neurosurgery.J Neurosurg.2016 Nov 4:1-17. [Epub ahead of print]
• OBJECT Management of complex aneurysms of the middle cerebral artery (MCA) can be challenging. Lesions not amenable to endovascular techniques or direct clipping might require a bypass procedure with aneurysm obliteration. Various bypass techniques are available, but an algorithmic approach to class
• PMID 27813463

• Intraoperative Vein Graft Preservation: What Is the Solution?

• Woodward LC1, Antoniades C2, Taggart DP3.
• The Annals of thoracic surgery.Ann Thorac Surg.2016 Nov;102(5):1736-1746. doi: 10.1016/j.athoracsur.2016.05.097. Epub 2016 Sep 10.
• Saphenous vein graft (SVG) disease and subsequent vein graft failure remain a major problem after coronary artery bypass graft operations. In an effort to mitigate loss of endothelial viability, the vein is stored, intraoperatively, in a preservation solution. However, human SVG samples demonstrate
• PMID 27624295

• Sealing Intermediate Nonobstructive Coronary Saphenous Vein Graft Lesions With Drug-Eluting Stents as a New Approach to Reducing Cardiac Events: A Randomized Controlled Trial.

• Rodés-Cabau J1, Jolly SS2, Cairns J2, Mansour S2, L'Allier PL2, Teefy PJ2, Graham JJ2, Le May MR2, Cantor WJ2, Wood D2, Balasubramanian K2, DeLarochellière R2, Dzavik V2; VELETI II Investigators (Sealing Moderate Coronary Saphenous Vein Graft Lesions With Paclitaxel-Eluting Stents).
• Circulation. Cardiovascular interventions.Circ Cardiovasc Interv.2016 Nov;9(11). pii: e004336.
• BACKGROUND: The objective of this study was to assess the efficacy of sealing intermediate nonobstructive coronary saphenous vein graft (SVG) lesions with drug-eluting stents (DES; paclitaxel- or everolimus-eluting stents) for reducing major adverse cardiac events (MACE).METHODS AND RESULTS: This wa
• PMID 27815344

Japanese Journal

• 発想支援のための作図システムの構築 (第22回年次大会予稿)

• 村川 猛彦,牧野 茂一
• 情報知識学会誌 24(2), 133-138, 2014-05
• NAID 40020110824

• HTML5 CanvasおよびSVGにおける自動選択アルゴリズムを用いた描画パフォーマンスの最適化

• 山本 愛佑子,渡辺 裕
• 情報処理学会研究報告. [オーディオビジュアル複合情報処理] 2014-AVM-84(6), 1-2, 2014-02-14
• … では,ビットマップ形式のデータを扱う Canvas,ベクター形式のデータを扱う Inline SVG がサポートされ,JavaScript ベースで HTML 内に図形や画像を直接記述できる.しかし,Flash,Java などのプラグインを使用した場合と比べ,描画パフォーマンスが劣るという問題点がある.本研究では,Canvas および SVG における従来の描画パフォーマンス高速化手法の比較を行った.さらに,描画する要素に対して最適な手法を自 …
• NAID 110009669774

• 3次元グラフィックス記述フレームワーク Sardonyx の提案と実装

• 片山修治 ,松原俊一 ,MartinJ.Duerst
• 全国大会講演論文集 2013(1), 233-235, 2013-03-06
• … 著者らの研究室ではSVG作成フレームワークSVuGyをプログラミング言語Rubyによる内部DSLとして実装した.本研究ではSVuGyの原理を3次元グラフィックス(3DCG)へ対応させたフレームワークSardonyxを提案し,実装する.Web用3DCG形式X3Dを出力する.簡潔な記法により,XMLにおけるタグ構造の冗長さをなくし,常用する要素などは省略することも可能である.また,宣言的記述による多様な属性指定の機能を有する.さらに,Rubyプログラムを用い …
• NAID 110009580969

Related Links

• SVGとは｜Scalable Vector Graphics - 意味/解説/説明/定義 ...

SVGとは、XMLベースの2Dベクター画像記述言語。2001年9月にW3C勧告として公開された。ベクター画像は画像を点の集合体ではなく、線や面などの図形の集合体として扱うため、見る環境に応じて最適な表示が可能となる。また、SVGでは ...

• Scalable Vector Graphics - Adobe: Creative, marketing and ...

ホーム 製品 Scalable Vector Graphics SVGゾーン Adobe SVGゾーンへようこそ。Scalable Vector Graphics (SVG)というのは、World Wide Web Consortium (W3C)が提唱する、新しい可能性を秘めた、Webグラフィックス用のXMLベースの ...

Related Pictures

---

★リンクテーブル★

リンク元	「伏在静脈移植片」「saphenous vein graft」「伏在静脈グラフト」
関連記事	「SV」「S」

「伏在静脈移植片」

　　[★]

英

saphenous vein graft SVG

同

伏在静脈バイパスグラフト saphenous vein bypass graft

関

伏在静脈

• 脳外科や心臓外科で用いられるグラフト

「saphenous vein graft」

　　[★]

同

SVG, 伏在静脈グラフト

「伏在静脈グラフト」

　　[★]

同

saphenous vein graft, SVG

「SV」

　　[★]

• 一回拍出量 １回心拍出量 stroke volume
• 左室一回拍出量 left ventricular stroke volume,
• 単心室 single ventricle
• シーベルト sievert→Sv

「S」

　　[★]

• セリン serine
• 胸骨上縁