Αυτό που ήθελα να προσφέρω, σε όποιον/α ενδιαφέρεται, είναι ένας τρόπος να αξιοποιείτε η ταυτόχρονη χρήση του GNU Screen από πολλαπλούς χρήστες. Είχα αναφερθεί στο Screen και σε παλαιότερη ανάρτηση. Για να μετακινούμαι από Linux σε Windows χρησιμοποιώ οθόνες με διπλή είσοδο σήματος. Με αυτό τον τρόπο το linux desktop παρέχει σήμα σε DVI, σε δύο οθόνες, και το Windows laptop σήμα σε VGA και πάλι σε δύο οθόνες. Με αυτό τον τρόπο πατώντας ένα κουμπί στην οθόνη, αλλάζω την οπτική μεταξύ τους. Σε συνδιασμό και με το synergy2, δεν χρειάζεται να έχω πολλαπλά πληκτρολόγια και ποντίκια. Περισσότερα για το synergy2 σε μελλοντική καταχώρηση αν σας ενδιαφέρει. Απλά ρωτήστε στα σχόλια.

Υπάρχουν όμως φορές που δεν χρειάζομαι ολόκληρο τον X server να τρέχει GDM. Χρειάζομαι απλά μια οθόνη με τερματικό. Κάτι τέτοιο είναι πολύ απλό. Το putty είναι ένα πολύ ελαφρύ και εύχρηστο εργαλείο για να συμπληρώσει την έλλειψη SSH & SCP στα Windows. Υποστηρίζει και public key cryptography σε περίπτωση οπυ θέλετε να συνδέεστε χωρίς συνθηματικό στον απομακρυσμένο υπολογιστή. Επικίνδυνο, αλλά βολικό ορισμένες φορες πίσω από προστατευμένα δίκτυα. Μπορώ συνεπώς σχετικά εύκολα να συνδέομαι στο Linux box.

Αυτό που χρειαζόμουν είναι ένα τρόπο να διατηρώ ένα socket του Screen ανάμεσα στους δύο υπολογιστές. Αν εν τέλη χρειαζόμουν να αλλάξω την οθόνη στο μηχάνημα του RedHat, ήθελα να διατηρώ όλες τις εντολές και το history του ότι είχα κάνει μέσω putty.

Ο τρόπος να γίνει αυτό είναι με την δυνατότητα του Screen να διαχειρίζετε πολλαπλούς χρήστες. Στην συγκεκριμένη περίπτωση και οι δύο χρήστες είμαι εγώ. Ότι πληκτρολογώ στο putty στα Windows εκείνη τη στιγμή εμφανίζεται στο linux.

Για να γίνει αυτό θα πρέπει να γίνει επικόλληση στην υπάρχουσα επικολλημένη (attached screen). Αυτό που ήθελα ήταν ένας τρόπος να επιταχύνω αυτή τη διαδικασία μέσω ενός script. Το παρακάτω script κάνει ακριβώς αυτό. Τοποθετήστε το κάπου στο path και κάθε φορά που το εκτελείτε αφότου συνδεθείτε μέσω putty, θα μπορείτε να επικολλήστε στην πρώτη υπάρχουσα οθόνη του Screen.

Αυτό που καταφέρνει το παρακάτω είναι να παίρνει μία λίστα όλων των υπάρχοντων οθόνων (Γραμμή 2) και να την αποθηκεύει σε ένα προσωρινό αρχείο. Η πρώτη περίπτωση μέσα σε αυτή την λίστα που αναφέρει μία οθόνη ώς επικολλημένη “(Attached)” αποθηκεύεται (Γραμμή 3) και το προσωρινό αρχείο διαγράφεται (Γραμμή 4). Από εκεί και πέρα αν υπάρχει διαθέσιμη επκολλημένη οθόνη (Γρ. 5) τότε επικολλούμαστε σε αυτήν (Γρ. 7), αλλιώς εκκινούμε μία νέα οθόνη (Γρ. 9)

</span></p>

<pre>#!/bin/bash
s=$(screen -list > /tmp/awk)
screen=$(awk '$2 == "(Attached)" { print $1 }' /tmp/awk)
r=$(rm -rf /tmp/awk)
if [ -n $screen ]
then
run="screen -x $screen"
else
run="screen -R"
fi
$run

Ελπίζω να το βρίσκετε τόσο χρήσιμο όσο και εγώ.

Χρίστος.

Πολλές φορές βρίσκω να χρειάζομαι ένα εργαλείο που να μου δείχνει πού συσσωρεύονται αρχεία και καταλαμβάνουν πολύ χώρο, με τρόπο που δίνει εύκολα να καταλάβω το μέγεθος των directories.

