Re: [OSM-talk] audio recording while logging
David Earl wrote: But I have modified it so that (optionally) when in the mode which follows a track a stab anywhere on the screen will add an automatically numbered point which JOSM understands and can sync with audio. I can make the binary available, Yes, please. I already missed a couple of tunnel entrances on railways due to missing the OK button. Re-doing the same trip over and over again does get a bit tedious after some time. Regards, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Collapsed names
Frederik Ramm wrote: If you want to have shortened names in the database, then I would put them in there explicitly, like so: name=Viale don Luigi Sturzo name_short_1=V.le don Luigi Storzo name_short_2=V.le Luigi Sturzo name_short_3=V.le L.Sturzo But generally I believe the renderer should just have proper rules about shortening and use them - so you would only employ above scheme for exceptions that the renderer cannot derive automatically. Not sure whether you can find an algorithm that actually manages to find the correct short versions for all possible languages and places. You can't just shorten, say, Viale to V.le on a general basis as it may appear as a main part of a name. The shortening is only possibly if (a) you are in Italy or the Italian part of Switzerland and (b) it appears as the first word. It gets even trickier, if you want to shorten or even leave out first or middle names like Luigi in the above example. Is the first of two names a first name or rather the first part of a double name? An alternative approach would be some sort of name expression. Something like name_expr=(Viale|V.le) [don] [(Luigi|L[.])] Sturzo This also covers odd cases like my own street which is either a Via or a Viale, depending on whom you ask. Instead of having lots of alternative or shorter names, it becomes simply name_expre=(Via|Viale) [Battista] Foletti (I haven't seen viale shortened to V.le just yet). The drawback is that these expressions tend to get out of hand and that you will have to escape brackets, parentheses and vertical bars. But if the parens are replaced by braces, this should be reasonably safe. And I don't think, this needs anything more complex than just alternatives and optionality. If a canonical name exists, it can go into the name tag just like today. Regards, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Collapsed names
David Earl wrote: There's two separate cases (1) recognizing that variations are equivalent so that searching works. I think I've demonstrated that that can work pretty well, without needing to know the language - because 9a) it doesn't matter if you get the odd extra hit on occasion, (bn) searches can be context sensitive, and (c) you don't get to see and people don't search for the silly variations that the database sometimes holds because of different languages. True. In this context, being overly helpful is a good thing. You might also want to look for variations of the name, say, if someone types Holland Road you may also look for Holland Street if no result can be found for the former. (2) Drawing shorter variants when rendering. You only really need one variation there, probably the shortest one. Not sure I agree here. You want to put as much of the name into the rendered map as space allows. Keeping the first names of people or at least only shortening them to an initial may be a good thing because they appear up front. From a name like Serafino Balestra a foreigner wouldn't necessarly guess that this refers to a person and Serafino can be dropped. In principle it ought to be possible to determine the country an object is in, even though it is quite hard at present. I think a lot of things would benefit from this ability: nationally-styled rendering rules, deciding which way roundabouts go, name renderings, validation, improved searching context etc. Definitely. Regards, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk