Talk:AutoAWS

From OpenStreetMap Wiki
Jump to navigation Jump to search

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)
--Fod (talk) 09:19, 18 April 2018 (UTC)
A lot of the changes in the list mentioned here are the result of a few mappers being (imho) a bit too eager "correcting" roads named after i.e. persons and I also think it would be better to let some traditional and still commonly used abbreviations stay. --Hjart (talk) 12:56, 3 May 2018 (UTC)

To-do: Other wiki pages that should be updated to include information about AutoAWS

--Fod (talk) 09:13, 18 April 2018 (UTC)

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.

Cascaded nodes resulting in blocks of housenumbers


--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)
No. I used to stumple across them once in a while, but maybe those were the old KMS errors which were fixed in the later OSAK imports as mentioned above:

Recent address data (OSAK) are more detailed and do not contain these types of chunks.

--Fod (talk) 07:05, 19 April 2018 (UTC)
If we discover such issues in the data later I can add an option for combining those addresses to single nodes, but I would rather not do it until we are sure the issue exists since if would take a lot of work to create.
--TangoEast (talk) 18:44, 19 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:

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: relation 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)

Twitter

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)

Considering the (minuscule) amount of money made this way versus the value of the services done by this account, I personally cannot consider this a problem. --Hjart (talk) 09:34, 25 August 2019 (UTC)