Θα μπορούσα σίγουρα να κάνω μία εύρεση για μεγάλα αρχεία π.χ.

RedHat/CentOS/Fedora

$ find . -type f -size +5000k -exec ls -lh {} \; | awk '{ print $9 ": " $5 }'

Debian/Ubuntu

$ find . -type f -size +10000k -exec ls -lh {} \; | awk '{ print $8 ": " $5 }'

αλλά κάτι τέτοιο δεν θα έβρισκε σημεία όπου πολλά μικρότερα αρχεία (π.χ. η cache των browser ή τα log files) συνοστίζονται σε ένα directory.

Μετά από κάποιο πειραματισμό μπόρεσα και μεταποίησα λίγο την συμπεριφορά της εντολής du με λίγη βοήθεια από την perl. Το παρακάτω είναι αποτέλεσμα αρκετής αναζήτησης στο ίντερνετ και δεν είναι μόνο δική μου δουλειά αλλά ενός συνόλου ανθρώπων, οι οποίοι είναι ανέφικτο να αναφερθούν όλοι εδώ.

Η εντολή θα αναζητήσει το μέγεθος των αρχείων στο τρέχων directory, θα τα αναταξινομήσει σύμφωνα με τον αύξων αριθμό και μετά θα εμφανίσει το μέγεθος σε μορφή KB, MB & GB ανάλογα με το μέγεθος.

alias duf='du -sk .[a-z]* * | sort -n | perl -ne '\''($s,$f)=split(m(\t)); for (qw( K M G)) {if($s<1024) {printf("%.1f",$s);print "$_\t$f";last};$s=$s/1024}'\'''

Προσθέτοντας το παραπάνω, σε ένα από τα αρχεία:

~/.zshrc || ~/.bashrc

θα μπορείτε να εκτελείται αυτή την εντολή με το alias duf στο τρέχον directory.

Αν σας βοήθησε το συγκεκριμένο, απλά προωθήστε το!

Καιρό τώρα έχω προσπαθήσει  να ξεκινήσω να κρατάω μία λίστα σε μια προσπάθεια να ολοκληρώνω κάποιες δουλειές με ποιό αποτελεσματικό και βέλτιστο τρόπο. Με μια απλή διαδικασία Getting Things Done (GTD) μπορώ να επικεντρώνω με περισσότερη ευκολία στα θέματα με αυξημένη προτεραιότητα και να “κλείνω” θέματα πιό συχνά. Τα προβλήματα εύκολης απώλειας προσοχής που έχω ορισμένες φορές θα μπορούσαν να καταπολεμηθούν μόνο με μια υπέρταση εκδήλωση geekiness κατα την διατήρηση μιας todo λίστας.

Πώς μπορείς όμως να εκδηλώσεις geekiness όταν τα διαθέσιμα εργαλεία που υπάρχουν δεν φτάνουν για να κερδίσουν τον προηγούμενο τίτλο; Εύκολα!!!

Έτυχε να βρεθώ μπροστά στο Todo.txt Command Line Interface (CLI) της γνωστής από το LifeHacker.com, Gina Trappani.

Το εν λόγω εργαλείο συνδυάζει αρκετά πράγματα που με ικανοποιούν αλλά και βοηθούν στο να το χρησιμοποιώ ποιό αποδοτικά. Αρχικά το γεγονός ότι όλη η λίστα κρατείτε σε ένα απλό αρχείο ASCII κειμένου, είναι ιδανικό από την άποψη της φορητότητας αλλά και και της διαλειτουργικότητας. Σε μια πιστή εφαρμογή του ήθους του Unix – όλα τα αρχεία είναι απλό κείμενο – τα δεδομένα κρατούντε σε αυτή τη μορφή εφενός  γιατί είναι τελείως απλό, είναι φορητό και είναι ανοιχτό. Απλότητα σημαίνει ότι είναι δυνατό να ανοίξω τα δεδομένα με ένα απλό διαχειριστή κειμένου όπως το vim. Φορητότητα σημαίνει ότι τα δεδομένα είναι εύκολα μεταβιβάσιμα από υπολογιστή σε υπολογιστή, αλλά και από ένα λειτουργικό σύστημα σε άλλο. Τέλος το ότι είναι ανοιχτό σημαίνει ότι δεν βασίζομαι σε κάποιο/ον/α να συντηρεί το πρόγραμμα μελλοντικά. Για το λόγο αυτό είναι μια επιλογή που μπορώ να κρατήσω για καιρό.

Περι geekines τώρα!

Το εν λόγω script είναι στην ουσία ένα bash script! Βάζοντας πολύ εύκολα ένα καινούργιο task,

