Extra info juist tonen

relax · 30 december 2005 om 17:15

Ik heb de 2005 versie van de cd-foongids en zag dat met de huidige versie van fs2005.php nog steeds tags in de geproduceerde html zitten. Uit het forum
http://www.foondump.nl/forum/viewtopic.php?t=164
weet ik dat dit al geruime tijd zo is, maar ik lees niet of iemand al een oplossing heeft voor het netjes tonen van de extra gegevens.

Voordat ik het wiel opnieuw ga uitvinden: heeft iemand hier al eens een aanpassing voor gemaakt, al dan niet “beta”?

Vriendelijke groeten,
Martijn.

relax · 1 januari 2006 om 14:57

[quote=“rgj”]Bij mijn weten zijn er nog geen mensen bezig om de info velden netjes te tonen. Op zich moet het niet zo heel lastig zijn, het is alleen aardig wat werk.

Zie http://www.foondump.nl/forum/viewtopic.php?t=161 voor de uitgezochte tag betekenissen (LET OP dit zijn decimale tags, dus 0x54 = 84 in deze tabel)

Je zou mij en anderen een groot plezier doen als je bereid bent hier wat werk in te steken :D[/quote]
Ok, hier gaat-ie dan. Een voorbeeld zoals ik het nu heb gemaakt (suggesties zijn welkom):

http://img374.imageshack.us/my.php?image=foonsearchextrainfo7yb.jpg][img]http://img374.imageshack.us/img374/8083/foonsearchextrainfo7yb.th.jpg[/img

Voor testdoeleinden heb ik “gemeente en gemeenteinstellingen” te Hilversum getest uit het witte gedeelte. Geen idee of dit ook werkt voor het roze gedeelte, dus dat is in ieder geval nog iets om te bekijken.

Verder valt het mij op dat b.v. Gemeente Wijdemeren in Hilversum 4 keer vermeld staat in FoonSearch en slechts 1 keer op DTG. Iemand een idee hoe dat kan?

Om het bovenstaande plaatje te kunnen vergelijken heb ik een plaatje van DTG bijgevoegd:

ImageShack - Best place for all of your image hosting and image sharing needs][img]http://img455.imageshack.us/img455/7186/dtgextrainfo8cy.th.jpg[/img

Oh ja, de beste wensen voor 2006

Weerman · 1 januari 2006 om 17:29

Die andere drie krijg je in DTG alleen met “zoeken op regio” aan.

Als je bij detelefoonngids.nl naar gemeente Wijdemeren
http://www.telefoongids.nl/tginl.dll?action=white&type=search&resultsperpage=25&pagestart=1&name2=gemeente+wijdemeren&name=&initials=&city=hilversum&citycode=&dcity=hilversum&areacode=&dname=gemeente+wijdemeren&dwhere=hilversum&country=&source=homepage
vraagt zie je het ook:[quote]

U heeft gezocht naar gemeente wijdemeren in hilversum | Doorzoeken Hilversum en omstreken
Resultaat 1 - 1 van 1 vermelding.

● Gemeente Wijdemeren
Zoek met Google

Rading 1
1213RK Hilversum [kaart]
Tel: [u][b]]
Zie verder onder Loosdrecht

meer contactinformatie

Stuur door via SMS Zoek KvK gegevens > meer Gemeenten en gemeentelijke ins…[/size]

[/quote]
Als je naar de url achter “meer contactinformatie” gaat kijken zie je als een van de parameters recordid=6B38Xq3r.

Verruim je je zoekopdracht door op
http://www.telefoongids.nl/tginl.dll?clientid=tginl&action=white&type=search&resultsperpage=25&name2=gemeente%20wijdemeren&dname=gemeente%20wijdemeren&area=on&dwhere=Hilversum&dcity=Hilversum&citycode=HVS&pagestart=1&source=expandarea][color=red]Hilversum en omstreken[/color
te klikken dan krijg je er vier:

[quote]

gemeente wijdemeren

Hilversum en omstreken

1 - 4

4

[/quote]
In de url’s van deze vier heeft eentje weer als parameter recordid=6B38Xq3r, de anderen recordid=VJK2Xq3r, =ZVT4Xq3r en =dhc6Xq3r.

In de gereconstrueerde XML van de CD zie je dat ongeveer net zo werkt namelijk met “TMN” (Tele Media ?) ID’s:

[quote]

[size=9][b]TMN EV13614891 TMN K8ZZ13614901 TMN EV13614908 TMN EV14171690[/b][/size][/quote] De opmaak van deze vermeldingen is dan van het type "EV" of "K8ZZ". Wat dat ook mag betekenen, RGJ had gevonden http://www.foondump.nl/forum/viewtopic.php?p=584&sid=fe10d23e7e54298706bc2f226b707166#584 dat er een logo inzit als zo'n type-aanduiding met een "L" begint.

