Jump to content

DataAndHeuristics

Junior
  • Content Count

    11
  • Joined

  • Last visited

Community Reputation

0
  1. Weet wel dat er een bijzonder grote club achter al deze organisaties (Bos Incasso, DAS, LAVG, etc) zit. De eerste 3 niveau's zijn er echt al bijzonder veel, maar de UBO in dit geval is Munchener Ruckversicherungs AG(Parent), Munich, Germany. * * * * * * * * * * * * * * * HIERARCHY * * * * * * * * * * * * * * * * Mod edit: zie bijlage munchener-hierarchy.pdf
  2. Ben ik toch niet met je eens. Er zijn een aantal zeeuwse en flevolandse wijngaarden die kwalitatief een heel stuk beter zijn dan menig afrikaanse wijn. Bij sommige michelin restaurants kom je ze wel eens tegen op de wijnkaart. Maar, het zal ook een kwestie van smaak zijn.
  3. Bij een beetje goede sushi tent is de keuken open, en kan je zien dat ze het zelf snijden, maken, en rollen...
  4. De algehele gemiddelde mening is duidelijk, ik denk dat ik het goed kan samenvatten als: - Ik denk te groot / wil te veel - MVP / Deliverables / Proof of concept is niet duidelijk Kortom: Dit betekend dat ik de aankomende tijd terug naar de tekentafel zal moeten, om e.e.a. eens goed uit te denken. Bedankt voor een ieder zijn/haar commentaar tot dusver, ik stel het zeer op prijs.
  5. We hebben het over ~200 GB aan data op dit moment, maar dit wordt rap minder als ik alles naar SQL transporteer (denk/hoop ik). Ik heb even gekeken naar NoSQL (MongoDB) maar dat leek mij als leek niet de juiste oplossing. Ik ben nu begonnen, n.a.v. een eerdere tip in dit forum, om een opzet van database structuur te maken. Ik gok dat ik grofweg, na normalisatie, op een kleine 200 tabellen uitkom, met tussen de 2 en 20 kolommen elk. Maar, dan zou ik op +/- 30 miljoen rijen uitkomen. Ik zit te denken om van elk land een aparte DB te maken, dan worden de rijen een pak minder, max 7 miljoen per DB
  6. Wat niet als open data verkrijgbaar is, probeer ik zoveel mogelijk af te kaderen bij de originele bron, en waar mogelijk heb ik afgelopen jaar een eenmalige datadump aangekocht, en daarna mutatieabonnementen afgesloten. Bijv dus NBB & KBO voor Belgie, Companyhouse in UK, Kvk & Kadaster in NL, etc, etc. Bij weer anderen heb ik mij ingeschreven voor een al dan niet betalende API functie, zoals bij rechtspraak (gratis) of infogreffe (betalend). Maar, bronnen zijn in die zin ook niet belangrijk denk ik. Ik durf gerust alle bronnen en links te geven. Het gaat er mijn inziens juist
  7. Ik kan het uiteraard anonimiseren, maar het zou wel onderdeel uit kunnen maken van een analyse. Hier kan ik volmondig nee op antwoorden. Zoals gezegd, veel data is open data, zoals deze door diverse overheden wordt aangeboden. Een ander deel betaal ik netjes per maand voor. (Nu vanuit privé, ik hoop snel vanuit een onderneming) Bedankt overigens voor het overige commentaar. Het middelste gedeelte wordt steeds concreter voor mij.
  8. Hoi Ab Bauer, Dank voor je antwoord. MySQL an sich is het probleem niet. De basics van diverse programmeertalen ook niet. Maar, ik ben geen doorgewinterde DBA'er, en het programmeren van een frontend was voor mijzelf toch echt een brug te ver. Natuurlijk weet ik de basics van database normalisatie, maar om het daadwerkelijk toe te passen, met performance en snelheid in de achterhoofd houdend....Welk gedeelte moet transactioneel ingericht worden, en welk gedeelte als 'reporting'.....Of wellicht blijkt dat NoSQL wel veel beter werkt... Nogmaals, ik ken de termen, ik de basics, en daar ho
  9. Allen bedankt zover voor de reacties. @John B: Interessante woordspeling, en discussie, wellicht voor een ander topic. In mijn ogen is opslaan =/ niet hetzelfde als verwerken. Totaal niet ideaal voor mij, maar dan denk ik: Wat nou als ik mijn bezoekers alleen wijs naar de plek waar het staat. Dan sla ik zelf niets op. Als ik het realtime verwerk, en de bewerking ook niet opsla, dan doe ik niets fout lijkt me? Maar goed dat is een hersenspinsel voor een AVG topic.... @RuudB. & Brank Collin: Wellicht is het een denkfout van mij. Ik had als visie / gedachte gang, als ik het doe, moe
  10. Hi RVadenBussche, Dank voor je antwoord. Punt 2 (Digitaliseren van de berekeningen en analyses) is inderdaad af. Punt 1 lijkt me wel iets wat ik met inlezen ook kan, dus blijft er het dure punt 3 over inderdaad. v.w.b. punt 4 schrik ik toch wel een beetje. Ik had gehoopt daar óók analyses op te kunnen maken. Hoe zit het dan bijvoorbeeld met de volgende voorbeelden: https://drimble.nl/bedrijf/amsterdam/40040747/polaberry-bv.html -> Willekeurig een bedrijf gepakt, maar bestuurders worden duidelijk gemeld. bij kvk idem dito: https://diensten.kvk.nl/staatscourant/ext
  11. Hoi Allemaal, Na maanden van verzamelen, proberen, en testen, ben ik er eindelijk zeker van dat mijn idee werkt op kleine schaal. Ik loop alleen nu vast op het volgende: Hoe en waar zet ik de volgende stap? Oke, even bij het begin beginnen. Mijn naam is Robert, en heb 3 Master opleidingen afgerond: Handelswetenschappen, Econometrie, & Wiskunde. (Ja wellicht overdone, maar ik kon niet kiezen, en vond, en vindt, alle 3 de onderwerpen erg interessant.) Sinds de opleidingen werk ik een tijdje bij een financiële dienstverlener en bleef mij al geruime tijd verbazen over een aantal z
EN

×

Cookies on HigherLevel.nl

Cookies are necessary for Higherlevel.nl to function properly. By using HigherLevel.nl you declare to have read and accepted our terms and conditions.

 More information   I accept