DOCSLIB.ORG

GS1 Digital Link

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

GS1 Web URI Structure Standard enabling consistent representation of GS1 identification keys within web addresses to link to online information and services Release 1.0, Ratified, Aug 2018 GS1 Web URI Structure Standard Document Summary Document Item Current Value Document Name GS1 Web URI Structure Standard Document Date Aug 2018 Document Version 1.0 Document Issue Document Status Ratified Document Description enabling consistent representation of GS1 identification keys within web addresses to link to online information and services Contributors Name Organisation Dominique Guinard (Chair) EVRYTHNG Seán Lightholder (Chair) Wal-Mart Stores, Inc. Laurent Tonnelier (Chair) mobiLead / serviceTag Hirokazu Nagai Japan Pallet Rental Corporation Deborah Arcoleo Hershey Company (The) Stephen Brown Mead Westvaco Henk Dannenberg NXP Semiconductors Vera Feuerstein Nestle Brian Newby Unilever UK Mandeep Sodhi Nestle John Terwilliger Abbott Laboratories Inc. Julie Vargas Avery Dennison RFID Evan Bacchus Costco Wholesale Yolande Diaz Carrefour Jonas Elander Axfood Sverige AB Max Engström H&M Sylvia Rubio Alegren ICA AB Hans Peter Scheidt C & A SCS Joachim Wilkens C & A SCS Marc Blanchet Viagenie Philip Allgaier bpcompass GmbH Dalibor Biscevic Business Technologies Ltd Patrick Chanez INEXTO SA Roland Donzelle SQUARE / TINTAMAR Anthony Graignic YESITIS Mark Harrison Milecastle Media Limited John Herzig Barcode Graphics Inc Canada Release 1.0, Ratified, Aug 2018 © 2018 GS1 AISBL Page 2 of 54 GS1 Web URI Structure Standard Name Organisation Andr‚ Machado TrustaTAG Zbigniew Sagan Advanced Track and Trace Kim Simonalle Qliktag Software (formally Zeebric LLC) Elizabeth Waldorf TraceLink George Wright IV Product Identification & Processing Systems Ilteris Oney ecomes Koji Asano GS1 Japan Andrea Ausili GS1 Italy Xavier Barras GS1 France Mats Bjorkqvist GS1 Sweden Jonas Buskenfried GS1 Sweden Emanuela Casalini GS1 Italy Karolin Catela GS1 Sweden Madalina Cernat GS1 Romania Anthony Chan GS1 Hong Kong Nicolas Collignon GS1 Belgium & Luxembourg Luiz Costa GS1 Brazil Benjamin Couty GS1 France Leonardo de Viveiros GS1 Brazil Kevin Dean GS1 Canada Ferran Domenech Fuste GS1 Spain Xiaowen Dong GS1 China Dorothee Doswald-Kuhlmann GS1 Switzerland Vanessa Giulieri GS1 Italy Heinz Graf GS1 Switzerland Rami Habbal GS1 UAE Gary Hartley GS1 New Zealand Hideki Ichihara GS1 Japan Yoshihiko Iwasaki GS1 Japan Ricky Jones GS1 UK Sang Ik Jung GS1 Korea Kimmo Keravuori GS1 Finland Kazuna Kimura GS1 Japan Boris Krcelic GS1 Argentina Ilka Machemer GS1 Germany Noriyuki Mama GS1 Japan Roberto Matsubayashi GS1 Brazil Daniel Mueller-Sauter GS1 Switzerland Prince Namane GS1 South Africa Mori Naoko GS1 Japan Release 1.0, Ratified, Aug 2018 © 2018 GS1 AISBL Page 3 of 54 GS1 Web URI Structure Standard Name Organisation Daisuke Negishi GS1 Japan Staffan Olsson GS1 Sweden Michel Ottiker GS1 Switzerland Sebastián Perazzo GS1 Argentina Bijoy Peter GS1 India Sarina Pielaat GS1 Netherlands Neil Piper GS1 UK Paul Reid GS1 UK Alexandre Rieucau GS1 France Nick Rusman GS1 Netherlands Roxana Saravia Bulmini GS1 Argentina Sue Schmid GS1 Australia Eugen Sehorz GS1 Austria GmbH Xiaojing Shao GS1 China Sean Sloan GS1 Australia Andrew Steele GS1 Australia Xia Tao GS1 China Ralph Troeger GS1 Germany Frits van den Bos GS1 Netherlands Rocio Vizcarra GS1 Argentina Amber Walls GS1 US Qian Wang GS1 France Shu Wang GS1 China Yi Wang GS1 China Stephan Wijnker GS1 Australia Carrie Wilkie GS1 US Ruoyun Yan GS1 China Yuwen Zhang GS1 China Peter Alvarez GS1 Global Office Dipan Anarkat GS1 Global Office Phil Archer GS1 Global Office Henri Barthel GS1 Global Office Robert Beideman GS1 Global Office Chuck Biss GS1 Global Office Scott Gray GS1 Global Office Eric Kauz GS1 Global Office Sean Lockhead GS1 Global Office Jeanette McVeigh GS1 Global Office Markus Mueller GS1 Global Office Greg Rowe GS1 Global Office Release 1.0, Ratified, Aug 2018 © 2018 GS1 AISBL Page 4 of 54 GS1 Web URI Structure Standard Name Organisation Kevin Stark GS1 Global Office Garry Thaniel GS1 Global Office Elena Tomanovich GS1 Global Office Log of Changes Release Date of Change Changed By Summary of Change 1.0 Aug 2018 Phil Archer, Dominique Initial release developed on WR 17-000343 Guinard, Mark Harrison, Marie Petre & Greg Rowe Disclaimer GS1®, under its IP Policy, seeks to avoid uncertainty regarding intellectual property claims by requiring the participants in the Work Group that developed this GS1 Web URI Standard to agree to grant to GS1 members a royalty-free licence or a RAND licence to Necessary Claims, as that term is defined in the GS1 IP Policy. Furthermore, attention is drawn to the possibility that an implementation of one or more features of this Standard may be the subject of a patent or other intellectual property right that does not involve a Necessary Claim. Any such patent or other intellectual property right is not subject to the licencing obligations of GS1. Moreover, the agreement to grant licences provided under the GS1 IP Policy does not include IP rights and any claims of third parties who were not participants in the Work Group. Accordingly, GS1 recommends that any organisation developing an implementation designed to be in conformance with this Standard should determine whether there are any patents that may encompass a specific implementation that the organisation is developing in compliance with the Standard and whether a licence under a patent or other intellectual property right is needed. Such a determination of a need for licencing should be made in view of the details of the specific system designed by the organisation in consultation with their own patent counsel. THIS DOCUMENT IS PROVIDED “AS IS” WITH NO WARRANTIES WHATSOEVER, INCLUDING ANY WARRANTY OF MERCHANTABILITY, NONINFRINGEMENT, FITNESS FOR PARTICULAR PURPOSE, OR ANY WARRANTY OTHER WISE ARISING OUT OF THIS SPECIFICATION. GS1 disclaims all liability for any damages arising from use or misuse of this document, whether special, indirect, consequential, or compensatory damages, and including liability for infringement of any intellectual property rights, relating to use of information in or reliance upon this document. GS1 retains the right to make changes to this document at any time, without notice. GS1 makes no warranty for the use of this document and assumes no responsibility for any errors which may appear in the document, nor does it make a commitment to update the information contained herein. GS1 and the GS1 logo are registered trademarks of GS1 AISBL. Release 1.0, Ratified, Aug 2018 © 2018 GS1 AISBL Page 5 of 54 GS1 Web URI Structure Standard Table of Contents 1 Executive overview ....................................................................................... 8 2 Foreword ...................................................................................................... 8 3 Introduction ................................................................................................. 9 3.1 What is a URI? ................................................................................................................ 9 3.2 Why Linked Data? ......................................................................................................... 12 3.3 Use of GS1 Web URIs with various kinds of data carriers .................................................... 12 4 Working assumptions and technical design principles ................................ 14 4.1 Do no harm to the existing GS1 System Architecture and existing identification practices ...... 14 4.2 Use of barcodes containing GS1 Web URI and GS1 barcodes .............................................. 15 4.3 A note on terminology ................................................................................................... 16 4.4 Security and privacy of information ................................................................................. 17 4.5 Contextual information .................................................................................................. 17 4.6 Access to traceability data by various supply chain stakeholders ......................................... 17 4.7 Supporting machine-to-machine communication and expressing facts and relationships between things and about things ............................................................................................................ 18 4.8 Explicit link to the GS1 identification key(s) ...................................................................... 20 4.9 Validation principles for GS1 Web URIs ............................................................................ 20 5 GS1 Web URI syntax ................................................................................... 20 5.1 Formal specification ....................................................................................................... 20 5.1.1 Character sets ...................................................................................................... 20 5.1.2 Primary identification keys ..................................................................................... 22 5.1.3 Key qualifiers ....................................................................................................... 22 5.1.4 Primary key formats .............................................................................................. 23 5.1.5 Key qualifier formats ............................................................................................. 24 5.1.6 Primary identifier and value concatenation ..............................................................
Recommended publications
  • An Empirical Study of Web Resource Manipulation in Real-World Mobile

    An Empirical Study of Web Resource Manipulation in Real-World Mobile

    An Empirical Study of Web Resource Manipulation in Real-world Mobile Applications Xiaohan Zhang, Yuan Zhang, Qianqian Mo, Hao Xia, Zhemin Yang, and Min Yang, Fudan University; Xiaofeng Wang, Indiana University, Bloomington; Long Lu, Northeastern University; Haixin Duan, Tsinghua University https://www.usenix.org/conference/usenixsecurity18/presentation/zhang-xiaohan This paper is included in the Proceedings of the 27th USENIX Security Symposium. August 15–17, 2018 • Baltimore, MD, USA ISBN 978-1-939133-04-5 Open access to the Proceedings of the 27th USENIX Security Symposium is sponsored by USENIX. An Empirical Study of Web Resource Manipulation in Real-world Mobile Applications Xiaohan Zhang1,4, Yuan Zhang1,4, Qianqian Mo1,4, Hao Xia1,4, Zhemin Yang1,4, Min Yang1,2,3,4, Xiaofeng Wang5, Long Lu6, and Haixin Duan7 1School of Computer Science, Fudan University 2Shanghai Institute of Intelligent Electronics & Systems 3Shanghai Institute for Advanced Communication and Data Science 4Shanghai Key Laboratory of Data Science, Fudan University 5Indiana University Bloomington , 6Northeastern University , 7Tsinghua University Abstract built into a single app. For the convenience of such an integration, mainstream mobile platforms (including Mobile apps have become the main channel for access- Android and iOS) feature in-app Web browsers to run ing Web services. Both Android and iOS feature in- Web content. Examples of the browsers include Web- app Web browsers that support convenient Web service View [9] for Android and UIWebView/WKWebView for integration through a set of Web resource manipulation iOS [8, 10]. For simplicity of presentation, we call them APIs. Previous work have revealed the attack surfaces of WebViews throughout the paper.
  • Pushing Data in Both Directions with Websockets, Part 2

    Pushing Data in Both Directions with Websockets, Part 2

    Menu Topics Archives Downloads Subscribe Pushing Data in Both CODING Directions with WebSockets, Part 2 Pushing Data in Both Directions Message Processing Modes with WebSockets, Part 2 Path Mapping Deployment of Server Using WebSockets’ long-lasting Endpoints connections to build a simple chat app The Chat Application by Danny Coward Conclusion January 1, 2016 Learn More In Part 1 of this article, I introduced WebSockets. I observed that the base WebSocket protocol gives us two native formats to work with: text and binary. This works well for very basic applications that exchange only simple information between client and server. For example, in the Clock application in that article, the only data that is exchanged during the WebSocket messaging interaction is the formatted time string broadcast from the server endpoint and the stop string sent by the client to end the updates. But as soon as an application has anything more complicated to send or receive over a WebSocket connection, it will find itself seeking a structure into which to put the information. As Java developers, we are used to dealing with application data in the form of objects: either from classes from the standard Java APIs or from Java classes that we create ourselves. This means that if you stick with the lowest-level messaging facilities of the Java WebSocket API and want to program using objects that are not strings or byte arrays for your messages, you need to write code that converts your objects into either strings or byte arrays and vice versa. Let’s see how that’s done.
  • How to Scan and Create a QR Code (Using Quickmark)

    How to Scan and Create a QR Code (Using Quickmark)

    How to scan and create a QR code (using Quickmark) A QR Code is a matrix barcode (or two-dimensional code), readable by QR scanners, mobile phones with a camera, and smartphones. It contains information like text, website url or contact details. When you scan the code it will reveal the information on your cell phone, so you do not need to type anything! How to scan a QR Code: 1. Click on the Apps page icon to go to the apps screen. Swipe your finger to go to the correct screen if necessary. 2. Touch on the apps menu on the top right of the apps screen. 3. Open (touch) any of the QR reader apps on your tablet (e.g. Quickmark or QR Droid). We have used Quickmark. If you do not have it installed, please do that 1st. See How to install apps tutorial. 4. Position the front camera so that it includes the entire QR code within the boundaries of the block window. 5. When the QR reader recognise the code, you will hear a sound telling you that it has read the code and display the relevant text/Url/contact details/information. 6. The previous QR code should show you the website address: http://ict4red.blogspot.c om/2013/09/how-to- scan-and-create-qr- code.html If you click on the URL address, it will take you to the ICT4RED blog page. 7. You can also scan QR codes from the app homepage by clicking on the Quickmark Logo in the top left hand corner.
  • 1. Plugin Framework Documentation

    1. Plugin Framework Documentation

    1. Plugin Framework Documentation . 3 1.1 Writing Atlassian Plugins . 6 1.1.1 Creating your Plugin Descriptor . 8 1.1.2 Plugin Module Types . 16 1.1.2.1 Component Import Plugin Module . 16 1.1.2.2 Component Plugin Module . 20 1.1.2.3 Module Type Plugin Module . 23 1.1.2.4 Servlet Context Listener Plugin Module . 29 1.1.2.5 Servlet Context Parameter Plugin Module . 32 1.1.2.6 Servlet Filter Plugin Module . 34 1.1.2.7 Servlet Plugin Module . 38 1.1.2.8 Web Item Plugin Module . 41 1.1.2.9 Web Resource Plugin Module . 50 1.1.2.10 Web Section Plugin Module . 56 1.1.3 Adding Plugin and Module Resources . 64 1.1.4 Supporting Minification of JavaScript and CSS Resources . 70 1.1.5 Adding a Configuration UI for your Plugin . 73 1.1.6 Ensuring Standard Page Decoration in your Plugin UI . 75 1.1.7 Using Packages and Components Exposed by an Application . 77 1.1.8 Running your Plugin in the Reference Implementation . 79 1.1.9 OSGi, Spring and the Plugin Framework . 89 1.1.9.1 Behind the Scenes in the Plugin Framework . 94 1.1.9.1.1 Going from Plugin to OSGi Bundle . 94 1.1.9.1.2 Lifecycle of a Bundle . 95 1.1.9.1.3 Automatic Generation of Spring Configuration . 96 1.1.9.2 Converting a Plugin to Plugin Framework 2 . 98 1.1.9.3 OSGi and Spring Reference Documents . 99 1.2 Embedding the Plugin Framework .
  • Xincluding Plain-Text Fragments for Symmetry and Profit Piotr Bański, University of Warsaw, Bansp@O2.Pl

    Xincluding Plain-Text Fragments for Symmetry and Profit Piotr Bański, University of Warsaw, [email protected]

    XIncluding plain-text fragments for symmetry and profit Piotr Bański, University of Warsaw, [email protected] <xi:include href=”resource.xml” parse=”text|xml” Summary xpointer=”fragment_identifier” /> XML for the annotation of images, audio or video is by necessity of the stand-off kind: the annotations are virtually anchored to the parse=“xml” parse=“text” binary stream (typically by x,y coordinates or time offsets). Work on language resource annotation has extended this approach to plain text, where annotations are anchored by character offsets. This is referred to as extreme stand-off markup. No generic XML tools or standards support it, but... they could, fairly easily. inclusion of inclusion of inclusion of inclusion of Rationale the entire the entire a fragment a fragment ISO Language Annotation Framework (e.g. Ide & Romary, 2007) re- XML text of an XML of a text commends that data be kept as read-only plain text, with one or mo- resource resource resource resource re layers of XML annotation identifying individual spans of charac- ters and adding metadata to them (identifying e.g. segments of va- rious levels of granularity, parts of speech, syntactic or discourse @xpointer present functions, etc.) no @xpointer However, the only way to handle this (as evidenced by the American National Corpus), is to use in-house tools working on correspon- dence semantics for hyperlinks (see Bański, 2010, for terminology What makes it impossible right now? and more remarks). 1. XInclude Ban: XInclude Rec, 3.1: “The xpointer attribute must not be present when parse="text".” But character streams can do better! Because text is what XML is built out of and what it contains, instead of correspondence 2.
  • Rdfa in XHTML: Syntax and Processing Rdfa in XHTML: Syntax and Processing

    Rdfa in XHTML: Syntax and Processing Rdfa in XHTML: Syntax and Processing

    RDFa in XHTML: Syntax and Processing RDFa in XHTML: Syntax and Processing RDFa in XHTML: Syntax and Processing A collection of attributes and processing rules for extending XHTML to support RDF W3C Recommendation 14 October 2008 This version: http://www.w3.org/TR/2008/REC-rdfa-syntax-20081014 Latest version: http://www.w3.org/TR/rdfa-syntax Previous version: http://www.w3.org/TR/2008/PR-rdfa-syntax-20080904 Diff from previous version: rdfa-syntax-diff.html Editors: Ben Adida, Creative Commons [email protected] Mark Birbeck, webBackplane [email protected] Shane McCarron, Applied Testing and Technology, Inc. [email protected] Steven Pemberton, CWI Please refer to the errata for this document, which may include some normative corrections. This document is also available in these non-normative formats: PostScript version, PDF version, ZIP archive, and Gzip’d TAR archive. The English version of this specification is the only normative version. Non-normative translations may also be available. Copyright © 2007-2008 W3C® (MIT, ERCIM, Keio), All Rights Reserved. W3C liability, trademark and document use rules apply. Abstract The current Web is primarily made up of an enormous number of documents that have been created using HTML. These documents contain significant amounts of structured data, which is largely unavailable to tools and applications. When publishers can express this data more completely, and when tools can read it, a new world of user functionality becomes available, letting users transfer structured data between applications and web sites, and allowing browsing applications to improve the user experience: an event on a web page can be directly imported - 1 - How to Read this Document RDFa in XHTML: Syntax and Processing into a user’s desktop calendar; a license on a document can be detected so that users can be informed of their rights automatically; a photo’s creator, camera setting information, resolution, location and topic can be published as easily as the original photo itself, enabling structured search and sharing.
  • A Comparison of Two Navigational Aids for Hypertext Mark Alan Satterfield Iowa State University

    A Comparison of Two Navigational Aids for Hypertext Mark Alan Satterfield Iowa State University

    Iowa State University Capstones, Theses and Retrospective Theses and Dissertations Dissertations 1992 A comparison of two navigational aids for hypertext Mark Alan Satterfield Iowa State University Follow this and additional works at: https://lib.dr.iastate.edu/rtd Part of the Business and Corporate Communications Commons, and the English Language and Literature Commons Recommended Citation Satterfield, Mark Alan, "A comparison of two navigational aids for hypertext" (1992). Retrospective Theses and Dissertations. 14376. https://lib.dr.iastate.edu/rtd/14376 This Thesis is brought to you for free and open access by the Iowa State University Capstones, Theses and Dissertations at Iowa State University Digital Repository. It has been accepted for inclusion in Retrospective Theses and Dissertations by an authorized administrator of Iowa State University Digital Repository. For more information, please contact [email protected]. A Comparison of two navigational aids for h3q5ertext by Mark Alan Satterfield A Thesis Submitted to the Gradxiate Facultyin Partial Fulfillment ofthe Requirements for the Degree of MASTER OF ARTS Department: English Major; English (Business and Technical Communication) Signatureshave been redactedforprivacy Iowa State University Ames, Iowa 1992 Copyright © Mark Alan Satterfield, 1992. All rights reserved. u TABLE OF CONTENTS Page ACKNOWLEDGEMENTS AN INTRODUCTION TO USER DISORIENTATION AND NAVIGATION IN HYPERTEXT 1 Navigation Aids 3 Backtrack 3 History 4 Bookmarks 4 Guided tours 5 Indexes 6 Browsers 6 Graphic browsers 7 Table-of-contents browsers 8 Theory of Navigation 8 Schemas ^ 9 Cognitive maps 9 Schemas and maps in text navigation 10 Context 11 Schemas, cognitive maps, and context 12 Metaphors for navigation ' 13 Studies of Navigation Effectiveness 15 Paper vs.
  • Product Specifications

    Product Specifications

    SCANNER L-50 Series CCD - Laser - 2D Imager Highlights tSophisticated ergonomic design with an excellent price-to- performance ratio tIdeal solution for a variety of applications in retail, warehousing, distribution, healthcare, transportation and logistics tAvailable with CCD, laser or 2D Imager barcode scanner tRapidly scans and decodes a wide variety of 1D or 2D barcodes tUSB (HID), RS232 or keyboard wedge interfaces available tReplaceable interface cable tTop panel design allows for customer customization such as logos tDurable and reliable — withstands drops of 5 feet to concrete, IP 42 rating tAvailable in black or white tStand included for hands-free scanning tBacked by a two year warranty L-50 Product Specifications OPERATING INDICATORS SUPPORTED SYMBOLOGIES: SUPPORTED SYMBOLOGIES: CPU: ARM-926EJ-S 400 MHz UPC-A, UPC-A Add-on, UPC-E, UPC-E Add-on, EAN-13, BARCODE (1D): UPC-A, UPC-A Add-on, UPC-E, EAN-13 Add-on, EAN-8, EAN-8 Add-on, Code 39, UPC-E Addon, EAN-13, EAN-13 Add-on, EAN-8, EAN-8 VISUAL: 1 white LED Tri-Optic, NW-7 (Codabar), Industrial 2 of 5, Interleaved Add-on, JAN-8, JAN-13, Code 39, Tri-Optic, Codabar NON-VISUAL: Buzzer 2 of 5, Code 93, Code 128, GS1-128, S-Code, (NW-7), Industrial 2 of 5, Interleaved 2 of 5, S-Code, MSI/Plessey, UK/Plessey, TELEPEN, Matrix 2of5, IATA, Code 93, Code 128, MSI/Plessey, UK/Plessey, OPERATING KEYS Chinese Post Matrix 2of5, IATA, GS1 DataBar, GS1 TELEPEN, Matrix 2 of 5, Chinese Post Matrix 2 of 5, ENTRY OPTIONS: 1 scan key DataBar Limited, GS1 DataBar Expanded, Code 11, Code 11, Korean
  • How to Use a QR Code – Girl Scout Cookies

    How to Use a QR Code – Girl Scout Cookies

    How to use a QR code First of all, what IS a QR code? QR stands for “Quick Response”--because it can be quickly read on a cellphone. A QR code is like a barcode that links you to a specific website. You may have seen QR Codes in a magazine advert, on a flyer, a t-shirt, or even on a restaurant menu. You use your Smartphone’s camera app to “read” a QR code. How can a QR code help my Cookie Sale? If you’re on a computer, you can always send your Digital Cookie link to people. But if you’re out in the world and someone wants to buy cookies, giving them your QR code is an easy, fast way of sharing your Digital Cookie site. No need to write down, type out, or remember your URL! You can save your QR code on your phone and share it that way, or put it on a flyer. So how does it work? There are many websites you can use to create a free QR code. One example is Google’s QR Code Generator. Step 1: Go to https://www.the-qrcode-generator.com/ (or search for Google QR code generator) Step 2: Click on “URL” Step 3: Enter your Digital Cookie site URL. In this example, I’m using the DOC login page. Step 4: Click the Save icon Open your phone’s camera and hold it up to this QR code-- you’ll see the DOC login page appear. It works! Step 5: Name the file and save it as a PNG Step 6: Share your QR code with the world! Now, when someone uses the camera on their phone to view your QR code, your link will pop up on their screen! .
  • W3C Working Draft: Scalable Vector

    W3C Working Draft: Scalable Vector

    next contents properties index Scalable Vector Graphics (SVG) 1.0 Specification W3C Working Draft 03 March 2000 This version: http://www.w3.org/TR/2000/03/WD-SVG-20000303 (Available as: PDF, zip archive of HTML) Previous public version: http://www.w3.org/TR/1999/WD-SVG-19991203/ Latest public version: http://www.w3.org/TR/SVG/ Editor: Jon Ferraiolo <[email protected]> Authors: See author list Copyright ©1998, 1999, 2000 W3C® (MIT, INRIA, Keio), All Rights Reserved. W3C liability, trademark, document use and software licensing rules apply. Abstract This specification defines the features and syntax for Scalable Vector Graphics (SVG), a language for describing two-dimensional vector and mixed vector/raster graphics in XML. Status of this document This document is a public review draft version of the SVG specification. This working draft attempts to address review comments that were received during the initial Last Call period, which started 12 August 1999, and also incorporates other modifications resulting from continuing collaboration with other working groups and continuing work within the SVG working group. With the publication of this draft, the SVG specification enters a second "Last Call". The second Last Call period will end on 31 March, 2000. The SVG specification is going through a second Last Call review process to provide the public and other working groups an opportunity to review the changes to the specification since the initial Last Call period. A complete list of all changes since the initial Last Call version of the specification is available in Appendix L: Change History. Last call comments should be sent to [email protected].
  • The Web 2.0 Way of Learning with Technologies Herwig Rollett

    The Web 2.0 Way of Learning with Technologies Herwig Rollett

    Int. J. Learning Technology, Vol. X, No. Y, xxxx 1 The Web 2.0 way of learning with technologies Herwig Rollett* Know-Center, Inffeldgasse 21a A-8010 Graz, Austria E-mail: [email protected] *Corresponding author Mathias Lux Department for Information Technology University of Klagenfurt Universitätsstraße 65–67 A-9020 Klagenfurt, Austria E-mail: [email protected] Markus Strohmaier Department of Computer Science University of Toronto 40 St. George Street Toronto, Ontario M5S 2E4, Canada Know-Center, Inffeldgasse 21a A-8010 Graz, Austria E-mail: [email protected] Gisela Dösinger Know-Center, Inffeldgasse 21a A-8010 Graz, Austria E-mail: [email protected] Klaus Tochtermann Know-Center Institute of Knowledge Management Graz University of Technology Inffeldgasse 21a, A-8010 Graz, Austria E-mail: [email protected] Copyright © 200x Inderscience Enterprises Ltd. 2 H. Rollett et al. Abstract: While there is a lot of hype around various concepts associated with the term Web 2.0 in industry, little academic research has so far been conducted on the implications of this new approach for the domain of education. Much of what goes by the name of Web 2.0 can, in fact, be regarded as a new kind of learning technologies, and can be utilised as such. This paper explains the background of Web 2.0, investigates the implications for knowledge transfer in general, and then discusses its particular use in eLearning contexts with the help of short scenarios. The main challenge in the future will be to maintain essential Web 2.0 attributes, such as trust, openness, voluntariness and self-organisation, when applying Web 2.0 tools in institutional contexts.
  • Ten Commandments of QR Codes

    Ten Commandments of QR Codes

    Tools & Best practices THETHE TEN10 COMMANDMENTSCOMMANDMENTS OF QR CODES QTThehe rreferenceefeRrence g guideuidCe b obookokO DES T h e 1 0 C o m m a n d m e n t s Q R C o d e s by Unitag Introduction To be efficient a QR Code campaign has to be structured and organized. In order to do so you will be introduced to 10 rules through this guide. They will give you the necessary knowledge to correctly use QR Codes. You will then be able to design your marketing campaigns while being confident in the added value of the operation and the impact on your consumers. In this guide Unitag also details good and bad examples of QR Code campaigns so that you make the best choices and avoid common mistakes. After which you will have all the necessary assets to make your QR Code event successful. Follow the guide ! www.unitaglive.com QR Code Guide .2 Summary QR Code presentation 4 10 rules about QR Codes 7 I. Choose your QR Code type II. Customize your QR Code III. Use contrasting colors IV. Adapt the size of your QR Code V. Choose the correct printing support VI. Optimize your QR Code’s visibility VII. Ensure that you are in an area with WiFi / Data service VIII. Explain how to use your QR Code IX. Offer some added value X. Make your QR Code leads to a mobile website www.unitaglive.com QR Code Guide .3 PRESENTATION What is a QR Code? A QR Code? This is that small square, often black-and-white, that one can found more and more frequently on advertisements.