Er is trouwens nog een 5e vermelding voor een gemeente Wijdemeeren
http://www.telefoongids.nl/tginl.dll?action=white&type=search&resultsperpage=25&pagestart=1&source=searchcategory&name2=gemeente+wijdemeeren&name=&initials=&city=nederhorst&citycode=&zipcode4=&street=&area=&areacode=&region=&subscription=&country=&catcode=&dcity=nederhorst&dname=gemeente+wijdemeeren&dwhere=nederhorst&partnerid=
met dubbel-ee.

relax · 1 januari 2006 om 22:26

Bedankt voor je toelichting m.b.t. het zoeken op regio. Die optie heb ik nooit eerder gebruikt. Ik ben ook een simpele dtg gebruiker weet je
Zo dadelijk doe ik een eerste poging met de extra info voor pink. Als iets te melden valt, dan zet ik het hier neer.

relax · 1 januari 2006 om 23:01

Bij tag 72 (plaatsnaam) in pink staat een nummer i.p.v. een naam.

Voorbeelden:
2 i.p.v. 's-Gravenhage
10 i.p.v. Arnhem
20 i.p.v. Hilversum
110 i.p.v. Waddinxveen

Is er ergens een tabel waar ik die waarden kan terugvinden?

P.S. Ik gebruik trouwens de 2006-versie en niet zoals boven vermeld die van 2005.

Weerman · 2 januari 2006 om 16:28

Precies en jij legt wel de vinger op de zere plek.

Waarom moet jij langs drie identieke vermeldingen als je in de omgeving van Hilversum gaat zoeken?

Of een keer of dertig exact dezelfde
http://www.detelefoongids.nl/tginl.dll?clientid=tginl&action=white&type=search&resultsperpage=25&name2=Begrafenis%20Uitvaartverz%20West-Friesland%20BV&country=on&dname=Begrafenis%20Uitvaartverz%20West-Friesland%20BV&dwhere=Nederland&branchlist=&browse=true&pagestart=1&source=pagenumber2&dfirsttrade=Uitvaartverzorging
gegevens op rij?

Anders de 2105* eigen vermeldingen
http://www.detelefoongids.nl/tginl.dll?action=white&type=search&resultsperpage=25&pagestart=1&name=&name2=Telefoongids+BV+De&initials=&subscription=&city=&citycode=&zipcode4=&street=&area=&areacode=&region=&country=on&dcity=&dname=Telefoongids+BV+De&dwhere=Nederland&source=advancedwho
van “Telefoongids BV DE”?

De voorbeelden komen van hun website maar in de CD-foongids is het niet anders, zoals je zelf al gemerkt hebt. Waarom? Dat zit zo, de andere helft van Nederland zoekt niet in een electronische gids, dus in de CD-foongids of de detelefoongids.nl, maar in het telefoonboek-op-papier. Als regionale of nationale aanbieder van producten of diensten kan ik met mijn vermelding in elk van de 45 regionale telefoonboeken
http://over.detelefoongids.nl/corporate/show/id=43788#top
opgenomen worden als ik daar maar voor betaal.

Er kleven nadelen aan het zoeken in de papieren versie, hoe kan ik gevonden worden op zowel mijn firmanaam als op wat ik lever? Of in de verschillende rubrieken die op mijn bedrijf van toepassing zijn: Piano’s, Pianotransport en Muziekinstrumenten en bladmuziek?

Nou zegt De Telefoongids BV dan, de naam is Schumer en u verkoopt Piano’s, dan nemen we u toch drie keer op. Ja, wil ik dat? Prima, doen we voor u. Ze sturen mij een factuur en gaan mij zowel op firmanaam als op product invoeren in hun database, op alfabet gerangschikt worden dat dan product en naam op verschillende pagina’s:

Piano’s Vleugels Muziekinstrumenten Schumer BV
Piano’s Vleugels Muziekinstrumenten Schumer BV
Schumer Piano’s Vleugels Muziekinstrumenten

Invoeren in hun database… Hallo? Hoe is dat geregeld dan daarin? Als je verder niks doet kan dat bestand voor de papieren versie weliswaar zo naar de drukker maar als jullie datzelfde bestand ook vlak onder Google
http://www.multiscope.nl/persbericht-volledig.phtml?uniek=20051201162408
op internet zetten wat gebeurt er dan? Of er een CD-tje van trekken? Juist, omdat ze daar niets aan gedaan hebben duiken die extra vermeldingen daar ook op.

