Is er al iemand die babyfoon geschikt heeft gemaakt voor de laatste CD (CM1.2004) ? Misschien kan ik hier een bijdrage leveren. Waar kan ik de sources/documentatie vinden?
Je kunt de source van de foontools hier downloaden:
http://www.deklup.nl/foon2002-src-1.0210c.tgz
Ik heb bij verschillende mensen capimonitor en ook megafoon en dergelijke progjes geinstalleerd. Ik denk dat er veel vraag naar dit soort zaken is, maar het moet wel simpel zijn. Ik ga niet bij anderen MySQL + Webserver + PHP + foonsearch script installeren. Dus het zou zeer wenselijk zijn dat de beloofde optie van het rechtstreeks dumpen naar een Access database snel beschikbaar komt. Je kunt hierna een megafoon-achtig programma schrijven dat zowel een Access als een MySQL database kan gebruiken. De foongrep die Jan Marco geschreven heeft kan heel snel aangepast worden voor een Access database.
Vincent
[quote=“Anonymous”]Je kunt de source van de foontools hier De foongrep die Jan Marco geschreven heeft kan heel snel aangepast worden voor een Access database.
Vincent[/quote]
None: voor heen rjg.
Waar kan ik die foongrepversie van Jan Marco vinden? Ik was namelijk net begonnen om de babyfoonversie van 2002 om te bouwen naar versie voor CD 2004. Daarbij loop ik tegen een aantal zaken op die ondertussen waarschijnlijk al op gelost of bekend zijn bij de bouwers van foondump
- Hoe bepaal ik het versienummer van de CD nu CDFSE.dll weg is?
- Zijn de indexen van de vorige versie’s alleen van naam of ook van structuur gewijzigd?
- Index op phone (voor de belangrijke -t optie) lijkt te ontbreken. Is die echt weg? Is die misschien zelf te maken?
Ik ben blij met elke reactie!
Hoi None,
Je bent wat ik noem met “een database browser” begonnen --)
M.i. kan zo’n programma ook gemakkelijk voor andere bronnen gebruikt worden.
Waar kan ik die foongrepversie van Jan Marco vinden?
ftp www.foonsearch.com
Connected to 62.131.97.197 (62.131.97.197).
220 (vsFTPd 1.1.3)
Name (62.131.97.197:root): anonymous
331 Please specify the password.
Password:
230 Login successful. Have fun.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd pub
250 Directory successfully changed.
ftp> binary
200 Switching to Binary mode.
ftp> mget fshfoongrep*
mget fshfoongrep-0.07.zip?
227 Entering Passive Mode (62,131,97,197,181,194)
150 Opening BINARY mode data connection for fshfoongrep-0.07.zip (96097 bytes).
226 File send OK.
96097 bytes received in 1.32 secs (71 Kbytes/sec)
ftp>
Ik was namelijk net begonnen om de babyfoonversie van 2002 om te bouwen naar versie voor CD 2004.
Ik zou als ik jou was een draaiende versie compileren van babyfoon en dan met oude cd eerst proberen of het werkt.
Hierna fshfoongrep compileren en kijken hoe het werkt. Ik heb mijn ftp server even online gezet, dus je kan het nu downloaden.
Hierna de data in babyfoonversie gaan ompoorten naar een mysql versie gelijksoortige aan de logica in fshfoongrep.
Daarbij loop ik tegen een aantal zaken op die ondertussen waarschijnlijk al op gelost of bekend zijn bij de bouwers van foondump
- Hoe bepaal ik het versienummer van de CD nu CDFSE.dll weg is?
In de mysql dump staat ook de versie nummer van de cdfoon. Zie fshfoongrep hoe je het er uit krijgt. fshfoongrep -S optie en dan in capimon2.log kijken naar resultaat.
- Zijn de indexen van de vorige versie’s alleen van naam of ook van structuur gewijzigd?
Ik weet niet wat jij met indexen wil. Maar ik zou gewoon nieuwe structuur van foondump2004 aanhouden.
- Index op phone (voor de belangrijke -t optie) lijkt te ontbreken. Is die echt weg? Is die misschien zelf te maken?
Je kan in fshfoongrep zien hoe je de -t optie implementeert. Dit kan gewoon in sql programming worden gedaan.
De vriendelijke groet Jan Marco
P.S. Mijn ftp server is niet altijd bereikbaar, want ik ben nog aan het installeren van een andere harddisk in de machine.
[quote=“None”] Ik was namelijk net begonnen om de babyfoonversie van 2002 om te bouwen naar versie voor CD 2004. Daarbij loop ik tegen een aantal zaken op die ondertussen waarschijnlijk al op gelost of bekend zijn bij de bouwers van foondump
- Hoe bepaal ik het versienummer van de CD nu CDFSE.dll weg is?
- Zijn de indexen van de vorige versie’s alleen van naam of ook van structuur gewijzigd?
- Index op phone (voor de belangrijke -t optie) lijkt te ontbreken. Is die echt weg? Is die misschien zelf te maken?
Ik ben blij met elke reactie![/quote]
Even kort:
- Ik gebruik de cdfoon.ini in de root van de CD;
- ook van structuur, zie onder;
- die is er nooit geweest… indertijd wel overwogen om zelf te maken, moet te doen zijn, het is er alleen nooit van gekomen.
Dan nu hetgene waar je tegenop gaat lopen: het compressiealgoritme is veranderd. Babyfoon gebruikt apLib omdat Telemedia/CMG dat indertijd ook deed, dus dat was makkelijk. Toen ze het compressiealgoritme hebben veranderd zijn we gestopt met babyfoon omdat het teveel werk was om dit te reverse engineeren.
Dus ik wens je heel veel succes, (je zal het nodig hebben), ik hoop dat het je lukt!
Dat is duidelijk. Daar ligt mijn specialisatie ook niet. Door dat java is foondump zo langzaam vandaar dat ik de oude weg weer wilde bewandelen. Dan gaan we verder met foondump en mysql.
Zou kpn optreden als we een openbare foondump mysql server ter beschikking stellen. (eventueel om te kopieren naar je eigen server). Dan hoeft niet iedereen 24 uur of meer te foondumpen…
Bedankt
Ron
Aangezien dan ook niemand meer hun cd-rom hoeft te kopen, lijkt me dat ze dat een slecht plan vinden.
Los daarvan: aangezien het hun data is en niet de mijne, zal ik niet meewerken/meedoen aan de verspreiding daarvan.
Helaas is de discussie hierover niet meer in het forum te vinden. Het komt er kort op neer dat het maken van een tool als Foondump niet strafbaar (volgens de Nederlandse wet) / of moreel verwerpelijk is (volgens mij), maar het verspreiden van de data die je met behulp van Foondump verkrijgt, wel.
Vergelijk het met bv. dat je wel een videorecorder mag verkopen, maar geen gekopieerde films.
Hoi None,
De motivering van RGJ kan ik goed volgen --)
Een ander belangrijk punt is dat er erg grote belangen spelen. De Cdfoon (lees telemedia) is voor erg veel geld (miljarden euros) verkocht.
Er zullen wel een paar miljoen over zijn om juridische stijd te gaan voeren indien in hun ogen noodzakelijk.
Aangezien dan ook niemand meer hun cd-rom hoeft te kopen, lijkt me dat ze dat een slecht plan vinden.
Misschien klinkt het tegenstrijdig dat we (telemedia en foondump) een gezamenlijk belang hebben dat de kwaliteit van de cdfoon zo hoog mogelijk is/wordt.
Argumentatie: Als er alleen rommel op zou staan dan hebben we ook niets goeds te “dumpen” en wil niemand de output (“dump”) hebben.
De vriendelijke groet Jan Marco
Kun je de compressiealgoritme niet achterhalen door die java classes te decompilen met bijvoorbeeld, JAD (http://kpdus.tripod.com/jad.html)???
Ik ben zelf niet bekend met Java, maar het lijkt mij dat dat moet kunnen.
Gr,
J
De decompressiecode zit in JNI DLL’s, niet in Java code 
Waar vind je die DLL’s?
Ik kom alleen die jar’s met class files tegen.
Gr.
Hoi Guest,
Ik kom alleen die jar’s met class files tegen.
We distribueren niet de auteursrechtelijk beschermde dll files, want die heb je namelijk al (als je de cdfoon hebt gekocht). We sturen alleen in een onderwater GUI achtige java programma de in jouw bezit zijnde dll’s aan,
De vriendelijke groet Jan Marco
Sample code hoe je een dll kan laden:
protected WhiteSearchEngine()
{
System.loadLibrary(“nsejni”);
}
[quote=“Anonymous”]Waar vind je die DLL’s?
Ik kom alleen die jar’s met class files tegen.
Gr.[/quote]
Weggestopt in \jre1.3\bin, ze heten RPJNI.DLL, SETJNI.DLL , NSEJNI.DLL en MFCJNI.DLL.
Ik heb hier ook een Intrafoon versie en die draait alleen op een
enkel activex bestand. Deze kan ik gewoon vannuit VB gebruiken om op naam te zoeken of recordoffset. Helaas niet op plaats om makkelijk een dump te maken. Is er een makkelijke manier om te bepalen waar die record offset begint? ik heb hem door een loopje gehaald, maar kom na 10000 nogsteeds niks tegen.
Gr.
J
Hoi None,
Ik was namelijk net begonnen om de babyfoonversie van 2002 om te bouwen naar versie voor CD 2004 --)
Ben je al wat verder gekomen?
Ik denk dat ik ook ga beginnen om een user interface te gaan maken voor de mysql database van fshisdnlogd. We moeten natuurlijk niet twee maal het wiel hierbij gaan uitvinden.
Ik heb niet al te veel MFC kennis, dus goed andere projecten gebruiken kan mij goed helpen.
Ik zal naar een database browser gaan toewerken.
None, Gaarne reactie,
De vriendelijke groet Jan Marco
P.S. Vincent wrote:
Ik heb bij verschillende mensen capimonitor en ook megafoon en dergelijke progjes geïnstalleerd. Ik denk dat er veel vraag naar dit soort zaken is, maar het moet wel simpel zijn.
Dat het erg simpel moet zijn voor end-users ben ik roerend met je eens. Ik heb afgelopen week mysql binnen een paar minuten op XP kunnen installeren. Next, next, next, finish. Wel nog even de path moeten aanpassen en het als service installeren en opstarten.
Ik ga niet bij anderen MySQL + Webserver + PHP + foonsearch script installeren.
Klopt, Php en webserver is m.i. wel iets te omslachtig voor een client oplossing.
Dus het zou zeer wenselijk zijn dat de beloofde optie van het rechtstreeks dumpen naar een Access database snel beschikbaar komt.
Access, Zegt mij bijvoorbeeld niets. Is het gebruik van Access wel erg gemakkelijk?
Je kunt hierna een megafoon-achtig programma schrijven dat zowel een Access als een MySQL database kan gebruiken.
Ik wil graag meer naar een generieke oplossing toewerken. Je kan dan DM-CD, KVK-CD, PostcodePro, Cdfoon, Route/map-info databases gaan browsen. Later wil ik een “online synchronisatie” plugin gaan ontwikkelen.
De foongrep die Jan Marco geschreven heeft kan heel snel aangepast worden voor een Access database.
Klopt, Gewoon megafoon gaan voeden via MySQL.
Hoi None, Guest,
Op http://forums.virtualconspiracy.com/foondump/viewtopic.php?t=18 zal ik invulling gaan geven aan een gepoorte megafoon variant. De info komt niet direct vanaf CD (zoals bij megafoon het geval was), maar uit je onderliggende (MySQL foondump2004) database.
De vriendelijke groet Jan Marco
P.S. None, ALs je al iets hebt gaarne reactie. We moeten niet twee maal het wiel gaan uitvinden --)