Just for the record, there are no less than 10 profiles that match the spanish "aeropuerto". In the spanish EBT community there's a general disagreement about the fact that airports have their own "city" profiles.CarlosManta wrote:I agree. It is for me annoying the amount of localities called "aiport" ou "flughafen".
Incorrect dots and inaccuracies among city profiles
Moderators: Fons, avij, Phaseolus, dserrano5
Re: Incorrect dots and inaccuracies among city profiles
- sen-chuan
- Euro-Master

- Posts: 4433
- Joined: Wed Apr 21, 2004 1:33 pm
- Location: Jesolo (Venezia)
- Contact:
Re: Incorrect dots and inaccuracies among city profiles
Ok! Here they are:bhoeyb wrote: Please, add an url of a note, not the city profile. It makes entering coords a lot easier. Thanks!
Comano Terme in Trento, Trentino-Alto Adige/Südtirol, Italia.
Coordinates: 46.042685 N, 10.885941 E
Paratico in Brescia, Lombardia, Italia
Coordinates: 45.654964 N, 9.956982 E
Rivalta Scrivia in Alessandria, Piemonte, Italia.
Coordinates: 44.846787 N,8.814017 E
Montesardo
Coordinates: 39.877500 N, 18.341278 E
Mel
Coordinates: 46.064542 N, 12.088101 E
Mensa in Ravenna, Emilia-Romagna, Italia
Coordinates: 44.222445 N, 12.241884 E
Thanks!
[EBTCkeck - my EBT Stats aggiornamento/updating: 18.09.2026
- Yelverdack
- Euro-Master

- Posts: 2119
- Joined: Sun May 01, 2005 7:22 pm
- Location: Lausanne, Switzerland
Re: Incorrect dots and inaccuracies among city profiles
Could someone split two neighbours cities with the same name and almost at the same place but on the other side of the border.
The swiss city Saint-Gingolph Zip Code 1898 coordinates 46.3932 6.8049
is now subsumed but the french city Saint-Gingolph Zip code 74500 coordinates 46.3914 6.8016
http://fr.eurobilltracker.com/profile/?city=84084" onclick="window.open(this.href);return false;
but they are two different cities
Thanks
The swiss city Saint-Gingolph Zip Code 1898 coordinates 46.3932 6.8049
is now subsumed but the french city Saint-Gingolph Zip code 74500 coordinates 46.3914 6.8016
http://fr.eurobilltracker.com/profile/?city=84084" onclick="window.open(this.href);return false;
but they are two different cities
Thanks
"To be is to do". Socrates
"To do is to be". Jean-Paul Sartre
"To be do be do". Franck Sinatra
Loi de Bell : Tout corps plongé dans une baignoire entend alors le téléphone sonner.
Loi de Zenone : La file d'à côté avance toujours plus vite. Si tu changes de file, celle que tu viens de quitter deviendra alors la plus rapide.
"To do is to be". Jean-Paul Sartre
"To be do be do". Franck Sinatra
Loi de Bell : Tout corps plongé dans une baignoire entend alors le téléphone sonner.
Loi de Zenone : La file d'à côté avance toujours plus vite. Si tu changes de file, celle que tu viens de quitter deviendra alors la plus rapide.
- an-148
- Euro-Master

- Posts: 4596
- Joined: Wed Oct 11, 2006 5:04 pm
- Location: summer: Ivanica, BiH ; winter: La Calamine (Liège) BE
- Contact:
Re: Incorrect dots and inaccuracies among city profiles
mistake in the country (should be the Netherlands) : http://fr.eurobilltracker.com/notes/?id=88631875" onclick="window.open(this.href);return false;
http://meine.flugstatistik.de/image/an148.gif" onclick="window.open(this.href);return false;
- Yelverdack
- Euro-Master

- Posts: 2119
- Joined: Sun May 01, 2005 7:22 pm
- Location: Lausanne, Switzerland
Re: Incorrect dots and inaccuracies among city profiles
Could someone do something for that ? That's still not fixed yet.Yelverdack wrote:Could someone split two neighbours cities with the same name and almost at the same place but on the other side of the border.
The swiss city Saint-Gingolph Zip Code 1898 coordinates 46.3932 6.8049
is now subsumed but the french city Saint-Gingolph Zip code 74500 coordinates 46.3914 6.8016
http://fr.eurobilltracker.com/profile/?city=84084" onclick="window.open(this.href);return false;
but they are two different cities
Thanks
Thanks.
"To be is to do". Socrates
"To do is to be". Jean-Paul Sartre
"To be do be do". Franck Sinatra
Loi de Bell : Tout corps plongé dans une baignoire entend alors le téléphone sonner.
Loi de Zenone : La file d'à côté avance toujours plus vite. Si tu changes de file, celle que tu viens de quitter deviendra alors la plus rapide.
"To do is to be". Jean-Paul Sartre
"To be do be do". Franck Sinatra
Loi de Bell : Tout corps plongé dans une baignoire entend alors le téléphone sonner.
Loi de Zenone : La file d'à côté avance toujours plus vite. Si tu changes de file, celle que tu viens de quitter deviendra alors la plus rapide.
Re: Incorrect dots and inaccuracies among city profiles
doneYelverdack wrote:Could someone do something for that ? That's still not fixed yet.Yelverdack wrote:Could someone split two neighbours cities with the same name and almost at the same place but on the other side of the border.
The swiss city Saint-Gingolph Zip Code 1898 coordinates 46.3932 6.8049
is now subsumed but the french city Saint-Gingolph Zip code 74500 coordinates 46.3914 6.8016
http://fr.eurobilltracker.com/profile/?city=84084" onclick="window.open(this.href);return false;
but they are two different cities
Thanks
Thanks.
«Io dormirò tranquillo perché so che il mio peggior nemico veglia su di me.»
PLEASE, DON'T FEED THE TROLLS!!!
Il 19.09.2013 ho scritto: Comicerò a cambiare atteggiamento da ora in poi, quindi che il forum non si lamenti se da ora in avanti verranno prese misure drastiche.
- Biondo - Il buono, il brutto, il cattivo
PLEASE, DON'T FEED THE TROLLS!!!
Il 19.09.2013 ho scritto: Comicerò a cambiare atteggiamento da ora in poi, quindi che il forum non si lamenti se da ora in avanti verranno prese misure drastiche.
- Yelverdack
- Euro-Master

- Posts: 2119
- Joined: Sun May 01, 2005 7:22 pm
- Location: Lausanne, Switzerland
Re: Incorrect dots and inaccuracies among city profiles
ravestorm wrote:doneYelverdack wrote:Could someone do something for that ? That's still not fixed yet.Yelverdack wrote:Could someone split two neighbours cities with the same name and almost at the same place but on the other side of the border.
The swiss city Saint-Gingolph Zip Code 1898 coordinates 46.3932 6.8049
is now subsumed but the french city Saint-Gingolph Zip code 74500 coordinates 46.3914 6.8016
http://fr.eurobilltracker.com/profile/?city=84084" onclick="window.open(this.href);return false;
but they are two different cities
Thanks
Thanks.
Thanks a lot, ravestorm
"To be is to do". Socrates
"To do is to be". Jean-Paul Sartre
"To be do be do". Franck Sinatra
Loi de Bell : Tout corps plongé dans une baignoire entend alors le téléphone sonner.
Loi de Zenone : La file d'à côté avance toujours plus vite. Si tu changes de file, celle que tu viens de quitter deviendra alors la plus rapide.
"To do is to be". Jean-Paul Sartre
"To be do be do". Franck Sinatra
Loi de Bell : Tout corps plongé dans une baignoire entend alors le téléphone sonner.
Loi de Zenone : La file d'à côté avance toujours plus vite. Si tu changes de file, celle que tu viens de quitter deviendra alors la plus rapide.
- Castanhola
- Euro-Master

- Posts: 8073
- Joined: Sat May 27, 2006 11:47 pm
- Location: Coimbra, Portugal
- Contact:
No need of some new cities
The system does not always find the correct city from the data introduced by users, when entering new notes. I understand that this is difficult under certain situations and that in some cases the best is to create a new city and wait for manual corrections from plotters.
But "recently" it seems the system creates new cities when it could easily find an existing city with the same name and the same postal code. A recent example: someone enters a note in the location Zambujal (2785-691, Portugal) when the following cities with the name Zambujal where defined:
Zambujal (ID 124655 < Loures < Lisboa)
* Zambujal (2660-431, Portugal)
Zambujal (ID 124335 < Cantanhede < Coimbra)
* Zambujal (3060-115, Portugal)
Zambujal (ID 129353 < Caldas da Rainha < Leiria)
* Zambujal (2500-389, Portugal)
Zambujal (ID 132340 < Mafra < Lisboa)
* Zambujal (2640, Portugal)
Zambujal (ID 153359 < Cascais < Lisboa)
* Zambujal (2785-423, Portugal)
* Zambujal (2785-695, Portugal)
My question is why does the system create a new city for the new location, when he could easily identify the correct city, Zambujal, ID 153359, from the beginning of the postal code (2785)? Maybe the system does not like the portuguese postal codes xxxx-xxx...
But "recently" it seems the system creates new cities when it could easily find an existing city with the same name and the same postal code. A recent example: someone enters a note in the location Zambujal (2785-691, Portugal) when the following cities with the name Zambujal where defined:
Zambujal (ID 124655 < Loures < Lisboa)
* Zambujal (2660-431, Portugal)
Zambujal (ID 124335 < Cantanhede < Coimbra)
* Zambujal (3060-115, Portugal)
Zambujal (ID 129353 < Caldas da Rainha < Leiria)
* Zambujal (2500-389, Portugal)
Zambujal (ID 132340 < Mafra < Lisboa)
* Zambujal (2640, Portugal)
Zambujal (ID 153359 < Cascais < Lisboa)
* Zambujal (2785-423, Portugal)
* Zambujal (2785-695, Portugal)
My question is why does the system create a new city for the new location, when he could easily identify the correct city, Zambujal, ID 153359, from the beginning of the postal code (2785)? Maybe the system does not like the portuguese postal codes xxxx-xxx...
My EBT Profile
Best portuguese ranking: 2 (2022-09-22)
Best international ranking: 65 (2025-11-21)
My EBTcheck statistics
My nigmm statistics
Link for my EBTST statistics on my EBT profile
Best portuguese ranking: 2 (2022-09-22)
Best international ranking: 65 (2025-11-21)
My EBTcheck statistics
My nigmm statistics
Link for my EBTST statistics on my EBT profile
Re: Incorrect dots and inaccuracies among city profiles
Shouldn't Poix-Saint-Hubert be merged with Hatrival?
http://nl.wikipedia.org/wiki/Saint-Hubert_(Belgi" onclick="window.open(this.href);return false;ë)#Kernen
http://nl.wikipedia.org/wiki/Saint-Hubert_(Belgi" onclick="window.open(this.href);return false;ë)#Kernen
- groentje
- Euro-Master

- Posts: 3016
- Joined: Wed Sep 17, 2003 6:47 pm
- Location: Brussels Capital Region, Belgium
Re: Incorrect dots and inaccuracies among city profiles
Well, it's possible, but not necessary to me. It's clearly a distinct place, closer to other villages then Hatrival.
Re: Incorrect dots and inaccuracies among city profiles
It's not a policy to merge villages into (part)municipalities in Belgium
Jelle zonder internet. Het was een leuke hobby, maar niet mijn hobby. Een leven zonder internet is mijn ding. Een leven van geld uitgeven in plaats van tracken zeg maar.... hahaha. Ja, er mag gelachen worden.
Inloggen op site lukt niet meer, maakt niet uit. Ik snap toch niets van nieuwe biljetten
Inloggen op site lukt niet meer, maakt niet uit. Ik snap toch niets van nieuwe biljetten
- R/J
- Euro-Master

- Posts: 2300
- Joined: Fri May 16, 2008 12:04 pm
- Location: Eindhoven & omgeving, Nederland
Re: Incorrect dots and inaccuracies among city profiles
In that case, can someone take another look at the profile of Comblain-Fairon? This is the name of the deelgemeente, which consists of two villages, Comblain-la-Tour (separate profile exists) and Fairon (one of my notes). The current Comblain-Fairon profile came into existence somewhere between me entering notes in Fairon and now. One user entered notes named Comblain-Fairon, the third visitor used Fairon.yli wrote:It's not a policy to merge villages into (part)municipalities in Belgium
Two things can be done:
1 Assume that Comblain-Fairon means the village of Fairon and rename the profile to Fairon.
2 Assume that you cannot know what was meant with Comblain-Farion and split the profile.
My NIG stats have finally disappeared. My EBTST stats are still available.
- Wovychamois
- Euro-Expert in Training

- Posts: 348
- Joined: Mon Oct 29, 2007 11:15 pm
- Location: 38068 Rovereto (TN) - Italy
Re: Incorrect dots and inaccuracies among city profiles
Rafz http://it.eurobilltracker.com/profile/?city=171861" onclick="window.open(this.href);return false; has to be put in Zurich Canton
EBTCheck statistics - last updated 12th September 2020
- Zjonbelz
- Euro-Master

- Posts: 1265
- Joined: Sat Dec 02, 2006 8:27 pm
- Location: Kaulille, Belgium
- Contact:
Re: Incorrect dots and inaccuracies among city profiles
Again: Some spelling mistakes are so obvious that there can't be any discussion what city is ment 
Zjonbelz wrote:Friendly reminder:
Zjonbelz wrote:Have been looking through all cityprofiles inLimburg and found some errors:
Please merge Zichem Zussen Bolder and Bolder into Zichen-Zussen-Bolder
Reimst is a misspelling of Riemst
Vorsen is the same as Vorsen
The user who entered notes from Bovelingen-Heers probably ment Mechelen-Bovelingen
Opglabbeek-louwel = Louwel
Opglabeekis a misspelling of Opglabbeek
Ellikom -Meeuwen = Ellikom
Hern = Sint-Huibrechts-Hern
Please remane Niel bij as in the official name Niel-bij-As.
Maaeik is a misspelling of Maaseik
Rekum is a misspelling of Rekem
Herk = Herk-de-Stad
Sint-truiden (ordingen) = Ordingen
Zwartberg-Genk = Zwartberg
Hechtel-Eksel can be easily split into Hechtel (postcode 3940) and Eksel (postcode 3941)
Korspel-Beverlo = Korspel
Munster bilzen = MunsterbilzenZjonbelz wrote:After a trip to some towns in the neighbourhood of Antwerp:
Please split Hoogboom from the profile of Kapellen. This is a separate village, has townsigns too.
Please split Maria-ter-Heide from the profile of Brasschaat. This is also a separate village with it's own townsigns.
Re: Incorrect dots and inaccuracies among city profiles
corrected all above in last posting
Jelle zonder internet. Het was een leuke hobby, maar niet mijn hobby. Een leven zonder internet is mijn ding. Een leven van geld uitgeven in plaats van tracken zeg maar.... hahaha. Ja, er mag gelachen worden.
Inloggen op site lukt niet meer, maakt niet uit. Ik snap toch niets van nieuwe biljetten
Inloggen op site lukt niet meer, maakt niet uit. Ik snap toch niets van nieuwe biljetten