Het is nog onbeslist: is dat nou ooit onkunde geweest en durven ze er niet meer aan te komen of zijn daar tussen de klanten van DTG zoveel Simpelmind’s die zeggen ik betaal er toch voor dus dan wil ik ook dat al die dezelfde “Hypothekers De” waartussen wel honderd vermeldingen met steeds hetzelfde informatienummer 0800 180 achter elkaar
http://www.detelefoongids.nl/tginl.dll?clientid=tginl&action=pink&type=search&resultsperpage=25&name2=Hypotheker%20De&country=on&dname=Hypotheker%20De&dwhere=Nederland&branchlist=&browse=true&pagestart=1
op mijn scherm komen staan anders geloof ik het niet, dus dat DTG het opzettelijk zo laat zien want dan blijft de kassa rinkelen.

[size=9]*) Het aantal is 2137 maar detelefoongids.nl toont er 1000:
U heeft gezocht naar Telefoongids BV De in Nederland
Er zijn meer dan 1000 vermeldingen gevonden. Slechts de eerste 1000 worden getoond. Wij raden u aan uw zoekopdracht te verfijnen.
Mijn zoekopdracht verfijnen? Hoe dan? De eerste 2100 vermeldingen zijn identiek. Ligt het niet voor de hand om de opzet van de database te verfijnen? Uitvoer naar electronische media? Dan het een en ander aanpassen. Hoe gaat "SELECT DISTINCT … FROM … " in Oracle?[/size]

Weerman · 2 januari 2006 om 16:46

Waar bemoeit die man zich mee?

Nou ja het zijn sowieso mijn telefoonnummers die ik van de KPN gekregen heb en het zijn mijn naam en adres die ik aan de KPN opgegeven heb toen ik mijn abonnement aanging. En de telefoongids is niet zomaar een telefoongids, het is een gids die voortkomt uit de “Universele Dienst”-verplichting* die de KPN heeft op zich heeft genomen:[quote]The obligation to provide the printed white pages lies with the incumbent. KPN has outsourced this obligation to its publisher, Telemedia, which obtains directory data (including that of all alternative operators) for free from KPN, enriches this data, and publishes it in the printed telephone guide.[/quote]
De reden dat er ook (doorgesluisd gemeenschaps)-geld aan te pas komt:[quote] Telemedia obtains 10-15 million euro per year from KPN as a contribution to the cost of publishing the universal white pages. In return, KPN can make some demands regarding the distribution and lay-out of the telephone guide – so that it complies with the USO regulation. Telemedia claims it would continue to publish the directory even without any financial contribution from KPN, as the overall business is profitable. In 1995, a yellow page section was added to Telemedia’s guide, and the combination of white and yellow pages makes an attractive business case: yellow pages bring significant advertising revenues, while the white pages act as a motor behind yellow page usage. KPN also claims it would ensure white pages are published, even without a USO to do so, as it is a service to the 95% of its subscribers that are included in the guide and also generates telephone traffic on KPN’s network.[/quote]
Tot chagrijn van de Gouden Gids BV:[quote]De Gouden Gids also would like to come to an agreement with KPN through some cooperation model, which combines its yellow pages and KPN’s white pages. Alternatively, it feels the USO to print the white pages should be tendered between Telemedia and other publishers.**[/quote]

[img]http://www.detelefoongids.nl/pix/homepage/logo_kpn.gif[/img] Daarom staat dit hofleverancier-dingetje ook in het witte (groene) zoekscherm van detelefoongids.nl:[quote]De bron voor nummerinformatie is de OLIS database van KPN welke is opgebouwd uit KPN’s universele database aangevuld met de door Telemedia’s ‘verrijkte’ data.**[/quote] [size=9]*) Voor het vaste telefonie-netwerk wordt van overheidswege (een betaalbare) universele dienst verlening (inclusief inlichtingen en telefoongidsen) als voorwaarde gesteld, waarbij de aansluiting onafhankelijk moet zijn van de afstand tot de centrale en kosten van aanleg. **) Universele Telecomdiensten, eindrapport Nipo Consult http://www.ez.nl/dsc?s=obj&c=getobject&objectid=15145&sessionid=19xXGAuyBPekM35UuUCWRV1DyOvofBaqys3h50uZxzY@p1K38HdWziQW2wD1FEo9&dsname=EZInternet&sitename=EZ-nl&loggetobject=true [/size]

Weerman · 2 januari 2006 om 16:59

Voor wit en roze respectievelijk in data\CDW.DDI en CDP.DDI.
Er staan meer hulptabellen voor dus zoek op ASD$Amsterdam, dat is de eerste plaatsnaam en die krijgt index 0.
GV$'s-Gravenhage staat op de derde plaats maar krijgt index 2 omdat het met 0 begon.

relax · 2 januari 2006 om 22:01

Ik snapte al niet waarom ik steeds die dubbele vermeldingen tegen kwam. Erg interessant en leuk om je reactie te lezen, hoe treurig het ook feitelijk is
Maar voordat ik afdwaal van mijn vraag: hoe link ik die plaatsnaam tabellen? Ik snap de oplossing die je voorstelt, maar die gaat - volgens mij - niet helemaal op.

Ter verduidelijking:

het gaat alleen om het bedrijvengedeelte. Die plaatsnaam-codes zoals ASD$Amsterdam zie ik alleen bij het witte gedeelte. Bij het bedrijvengedeelte worden alleen getallen gebruikt die niet matchen met de nummers van volgorde in pink_city. Voorbeeld Arnhem is in pink_city regel 109 en code 20 in pink_info
het eerste record in pink_city is leeg (bij bijna 6000 subscribers, o.a. bij 0800-nummers). Deze zou in het script voor het genereren van tabellen uitgesloten moeten worden?

Ik hoop dat ik niet in die ddi-bestanden moet gaan wroeten, want mijn assembly en debug-kennis is vrij beperkt :lol:

Suggesties? Please?

Weerman · 3 januari 2006 om 09:57

Dit is niet wat je zoekt? Editie 2006 CDP.DDI offset 2166:

[size=9]0;ASD$Amsterdam 1;RT$Rotterdam 2;GV$'s-Gravenhage 3;UT$Utrecht 4;EHV$Eindhoven 5;GN$Groningen 6;TB$Tilburg 7;nocode$noplace 8;BD$Breda 9;HLM$Haarlem 10;AH$Arnhem .. 20;HVS$Hilversum .. 110;WVN$Waddinxveen ... 1730;HLMLDE$Haarlemmerliede[/size]Weet niet wat ze er verder mee doen maar Foondump maakt hem in ieder geval tijdens het dumpen. Het zijn gewoon strings afgesloten met een 0. Die indexen heb ik er even voor gezet.

relax · 3 januari 2006 om 11:38

Voor zover ik kan gezien wordt deze data niet gedumpt door foondump.

Er wordt een sql-script gebruikt om de plaatsnaam-tabellen aan te maken. De bron van deze gegevens is pink_subscriber, zoals je kunt zien in het volgende script:

insert into pink_street select distinct city, streetname from pink_subscriber; insert into pink_city select distinct city from pink_street;

Dus extraheer eerst alle plaatsnamen en bijhorende straten en haal daar weer alle unieke plaatsnamen uit.

Zoals ik al zei, ik ben geen assembly of debug-specialist, maar daarom des te blijer dat je even meekijkt. Dit had ik nooit zelf gevonden

Edit: [quote]maar Foondump maakt hem in ieder geval tijdens het dumpen[/quote]
Ik zie deze gegevens alleen als onderdeel in de white_info staan, klopt dat of zou het ook nog ergens anders moeten staan? Misschien zie ik iets over het hoofd…

Weerman · 3 januari 2006 om 13:37

Nee zo te zien is het een drietraps-raket:
1 tijdens het dumpen wordt de plaatsnamen (en de straatnamen) in een array gezet, na afloop zijn ze weer verdwenen
2 de gevonden plaatsnamen (en straatnamen) worden met de records weggeschreven naar de subscriber-tabellen
3 daarna worden ze met dat script dat jij laat zien opnieuw uit de subscriber-tabellen gecondenseerd tot hulptabel en zou het toeval zijn als de ID’s nog overeenkwamen

Jij moet dus voor jouw projectje de puur-natuur-ddi-indexering aanhouden zijnde die van C-Content. Voor de plaatsnamen en ik neem aan dat je ook de straatnamen wilt hebben? Ik krijg er geen hoogte van, is het een probleem voor je om die DDI ondersteboven te houden en het eruit te schudden? Anders kan je ook in de source van foondump kijken hoe zij die ‘readDDI’ doen en die dan op zijn staart trappen om het te saven?

relax · 3 januari 2006 om 14:16

Mja, dan zou het wel helpen als ik c kon programmeren

Ik ga het natuurlijk wel proberen, maar is er iemand anders die dit zonder al te veel moeite de plaatsnamen met de juiste index in een tabel krijgt? Dat scheelt mij weer 4 dagen uitzoekwerk :lol:

Het gaat dus alleen om de plaatsnamen van het bedrijvengedeelte. De straat en postcode worden wel goed afgedrukt.

Als alternatief zou ik natuurlijk in php de plaatsnaam op kunnen halen via de postcode :shock:

Blijf het toch vreemd vinden dat in het witte gedeelte de plaatsnamen wel opgeslagen worden (welliswaar met zo’n code$), maar bij het bedrijvengedeelte niet.

cdfoon noob he

relax · 3 januari 2006 om 14:41

Ter aanvulling: bij het witte gedeelte geeft foondump de plaatsnamen als “CODE$Plaatsnaam” en bij het bedrijvengedeelte zie ik alleen een getal (indexverwijzing naar de plaatsnaam). Ik begrijp niet waarom hier verschil in zit, het zit bij beide in tag 72 (decimaal).

Weerman · 3 januari 2006 om 15:59

He, dat is precies de plek waar het Foondump-team de moed opgaf en naar huis terugkeerde? 8)

Hoe lossen we dat op?

-je kan “cdp.ddi” op Notepad laten vallen en het met de hand bijschaven en nummeren? Of daarna laten nummeren in Excel?

-bij Sysinternals
http://www.sysinternals.com/Utilities/Strings.html
‘strings.exe’ ophalen, in het gevreesde commandprompt-raampje “strings cdp.ddi > cdp_ddi.txt” doen en idem hierboven?

-als het van RGJ mocht kon iemand je een ‘micro-dot’ met plaatsnamen sturen? Selecteer het gekriebel, copy, paste in Notepad of zo, tweetalige lijst met Belgische plaatsnamen:[quote][size=1]
0;Aalst - Alost 1;Amel - Amblève 2;Antwerpen - Anvers 3;Archennes - Eerken 4;Arlon - Aarlen - Arel (Duits) 5;Ath - Aat 6;Baarle-Hertog - Baerle-Duc 7;Bassenge - Bitsingen 8;Bassilly - Zullik 9;Bastogne - Bastenaken 10;Bas-Warneton - Neerwaasten 11;Beauvechain - Bevekom 12;Beert - Brages 13;Bettincourt - Bettenhoven 14;Bever - Biévène 15;Bierghes - Bierk 16;Bois-de-Lessines - Lessenbos 17;Bombaye - Bolbeek 18;Borgloon - Looz 19;Braine-l’Alleud - Eigenbrakel 20;Braine-le-Château - Kasteelbrakel 21;Braine-le-Comte - 's-Gravenbrakel 22;Brugge - Bruges - Brügge (Duits) 23;Brussel - Bruxelles* 24;Büllingen - Bullange 25;Bütgenbach - Butgenbach 26;Clabecq - Klabbeek 27;Comines - Komen 28;De Haan - Coq-sur-Mer 29;De Panne - La Panne 30;Dendermonde - Termonde 31;Deux-Acren - Twee-Akren 32;Diets-Heur - Heure-la-Tiexhe 33;Diksmuide - Dixmude 34;Dottignies - Dottenijs 35;Drongen - Tronchiennes 36;Dworp - Tourneppe 37;Ellezelles - Elzele 38;Elsene - Ixelles* 39;Enghien - Edingen 40;Flobecq - Vloesberg 41;Galmaarden - Gammerages 42;Genappe - Genepiën 43;Gent - Gand 44;Geraardsbergen - Grammont 45;Ghislenghien - Gellingen 46;Glons - Glaaien 47;Goé - Gulke 48;Goetsenhoven - Gossoncourt 49;Grez-Doiceau - Graven 50;Halle - Hal 51;Hannut - Hannuit 52;Helkijn - Helchin 53;Henri-Chapelle - Hendrik-Kapelle 54;Herk-de-Stad - Herck-la-Ville 55;Hombourg - Homburg 56;Hoves - Hove (in Henegouwen, gemeente Opzullik) 57;Huy - Hoei 58;Ieper - Ypres 59;Ittre - Itter 60;Jauche - Geten 61;Jeuk - Goyer 62;Jodoigne - Geldenaken 63;Jodoigne-Souveraine - Opgeldenaken 64;Jurbise - Jurbeke 65;Kelmis - La Calamine 66;Koksijde - Coxyde 67;Kortrijk - Courtrai 68;La Hulpe - Terhulpen 69;Lanaye - Ternaaien 70;Lauw - Lowaige 71;L’Écluse - Sluizen (in Waals-Brabant, gemeente Bevekom) 72;Leopoldsburg - Bourg-Léopold 73;Lessines - Lessen 74;Leuven - Louvain 75;Liège - Luik - Lüttich (Duits)- Lîdje (Waals) 76;Lier - Lierre 77;Limbourg - Limburg 78;Lincent - Lijsem 79;Linsmeau - Linsmeel 80;Lixhe - Lieze 81;Marcq - Mark 82;Mechelen - Malines 83;Mechelen-Bovelingen - Marlinne 84;Mélin - Malen 85;Menen - Menin 86;Mesen - Messines 87;Moelingen - Mouland 88;Mons - Bergen 89;Mouscron - Moeskroen 90;Namur - Namen 91;Nieuwkerke - Neuve-Église 92;Nieuwpoort - Nieuport 93;Nivelles - Nijvel 94;Oisquercq - Oostkerk 95;Oleye - Liek 96;Ollignies - Woelingen 97;Oostende - Ostende 98;Oreye - Oerle 99;Othée - Elch 100;Otrange - Wouteringen 101;Oudenaarde - Audenarde (of Audenaerde) 102;Oudergem - Auderghem* 103;Papignies - Papegem 104;Pellaines - Pellen 105;Perwez - Perwijs 106;Petit-Enghien - Lettelingen 107;Piétrain - Petrem 108;Racour - Raatshoven 109;Rebecq-Rognon - Roosbeek (in Waals-Brabant) 110;Remersdaal - Remersdael 111;Roclenge-sur-Geer - Rukkelingen-aan-de-Jeker 112;Roeselare - Roulers 113;Ronse - Renaix 114;Rosoux-Crenwick - Roost-Krenwik 115;Rukkelingen-Loon - Roclenge-Looz 116;Russeignies - Rozenaken 117;Rutten - Russon 118;Saintes - Sint-Renelde 119;Saint-Jean-Geest - Sint-Jans-Geest 120;Saint-Remy-Geest - Sint-Remigius-Geest 121;Sankt Vith - Saint-Vith 122;Schaarbeek - Schaerbeek* 123;Scherpenheuvel - Montaigu 124;'s-Gravenvoeren - Fouron-le-Comte 125;Silly - Opzullik 126;Sint-Agatha-Berchem - Berchem-Sainte-Agathe* 127;Sint-Genesius-Rode - Rhode-Saint-Genèse 128;Sint-Gillis - Saint-Gilles* 129;Sint-Jans-Molenbeek - Molenbeek-Saint-Jean* 130;Sint-Joost-ten-Node - Saint-Josse-ten-Noode* 131;Sint-Lambrechts-Woluwe - Woluwe-Saint-Lambert* 132;Sint-Martens-Voeren - Fouron-Saint-Martin 133;Sint-Niklaas - Saint-Nicolas 134;Sint-Pieters-Kapelle - Saint-Pierre-Capelle 135;Sint-Pieters-Voeren - Fouron-Saint-Pierre 136;Sint-Pieters-Woluwe - Woluwe-Saint-Pierre* 137;Sint-Stevens-Woluwe - Woluwe-Saint-Étienne 138;Sint-Truiden - Saint-Trond 139;Sluizen (in Limburg) - Sluse 140;Soignies - Zinnik 141;Spiere - Espierres 142;Steenkerque - Steenkerke (in Henegouwen, gemeente 's-Gravenbrakel) 143;Temse - Tamise 144;Tielen - / 145;Tienen - Tirlemont 146;Tongeren - Tongres 147;Tourinnes-la-Grosse - Deurne (in Waals-Brabant, gemeente Bevekom) 148;Tournai - Doornik 149;Trognée - Truielingen 150;Tubize - Tubeke 151;Ukkel - Uccle* 152;Veulen - Fologne 153;Veurne - Furnes 154;Vilvoorde - Vilvorde 155;Visé - Wezet 156;Voeren - Fourons 157;Vorsen - Fresin 158;Vorst - Forest* 159;Waasmont - Wamont 160;Waimes - Weismes 161;Walshoutem - Houtain-l’Évêque 162;Waremme - Borgworm 163;Warneton - Waasten 164;Warsage - Weerst 165;Watermaal-Bosvoorde - Watermael-Boitsfort* 166;Wauthier-Braine - Woutersbrakel 167;Wavre - Waver 168;Wihogne - Nudorp 169;Zétrud-Lumay - Zittert-Lummen 170;Zoutleeuw - Léau
[/size][/quote]
-of ik neem deze taakstraf op me en maak een scriptje voor je:

[code]cdpddi = “D:\Install\program files\De Telefoongids\CD-foongids\Data\cdp.ddi”
’ eventueel pad aanpassen

With CreateObject(“Scripting.FileSystemObject”)

With .OpenTextFile(cdpddi)
    .Skip 2166
    buf = .Read(24821)
    .Close
End With

t = Split(buf, Chr(0))

With .CreateTextFile("cdp_ddi.csv", True)
    .WriteLine "id;ddi;plaatsnaam"
    For i = 0 To UBound(t)
        .Write i
        .Write ";"
        .Write t(i)
        .Write ";"
        .WriteLine Split(t(i), "$")(1)
    Next
    .Close
End With

End With

’ op een windows-pc saven als “naamnaarkeuze.vbs” en dubbelklikken
’ geeft “cdp_ddi.csv” met plaatsnamen met een zonder die “$”
[/code]

relax · 4 januari 2006 om 16:35

Kijk dat scheelt het een en ander, bedankt voor de moeite die je genomen hebt dit te maken. Ik heb vooralsnog een extra tabel gemaakt waar de plaatsnamen met indices bij zitten. Ik ga ze waarschijnlijk nog in pink_city zetten, maar dat is voor later

Is het foonteam momenteel niet meer actief en waarom gaan ze (wie ‘ze’ ook moge zijn) hier niet verder mee? Lijkt mij toch een mooie verbetering dit toe te voegen aan foondump.

In ieder geval is fs2005.php aangepast zodat de opmaak voor het witte- en bedrijvengedeelte netjes wordt getoond. De enige ‘hack’ die ik heb toegepast om de plaatsnamen bij extra info van bedrijven te tonen, is dat ik een extra tabel heb gemaakt m.b.v. jouw vb-script.

Als je dit laatste probleem (missende plaatsnamen in pink_info) voor lief neemt, dan is de aanpassing is fs2005.php wel af. Dus… wat doe ik er mee? In het forum posten of aan rgj sturen of …?

Vriendelijke groeten,
Martijn.

relax · 4 januari 2006 om 17:43

Ik zag dat er nog bijna 600 gevallen in pink_info staan met een woonplaats (tag=72) die qua opmaak lijkt op white_info. Echt een eenduidige lijn is voor mij niet te ontdekken.

Rare jongens die kpn-ers

Weerman · 4 januari 2006 om 19:36

[quote=“relax”]Ik zag dat er nog bijna 600 gevallen in pink_info staan met een woonplaats (tag=72) die qua opmaak lijkt op white_info. Echt een eenduidige lijn is voor mij niet te ontdekken.

Rare jongens die kpn-ers :D[/quote]
Het is naar alle waarschijnlijkheid niet de KPN maar de producent van de CD, C-Content, die verantwoordelijk is voor het gekozen formaat. Ze gebruiken het als een vorm van compressie, minder vaak voorkomende straat- en plaatsnamen (en rubrieken) worden gewoon als string opgenomen, die met een “hoge frequentie” staan in die extra DDI-tabellen en daar wordt dan over een BCD
http://www.foondump.nl/forum/viewtopic.php?p=876#876
-ID naar gelinkt. Hieronder van beide gevallen een voorbeeld.

Eerst een hexdump van het uitgepakte cdp.ddb-bestand, gevolgd door de decodering min of meer zoals Foondump het ook doet, met van die tag’s als waar jij nou ook mee hebt zitten puzzelen en de resulterende csv-export-regel:

============================================================================= 0000 0520 B4 10 B2 41 34 11 56 50 1F 22 41 64 76 69 65 73 ...A4.VP."Advies 0000 0530 62 75 72 65 61 75 22 20 53 6F 65 73 62 65 72 67 bureau" Soesberg 0000 0540 65 6E 20 42 65 6C 61 73 74 69 6E 67 61 64 76 69 en Belastingadvi 0000 0550 65 73 20 4D 72 20 46 20 53 6F 65 73 62 65 72 67 es Mr F Soesberg 0000 0560 65 6E 00 10 52 61 6F 75 6C 20 57 61 6C 6C 65 6E en..Raoul Wallen 0000 0570 62 65 72 67 6C 61 61 6E 00 92 85 00 15 33 35 32 berglaan.....352 0000 0580 37 57 50 00 96 40 25 42 45 4C 30 35 24 42 65 6C 7WP..@%BEL05$Bel 0000 0590 61 73 74 69 6E 67 61 64 76 69 73 65 75 72 73 00 astingadviseurs. 0000 05A0 2C 54 4D 4E 20 47 56 00 B0 24 A4 42 26 00 DC 30 ,TMN GV..$.B&..0 0000 05B0 38 50 5F 4C 49 4E 45 00 C2 20 C4 48 80 47 33 35 8P_LINE.. .H.G35 0000 05C0 30 30 41 4A 00 C8 40 64 59 00 00AJ..@dY. =============================================================================

000 B4 0000 0520 5 1 0000051F 17 001 B2 0000 0522 0302300454 002 1F 0000 0528 "Adviesbureau" Soesbergen Belastingadvies Mr F Soesbergen 003 10 0000 0563 Raoul Wallenberglaan 004 92 0000 0579 74 005 15 0000 057C 3527WP 006 96 0000 0584 Utrecht 007 25 0000 0586 Belastingadviseurs 008 2C 0000 05A0 TMN GV 009 B0 0000 05A8 13933115 010 DC 0000 05AE 2 011 38 0000 05B0 P_LINE 012 C2 0000 05B8 1 013 C4 0000 05BA 377 014 47 0000 05BD 3500AJ 015 C8 0000 05C5 3 016 64 0000 05C7 48

[i]5;0302300454;"""Adviesbureau"" Soesbergen Belastingadvies Mr F Soesbergen";;;;Raoul Wallenberglaan;;;74;3527WP;;Utrecht;Belastingadviseurs[/i]

[code]============================================================================= 0000 0680 0B B4 10 B2 .... 0000 0690 5A 66 A2 A3 30 1F 22 42 61 6E 6B 72 61 73 22 20 Zf..0."Bankras" 0000 06A0 54 75 69 6E 62 75 72 6F 20 00 90 10 92 78 00 15 Tuinburo ....x.. 0000 06B0 36 30 32 37 50 45 00 96 21 A1 00 25 54 55 49 31 6027PE..!..%TUI1 0000 06C0 37 24 54 75 69 6E 63 65 6E 74 72 61 00 2C 54 4D 7$Tuincentra.,TM 0000 06D0 4E 20 47 56 00 B0 25 2A 14 68 00 DC 30 N GV..%*.h..0 =============================================================================[/code] [code]000 B4 0000 068D 7 1 0000068C 11 001 B2 0000 068F 0495591922 002 1F 0000 0695 "Bankras" Tuinburo 003 90 0000 06AA Dorpsstraat 004 92 0000 06AC 67 005 15 0000 06AF 6027PE 006 96 0000 06B7 Soerendonk 007 25 0000 06BB Tuincentra 008 2C 0000 06CD TMN GV 009 B0 0000 06D5 14190357 010 DC 0000 06DB 2[/code]

[i]7;0495591922;"""Bankras"" Tuinburo";;;;Dorpsstraat;;;67;6027PE;;Soerendonk;Tuincentra[/i]

Tag of 'token' 10 of 90 bevat de straatnaam, in het eerste geval als string, in het tweede geval is het een verwijzing als bcd-gedecodeerde 0, "10", hier meteen naar het eerste item in de ddi-straatnamen-tabel: "0;Dorpsstraat".

Binnen de DDI-tabellen zelf hebben de meest populaire straten en plaatsen ook weer de lage indexen gekregen zodat ze gecodeerd minder posities innemen, vergelijk “96 40” met “96 21 A1 00” voor respectievelijk “Utrecht” en “Soerendonk”, de nummers 3 en 1090 in de plaatsnamentabel. Van de “plaatsnamen” weet je het inmiddels, van “straatnamen” is de top-5 :

[size=9]0;Dorpsstraat 1;Postbus 2;Hoofdstraat 3;Kerkstraat 4;Industrieweg 5;Markt[/size]Van "rubrieken":

[size=9]0;RES05$Restaurants 1;KAP05$Kappers 2;AAN15$Aannemers 3;VER12$Verenigingen en stichtingen 4;OND15$Onderwijs en opleidingen - basisonderwijs 5;CAF10$Cafés[/size]

rgj · 5 januari 2006 om 07:05

Relax: Hartstikke mooi, je werk voor de info velden. Ik ben zeer onder de indruk van je screenshot. Wanneer je mij de code stuurt zal ik deze in de officiele release opnemen.

Velen zullen je dankbaar zijn

Wat betreft de code 72: wat doen jullie moeilijk met al die VB scripts en weet ik wat allemaal. De code zit gewoon in Foondump. Er moet blijkbaar een lookupToStringStore plaatsvinden. (Zie het verschil tussen de handling van tag 0x16 en bijvoorbeeld 0x90:

[code] case 0x16: /* Stad string /
e.pcCity = buf+i;
i+= strlen((const char)buf+i)+1;
break;

                            case 0x90:                      /* Straatnaam tabel 0 */
                                    e.pcStreetname = getPtr(&s);
                                    i+= lookupToStringStore (buf+i, 0, &s);
                                    break;

[/code]
Waarom wel voor roze en niet voor wit? Waarom lieten we deze bug zitten? Ik zou het niet weten. Waarschijnlijk is dit een ‘feature’ die pas in de 2006 editie geintroduceerd is.

Maak je niet druk, ik zoek het wel even uit. Ik gok dat het hier om een minimale aanpassing gaat. Kost wel eventjes tijd.

relax · 5 januari 2006 om 14:11

Dat die tag 72 toegevoegd moest worden aan foondump dacht ik in eerste instantie ook, maar ik vond het zo vreemd. ‘Alles’ werkte toch gewoon, ik bedoel: bij white gingen die plaatsnamen wél goed, maar tag 72 zat inderdaad niet in. Wordt er bij white soms geen lookuptabel gebruikt?

Bedankt voor je compliment over de extra info. Het is waarschijnlijk nog niet helemaal ‘foolproof’, maar van de laatste 20 gevallen die ik getest heb, gaan ze allemaal goed. Scheelt in ieder geval weer wat code en een tabel als ik die plaatsnamen van pink goed heb. Als je mij een link kunt geven naar de nieuwe foondump, dan kan ik het testen met deze versie voordat ik het naar je opstuur.

Als ik foondump zelf wil compileren onder Visual Studio 6, kan dat dan makkelijk? Is er een project/solution-bestand dat ik kan openen waarin alle benodigde referenties staan? Is een kort stappenplan voor het inrichten van de programmatuur via visual studio 6 ? Of vraag ik nu teveel van jullie :lol:

Ik vind het namelijk fijn als ik zelf ook wat kan ‘prutsen’ in de programmatuur en direct het resultaat kan testen. Vooral in combinatie met die extra info bijvoorbeeld of een nieuwere versie van de cd-foon. Beetje hobbien is altijd leuk, toch

Vriendelijke groeten,
Martijn.