todo add "Θυμήσου το γάλα"

Για να δείτε το νέο task αρκεί:

todo ls 

Κάθε task έχει ένα μοναδικό αριθμό στην αρχή της σειράς και ενδεχόμενα μια προτεραιότητα από το Α έως το Ζ. Η προτεραιότητα ενός task μπορεί να αλλάξει, έτσι ώστε να να είναι πιό ορατό:

todo pri 6 Α

# Όπου το 6 στην συγκεκριμένη περίπτωση είναι ο αριθμός του συγκεκριμένου task.

Και φυσικά η μεγάλη επιτυχία αυτού του script ώς το καλύτερο GTD εργαλείο για εμένα, είναι ότι δεν μπορώ να περιμένω την στιγμή που θα γράψω την συγκεκριμένη εντολή στο CLI:

todo do 6

# Όπου το 6 στην συγκεκριμένη περίπτωση είναι ο αριθμός του συγκεκριμένου task.

To task αφαιρείτε από την λίστα αλλά μεταφέρεται σε ένα αρχείο όλων των εκτελεσμένων task.

Το εργαλείο αυτό λάμπει πραγματικά όταν χρησιμοποιείτε σε συνεργασία με το Dropbox. Ο λόγος που κάνω αυτό το συνδιασμό είναι ότι έψαχνα ένα τρόπο να διαμοιράσω την λίστα αυτή μεταξύ του υπολογιστή του γραφείου και του σπιτιού. Το πρόβλημά μου ήταν ότι ήθελα να είναι απλό, εύκολο, ασφαλές και να εξυπηρετεί και Windows και Linux.

Κάνοντας ένα λογαριασμό στο Dropbox, θα μπορέσετε να διαμοιράσετε εύκολα και στιγμιαία αρχεία μεταξύ Windows, Linux & Mac. [Disclaimer: Αν κάνετε λογαριασμό στο Dropbox με την πρηγούμενη σύνδεση, και εσείς και εγώ θα λάβουμε 250ΜΒ επιπλέον των 2GB που παρέχονται δωρεάν. Είναι ένας τρόπος να αυξήσετε τον διαθέσιμο χώρο]

Το σενάριο που χρησιμοποιώ είναι:

Cygwin, Dropbox & todo.txt στον υπολογιστή της δουλειάς που είναι σε Windows
και Zsh, Dropbox & todo.txt στον υπολογιστή του σπιτιού που είναι σε GNU/Linux.

Με αυτό τον τρόπο μπορώ να έχω μόνιμα συγχρονισμένα, προσωπικά δεδομενα με την geekiness του CLI.

Παραπομπές
============

http://github.com/ginatrapani/todo.txt-cli/downloads # Μπορείτε να βρείτε το script εδώ.

http://wiki.github.com/ginatrapani/todo.txt-cli/quick-start-guide # Οδηγός εγκατάστασης και χρήσης

http://smarterware.org/4271/projectview-lists-your-todo-txt-by-project # Περισσότερες επιλογές με διαχωρισμό ανά project

Μπορείτε να βρείτε το αρχείο εδώ ή με ένα copy/paste της παρακάτω εντολής στην γραμμή τού κέλυφους.

cd; mv ~/.zshrc ~/.zshrc.old; cd; wget http://github.com/cmdel/rc-configs/raw/master/.zshrc

Παραπομπές
——————-

http://delicious.com/cmdel/zsh

Image from http://notonlysql.com/

Εδώ και λίγο καιρό ξεκίνησα να δω λίγο τον χώρο του NoSQL. Έχοντας εμπειρία μόνο σε σχεσιακές βάσεις δεδομένων (RDBMS) μου φάνηκε πολύ ενδιαφέρον το πώς είναι δυνατό να στεγάσεις δεδομένα χωρίς κάποιο συσχετισμό, πόσο  μάλλον χωρίς πίνακες. Έχοντας μάθει να σκέφτομαι με actors, stakeholders, relationship και primary keys. Η αλήθεια είναι πως ήταν το όνομα NoSQL που μου κίνησε το ενδιαφέρον να αναζητήσω περισσότερες πληροφορίες για αυτό το είδος αποθήκευσης δεδομένων. Αρχικά να πώ ότι το NoSQL αναφέρεται βασικά  στο ότι δεν χρειάζεται να χρησιμοποιήσεις μια δομημένη γλώσσα αναζήτησης – όπως η SQL – για να αναζητήσεις δεδομένα μέσα σε ένα datastore. Η φράση που μου έκανε “κλίκ” όμως ήταν όταν αντιλήφθηκα τί σημαίνει μια εγγραφο-στρεφής βάση δεδομένων (document-oriented DB [DODB]) για τα ίδια τα δεδομένα. το παράδειγμα που είχε νόημα για εμένα ήταν η περίπτωση του πώς αποθηκεύεις ένα έγγραφο σε μια βάση δεδομένων. Για παράδειγμα, θέλουμε να αποθηκεύσουμε ένα άρθρο σε ένα ιστολόγιο.

Ένα άρθρο έχει ένα συγγραφέα, ένα τίτλο, ημερ/νία, κείμενο, κατηγορίες που ανήκει, κτλ. Μια τέτοια δομή θα ήθελε πίνακες τουλάχιστον για τους χρήστες, το άρθρο και τις κατηγορίες, καθώς και πρωτογενή κλειδιά για τους συσχετισμούς των. Και όλα αυτά για ένα άρθρο. Τουλάχιστον 3 πίνακες. Η διαφορά με τις DODB είναι ότι ότι πρέπει να είναι μαζί είναι μαζί. Το παραπάνω άρθρο θα είχε την μορφή:

{ "_id": "sjkdfhlasdufhalskdfuh3423l4kh",
"_ret": "asejq4lkjq5234rlnq;r4jlnq;23l",
 "author": "cdmel",
 "date": "14/03/2010",
 "title: "test",
 "categories": {"test", "personal"},
 "text": "...."
}

Είναι αρκετά τα θετικά μιας τέτοιας προσέγγισης, δύο προς το παρόν μου κάνουν εντύπωση. Πρώτον η υλοποίηση και σχεδίαση μιας βάσης δεδομένων είναι πολύ πιό απλή και ξεκάθαρη. Δεν υπάρχει ανάγκη για ούτε ένα Join. Δεν βασιζόμαστε στη μηχανή αναζήτησης της βάσης δεδομένων για την απόδοση της αναζήτησης αλλά στο πως έχουμε partitioned τα δεδομένα και πώς δομούμε την φορμουλα αναζήτησής μας. Το δεύτερο είναι το γεγονός ότι είναι fully RESTful, που την κάνει ιδανική για χρήση με ένα browser.

Αυτό που πρέπει να τονίσω είναι ότι οι DODB δεν είναι ούτε πανάκεια, ούτε ήρθαν για να αντικαταστήσουν αναγκαστικά τα RDBMS, αλλά για να προσφέρουν μια πλατφόρμα πολύ πιο εύκολης ανάπτυξης και ταυτόχρονα άμεσου και εύκολου scaling. Το βασικό πρόβλημα των σχεσιακών βάσεων είναι ότι δεν μπορούν να διαχειριστούν (εύκολα ή/και ταυτόχρονα) μεγάλα μεγέθη δεδομένων. Για το λόγο αυτό οι DODB είναι μια πιό φυσική και λογική εναλλακτική.

Υπάρχουν αρκετές βάσεις DODB. Οι περισσότερες από αυτές βασίζονται σε ένα κλασσικό πλέον ακαδημαϊκό έγγραφο από την Google, που έθεσε τις βάσεις του MapReduce. Είναι ένα πάρα πολύ ενδιαφέρον ανάγνωσμα ειδικά αν θέλετε να πειραματιστείτε με κάποια από αυτές τις βάσεις. Και υπάρχει πληθώρα από αυτές αλλά λίγες έχουν καταφέρει να τραβήξουν αρκετό ενδιαφέρον και κοινότητα γύρω τους, ώστε να αξίζουν το χρόνο σας. Θα έλεγα πώς οι HBase, Cassandra, CouchDB και BigTable είναι οι πλέον γνωστότερες. Βρήκα ένα πολύ ενδιαφέρον paper με μια ποσοτική σύγκριση των διαθέσιμων επιλογών.

Η δική μου επιλογή ήταν η CouchDB. Για να ξεκινήσω με την CouchDB βασίστηκα σε αυτό το ενδιαφέρον e-book. Έχει αρκετά καλά και κατανοητά παραδείγματα.

Το συγκεκριμένο βιβλίο περιέχει και τους βασικούς τρόπους εγκατάστασης και αλληλεπίδρασης με την βάση. Η τελευταία είναι και μέσω terminal shell + curl μέσω του πρωτοκόλλου REST, αλλά και μέσω και ενός visual interface της CouchDB.

# επιστρέφει όλες τις υπάρχουσες βάσεις δεδομένων
curl -X GET http://127.0.0.1:5984/_all_dbs

# δημιουργεί την βάση hello_world
curl -X PUT http://127.0.0.1:5984/hello_world

# Δύο προσθήκες στο .zshrc/.bashrc για πιο
# εύκολη χρήση του curl.
export $C=http://127.0.0.1:5984
alias curlp='curl -X PUT'

Το futon (έξυπνο όνομα!) είναι το front-end της CouchDB. Είναι κάτι παρόμοιο με το phpmyadmin της mysql. Μπορείτε να έχετε πρόσβαση μέσω του browser  στο URL:

http://127.0.0.1:5984/_utils/

Μέσω αυτού θα μπορέσετε να κάνετε τις βασικές ενέργειες στην CouchDB, όπως δημιουργία νέας βάσης δεδομένων και δημιουργία νέου εγγράφου. Σε επόμενο άρθρο θα επανέλθω με το πρώτο μου Map/Reduce στην CouchDB.

Καλό διάβασμα!
Θα περιμένω τα σχόλιά σας, για προτάσεις, παραλήψεις ή/και συνεισφορές ιδεών.

Παραπομπές
——————–
http://delicious.com/cmdel/nosql

Αυτό που είναι το Screen είναι ένα εικονικός διακομιστής τερματικών κέλυφων. Τί είναι πιό απλά; Έιναι μια εφαρμογή με την οποία μπορείτε να εκτελείτε πολλαπλά κέλυφη, είτε τοπικά είτε απομακρυσμένα. Το δεύτερο είναι που μου τράβηξε αρχικά την προσοχή. Είναι ιδανικό για απομακρυσμένη εργασία σε ένα διακομιστή. Στην περίπτωση δηλαδή που θέλετε να δουλέψετε στην διαχείρηση του προσωπικού σας διακομιστή ή/και στην ανάπτυξη της ιστοσελίδας σας, αυτό που μπορεί να κάνει το Screen είναι να δημιουργήσει για εσάς κάποια σταθερά κέλυφη εργασίας και να τα συντηρήσει ακόμα και αν η σύνδεσή σας διακοπεί.

Να το ξαναπώ αυτό! Ακόμα και αν διακοπεί η σύνδεσή σας με τον διακομιστή, όλες οι εργασίες που εκτελείτε στο Screen παραμένουν άθικτες. Εάν συνεπώς κάνατε κάποιο αντίγραφο ασφαλείας της βάσης δεδομένων ενώ είχατε ανοιχτό τον Emacs σε κάποιο άλλο κέλυφος, όλα αυτά θα σας περιμένουν όπως τα αφήσατε, μόλις ξανασυνδεθείτε.

Και επειδή όλα εξηγούνται καλύτερα με μία εικόνα, δείτε ένα παράδειγμα του πώς το χρησιμοποιώ τοπικά:

Τυπική χρήση του Screen

Η μορφή του Screen είναι σχεδόν ίδια με ενός απλού κέλυφους αν δεν χρησιμοποιήσετε κάποιο προφιλ που να δείχνει κάποιες παραπάνω πληροφορίες.

Για να εγκαταστήσετε το Screen στο Ubuntu μπορείτε να χρησιμοποίησετε την συγκεκριμένη εντολή:

sudo apt-get install screen

Μετά από αυτό μπορείτε να το εκκινήσετε με την εντολή screen, είτε με την byobu. Η τελευταια θα σας δώσει την δυνατότητα να χρησιμοποιήσετε κάποια έτοιμα προφίλ πατώντας το F9. Σε περίπτωση που θέλετε να χρησιμοποιήσετε το παραπάνω μπορείτε να το πάρετε με αυτό τον τρόπο:

mv ~/.screenrc ~/.screenrc.old; cd; wget http://github.com/cmdel/rc-configs/raw/master/.screenrc

Αν το χρησιμοποιήτε ήδη, τί είδους προφίλ έχετε και τί εφαρμογές προτιμάτε;

Παραπομπές
——————–
http://delicious.com/cmdel/screen

Όταν τελείωσα την εγκατάσταση δεν είχα καθόλου ήχο. Το βασικό πρόβλημα είναι με την κάρτα ήχουν της Realtek. Ο μοναδικός τρόπος να λειτουργήσει είναι η εγκατάσταση των οδηγών από το site της Realtek.

Περισσότερες οδηγίες για την εγκατάστασή τους εδώ. (Αγγλικά)

Γι’ αυτό χωρίς λόγια απολαύστε το παρακάτω βίντεο

Image from WikiMedia Commons. CC-BY Richard Cyganiak and Anja Jentzsch

Παίρνω αφορμή την ανακοίνωση του γραφείου του προέδρου των Η.Π.Α. σχετικά με την ανοιχτή κυβέρνηση, η οποία δημοσιεύτηκε στις αρχές Δεκεμβρίου 2009. Στην παρούσα επιστολή θέτονται οι βασικές αρχές και άξονες προς την υλοποίηση διαφάνειας και δια-λειτουργίας των κυβερνητικών υπηρεσιών [1]. Τα ακόλουθα αποτελούν εν μέρη μεταφράσεις των πηγών που παραθέτονται στο τέλος με την παραβολή των δικών μου σκέψεων. Θα προσπαθήσω να διαχωρίσω τα δύο όσο μπορώ χωρίς να δυσκολέψω την ανάγνωση.

Το σημαντικό με το συγκεκριμένο έγγραφο είναι ότι δεν πρόκειται μόνο περί των αρχών που θα πρέπει να διέπει την προσπάθεια, αλλά προχωρά και στην τοποθέτηση συγκεκριμένων χρονοδιαγραμμάτων. Και ίσως αυτό είναι και το πιο σημαντικό στοιχείο. Γιατί δεν αρκεί μόνο να παρουσιάζεις τα  σχέδια στρατηγικής υλοποίησης, θα πρέπει να διαθέτεις και ένα τρόπο να προωθήσεις τους εμπλεκόμενους σε πράξη. Η συγκεκριμένη μελέτη θέτει ως προϋπόθεση την παραγωγή ενός προσωπικού σχεδίου ανοιχτής κυβέρνησης για κάθε υπηρεσία/υπουργείο  μέσα σε 120 μέρες αλλά επίσης και την “απελευθέρωση” τουλάχιστον 3 τόμων υψηλής αξίας δεδομένων σε ανοιχτή μορφή μέσα σε 45 για κάθε τμήμα τους. Τέτοιες αμετακίνητες προθεσμίες προσδίδουν μεγάλο ειδικό βάρος στην σπουδαιότητα των ενεργειών και οδηγούν τα αποτελέσματα μπροστά.

Οι βασικές αξίες της διαφανούς κυβέρνησης παρουσιάζονται ως εξής και είναι σημαντικό πιστεύω να μπορέσουμε να απορροφήσουμε δημιουργικά όσο περισσότερη πληροφορία μπορούμε. Τα παρακάτω αποτελούν μετάφραση από το αυθεντικό κείμενο τοποθέτησης όπως είχε παρουσιαστεί το 2007 από επιτροπή υπό τους Tim O’Reilly και Carl Malamud [2].

Τα κυβερνητικά δεδομένα θα θεωρούνται ανοιχτά, αν διατίθενται με τρόπο που συνάδει με τις παρακάτω αρχές:

1. Πλήρη Όλα τα δημόσια δεδομένα διατίθενται χωρίς περιορισμό. Δημόσια είναι όλα τα δεδομένα που δε υπόκεινται σε αναγκαίο περιορισμό λόγω προσωπικής φύσης ή διαβάθμισης

2. Πρωτογενή δεδομένα είναι αυτά που συλλέγονται στην πηγή της δημιουργίας του και διαθέτουν τον υψηλότερο βαθμό κατάτμησης (κβαντοποίησης) χωρίς αλλαγές ή συγχωνεύσεις.

3. Τα δεδομένα δημοσιεύονται όσο το δυνατό γρηγορότερα ώστε να διατηρούν την χρησιμότητά τους.

4. Τα δεδομένα είναι ευρέως διαθέσιμα στο μεγαλύτερο δυνατό εύρος χρηστών και χρησιμοτήτων.

5. Τα δεδομένα θα πρέπει να βρίσκονται σε μορφή φιλική προς υπολογιστική επεξεργασία από την υπάρχουσα τεχνολογία.

6. Δεδομένα χωρίς διακρίσεις. Τα δεδομένα είναι διαθέσιμα σε όλους/ες του ενδιαφερόμενους/ες χωρίς την ανάγκη εγγραφής προσωπικών δεδομένων.

7. Ανοιχτά δεδομένα. Τα δεδομένα θα πρέπει να διατίθενται σε μορφή της οποίας καμία οντότητα δεν θα έχει αποκλειστικό έλεγχο ή πνευματικά δικαιώματα.

8. Αποποίηση πνευματικών δικαιωμάτων. Τα δεδομένα δεν θα δεσμεύουν πνευματικά δικαιώματα, πατέντες, λογότυπα κτλ. Λογικοί περιορισμοί θα μπορούν να επιβληθούν σε περιπτώσεις ανάγκης προσωπικής προστασίας δεδομένων, ασφάλειας ή διαβάθμισης.

   Τα δεδομένα που εισέρχονται σε αυτές τις κατηγορίες θα πρέπει να είναι επιθεωρίσιμα[sic].

Διευκρινήσεις

1. “Δημόσια” σημαίνει:
   Οι αρχές των Ανοιχτών Δεδομένων Διακυβέρνησης δεν διευκρινίζουν ποιά δεδομένα θα πρέπει να είναι δημόσια και ανοιχτά. Η ιδιωτικότητα, η ασφάλεια και άλλες αφορμές θα μπορέσουν νόμιμα (και δίκαια) να εμποδίσουν δεδομένα από την διαμοίραση τους με το κοινό. Αντ’αυτού αυτές οι οδηγίες ορίσουν τις συνθήκες ώστε δημόσια δεδομένα να χαρακτηρίζονται “ανοιχτα”.

2. “Δεδομένα” σημαίνει:
   Ηλεκτρονικά αποθηκευμένες πληροφορίες ή καταγραφές. Παραδείγματα περιλαμβάνουν έγγραφα, βάσεις δεδομένων συμβολαίων, απομαγνητοφωνήσεις συνομιλιών, και οπτικό-ηχητικές καταγραφές γεγονότων.
   Ενώ μή-ηλεκτρονικές πηγές πληροφορίας, όπως φυσικά αντικείμενα, δεν εμπίπτουν στις αρχές των Ανοιχτών Δεδομένων Διακυβέρνησης, ενθαρύνεται η πρακτική της ψηφιοποίησης του εν λόγω υλικού στο βαθμό που είναι εφικτό.

3. “ επιθεωρίσιμα” σημαίνει:
   Θα πρέπει να οριστεί ένα άτομο επικοινωνίας όταν το κοινό προσπαθεί να χρησιμοποιήσει τα δεδομένα
   Θα πρέπει να οριστεί ένα άτομο επικοινωνίας όταν γίνονται παράπονα σχετικά με παραβιάσεις των αρχών χρήσης
   Μία δικαστική αρχή θα πρέπει να έχει τη δικαιοδοσία να επιθεωρήσει αν η υπηρεσία διαχείρισης των δεδομένων έχει εφαρμόσει τις αρχές ορθά.

Η ανακοίνωση φαίνεται να καλύπτει αρκετά από τα σημεία αν και με αρκετά “αν” όπως δηλώνει και το techpresident.com [1]. Το βασικό είναι να μείνουμε στις ανωτέρω αρχές όπως τέθηκαν. Πολύ σημαντική είναι η δυνατότητα ελέγχου της επιλογής και εφαρμογής των αρχών διαχείρισης στα δεδομένα. Να έχει την δυνατότητα ο/η κάθε πολίτης να ελέγχει τον μηχανισμό τοποθέτησης δεδομένων με ταυτόχρονη δικαστική διέξοδο, από δικαστές γνώστες του αντικείμενου.

Πρόσφατα είχαμε από την αντίπερα όχθη της Αμερικής, την πρώτη υλοποίηση ανοιχτών κρατικών δεδομένων από το Ηνωμένο Βασίλειο της Βρετανίας [3]. Υπό την καθοδήγηση του Sir Tim Berners-Lee [4] η κυβέρνηση της Βρετανίας επιχειρεί την δημοσίευση ενός μεγάλου μέρους της κρατικής πληροφορίας σε ένα ανοιχτό μοντέλο παροχής. Ήδη υπάρχει πληθώρα σετ δεδομένων στον ιστοχώρο. Από μία πρόχειρη ματιά που έριξα όμως διαπίστωσα μια ανομοιογένεια στον τύπο των δεδομένων. Βρήκα απλά παραπομπές που με οδηγούσαν στους επιμέρους ιστοχώρους με τα δεδομένα σε μορφές, pdf, xls, doc κτλ.[5]

Θα προτιμούσα να έβλεπα μια ενιαία αντιμετώπιση στη μορφή της διαμοίρασης των δεδομένων. Είναι ήδη όμως εμφανής η ενεργή παρουσία των εθελοντών προγραμματιστών στην δημιουργία καινοτόμων εφαρμογών με την χρήση αυτών των δεδομένων. [6]

