Beste medetweakers,
Recentelijk heeft LinkedIn gekozen voor een andere locatiedatabase voor het vermelden van een locatie op je profiel. Waar de oude al verre van perfect was, is de nieuwe nog vele malen slechter. Voorheen kon je kiezen uit je (al dan niet verkeerd gespelde, er stond bijv. Staveren i.p.v. Stavoren) daadwerkelijke woonplaats, of je bredere regio (Zwolle Area o.i.d. kwam er dan te staan). Nu heeft LinkedIn hun database dus een upgrade (eerder downgrade) gegeven, waardoor het niet meer mogelijk is een bredere regio te kiezen en bij de plaatsnamen zijn weer een hele lijst aan nieuwe spelfouten geïntroduceerd.
Het probleem
Hierover heb ik contact met LinkedIn gezocht, maar in plaats van het probleem op te lossen hebben ze het voor elkaar gekregen het probleem nog 10x erger te maken. Ze hebben het nu zo gemaakt dat de postcode niet langer een weergave is van de daadwerkelijke plaats, maar dat de hoofdplaats van de gemeente waarin die plaats ligt wordt weergegeven (soms alsnog verkeerd gespeld). Voor iemand die in Vaassen woont (toch een redelijk plaatsje) betekent dit dat het profiel de plaatsnaam “Epe, Gelderland” aangeeft. Of wat te denken van de inwoners van de grootste gemeente van Nederland: Súdwest-Fryslân? Of je nu bijvoorbeeld in Stavoren, Hindeloopen, Bolsward, Makkum of It Heidenskip woont (allemaal heel verschillende plaatsen in een uitgestrekt gebied), de locatiedatabase van LinkedIn geeft altijd “Sneek, Friesland” terug (die andere plaatsen hebben 0 met Sneek te maken). Een ander voorbeeld, de gemeente Dantumadiel. Elke postcode (bijv. 9104, 9114, 9271) geeft foutief “Damwoude” terug, terwijl de daadwerkelijke schrijfwijze (horende bij 9104) Damwâld luidt. Daarnaast is dit niet zo’n noemenswaardige plaats dat deze geschikt is om de hele regio aan te duiden (zoals 9114 Driezum of 9271 De Westereen). Zo zijn er door heel Nederland honderden andere voorbeelden, maar mijn betoog zal duidelijk zijn: de manier waarop LinkedIn omspringt met locaties is amateuristisch, ronduit belachelijk en belemmert gebruikers om hun daadwerkelijke locatie op de juiste wijze te vermelden.
De oplossing
Zoals het was bij elke postcode weer de daadwerkelijke plaatsnaam aangeven, maar ditmaal wél overal goed gespeld. Men kan eenvoudig bij het Kadaster de juiste schrijfwijze van plaatsnamen opzoeken. Helaas biedt deze BAG-viewer geen optie voor zoeken op postcode, daarvoor kan Zoekplaats worden gebruikt, welke voor zover ik kan zien de juiste spelling in overeenstemming met het Kadaster hanteert.
Een alternatief is om enkel gemeentenamen weer te geven, dat is makkelijker te realiseren maar minder volledig (wel al een stuk beter dan de foutieve info die nu wordt weergegeven).
Bovenstaande heb ik aan LinkedIn doorgegeven, maar ik heb er een hard hoofd in dat zij dit willen oplossen. Al anderhalf jaar lang probeer ik meerdere spelfouten in hun database te laten corrigeren, maar keer op keer sturen de incapabele support-medewerkers mij van het kastje naar de muur. Er werd mij aangegeven dat één enkele klacht voor hen niet zoveel betekent en dat ze daar geen prioriteit aan geven.
Tweakers is geen site bedoeld voor oproepen om bij bedrijven tickets in te sturen. Verder is de discussiewaarde een beetje discutabel, maar wellicht dat dat nog veranderd.
Recentelijk heeft LinkedIn gekozen voor een andere locatiedatabase voor het vermelden van een locatie op je profiel. Waar de oude al verre van perfect was, is de nieuwe nog vele malen slechter. Voorheen kon je kiezen uit je (al dan niet verkeerd gespelde, er stond bijv. Staveren i.p.v. Stavoren) daadwerkelijke woonplaats, of je bredere regio (Zwolle Area o.i.d. kwam er dan te staan). Nu heeft LinkedIn hun database dus een upgrade (eerder downgrade) gegeven, waardoor het niet meer mogelijk is een bredere regio te kiezen en bij de plaatsnamen zijn weer een hele lijst aan nieuwe spelfouten geïntroduceerd.
Het probleem
Hierover heb ik contact met LinkedIn gezocht, maar in plaats van het probleem op te lossen hebben ze het voor elkaar gekregen het probleem nog 10x erger te maken. Ze hebben het nu zo gemaakt dat de postcode niet langer een weergave is van de daadwerkelijke plaats, maar dat de hoofdplaats van de gemeente waarin die plaats ligt wordt weergegeven (soms alsnog verkeerd gespeld). Voor iemand die in Vaassen woont (toch een redelijk plaatsje) betekent dit dat het profiel de plaatsnaam “Epe, Gelderland” aangeeft. Of wat te denken van de inwoners van de grootste gemeente van Nederland: Súdwest-Fryslân? Of je nu bijvoorbeeld in Stavoren, Hindeloopen, Bolsward, Makkum of It Heidenskip woont (allemaal heel verschillende plaatsen in een uitgestrekt gebied), de locatiedatabase van LinkedIn geeft altijd “Sneek, Friesland” terug (die andere plaatsen hebben 0 met Sneek te maken). Een ander voorbeeld, de gemeente Dantumadiel. Elke postcode (bijv. 9104, 9114, 9271) geeft foutief “Damwoude” terug, terwijl de daadwerkelijke schrijfwijze (horende bij 9104) Damwâld luidt. Daarnaast is dit niet zo’n noemenswaardige plaats dat deze geschikt is om de hele regio aan te duiden (zoals 9114 Driezum of 9271 De Westereen). Zo zijn er door heel Nederland honderden andere voorbeelden, maar mijn betoog zal duidelijk zijn: de manier waarop LinkedIn omspringt met locaties is amateuristisch, ronduit belachelijk en belemmert gebruikers om hun daadwerkelijke locatie op de juiste wijze te vermelden.
De oplossing
Zoals het was bij elke postcode weer de daadwerkelijke plaatsnaam aangeven, maar ditmaal wél overal goed gespeld. Men kan eenvoudig bij het Kadaster de juiste schrijfwijze van plaatsnamen opzoeken. Helaas biedt deze BAG-viewer geen optie voor zoeken op postcode, daarvoor kan Zoekplaats worden gebruikt, welke voor zover ik kan zien de juiste spelling in overeenstemming met het Kadaster hanteert.
Een alternatief is om enkel gemeentenamen weer te geven, dat is makkelijker te realiseren maar minder volledig (wel al een stuk beter dan de foutieve info die nu wordt weergegeven).
Bovenstaande heb ik aan LinkedIn doorgegeven, maar ik heb er een hard hoofd in dat zij dit willen oplossen. Al anderhalf jaar lang probeer ik meerdere spelfouten in hun database te laten corrigeren, maar keer op keer sturen de incapabele support-medewerkers mij van het kastje naar de muur. Er werd mij aangegeven dat één enkele klacht voor hen niet zoveel betekent en dat ze daar geen prioriteit aan geven.
Tweakers is geen site bedoeld voor oproepen om bij bedrijven tickets in te sturen. Verder is de discussiewaarde een beetje discutabel, maar wellicht dat dat nog veranderd.
[ Voor 4% gewijzigd door Ardana op 07-09-2020 11:17 ]
De tiid hâldt gjin skoft.