GeoNames Home | Postal Codes | Download / Webservice | About 

GeoNames Forum
  [Search] Search   [Recent Topics] Recent Topics   [Groups] Back to home page 
[Register] Register / 
[Login] Login 
Messages posted by: marc  XML
Profile for marc -> Messages posted by marc [3784] Go to Page: 1, 2, 3  ...  188, 189, 190 Next 
Author Message
Hi Peter

I think they update their db about once per month.

Regards

Marc
thanks. deleted the duplicates 3831552 and 6640371.
This name is not stored anyware. The search api finds it nevethless because the search term is also transliterated and matches one of the alternate names.

Marc
thanks. I have deleted 6299135 as a duplicate.
the relevant part is the timezoneId, the rest of the info is calculated while exporting the file using the java implementation of the iana timezone rules.
In hindsight it was a mistake to ever have added the additional columns to the file.

Marc
@propriome

Sorry about this and thanks for pointing it out. There seems to have been a bug with the import of the latest gnis data. I will restore your updates. The gnis update has been blocked till the bug is found and fixed.


@Larry_28025

As discussed in private emails, some of your updates had to be reverted. This was not intentionally. The geonameid should be persistent it cannot be to change the feature to something completley different (like changing an airport into a hospital) and re-inserting the changed feature. The consistency of the database will break with modifications of this type and they have to be reverted.
The overwhelming part of the database is from various sources (databases, from national mapping agencies, census etc) the user contributions are mainly for bug fixing and are a much smaller part of the database.
I don't understand your latest point, can you add a geonameid of the feature you put in question?
It is automatically transliterated. You find those automatic transliterations in the alternatenames column of the geoname table.

Marc
I am not aware of new timezones in Russia. A new timezone means that part of a country follows a different rule then it did in the past wile the rest of the country continues with the old rules. If the rules change the timezoneid remains the same.

To include the exact dailylight saving time rules in a flat file would be an overkill and is not the goal of this project. The timezoneId is actually the important information as it refers to the iana timezone database which does exactly this.
The columns about dst are only a hint as they refer to the first of Jan and first of Jul.
I have deleted it.

Regards

Marc
Florence has several alt names:
http://www.geonames.org/3176959/florence.html

The one you are alooking at is in Yiddish:
http://yi.wikipedia.org/wiki/%D7%A4%D7%99%D7%A8%D7%A2%D7%A0%D7%A6%D7%A2

Marc
Hi Rob

You could speed up things a lot with more specific error reports. You are mixing several different things which does not make it easier to answer quickly.
It is important to know that the main name is in no way meant to be ascii, many of your changes therefore will require additional fixing as many other users will complain that imporant info was lost when making the main name purely ascii.

Basically I see two groups of where you have found room for improvement:

a) the automatic ascii conversion (basically the icu4j library) needs some tweaking
b) some import scripts need to remove additional white space (00A0, 009A) from the main name.

Regards

Marc
the second one is here: http://www.geonames.org/8299744/ir-rabat.html

Marc
The postal codes have undergone a large update and refactoring. The quality is now equivalent to that of the other countries.

Marc
Thanks. I have added the new zip code.

For the location I have found this article:

The U.S. Postal Service is creating a new ZIP code for Flagstaff beginning July 1.

According to information from the U.S. Postal Service, the creation of the new ZIP code, 86005, is “to provide efficient and cost-effective mail delivery now and into the future.” The changes come as a result of overall growth in mail deliveries by population growth in the Flagstaff area.

All affected customers will be notified of the change by mail. If customers do not receive a written notification, their service will not be affected by the new ZIP code change.

Customers who are affected should begin to notify family, friends, business customers and business associates.

The new ZIP code boundaries (see map) begin near Interstate 40, exit 198, and runs west about 9 miles following I-40 to its western boundary intersecting with the Bellemont ZIP code. The southern boundary is about 8 miles south of I-40, and the eastern boundary is formed by the 86004 ZIP code that generally follow Lake Mary Road and runs north toward I-40 at exit 198.


http://azdailysun.com/news/local/new-zip-code-for-flagstaff-begins-july/article_02b7cbbc-cc62-11e2-95ce-001a4bcf887a.html

It was called Ir-Rabat:
http://www.geonames.org/8299745/ir-rabat.html

I have now added Victoria as the preferred name in English.

Regards

Marc
The municipality chipaque was wrongly associated with the departement of Bogota instead of the departement of Cundinamarca:
http://www.geonames.org/3686533/chipaque.html

This is fixed o the main server and will be deployed to the other servers in the next days.

Regards

Marc
Hi Rob

There are two name fields in the extracted files. One is called 'name' and the other is called 'asciiname':

name : name of geographical point (utf varchar(200)
asciiname : name of geographical point in plain ascii characters, varchar(200)

Why don't you simply use the asciiname field if you don't like accents or other occasional non-ascii characters? It does not seem very useful to me to change the definition of the 'name' field and restrict it to ascii only. This would only destroy information, most users are interested in the accents, those who only want the ascii chars can use the respective field.

Regards

Marc
I am afraid disabling the moderation is not an option, there are hundreds of spam postings per week and only a handful of real postings. Removing the moderation would make the forum completetly useless after a couple of days, since it would be flooded with spam.

I understand it is a nuisance - and believe to have to delete hundreds of spam postings in the moderation queue every couple of days is a pain to me too. The only way I see is to move to a better forum software with better spam protection. However migrating the existing postings to a new software is also a pain and I have not yet had the time to do this.

Marc
This has historical reasons. The service first returned only one result. Later it was extended to return multiple results. For the xml response it was possible to add additional elements whereas for the json response it was not possible since the result json attributes were not wrapped in a container object.

We could change the response format when the maxRows param is present into an array of objects, but still it would break applications using the maxRows parameter even though it only returns one feature.

Regards

Marc
Hi Rob

I have increased your userlevel.

Best Regards

Marc
 
Profile for marc -> Messages posted by marc [3784] Go to Page: 1, 2, 3  ...  188, 189, 190 Next 
Go to:   
Powered by JForum 2.1.5 © JForum Team