|
|
|
|
Deine Doktorarbeit kompiliert mit dem arxiv latex? Respekt!
|
|
|
|
|
|
|
...ich habe auch nur das aktuelle KOMA-Paket und das aktuelle Biblatex mitgeliefert... Hat auch nur fünf Stunden gedauert, bis es kompilierte und alle Bilder ausreichend klein gehauen waren, dass es passte. Die Pakete haben es fast wieder über die 10MB-Grenze gejagt.
DON'T PANIC
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Wraith of Seth am 18.01.2019 16:57]
|
|
|
|
|
|
| Zitat von BuddelWilli3
Nun würd ich gerne einen Raspberry zero dazu packen mit einem LCD & Case um die uptimes etc. (per python) anzuzeigen. So drei Textzeilen dürften genügen - aber nach was such ich da auf den Chinaseiten? Hab nichts zum löten hier und auch kein 3D Drucker. Displays find ich ja noch (HAT dürfte mein Stichwort sein..?) aber ein dazugehöriges Case?
| |
Vllt. ist für dich auch so was wie esp32 + Micropython interessant? Da gibt's auf jeden Fall schon festverlötete Displays. Einleitungsvideo hier https://media.ccc.de/v/V8W9DL
|
|
|
|
|
|
|
| Zitat von Wraith of Seth
Und ein Forscher, der bettelt, dass die nächste Fassung (einer Doktorarbeit...) doch bitte sein Werk zitiert. Ich zitiere es bereits. | |
Und was wollte der Crackpot?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Zitat von Xerxes-3.0
| Zitat von Wraith of Seth
Und ein Forscher, der bettelt, dass die nächste Fassung (einer Doktorarbeit...) doch bitte sein Werk zitiert. Ich zitiere es bereits. | |
Und was wollte der Crackpot?
| |
Dass ich sein Paper fürs ArXiV endorse. Es hat eine Formel, die er nach sich selbst benennt. Ich bin mir nicht sicher, ob man sie überhaupt parsen kann.
SCIENCE - If you ain't pissin' people off, you ain't doin' it right.
|
|
|
|
|
|
|
Hat hier schonmal jemand was mit SPARQL gemacht? Was ist das denn für 1 Abfall? Ich bekomm die Queries nicht in meinen Schädel rein, ich check das nicht.
|
|
|
|
|
|
|
Ich war erst verwirrt, bis ich verstanden habe dass sich das Wort vermutlich auf sparkle und nicht auf Spargel bezieht.
|
|
|
|
|
|
|
| Zitat von derSenner
Hat hier schonmal jemand was mit SPARQL gemacht? Was ist das denn für 1 Abfall? Ich bekomm die Queries nicht in meinen Schädel rein, ich check das nicht.
| |
DING DING DING TRIGGER. Fick auf Sparql man, diese ganze RDF Tripel Scheisse geht mir so unfassbar auf den Keks und ich habe damit aktuell täglich zu tun. Richtig geil wird es dann, wenn man nicht nur die Queries schreiben muss, sondern auch noch die Models in diesen geilen RDF TTL Files. Ich fühle echt mit dir, arme Sau. Wofür brauchst du das? Ich kenne das nur von einigen IBM Rational Produkten.
¤: Wenn es wenigstens anständige Tools gäbe, aber das ist ja auch nicht wirklich drin...
¤: Und wenn du mal auf Apache Jena losgelassen wirst: renn.
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von SwissBushIndian am 20.01.2019 19:09]
|
|
|
|
|
|
Jetzt mal ein ganz einfaches Beispiel. In SQL suche ich für einen Haupt-Wirkstoff einer Arznei die vorhandenen Markennamen:
|
Code: |
SELECT b.name
FROM medication a
JOIN medication b ON b.id FIND_IN_SET(b.id, a.brand_ids)
WHERE a.name = 'haupt-wirkstoff'; |
|
Quasi, irgendwie so, ne. Easy-peasy.
Wie zum Teufel mach ich sowas in SPARQL?
Oder noch viel einfacher. Hier die Wikidata-Seite einer Arznei: https://www.wikidata.org/wiki/Q425295
Wie zum Teufel kann ich einfach z.B. das Feld "Also known as" auslesen?
Oder auch: Wie zum Teufel selektiere ich auf Überschneidungen zweier Objekte? Sprich gib jene Felder aus, die in beiden vorkommen.
Ich bekomm den Syntax einfach nicht in meinen Kopf rein.
// Grundsätzlich brauch ich das für die Abfragen von Medikamenten und deren Wechselwirkungen. Ist aber eher ne Übung, weniger was wirklich sinnvolles. Gottseidank habe ich mit sowas nicht in meiner Arbeit zu tun.
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von derSenner am 20.01.2019 19:13]
|
|
|
|
|
|
| Zitat von Wraith of Seth
Dass ich sein Paper fürs ArXiV endorse. Es hat eine Formel, die er nach sich selbst benennt. | |
Ah.
|
|
|
|
|
|
|
| Zitat von derSenner
Jetzt mal ein ganz einfaches Beispiel. In SQL suche ich für einen Haupt-Wirkstoff einer Arznei die vorhandenen Markennamen:
|
Code: |
SELECT b.name
FROM medication a
JOIN medication b ON b.id FIND_IN_SET(b.id, a.brand_ids)
WHERE a.name = 'haupt-wirkstoff'; |
|
Quasi, irgendwie so, ne. Easy-peasy.
Wie zum Teufel mach ich sowas in SPARQL?
Oder noch viel einfacher. Hier die Wikidata-Seite einer Arznei: https://www.wikidata.org/wiki/Q425295
Wie zum Teufel kann ich einfach z.B. das Feld "Also known as" auslesen?
Oder auch: Wie zum Teufel selektiere ich auf Überschneidungen zweier Objekte? Sprich gib jene Felder aus, die in beiden vorkommen.
Ich bekomm den Syntax einfach nicht in meinen Kopf rein.
// Grundsätzlich brauch ich das für die Abfragen von Medikamenten und deren Wechselwirkungen. Ist aber eher ne Übung, weniger was wirklich sinnvolles. Gottseidank habe ich mit sowas nicht in meiner Arbeit zu tun.
| |
Das Problem ist nicht nur die Syntax, sondern die RDF Modelierung. Ohne das Graphenmodell der entsprechenden Ressource zu kennen ist es so gut wie unmöglich komplexere Queries zu schreiben.
Mein Vorgehen:
- Hoffen, dass es GraphDB geschissen kriegt das Modell zu importieren
- Rumprobieren bis ich es irgendwie schaffe das query zu bauen.
- Fluchen. Goto 2.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 20.01.2019 19:18]
|
|
|
|
|
|
|
|
|
|
| Zitat von Xerxes-3.0
| Zitat von Wraith of Seth
Dass ich sein Paper fürs ArXiV endorse. Es hat eine Formel, die er nach sich selbst benennt. | |
Ah.
| |
Und es ist keine zweite Formeln im Paper.
|
|
|
|
|
|
|
Ey, weißt du was, fick diesen SPARQL kack. Wie kann man sowas kontraintuitives überhaupt entwickeln. Ich hab jetzt ein paar Stunden an den Queries herumgefuhrwerkt und ich check noch immer nicht so wirklich, was da passiert. Das ist mir bis dato noch nicht untergekommen, dass ich eine Programmiertechnologie aber sowas von nicht durchschaue. Brutal.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von derSenner am 20.01.2019 20:42]
|
|
|
|
|
|
Ja, geil, ne? Ich weiss auch nicht wie man das für irgendwas einsetzen kann. Von allen Graphdatenbanken das mit Abstand schrecklichste Konzept, was ich jemals gesehen habe.
|
|
|
|
|
|
|
Und du musst sowas produktiv einsetzen?
F
|
|
|
|
|
|
|
Jup, Rational Report Builder nutzt den Schrott als Metasprache für Model und Queries. Das heisst: Zuerst die echten Datenbankerweiterungen Schreiben (SQL), dann den eigentlich ETL Job in Java, und den ganzen Murkst musst du dann mit TTL und Sparql verbinden. Schritt 1 und 2 dauern so einen halben Tag, und mit dem Rest verbringst du dann die nächsten 2 Wochen. Du hast natürlich auch nichts was dein Query verifiziert, ausser ausprobieren und den nächsten 500 - Null Reference Exception entziffern.
Und das alles nur, weil unsere SCM Erweiterungen für Git anstatt Jazz SCM in irgendwelchen Reports auftauchen sollten. Ich habe mit sowas in der Regel absolut nichts am Hut und mache das jetzt einfach weil sich sonst keine Sau gefunden hat die sich das gibt. Ich fluche ja sonst schon gerne über dieses Zeugs ab, aber diese Art des Data-Mappings ist wirklich eine komplette Farce.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 20.01.2019 20:59]
|
|
|
|
|
|
Naja, wenigstens weiß man nach SPARQL so manch andere Gülle wieder richtig zu schätzen! Im Hiwi-Job fand ich danach sogar XQuery wieder toll!
/e: Oh, produktiv?
Some Men Just Want To Watch The World Burn
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von [smith] am 20.01.2019 21:02]
|
|
|
|
|
|
XQuery und Sparql werden hier sogar gemischt. Die Java API muss XML zurückgehen, die Transformation werden in XQuery gemacht um die Daten auf das SQL Modell zu mappen, und dann darauf das Metamodell in nochmal einem weiteren Schritt mappen. XQuery ist der mit Abstand angenehmste Teil der Geschichte.
| Zitat von [smith]
/e: Oh, produktiv?
Some Men Just Want To Watch The World Burn
| |
"Nobody Gets Fired For Buying IBM"
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 20.01.2019 21:10]
|
|
|
|
|
|
Das hört sich auch sehr effizient und besonders einfach zu debuggen an! Toll, diese Technik!
|
|
|
|
|
|
|
Vor allem soll das gemacht sein "damit Business Intelligence Spezialisten mit wenig Programmiererfahrung das Reportsystem erweitern können". Alter. Am Arsch
|
|
|
|
|
|
|
| Zitat von SwissBushIndian
Vor allem soll das gemacht sein "damit Business Intelligence Spezialisten mit wenig Programmiererfahrung das Reportsystem erweitern können". Alter. Am Arsch
| |
Was sollen die Wirtschaftsinformatiker denn sonst machen?
"Arbeit direkt an der Schnittstelle"
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von G-Shocker am 20.01.2019 21:19]
|
|
|
|
|
|
Oh, unsere BI-Leute benutzen auch so Wunderwerke der Technik. Da haben die Vertriebler echt gut gearbeitet.
Das hat tatsächlich eine graphische Oberfläche, eine Query ist aber langsamer eure Mütter auf dem Weg zur Dusche, weil natürlich auch ein tolles Zwischenmodell drunter liegt.
Wenn man dann genauer reinguckt ist es eine total beschissen konfigurierte MsSQL DB, die ein einziges Datenloch ist.
Eine SQL-Abfrage dauert einen Bruchteil der Zeit, aber kein Klickibunti-Auswertungs-Report-Tool bei dem der durchschnittliche "Data Analyst" wie ein Kieslaster tropft, weil sein Chef es möglicherweise verstehen könnte!
Wir wurden schon gefragt ob wir da nicht mal draufgucken könnten, wären ja immerhin unsere Daten. Wir haben freundlich an den Support des Toolherstellers verwiesen
|
|
|
|
|
|
|
| Zitat von [smith]
Wir haben freundlich an den Support des Toolherstellers verwiesen
| |
Jo den kennen wir gut. Mein Chef ist seit Jahren wiederkehrend IBM Champion. Rate mal, warum wir das gar nicht erst versucht haben. Yours Truly hat dann einfach das kürzeste Streichholz gezogen.
¤: Und ja, das Zeug ist saumässig lahm. Ohne vorsichtiges locken zerschiesst du dir die ganze Datenbank. Es gibt nichts ausser ein selbst geschriebenes Tool was wenigstens versucht zu überprüfen ob die geladenen Daten jetzt immerhin den Anschein machen konsistent zu sein... Völliger Murks. Aber MUCH ENTERPRISE!
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von SwissBushIndian am 20.01.2019 21:25]
|
|
|
|
|
|
Ich glaube wir könnten uns viele viele Warstories erzählen.
Sag mal Bescheid wenn es dich ins Ruhrgebiet treibt
|
|
|
|
|
|
|
Mach ich doch.
|
|
|
|
|
|
|
|
|
|
Thema: pOT-lnformatik, Mathematik, Physik XXII ( Jetzt nehmen uns Computer schon die Memes weg! ) |