-
-
Notifications
You must be signed in to change notification settings - Fork 221
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Diana Shkolnikov
committed
Apr 1, 2015
1 parent
3771aad
commit f862361
Showing
1 changed file
with
15 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,15 @@ | ||
## Things we've learned (the hard way) | ||
|
||
##### 03/2015 | ||
|
||
1. Popularity in quattroshapes are unreliable and not consistent. | ||
2. Popularity and population cannot be aggregated to all records contained in an admin area | ||
(for example: a point in SoHo shouldnt get population or popularity of soho) | ||
3. It may be useful to add a field called admin_popularity that’d contain aggregated popularity value | ||
from vaious admins that the point belongs to | ||
4. Using popularity from quattroshapes for just the centroids of shapes could help boost popular | ||
neighborhoods higher than others https://github.com/pelias/quattroshapes-pipeline/issues/20 | ||
5. Use featureClass/ featureCode to make sure admin boundaries (town, city, state, country etc) | ||
from geonames has the right admin names from admin_lookup. Further, we should explore featureClass and | ||
featureCode more and use it in conjunction with category stuff that @PeliasPete is working on.. | ||
https://github.com/pelias/geonames/issues/20 |