asp net pdf viewer user control c# : Split pdf by bookmark Library SDK class .net windows ajax powrhandbookv17-part1943

The PoWR Handbook 2008: How can you effect change? 
• Risk of litigation from students or the public 
• Risk of breaching copyright  
Some of these were discussed at the third JISC-PoWR workshop, along with the 
suggestion that bringing web preservation into line with disaster planning may help to 
change institutional practice. There is also the view that some of these constitute low 
risks: is it likely that a student will sue an Institution because of a change to a website's 
content? There is the general feeling that Data Protection and FOI legislation have not 
quite caused the massive information management upheaval in Institutions that was 
originally anticipated. 
The risk associated with possible IPR infringements are put in perspective by Charles 
Oppenheim's lightweight risk formula: R = A x B x C x D, where: 
• A: Probability that you're illegal 
• B: Probability that you're found out 
• C: Probability that action will be taken against you 
• D: Extent of financial risk  
The aim is to keep all of these values as low as possible, but it is also the case that If any 
of these is zero, the overall risk is effectively nullified. 
See also Risk Management in Appendix A: Legal Matters, Chapter 14: What are the 
drivers for web archiving?, Chapter 15: Some personal perspectives on Web 
Preservation, and Chapter 18; What policies exist? Risk analysis and risk management 
are large areas and beyond the scope of this Handbook. If you decide a risk 
management strategy is needed to enable web preservation, we suggest you start with 
the JISC infoKit on Risk Management. The kit takes the view that Risk Management is an 
essential part of project management.  
Records management vs Web Management 
Records managers: 
• Need to recognise that the web is a potential place where records can occur. 
They need to identify where, how, when and by what agency this is happening. 
• Need to rethink some of their traditional models. Records are now occurring in 
new ways. They are not static any more. "Centralised control over records is no 
longer possible, and insisting that records should be managed in the same 
way regardless of format is wishful thinking. New methods will be needed for 
retention and appraisal." (Bailey 2008)  
• Need to overcome fear of IT, and forge relations with people like the 
webmaster, sys admin, and IT manager.  
Web managers: 
• Need to recognise that the web is a potential place where records can occur, 
and that they have some responsibility to ensure they are protected. 
• Should think twice before deleting everything or disabling an account. 
• Should exploit software for ways to better capture and manage the content. 
• Consider preservation-friendly software for your next purchase of web tools.  
JISC resources 
The JISC have also published additional infoKits which may help with aspects of change 
Split pdf by bookmark - Split, seperate PDF into multiple files in, ASP.NET, MVC, Ajax, WinForms, WPF
Explain How to Split PDF Document in Visual C#.NET Application
break a pdf password; break pdf file into parts
Split pdf by bookmark - VB.NET PDF File Split Library: Split, seperate PDF into multiple files in, ASP.NET, MVC, Ajax, WinForms, WPF
VB.NET PDF Document Splitter Control to Disassemble PDF Document
split pdf into multiple files; add page break to pdf
The PoWR Handbook 2008: How can you effect change? 
• Project Management: 
• Programme Management:
• System selection: 
• Implementing an EDRM: 
• Risk Management:  
There is also the JISC Guidance on Functional Disposal Schedules for records 
management in HEIs. Some of these functions might align with the way you are using 
and managing your web resources: 
C# PDF bookmark Library: add, remove, update PDF bookmarks in C#.
Ability to remove and delete bookmark and outline from PDF document. Merge and split PDF file with bookmark. Save PDF file with bookmark open.
break apart a pdf file; pdf insert page break
VB.NET PDF bookmark library: add, remove, update PDF bookmarks in
to PDF bookmark. Merge and split PDF file with bookmark in VB.NET. Save PDF file with bookmark open in VB.NET project. PDF control
pdf file specification; break up pdf file
The PoWR Handbook 2008: Information Lifecycle Management: Creation 
Chapter 20: Information Lifecycle Management: Creation 
In this chapter we consider lifecycle management in more detail. The implementation of 
ILM can be considered as part of a strategic approach to managing web resources; and 
it can be considered as one possible way of effecting a change within your Institution. 
This guidance on web resource creation is adapted heavily from the JISC infoKit, which 
proposes four stages to the lifecycle: Creation, Active Use, Semi-Active Use, and Final 
Outcome. (See 
According to the Digital Preservation Coalition, "The major implications for life-cycle 
management of digital resources is the need actively to manage the resource at each 
stage of its lifecycle and to recognise the inter-dependencies between each stage and 
commence preservation activities as early as practicable." 
JISC-PoWR recommends close examination of the first stage, on creation. The creation 
stage raises many pertinent questions which apply to websites and web-based 
resources. At creation stage, you should address questions to ensure that 'the 
information created is fit for purpose and that it is actually capturing appropriate and 
reliable content'. This means getting involved with the functions of web resources; 
ensuring the right people are involved in the creation; reliability and trustworthiness of 
resources; formats; and the creation and management of metadata. 
Creating the right resources 
Web resources may be created for many purposes, including: 
• Information through content 
• Record of a process 
• Publication and dissemination 
• Teaching and learning  
Ideally we want a consistent approach to resource creation across many operations, and 
all parts of the Institution. Departments should not be creating things in different ways. 
Everyone should work to agreed practices for web publication; if no such practices exist, 
define them. It is possible to create too many resources, just as it is possible to use a 
web-based method for doing something that could easily be done another way. 
Creating reliable resources 
Web resources should be trustworthy. Resources should be current and up-to-date, if 
that's part of their purpose. If the resources are published, consider the wrong decisions 
that can be made if unreliable resources are published to the web. Define responsibility 
for who should be updating the content, how frequently it happens, and when. Metadata 
helps with reliability and audit trails. Not just dates, but other metadata should be 
controlled, such as name of creator, or name of department. Fitness for purpose is 
important. Use pick-lists from databases wherever possible to ensure data quality for the 
resource. Version control can be managed by using features in the CMS. 
The right people creating resources 
This requires some understanding of the structure of the organisation and roles and 
responsibilities within it. Proof of provenance and authentication is important, especially 
for record-keeping and publication. We need to know where the resource comes from, 
and who created it. 
VB.NET Create PDF from Excel Library to convert xlsx, xls to PDF
Process. File: Merge, Append PDF Files. File: Split PDF Document. PDF. Image: Remove Image from PDF Page. Image Link: Edit URL. Bookmark: Edit Bookmark. Metadata:
pdf separate pages; break pdf password online
C# PDF Library SDK to view, edit, convert, process PDF file for C#
load PDF from other file formats; merge, append, and split PDF files; insert for editing PDF document hyperlink (url) and quick navigation link in PDF bookmark.
split pdf files; a pdf page cut
The PoWR Handbook 2008: Information Lifecycle Management: Creation 
Content Management Systems can create and organise content, yet they can also 
restrict the task of creation to a few authorised people, sometimes to the exclusion of 
those best placed or qualified to manage content. Conversely, open-source web 
authoring software like Wordpress is increasingly allowing more users to create and 
manipulate information quickly. 
Social software (blogs and wikis) means unfettered access; many people, staff and 
students alike, can contribute content to the resource. But users of the content need to 
be aware of the mixed origins of the content, otherwise we have another 'reliability' 
Resources created in the right formats 
Sometimes the format of the resource can be overlooked in favour of a concentration on 
content, or delivery of the resource. Issues concerning reuse and expected longevity may 
get overlooked. In fact, web-based applications may not always be the best solution for 
the resource. 
Web resources are very easy, cheap and quick to publish. Sometimes the decision is 
made to opt for online publication only. But 'what if decisions are being made against the 
content of that publication?' What if 'it suddenly becomes necessary to know exactly 
what [the publication] said at a particular point in time some months or years ago?' Does 
your CMS have 'sufficient capability to track changes and roll back to how it appeared at 
a certain date?' All these questions raise further questions about authenticity and 
reliability. Failure to address them may leave the Institution at risk and liable. 
Social software services are often externally-hosted. Content is created and stored there. 
This applies to certain wikis, blogs, online photographic storage services, and Second 
Life. If learning materials are being created and stored this way, you need to ensure you 
can continue to access them and preserve them. There may be a risk of the company 
which provides the service going bankrupt, or withdrawing the service. There may also 
be intellectual rights issues regarding content hosted by Second Life, or any third-party 
Format choices need to take into account longevity, protection, and preservation. If 
resources are not needed beyond five years, then questions about formats need not be a 
Consider metadata requirements, especially when building a new web resource or 
website. Metadata is required not just for location and retrieval of content, but for many 
other purposes. Metadata can tell us about the audit trail of the resource, its intended 
use and purpose, its technical application, its retention or preservation requirements, for 
According to MANDATE, this sort of metadata is fundamental: 
• Administrative (date of creation, which department) 
• Legal (copyright, digital rights, retention requirements) 
• Preservation (metadata on format, software) 
• Technical (formats, size) 
• Structural  
C# PDF Convert to Word SDK: Convert PDF to Word library in
key. Quick to remove watermark and save PDF text, image, table, hyperlink and bookmark to Word without losing format. Powerful components
break pdf into multiple documents; break a pdf file into parts
VB.NET PDF - WPF PDF Viewer for VB.NET Program
Process. File: Merge, Append PDF Files. File: Split PDF Document. PDF. Image: Remove Image from PDF Page. Image Link: Edit URL. Bookmark: Edit Bookmark. Metadata:
pdf rotate single page; break password on pdf
The PoWR Handbook 2008: Information Lifecycle Management: Creation 
Other useful metadata standards are: 
• DublinCore: 
• METS: 
• PREMIS (Preservation Metadata):  
Enacting metadata and its automation 
• Be selective. Not all the proposed metadata listed above is needed for every 
single resource. 
• Use automated metadata extraction where possible. 
• Use picklists and keywords from a master source. 
• Work towards consistency of date formats. 
• If creators are entering metadata, enable ways for it to be as consistent as 
See also: 
Gail M Hodge, 'Best Practice for Digital Archiving: An Information Life Cycle Approach (D-
Lib magazine Vol 6 No 1, January 2000) 
Jane Greenberg et al, 'Author-generated Dublin Core Metadata for Web Resources: A 
Baseline Study in an Organization' (Journal of Digital Information, Vol 2, No 2 2002)
How to C#: Basic SDK Concept of XDoc.PDF for .NET
may easily create, load, combine, and split PDF file(s hyperlink of PDF document, including editing PDF url links and quick navigation link in bookmark/outline.
cannot select text in pdf; pdf format specification
VB.NET Create PDF from Word Library to convert docx, doc to PDF in
Process. File: Merge, Append PDF Files. File: Split PDF Document. PDF. Image: Remove Image from PDF Page. Image Link: Edit URL. Bookmark: Edit Bookmark. Metadata:
break pdf into pages; c# split pdf
The PoWR Handbook 2008: Can other people do it for you? 
Chapter 21: Can other people do it for you? 
Internet Archive 
The Internet Archive
Internet Archive
Internet Archive
Internet Archive ( was founded in 1996. It is also called the 
'Wayback Machine'. Bewster Kahle is the American director of the company and it is 
based in San Francisco. Although not exactly of Trusted Digital Repository status, and 
perhaps open to the accusation that it does not support many international standards 
(e.g. OAIS), the organisation is unique in that it has been gathering pages from websites 
since 1996. As such, it holds a lot of web material that cannot be retrieved or found 
anywhere else, and would otherwise have been completely lost. 
The Internet Archive has always offered ways for anyone to submit a website to be 
included in the Archive. The simplest method is to register on the site, and submit a URL 
for inclusion via the 'Archive That!' service. The most recent development is the Web 
archiving service called Archive-It (, which is a subscription service. 
The advantage of Archive-It is that you can create distinct Web archives called 
'collections', containing only the content you are interested in harvesting, at whatever 
frequency suits your needs. The collections created with Archive-It can be catalogued 
and managed directly by the subscriber. The assumption is that you will make your 
archived copies public, via the Internet Archive, although arrangements can be made to 
keep them private. 
Additionally, people are encouraged to use the Internet Archive as a sort of 'People's 
Repository'. By registering, it's possible to upload images, texts, moving images, and 
audio material, thus making use of IA's considerable storage capacity. Again, in return 
for free storage, you are expected to share your resource publicly and make use of 
Creative Commons to protect your resource. 
A few caveats about the suitability of the Internet Archive solution to HFE Institutions in 
the UK: 
• To date, IA lacks any sort of explicit preservation principle or policy, and has no 
real mandate to capture websites outside of a societal desire to see it 
happening and to share the results with the public. This lack of policy may 
cause severe problems to HFE Institutions; it is unlikely that it will cover 
everything your Institution needs to do within its remit. 
• There is potential for legal difficulties and litigation. IPR issues may not be 
adequately dealt with by the Creative Commons and the IA's 'notice and take 
down' approach. 
• IA may not have a sustainable funding model. Financial supporters come and 
go, and its continuance is largely dependent on the generosity of Brewster 
There are additional caveats about the technical failings of the Wayback Machine: 
• IA won't capture all your web-based assets 
• They can't guarantee capture to a reliable depth, or reliable quality 
• They cannot capture any site or service that depends on a database, or a login 
• Dynamic content can't be captured reliably 
• Their cyclical gathering method leads to gaps in temporal continuity; there can 
be large gaps between capture dates 
• There may be broken links or missing pages in the archived pages (no quality-
assurance is undertaken, unlike with UKWAC who do a lot of curation) 
• There may be missing images in the archived pages 
The PoWR Handbook 2008: Can other people do it for you? 
• The image assets in IA are always smaller than archive quality copies 
• IA may not be preserving the resources they capture (or at least not to OAIS 
• There is little in the way of contextual information in their catalogues  
If all this is true a number of Institutional assets are missed out by the IA approach. For 
example library catalogues, image collections, e-prints collections with a database, and 
interactive teaching materials. 
The UK    Web Archiving
Web Archiving
Web Archiving
Web Archiving Consortium
Consortium (UKWAC) has been gathering and curating websites 
since 2004. Among its members are the National Libraries, The National Archives, The 
Wellcome Trust, and JISC. To date, UKWAC's approach has been very selective, and 
determined by written selection policies which are in some ways quite narrow. JISC, for 
example, have made it their remit to collect websites of HFE projects which they funded 
or helped to fund. That remit has expanded slightly to include the websites of certain 
central and regional HFE organisations, but to date no HFE Institutional websites in the 
UK have yet been collected. (The National Library of Wales are taking snapshots of 
Welsh Institutional sites.) 
It is possible to nominate your Institutional website for capture with UKWAC. Bear in 
mind the following features: 
• The capture will be a snapshot of the website at a certain date and time 
• Certain resources will be beyond the reach of the Heritrix crawler (e.g. 
databases, secure and passworded pages, hidden links) 
• Similarly, if your website depends heavily on server-side architecture, then 
remote capture may fail  
If you undertake the nomination and your website is selected by UKWAC, it will involve a 
few practical things: 
• Signing a permissions agreement that states you agree to remote harvesting 
and copying 
• Agreeing to having the archived copy made publicly available 
• Allowing the remote harvester to ignore your robot exclusions  
UKWAC, whilst demonstrating the economies of scale that can be achieved in web 
archiving, preserve only what their curators select. An UKWAC solution is better than 
nothing but there are limitations, and it may not constitute a quality solution to 
preservation of all your web resources. 
The International Internet Preservation Consortium (IIPC) 
The IIPC won't help you harvest your Institution's website, but they are an internationally-
recognised body of excellence for website preservation. The mission of the IIPC is to 
acquire, preserve and make accessible knowledge and information from the Internet for 
future generations everywhere, promoting global exchange and international relations. 
The goals of the consortium are: 
• To enable the collection, preservation and long-term access of a rich body of 
Internet content from around the world. 
• To foster the development and use of common tools, techniques and 
standards for the creation of international archives. 
The PoWR Handbook 2008: Can other people do it for you? 
• To be a strong international advocate for initiatives and legislation that 
encourage the collection, preservation and access to Internet content. 
• To encourage and support libraries, archives, museums and cultural heritage 
institutions everywhere to address Internet content collecting and preservation  
Other external initiatives of interest 
These initiatives, mostly library-based and mostly sponsored at a National level, are 
aiming to complete selective web collections, often based on the aim of archiving the 
entire 'national' domain. They are provided here as they may be able to offer some useful 
lessons learned. However, they will not be able to assist you with the archiving of your 
website. Some of the National Library collections are not open to the public. 
MINERVA, Library of Congress ( A selective web archive based on 
themes of national importance, i.e. national political elections, wars and terrorism. 
PANDORA (Preserving and Accessing Networked Documentary Resources of Australia) 
( National Library of Australia with nine other 
Australian libraries and cultural collecting organizations. 
UK Government Web Archive 
( A selective collection 
of UK Government websites, archived at regular intervals from August 2003, and 
developed by The National Archives using the services of the Internet Archive. 
Austrian On-line Archive (AOLA), Austrian National Library and Technical University of 
Vienna ( 
DAMP (Digital Archive for Web Publications), University of Zagreb and the National and 
University Library (NUL) in Zagreb, Croatia. 
Kulturarw3 - KB Web Archive, Royal Library - the National Library of Sweden. 
The State and University Library and the Royal Library, Denmark ( 
WebArchiv, National Library of the Czech Republic and Masaryk University in Brno 
The PoWR Handbook 2008: APPENDIX A: Legal Matters 
APPENDIX A: Legal Matters 
Legal issues 
Preservation of web resources places the Institution in a similar position to a publisher. 
Additionally, preservation activities always require copying
copying of the resource. These 
activities, and others associated with capture and preservation, can carry some legal 
risks – many of the same risks faced by the creator of the resources in the first place. 
Legal issues that can arise when preserving web resources include: 
• Freedom of Information (FOI) legislation, which entitles the public to request 
recorded information from public authorities, including universities 
• Data Protection Act (DPA) rules governing the use of personal information 
• Intellectual Property Rights (IPRs), particularly copyright 
• Criminal and civil laws that relate to the content of the resource, such as 
defamation, obscenity, or incitement to racial hatred 
• Contractual obligations such as Terms of Service (ToS?) for third party 
websites, particularly in the Web 2.0 space (such as Facebook or Slideshare)  
Managing legal issues 
Naturally the above list does not exhaust all of the potential legal issues, and each 
preservation project will have different risks and legal obligations. When examining the 
potential legal issues on a particular project, it might be useful to break down the issues 
into the following: 
1. PPrrrreservation of a resource because of a legal requirement.
eservation of a resource because of a legal requirement.
eservation of a resource because of a legal requirement.
eservation of a resource because of a legal requirement. Such requirements could 
be taking place in a records management context, in order for the Institution to comply 
with FOI legislation. 
The 'legal requirement' area could be further divided into hard requirements: laws that 
explicitly state a resource must be retained or preserved, and soft requirements: self-
imposed rules to avoid exposure to some legal risk. One example of a soft requirement 
might be keeping a copy of a website's terms and conditions as they evolve, in order to 
prove what terms governed at each exact time. 
2. Legal requirements not to preserve a resource
Legal requirements not to preserve a resource
Legal requirements not to preserve a resource
Legal requirements not to preserve a resource, such as the Fifth Data Protection 
principle: "Personal data processed for any purpose or purposes shall not be kept for 
longer than is necessary for that purpose or those purposes." 
3. Preservation of content for a non
Preservation of content for a non
Preservation of content for a non
Preservation of content for a non----legal reason but for which legal issues must be 
legal reason but for which legal issues must be 
legal reason but for which legal issues must be 
legal reason but for which legal issues must be 
addressed. This could include any number of reasons, such as for cultural heritage. 
Risk Management 
The notion of risk management rather than absolute risk avoidance does act as an 
overall umbrella to these three areas. Clearly rules that firmly require information to be 
retained or not must be complied with. Concentrating on the possibility of legal liability 
too much for every area in-between does run another kind of risk - losing the resource. 
• Think risk management: not total risk avoidance 
• Don't get so caught up on legal issues that you totally miss the chance to 
preserve the web resources! 
The PoWR Handbook 2008: APPENDIX A: Legal Matters 
• If you don't preserve, then the resources may disappear before all the issues 
are resolved.  
Assess the risk, and if it is low, then look into going ahead and doing it. 
Identify the risks - What are the risks for your activities? 
• Risk Avoidance - Pick what you preserve. 
• Risk Reduction - Find ways to reduce the liability on what you preserve. 
• Risk Acceptance - Accept that the risk is low and go ahead. 
• Risk Transfer - Insurance for preservation activities.  
Freedom of Information 
• The FOI Act affects all public bodies, including HFE Institutions 
• It makes a general presumption of rights of access 
• Exemptions can be claimed - some subject to a public interest test 
• Some exemptions expire after 30 years 
• If you are affected, someone in your institution should be aware; most likely 
the records manager  
The Freedom of Information Act requires Universities to adopt, maintain, publish and 
review from time to time a publication scheme
publication scheme
publication scheme
publication scheme. A publication scheme is a list of the 
classes of information that the Institution will make available on a routine basis. You may 
need some awareness of the Scheme, and whether it affects web resources you wish to 
A website is one of the ways that the publication scheme (and some of the information 
made available through it) can be accessed. Users may be able to browse and search 
the scheme through links. In some cases the scheme may point to information that is 
available on the Institution's website, and where this is the case it may link to the 
appropriate web page. 
Data Protection 
The Data Protection Act 1998 gives rights to people about whom the Institution holds 
information and gives the Institution responsibilities regarding that information. 
• The Data Protection Act covers almost all material which is associated with an 
identifiable living person 
• The Institution must register its holdings and its use of them 
• It must protect information 
• It must not hold it for longer than is required 
• You must give access to the subject 
• You must allow errors to be corrected  
In terms of how this impacts on web preservation activities, the Data Protection Act may 
prevent you from: 
• Holding information collected for other purposes 
• Providing access to information if it identifies living people 
• Linking information about individuals from multiple sources 
• Holding information which may be incorrect  
Documents you may be interested
Documents you may be interested