<html><head><title>Re: [Allegro] allegro-imd: fehler in(?) acon, acon bricht ab(!)</title>
</head>
<body>
<br><br>
<span style=" font-family:'Courier New'; font-size: 9pt;">danke für Ihre Nachricht.<br>
Am Donnerstag, 28. Januar 2016 um 11:00 schrieben Sie.<br>
Ihre Nachricht finden Sie am Ende dieser eMail.<br>
<br>
<a name="quoted-content"></a>
</span><table>
<tr>
<td width=3 bgcolor= #0000ff><br>
</td>
<td><span style=" font-family:'verdana'; font-size: 9pt;"> <br>
Lehmann am 28.1.2016, 10:14:<br>
> was man angehen könnte, sind zukunftsfragen:<br>
> 1. ??x-dateien > 2 GB (ja, ich weiss, es stehen noch ca 22 andere ??[a-w,yz] zur verfügung<br>
> 2. datenfeldlänge > 16kb<br>
> 3. datensatzlänge > 220kb<br>
> keine ahnung, ob das je möglich sein wird (dafür habe ich meine lösungsansätze, die erstmal scheinbar ausreichen). wenn ich das richtig > verstanden habe, hat ja kollege fischer auch schon "die tür vor den grenzen geöffnet".... (->"mathematik"). passau ist überall?<br>
> 4. das das den endgültigen abschied von 16bit bedeutet, ist klar....<br>
<span style=" font-family:'Courier New';">....<br>
<span style=" font-family:'verdana';">Es *kann* sich wirklich nur um wenige Jahre handeln (LC und OCLC stehen voll dahinter, das sagt alles!!),<br>
bis zeitgemäße Konzepte, Paradigmen und Denkmodelle in die Realität einziehen, will sagen,<br>
daß neue Produkte, besonders im OpenSource-Bereich, verfügbar werden. Deren Potential ist<br>
jetzt noch nicht hinreichend klar für jeden erkennbar, aber es wird gewaltig sein.</td>
</tr>
</table>
<br><br>
<span style=" font-family:'Courier New'; font-size: 9pt;">über dieses und jenes mache ich mir seit langem gedanken.<br>
nur mal so.....:<br>
und ich sehe, wie bibliotheken in "neue welten" fliehen. in den "neuen welten" haben sie selten (oder gar nie?) kontrolle über ihre daten. sie haben keinen blick mehr über ihre datenqualität. es interessiert sie auch nicht (mehr). die "neuen welten" sind schon merkwürdig. und so bequem.<br>
<br>
und noch eine bemerkung zum obigen absatze...:<br>
die vielen kleinen bibliotheken, die gar nicht a. in die verbünde wollen, und b. sich nicht in den "neuen welten" mit hinz&kunz sich verbrüdern wollen, die werden weiterhin auf ihrer "alten" software bleiben. z.b. bei allegro-C!<br>
<br>
<br>
aber zu unterem absatze....<br>
<br>
</span><table>
<tr>
<td width=3 bgcolor= #0000ff><br>
</td>
<td><span style=" font-family:'verdana'; font-size: 9pt;"> Und speziell<br>
Projekte wie Ihr imb werden dann auf ganz andere Weise realisierbar mit ganz anderem Funktions-</td>
</tr>
</table>
<br><br>
<span style=" font-family:'Courier New'; font-size: 9pt;">nee, nee. dazu müsste man die hintergründe der imdb kennen! ;-)<br>
[ich prophezeie mal ganz leise:) linked data wird niemals mit der imdb in berührung kommen. der copyrightholder hat die nutzung der publicdomain(sic)-datenbanken untersagt! die datenbanken dürfen niemals im internet genutzt werden. man lese in den copyrights nach. dagegen: eine wissenschaftliche nutzung der (publicdomain)-daten ist immer erlaubt! und ich biete sie meinen kollegen in den filmbibliotheken zur internen nutzung an. das ist ausdrücklich erlaubt.<br>
<br>
<br>
</span><table>
<tr>
<td width=3 bgcolor= #0000ff><br>
</td>
<td><span style=" font-family:'verdana'; font-size: 9pt;">umfang, denn worauf's dabei ankommt, das wäre doch gerade für "Linked Data" und FRBR<br>
ein ideales Anwendungsfeld. Und im klassischen Bibliotheksumfeld ist doch schon jetzt die<br>
Bewegung voll im Gange, statt OPAC ("was ist das?") auf DiscocerySysteme zu setzen und</td>
</tr>
</table>
<br><br>
<span style=" font-family:'Courier New'; font-size: 9pt;">ich bin da etwas skeptisch. <br>
wollen wirklich (alle) kollegen online-kataloge, wo alles mit jedem verlinkt ist? wo jeder "hergelaufene" benutzer "sein beinchen heben" kann, und den datensatz "markieren" kann? oder bin !ich! zu alt?<br>
nichtsdestotrotz gibts bei mir vufind im angebot..... (die wölfe, mit denen man heult, sind hungrig ...)<br>
<br>
<br>
</span><table>
<tr>
<td width=3 bgcolor= #0000ff><br>
</td>
<td><span style=" font-family:'verdana'; font-size: 9pt;">die Geschäftstätigkeiten in ein dediziertes Verwaltungssytem auf moderner Grundlage (z.B. kuali)<br>
zu verlagern. Hinzu kommt der immer stärkere Sog hinein in die Verbünde und dann die "Cloud".</td>
</tr>
</table>
<span style=" font-family:'Courier New'; font-size: 9pt;">die cloud ist nichts anderes als eine anwendung, die auf einem server im internet läuft. nach diesen (märchen)geschichten wurde ich schon öfters gefragt, und lehne sie zu 100% ab! mit argumenten zur datensicherheit und .-stabilität kontne ich immer punkten. zur sache: warum baut denn google in skandinavien oder anderswo ein großes rechenzentrum? warum bauen immer mehr us-firmen große datendependancen in EU? [da bewege ich mich auf allzu dünnem eis:] es wird wohl rechtsvorschriften der EU(?) geben, die das "hosting" auf europäischem boden zwingend(?) vorschreiben.... <br>
<br>
<br>
<br>
</span><table>
<tr>
<td width=3 bgcolor= #0000ff><br>
</td>
<td> <br>
<span style=" font-family:'verdana'; font-size: 9pt;">Summa: Jetzt noch neue Klimmzüge mit allegro anzustellen wäre mehr als fragwürdig. Es ist ja vor allem<br>
auch so, daß keiner allegro ernst nimmt oder zu verstehen versucht,</td>
</tr>
</table>
<span style=" font-family:'Courier New'; font-size: 9pt;">tja. das kann ich vollstens unterschreiben. das haben wir alle ja auch selbst zu verantworten.... altes thema.... ;-/<br>
<br>
<br>
</span><table>
<tr>
<td width=3 bgcolor= #0000ff><br>
</td>
<td><span style=" font-family:'verdana'; font-size: 9pt;"> der jetzt als jüngerer Entwickler<br>
in den zeitgemäßen Sachen drinsteckt! Das sollten wir nicht ignorieren, aber ändern können wir's<br>
auch nicht.<br>
Damit jedoch ebenfalls *nicht* gesagt ist, daß ich als Alt-Entwickler mich nun von allegro ab- und<br>
neuen Ufern zuzuwenden vorhätte. Man soll sich ja nicht überschätzen.<br>
<br>
B.E.<br>
</td>
</tr>
</table>
<br><br>
<br>
<span style=" font-family:'Courier New'; font-size: 9pt;">grüße aus der bierstadt<br>
ihr klaus lehmann<br>
<br>
<br>
<span style=" font-family:'calibri'; color: #c0c0c0;"><i>-- <br>
Mit freundlichen Grüßen,<br>
Ihr Klaus Lehmann<br>
</i></span></span><a style=" font-family:'calibri'; font-size: 9pt;" href="http://allegronet.de">http://allegronet.de</a><span style=" font-family:'calibri'; font-size: 9pt; color: #c0c0c0;"><i> * eMail: </i></span><a style=" font-family:'calibri'; font-size: 9pt;" href="mailto:allegronet@t-online.de">allegronet@t-online.de</a><span style=" font-family:'calibri'; font-size: 9pt; color: #c0c0c0;"><i> * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843<br>
allegronet.de * Klaus Lehmann * D-01454 Radeberg * Bahnhofstr. 1<br>
zuständiges Finanzamt: FA Hoyerswerda; zuständige Kammer: IHK Dresden;<br>
zuständige Aufsichtsbehörde: Gewerbeamt Radeberg; USt-IdNr: DE247550760<br>
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig<br>
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow. Yes we can!<br>
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 mit VuFind<br>
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)<br>
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki<br>
* 2013: Bolero 64bit. Fußige Noten aufgeblättert (=Die Fußnotendoku)<br>
* 2014: allegro-zdb: endlich. Die Wiedervereinigung! + eBooks<br>
* 2015: allegro-vufind. Endlich! Noch moderner! Web2 auch für Ihren Katalog?<br>
* 2016: allegro-imd.Die weltgrößte(?) Filmdatenbank nur für Filmbibliotheken<br>
<br>
<br>
<br>
<br>
<br>
Am Donnerstag, 28. Januar 2016 um 11:00 schrieben Sie:<br>
<a name="quoted-content"></a>
</i></span><table>
<tr>
<td width=3 bgcolor= #0000ff><br>
</td>
<td><span style=" font-family:'verdana'; font-size: 9pt;"> <br>
Lehmann am 28.1.2016, 10:14:<br>
> was man angehen könnte, sind zukunftsfragen:<br>
> 1. ??x-dateien > 2 GB (ja, ich weiss, es stehen noch ca 22 andere ??[a-w,yz] zur verfügung<br>
> 2. datenfeldlänge > 16kb<br>
> 3. datensatzlänge > 220kb<br>
> keine ahnung, ob das je möglich sein wird (dafür habe ich meine lösungsansätze, die erstmal scheinbar ausreichen). wenn ich das richtig > verstanden habe, hat ja kollege fischer auch schon "die tür vor den grenzen geöffnet".... (->"mathematik"). passau ist überall?<br>
> 4. das das den endgültigen abschied von 16bit bedeutet, ist klar....<br>
<br>
Der letzte Satz wird wohl stimmen, also vergessen Sie auch die vorangehenden, sie sind illusionär.<br>
Nein, wir müssen entschieden und entschlossen nach vorn blicken und die Konzepte, Paradigmen und<br>
Denkmodelle üebrwinden, die in den 1960er/70er Jahren wurzeln, mit MARC als Stammwurzel aller<br>
jetzt sich abzeichnenden Obsoleszierung.<br>
Es *kann* sich wirklich nur um wenige Jahre handeln (LC und OCLC stehen voll dahinter, das sagt alles!!),<br>
bis zeitgemäße Konzepte, Paradigmen und Denkmodelle in die Realität einziehen, will sagen,<br>
daß neue Produkte, besonders im OpenSource-Bereich, verfügbar werden. Deren Potential ist<br>
jetzt noch nicht hinreichend klar für jeden erkennbar, aber es wird gewaltig sein. Und speziell<br>
Projekte wie Ihr imb werden dann auf ganz andere Weise realisierbar mit ganz anderem Funktions-<br>
umfang, denn worauf's dabei ankommt, das wäre doch gerade für "Linked Data" und FRBR<br>
ein ideales Anwendungsfeld. Und im klassischen Bibliotheksumfeld ist doch schon jetzt die<br>
Bewegung voll im Gange, statt OPAC ("was ist das?") auf DiscocerySysteme zu setzen und<br>
die Geschäftstätigkeiten in ein dediziertes Verwaltungssytem auf moderner Grundlage (z.B. kuali)<br>
zu verlagern. Hinzu kommt der immer stärkere Sog hinein in die Verbünde und dann die "Cloud".<br>
<br>
Summa: Jetzt noch neue Klimmzüge mit allegro anzustellen wäre mehr als fragwürdig. Es ist ja vor allem<br>
auch so, daß keiner allegro ernst nimmt oder zu verstehen versucht, der jetzt als jüngerer Entwickler<br>
in den zeitgemäßen Sachen drinsteckt! Das sollten wir nicht ignorieren, aber ändern können wir's<br>
auch nicht.<br>
Damit jedoch ebenfalls *nicht* gesagt ist, daß ich als Alt-Entwickler mich nun von allegro ab- und<br>
neuen Ufern zuzuwenden vorhätte. Man soll sich ja nicht überschätzen.<br>
<br>
B.E.<br>
</td>
</tr>
</table>
</body></html>