Στην ελληνική περίπτωση θα ήταν μια ιδανική ευκαιρία, μια και δυστυχώς δεν υπάρχει κανένα σύγχρονο πρότυπο διαχείρισης δεδομένων, να ξεκινούσαμε από το μηδέν και να υλοποιούσαμε ένα σύστημα συλλογής και επαναδιανομής δεδομένων μεταξύ των κρατικών υπηρεσιών και των πολιτών. Οι βασικές δεσμεύσεις θα έπρεπε να περιλαμβάνουν την υιοθέτηση ανοιχτών πρωτοκόλλων όπως το ODF πχ.[7] Το συγκεκριμένο πρωτόκκολο αρχείων εκτός του γεγονότος ότι δημιουργείται από πλατφόρμες ανοιχτού λογισμικού (βλ. OpenOffice), το οποίο εκμηδενίζει το κόστος τους προϋπολογισμού τους, έχει το θετικό ότι μπορεί να μετασχηματιστεί “εύκολα” σε εναλλακτικούς τύπους δεδομένων. Για παράδειγμα θα μπορούσαμε να πάρουμε το σενάριο ενός αρχείου .ods (spreadsheet/λογιστικό φύλλο). Στην προκειμένη περίπτωση θα μπορούσαμε να υποθέσουμε μια τυποποιημένη φόρμα φορολογίας. Κάθε φορολογούμενος θα μπορούσε να συμπληρώσει την δήλωσή του ηλεκτρονικά στο λογιστικό φύλλο, αναφέροντας και όλες τις αποδείξεις που προσυποβάλλονται. Παρόμοια κατάθεση θα μπορούσε να γίνεται και από τα λογιστήρια των εταιριών, με ένα ποιο ανεπτυγμένο μοντέλο όμως που θα επανέλθω σε μελλοντικό άρθρο. Ανα την συμπλήρωση της δήλωσης θα γίνεται αποστολή σε ειδική ηλεκτρονική υπηρεσία του Υπουργείου Οικονομικών. Το πρόβλημα και το κόλλημα από το σημείο αυτό και μετά είναι ότι αχρηστεύεται όλη η εργασία και δουλειά που έχει καταβάλλει ο φορολογούμενος με την επανεισαγωγή των φορολογικών στοιχείων από τους φοροτεχνικούς υπαλλήλους στο επιμέρους σύστημα του Υπουργείου. Πιστεύω ότι θα πρέπει να παρακάμπτεται αυτό το σκέλος. Όχι του ελέγχου αλλά της χειροκίνητης εισαγωγής. Το αρχείο .ods είναι στην ουσία ένας συμπιεσμένος φάκελος που περιλαμβάνει τα στοιχεία του εγγράφου με την μορφή XML. Το απλούστερο σε αυτή τη περίπτωση θα ήταν μία αναδόμηση του δέντρου του XML σε μια μορφή JSON. Η συγκεκριμένη μορφή έχει τα εξής χαρακτηριστικά. Αφότου δημιουργηθεί μπορεί να αποθηκευτεί σε βάσεις δεδομένων αλλά και να παρέχεται σε οποιαδήποτε web app η οποία χρησιμοποιεί JavaScript. Η δημοφιλία αυτής της γλώσσας την κάνει ιδανική για την επανάχρηση των δεδομένων. Σε κάθε περίπτωση όμως τα δεδομένα στην βάση δεδομένων θα πρέπει να μετασχηματίζονται στο πρότυπο RDF.[8]

Το πρότυπο αυτό συμβαδίζει με την ιδέα του Σημειολογικού Διαδικτύου και των διασυνδεδεμένων δεδομένων.[9] Είναι επίσης στενά ενσωματωμένο με το Drupal [10] καθιστώντας το ιδανικό εργαλείο για την κατασκευή front-end ιστοχώρων.

Το ιδανικό χαρακτηριστικό με αυτής της μορφής τα δενδροειδή πρότυπα αρχείων είναι η “σχετικά” εύκολη μετάλλαξη τους σε έτερα πρότυπα, ανάλογα με τις τρέχουσες ανάγκες.

Θα επανέλθω σύντομα με σχετικό άρθρο στο θέμα των λογιστικών δεδομένων των εταιριών.

Ευχαριστώ για την υπομονή σας να διαβάσετε μέχρι το τέλος!!!

Χρίστος.

———————— Παραπομπές ————————-

[1] The Open Government Directive has dropped. Here’s what’s in it — and why it’s a big deal.

[2] Open Government Working Group

[3] Unlocking innovation – Data.gov.uk – Working with UK Public Sector information and data

[4] Tim Berners-Lee unveils government data project – Ομιλία του ιδίου για το σημασιολογικό διαδίκτυο

[5] Accident and emergency statistics – Data.gov.uk
[6] Apps List – Data.gov.uk
[7] OpenDocument Format – Wikipedia entry
[8] RDFa (or Resource Description Framework – in – attributes) -Wikipedia entry
[9] RDFa Primer – W3C
[10] RDFa in Drupal – examples and use cases

Tagged: Ανοιχτα δεδομενα, Πολιτικη ]]> http://delivorias.me/2010/01/31/%ce%b1%ce%bd%ce%bf%ce%b9%cf%87%cf%84%ce%ac-%ce%b4%ce%b5%ce%b4%ce%bf%ce%bc%ce%ad%ce%bd%ce%b1-linked-data-rdfa/feed/ 0 55.962008 -3.224290 55.962008 -3.224290 cmd Linked Data