Talk:AutoAWS
The first talks about AutoAWS occured on the Danish talk-dk mailing list (in Danish). --Fod (talk) 14:11, 17 April 2018 (UTC)
Abbreviated street names
NOTE: This issue is now handled by using the list of OIS streetname fixes from https://oisfixes.iola.dk/
In case streetnames with wrong abbreviations are discovered, those should be added to the OIS fix database.
I have added a chapter on the expansion of abbreviated street names from DAR. Please review: https://wiki.openstreetmap.org/wiki/AutoAWS#Expanding_street_names
- I managed to find some of the old conversation around this topic. Please see
- ...and "Dr." can mean both "Dronning" and "Doktor"... --Fod (talk) 09:13, 18 April 2018 (UTC)
- Especially this table from Da:Vejnavne seems relevant:
Oprindeligt navn Rettes til Begrundelse N. Markvej Nordre Markvej Almindelig forkortelse Luthersg. Luthersgade Almindelig forkortelse. Karl Bark Bechsens ve Karl Bark Bechsens vej OSAK-navnet er fejlagtigt afkortet. (Bemærk at visse lange vejnavne er afkortede på grund af begrænsninger i den officielle database) H C Andersens Vej H.C. Andersens Vej Forkortelser er altid med punktum. Bemærk: Forkortelser af flerordsforbindelser uden mellemrum efter punktum. Frederiks Alle Frederiks Allé Skiltene i området siger "Allé" med accent. Ove Jensens Alle Rettes ikke Skiltene i området siger "Alle" uden accent. Carl Th. Dreyers Vej Rettes ikke Navnet udtales Carl te-hå Dreyers vej B.S. Ingemanns Vej Rettes ikke Navnet udtales Be Es Ingemanns Vej Frederik 9.s Vej Rettes ikke Dette er en korrekt form. Alternativt: Frederik IX's Vej (følg skiltning)
To-do: Other wiki pages that should be updated to include information about AutoAWS
Not reverting manual corrections?
As mentioned by Niels Elgaard Larsen and Ole Laursen on the talk-dk mailing list, it would be prefered, if manual corrections to AWS import were taken into account;
Jeg tror du lige skal et skridt tilbage og se at der er en mulighed mere:
auto-import + individuelle rettelser fra OSM-miljøet > auto-import > manuel import
Ole
- - Data from AWS is now compared with the OIS fixes database before loaded, so all street name fixes available there are considered.
For example, these import errors were addressed as part of the KMS import:
Overlapping nodes
Every address is created as a node. Some addresses have the same coordinates. However the Address comment mentions that multiple house numbers should be entered as one value, separated by comma.
This is not always possible to achieve as some addresses with same coordinates are associated with different street names.
The JOSM Validator might be picky about this. There doesn't seem to be a feature to aggregate different values to a single comma separated value in its conflict resolution.
Cascaded nodes
Some addresses around the same block are placed very close to each other in the KMS data. The position of the numbers in a grid results from pre-adjustment resulting in a lot of housenumbers in the same area with slightly displaced positions.
This will show up as large chunks in the rendering and might look spurious. However this is simply the result of the original KMS data. This has not really been a concern earlier (besides from the lack of precision) as nodes have typically been searched and viewed on an individual basis and not presented altogether.
Recent address data (OSAK) are more detailed and do not contain these types of chunks.
--Fod (talk) 09:42, 18 April 2018 (UTC)
- Do you have any examples of such places? I.e. overlapping addresses in DAR?
- --TangoEast (talk) 10:15, 18 April 2018 (UTC)
Additional data
It has been suggested to add the "Supplerende Bynavn" from DAR as a tag in OSM. On some existing addresses, this data has been added in an osak:subdivision=* tag.
I generally do not like the idea of adding a lot of data to tags we invent ourselves, that are not used in the rest of the world - for example the above mentioned. This is because the data is not very usable by most data consumers, since it is country specific. However, I think it makes a lot of sense to import data if there is a widely used OSM tag corresponding to the data being imported.
The following data, which is available in DAR, is not currently being imported:
- Supplerende Bynavn (see http://danmarksadresser.dk/supplerende-bynavn). What would be a better tag to use, instead of the current osak:subdivision=*? One possible tag to use could be addr:hamlet=*. addr:place=* also seems sensible. The wiki does suggest not to use addr:place=* in combination with addr:street=*, however, according to taginfo, those two tags are used in combination about 1,3 million times.
- Ejerlav
- Matrikel Nummer
- Højde (=ele=*)
- Sogn
- Region
- Retskreds
- Politikreds
- Opstillingskreds
- Afstemningsområde
Please discuss whether you think one or several of the above values should be imported. If so, please also suggest an appropriate tag for the corresponding data. For example, maybe it would be appropriate to import the name of the region (i.e. Region Midtjylland) as an addr:province=* tag.
At the same time, we might consider if we want to replace the osak:municipality_name=* tag with something more recognisable. For example addr:district=* or addr:municipality=*.
--TangoEast (talk) 16:02, 2 May 2018 (UTC)
- In a number of cases I've found osak:subdivision=* very useful for determining names of places as well as their extent. In many other cases I've been looking for it in vain, so I really support adding it. Replacing it with addr:place=* makes sense to me (experienced contributors will know that a lot of our wiki should be taken with a (large) grain of salt anyway).
- I do not see an immediate need for importing any of the additional values listed. If there is, my first guess would be Sogn, which appears to be a slightly confusing entity though, apparently unique to Scandinavia.
- Geocoders usually derive country and municipality etc. from the areas adresses and other features are found in, so to the extent that we can trust the areas defined in OSM (example: Haderslev Kommune, we might consider dropping these too. Replacing osak:municipality_name=* with addr:municipality=* makes sense to me though. --Hjart (talk) 07:46, 3 May 2018 (UTC)
- Thanks for you comment. Having looked more into it, I agree that we should include the Supplerende Bynavn. The question is which tag to use. I have noted that you agree with the idea of using addr:place=*.
- I have also noted that you agree with replacing osak:municipality_name=* with addr:municipality=*.
- --TangoEast (talk) 08:25, 3 May 2018 (UTC)
Release Candidate 1
The code for version 0.3 is now available for review: https://pastebin.com/WGhk59sy
I call this version release candidate 1, since all the desired functions have now been implemented and the script has been tested against live data (see https://www.openstreetmap.org/user/autoAWS/history).
Anyone interested is welcome to review the code, as well as the changesets already created, and comment if there is anything they think needs to change.
I will continue testing on some larger postcodes in a few days. Before then, please comment if you have any concerns about the revised address tagging scheme (see https://www.openstreetmap.org/node/5599082321 as an example, and this wiki page). In particular, please consider the use of the addr:municipality=* and addr:place=* tags.
--TangoEast (talk) 06:13, 6 May 2018 (UTC)
- It would probably be good to announce important changes like this on the mailing list too, since far from all interested parties can be expected to follow changes on this wiki.--Hjart (talk) 10:48, 6 May 2018 (UTC)
Weekly OSM
Jeg har lige skrevet et par linjer om AutoAWS til Weekly OSM. De kommer formentlig med i næste udgave.--Hjart (talk) 18:29, 10 May 2018 (UTC)
Danmarks Adresser er på twitter og har tilsyneladende mindst 2 konti:
(et tweet 7. maj 2018) afslører at de kender til OSM og AutoAWS og at de tilsyneladende er ret glade for et par linjer :-)--Hjart (talk) 18:29, 10 May 2018 (UTC)
Source code for version 0.4
The source code for autoAWS 0.4 is now available for review here. Please see the autoAWS wiki page for a changelog.
This version of the code has been thoroughly tested in various smaller and larger postcode areas. You are welcome to look through the changesets and comment (on this wiki page) with any issues or anomalies that you might find, see autoAWS user history.
osak:revision tag - needed?
I've thought about removing the osak:revision=* tag from address nodes since autoAWS doesn't really need it. Is anyone aware of any data consumers that might want this tag to stay? Or does anyone want it to stay for other reasons? --TangoEast (talk) 18:57, 14 May 2018 (UTC)
Source code for 1.1
The latest public source code is the one for 1.0. Would it please be possible to publish the code for 1.1?
--Stereo (talk) 16:11, 22 October 2018 (UTC)
- The source is available here: https://gitlab.com/OSM-DK
- --TangoEast (talk) 16:28, 22 October 2018 (UTC)
Bitcoin rewards from OsmAnd Live
This account is configured to receive payments as it is registered with osmand-live using Bitcoin address 18dSvQ2PQReMoM9rU4vbeAoZkSLDoT1BWG . There is more than one way to think about it. --Letstalkopen (21 August 2019)