2013/10/21 Glenn Plas <[email protected]> > On 2013-10-21 05:29, Marc Gemis wrote: > > > 2013/10/20 Glenn Plas <[email protected]> > >> Maar zoals steeds mappen we niet voor de renderer :) > > > Onlangs nog gelezen dat we feitelijk deze zin te pas en te onpas > gebruikebnkt. We mappen feitelijk wel voor de renderer, we mogen alleen > niet iets misbruiken om de renderer te misleiden. (alleen was het beter > verwoord dan wat ik nu schrijf zoek maar eens op in het archief v.d. > tagging mailing list.). > > Het was ook met enige ironie gesteld door mezelf. > > > die heb ik gemist zo vroeg op de ochtend :-)
> > De punt-komma wordt altijd afgeraden in eender welke omstandigheid, > omdat de interpretatie ervan dubbelzinnig is. En het de verfijning van data > bemoeilijkt. Gesteld dat iemand later verdiepingen wil toevoegen aan de > individuele bus nummers, moet die dan ook punt-komma's gebruiken ? > > Daar ben ik niet mee akkoord, in de wiki staat duidelijk omschreven wat > een punt-komma betekent. Zie > http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator > Interpretatie is dan toch eenduidig ? > > > Ok, dubbelzinnig is misschien een verkeerde woordkeuze. Maar zelfs op die pagina raden ze aan om andere oplossingen te zoeken. > > Dus individuele punten is de beste manier. > > > Ben ik mee akkoord, zoals ik al zei in de vorige post. In de realiteit > werken de search engines niet op ons huisnummersysteem. Ik vind trouwens > dat addr:bus geen slecht idee is. Zo kan je addr:housenumber een echt > nummer houden, dat dan weer beter werkt op nominatim en co. > > ik zie wel dat er problemen zijn met de search engines, maar jij hebt er blijkbaar een beter zicht op. Wat loopt er allemaal mis met "ons huisnummersysteem" ? Is er iets dat we kunnen doen om dat te verbeteren ? m
_______________________________________________ Talk-be mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-be
