I propose to add simply a messages saying that IE6 is evil.

In the language list, Language should be "French", not "France"

I made a favicon from the OA-logo. See attached file.

It seem sthat everytime a browse around to have a look at adresses coming
from OSM, I run into very low quality data. Quite often importnat fields
such as the street names are missing. 
It might be worth considering performing a few quality checks on our
database then:
- Either perform an automatic correction (i.e Based on the spatial location
to identify the country we're in)
- Prepare "tasks" to be checked and corrected by the community. These could
be listed on the wiki and the contributors may spend some time correcting
them using our "Address corrector" Tool.

What steps will reproduce the problem?
1. open the www.openaddresses.org in IE7
2. go to 'Kolbnitz'
3. right klick on the map

What is the expected output? What do you see instead?
expected nothing. what happens is a new window opens
http://map.housing-stat.c/index.php?reset_session&recenter_bbox=1043495.63281243
75,209000.47009110852,1043895.6328124375,209400.47009110852

Please use labels and text to provide additional information.

For new users, it is not obvious to understand what type of entry is required.
For example, what is expected under "House Name" or "Region" ? A tooltip or
hyperlink would make this clearer and therefore increase data capture quality.

http://www.openaerialmap.org/Data_Sources

The new feature to digitize based on OFS Addresses fails when the street
name contains an apostrophe "'"
See for example the "Rue de l'Hôpital"
http://www.openaddresses.org/?northing=6001906.5970696&easting=817246.26883193&z
oom=20&overlayOpacity=0.7

The mask requiring the validation of the OA licence conditions appears very
often, but I can't identify when or when not.

What steps will reproduce the problem?
1. place a new point 
2. try to move it


is it possible to move the point and if so, how?
i could not find how to do it.

Some of the Points imported from the Washington DC Dataset reference roads
instead of houses
see:
http://www.openaddresses.org/?northing=4704005.1157481&easting=-8576079.9901298&
zoom=16&overlayOpacity=0

This data may be quite easily fixed by removing addresses where HouseNr=0

What steps will reproduce the problem?
1. open website
2. there is no attribution and copyright notice for osm layer
3. other layers have an attribution

What is the expected output? What do you see instead?

osm layer should show the correct attribution
See
http://wiki.openstreetmap.org/wiki/DE:Legal_FAQ#Ich_m.C3.B6chte_OpenStreetMap_ve
rwenden._Wie_soll_ich_auf_euch_hinweisen.3F
for more info

What version of the product are you using? On what operating system?


Please provide any additional information below.

Posting on mailinglist:
http://lists.openstreetmap.org/pipermail/talk-de/2010-March/065617.html

The Address Editor appears at every zoom level, even in the "whole world
view" where my mousepointer is bigger than Switzerland. The editor should
only appear at level 15 and above.

What steps will reproduce the problem?
1.open website


What is the expected output? What do you see instead?
'schreib die info "OpenAddresses ist ein Portal für die Erhebung
und Prozessierung von Gebäudeadressen weltweit" unter dem logo,
oder halt "oben und sichtbar", sonst kennt sich keiner aus.' --> add a 
short description of the functionality of the portal below the title. 

When digitizing a series of new address, it would be nice if the focus were
directly on the field "Number". Otherwise, zthe user has to click on the
field before entering the house number

if you use the FTS and look for "Vautrey", you will end up to 2 addresses
referencing the same house. 
This is a well known house for me, and I had digitized the point in OSM a
few months ago. After that, I re-digitized the same point in OA (yes,
testing lets you sometimes do stupid things... ). We now have 2 points at
the same location.

How can I reach both of them, so I could delete only the worst one ?

This issue may come more and more often as we synchronize with OSM.

this is a PROPOSAL for checking the country field of addresses with an 
additional data set. It should enhance the dataquality of openaddresses 
data.

What steps ?
1. when user creates an address, check if the country selected by the user 
is really the country the address is located in
2. if not, ask the user if he really wants to save the address using the 
country name he typed in or use the generated country name instead.
3.In any case, the user is the one deciding on the country name.

proposed data set?
the gadm country data (http://www.gadm.org/)  - which is free for academic 
purposes and non commercial use. 

proposed solution?
use postgis point-in-polygon query

expected issues?
performance issues possible
resolution of country data set has to be checked, regarding addresses at 
the borderline

The FTS seems not to be flexible enough for certain searches.

Example: I want to go and digitize data in the city of Toulon. When I enter
this in the search combo, I only get a full series at Toulon Street
(somewhere in California). This never lets me reach the city of Toulon.

Any ideas? 

What steps will reproduce the problem?
1. Go
http://www.openaddresses.org/?northing=7752052.7303813&easting=2692412.2107702&z
oom=16&overlayOpacity=0.7
2. There is building at Upeņu street
3. Address shows only Upeu street.

I think this goes for all OSes

When correcting existing addresses, the entries don't stay for the next
address.

Workflow:
- I noticed that a series of addresses imported from OSM in Verona had only
a street name and housenumber (neither PostCode, nor City or Country)
- i thought it would be a piece of cake to correct, as I'd have to enter
these values only once for all
- However, this doesn't work, and we have to re-type all values everytime...

What steps will reproduce the problem?
1. open the website
2. change language to italiano/deutsch/espanol
3. open the menue 'about openaddresses'

What is the expected output? What do you see instead?
expect to read about the project in the selected language, but this 
section remains english.

When I use the address Update Mode, with the "get data from previous
address", it overrides my username.

Therefore, when I capture new addresses in the same session, it uses "OSM"
as username.

When correcting, the username should remain the one I entered at the
beginning of the session. 

What steps will reproduce the problem?
1.Click to bring up Address Editor
2.
3.

What is the expected output? What do you see instead?
I would like to see either on the editor window, or a button added to show
what the expected inputs are. For instance should the Street field include
the number or not, where would a secondary address such as a suite or
apartment number go.


What version of the product are you using? On what operating system?
the web editor in Firefox 3.6.3


Please provide any additional information below.

This issue is certainly directed @ Jeff

Why were these points not imported into the OA-DB ?

Either because they have a different data structure. In that cas, we should
adapt the data import process to make sure these points also get imported

Or the points were created in OSM after the dataset got imported. How do we
deal with that type of issues ?

Add 2-3 map-links to existing addresses in the OpenAddresses tab at
the left side.

Mapserver has to represent the address depending of the quality.

What steps will reproduce the problem?
1.open the website

What is the expected output? What do you see instead?
- "permalinks" sind ein wort aus der welt des blogging. wieso wird das
hier benutzt und was ist damit gemeint?

Once all address fields have been captured in the Editor, it would be nice
to hit "Enter" to validate the record and close the editor

What steps will reproduce the problem?
1. http://c2cpc84.camptocamp.com/openaddresses/?
northing=5879450.2814817&easting=1541453.3183478&zoom=17&overlayOpacity=1

What is the expected output? 

Addresses are placed correctly relative to the orthophoto

What do you see instead?

Addresses are not placed correctly. It seems to have an offset

Steffi did some tests with WGS84 projection and it seems to be ok. 

What steps will reproduce the problem?
1.open the website
2.change language to 'espanol'

What is the expected output? 

What do you see instead?
'viele semantische und grammatikalische fehler auf spanisch' --> a lot of 
errors regarding semantics and grammar in espanol

What steps will reproduce the problem?
1. open the website, klick on 'do you need help'

What is the expected output? What do you see instead?
'die help-slides sind leider zu klein. ich wette was du willst, dass es 
jedemenge "novices" gibt, die (zufällig oder auch nicht) zu dieser web 
site kommen werden, sie kurz anschauen werden UND (weil sie 
nicht "informativ  genug ist") sie für immer verlassen werden' 

--> help slides are too small, novice users cannot use them to gain more 
information.

'bitte bitte unbedingt ein impressum in dieser web site einfügen!!!
sonst könntet ihr grobe probleme bekommen. das wichtigste in diesem
kontext ist das explizite darlegen eures verhaltens bei der erhebung
dieser daten, weil sie euch nicht gehören und weil ihr hiermit
direkt in die privatsphäre anderer eindringt!!! ein copyright oder
IPR statement wäre auch sehr sinnvoll! '


What is the expected output? What do you see instead?
impressum on website

What version of the product are you using? On what operating system?
-

Please provide any additional information below.

should be: 
OpenAddresses ist ein Portal für die Erhebung und _Verarbeitung_ von
Gebäudeadressen weltweit

What steps will reproduce the problem?
0. Open application with Safari 4
1. Select an address
2. Click on delete

What is the expected output?

The address is deleted 

What do you see instead?

All addresses disappear. Application seems to be broken.

What steps will reproduce the problem?
1.open website

What is the expected output? What do you see instead?
die bereiche "hochladen", "bezug" und "statistik" brauchen entweder
eine "gute, aber kurze erklärung" oder sie müssen weg. so wie sie sind,
sind sie nur ballast. das mögen web user gar nicht.
--> Add a short description to the areas 'bezug', 'hochladen', 'statistik' 
so that users know what to expect/do there.

SELECT distinct street
FROM address
WHERE geom && 'BOX(6.61879551 46.51187241, 6.62879551 46.52187241)'::box2d
  AND
ST_Distance(geom, ST_GeomFromText('POINT(6.62379551 46.51687241)', 4326)) < 
0.005
  AND 
tsvector_street @@ to_tsquery(ts_lexize('english_stem','chem')::text||':* & 
d:* & f:*')
  limit 15;

What steps will reproduce the problem?
1. Select an address
2. Move it to a new position
3. Save the address

What is the expected output? 

The new address is represented.

What do you see instead?

The old address still appears. This is due to the refresh. It seems that 
Chrome doesn't remove the old image.
But, everything is ok in the database.

Provisory solution: a chrome alert is given

Translate index.mako

http://geocoder.us/help/

If I search for "Bahnhofstrasse 55 Zürich" (a non-existing address) and
press <enter>, the map zooms to "Bahnhofstrasse 55 Fehraltorf", as that is
the first result of the last valid String "Bahnhofstrasse 55 ".

Best solution: Show me the Bahnhofstrasse in Zürich with a dialog that
points out, why the result is imprecise.

Second best solution: Show a dialog that the address was not found.

I used the zoom in tool to zoom in and then i wanted to created new points,
but the two tools seem to be interfere ..

Once the zoom-in tool is deactivated it is OK

When trying to move a point, the point seems to be "blocked" by the edition
dialog.
This leads to a weired situation. That is that points can be moved
southwards but not northwards.

I cannot find the text of the address editor's hot-tips in the translation
file.
In french, only some of the text are therefore available.

Show only visible layer in layer switcher.

I went to Denmark to have a look at their great contribution...
I notticed that soem OSM tags are still not imported into OA.

Jeff will leave this aside for a while, no worries, this is not urgent. Yet
if I don't file it now, it will get lost.

Since the GWR layer is available in Switzerland, the use of
Reverse-Geocoding (right mouse click) keeps searching and returns no result.

I suggest we implement a little more sophisticated statistics
1. the user name can be entered OR
2. a date or date-range can be entered

And then the number of addresses for 
1. the specified user
2. the specified time-range

will be displayed. It could help motivating people to see (or compare /
compete) how many addresses they already provided.

If I look for an address in a city, it's hard to guess which red circle is
my result. It would be nice if the result was in a different colour.

Example: Areggerstrasse 22a Solothurn

view-source:http://www.openaddresses.org/addresses/?limit=3&attrs=street,housenu
mber,city&query=Lavigny%20%C3%89glise

-> doesn't found anything

view-source:http://www.openaddresses.org/addresses/?limit=3&attrs=street,housenu
mber,city&query=Chemin%20du%20Ru%20bottens

-> works, but

view-source:http://www.openaddresses.org/search?query=Chemin%20du%20Ru%20bottens

-> doesn't work

Currently, the two search combos are not clear from the user point of view. 
It should be only one.