[OSM-talk-nl] overzichtspagina LF routes

[ce-test, qualified testing bv - Gert Gremmen]

Lennard , analoog aan je argumenten om de borden geen name te geven

kunnen we ook alle woonplaatsen van zuid holland in een relatie opnemen,

en alle cafés, en alle andere geoverwante POI. Waarom makkelijk

als het moeilijk kan.

 

 

 

Hee, dat bord staat er fysiek, net als het cafe, ik zie het verschil niet.

 

Waren er niet een paar die de biermerken aan de cafés wilden koppelen ?

Gaat dat dan ook via een relatie ?

 

Verder is OSM een open systeem. Het is niet aan een ander lid om de tagging schemas

aan een derde op te leggen. Als er dus iemand tags verwijderd,ben ik dat, en niet Lennard.

En dat doe ik NA de discussie, niet vooraf !

 

En waar mijn argumenten gaan over handig editen en tijdsbesparen , niet over duidelijkheid.

in JOSM gaan die van jouw evenzeer over ongemak bij wijzigingen.

Geen essentieel verhaal dus.

 

 

>Het is gewoonweg niet nodig, en jouw hele probleem 

>draait schijnbaar over hoe het er in -1- editor uitziet.

 

En over het feit dat de tag name=  het bord identificeert, net als

die op het cafe, of in places. Daar vallen we toch ook niet over extra werk.

 

 

Ik heb trouwens van die hele relatie boel nog geen echt nut gezien, behalve dat

sommige dingen (naamsverandering, ik citeer) "makkelijk gaat". In Word hebben we daarvoor

search and replace en in SED regular expressions.

Ik dacht toch echt dat we daar de pc voor hadden.

Die relaties is allemaal extra werk. En nu ook nog een relatie van relaties.

De oude tagging per wegdeel en node deed het net zo goed, en je kon via find

ook prima alles selecteren wat je wilde.

 

Voor mij heeft het geen nut, en ik stop er mee om ze toe te voegen. Doe het zelf

maar.

 

En op de fietskaart  (wat is dat ding traag : relaties ?) plotten de oude routes net zo goed.

En NiC Roets autorouter doet het er ook mee. 

 

 

 

Gert

 

-----Oorspronkelijk bericht-----
Van: talk-nl-bounces at openstreetmap.org [mailto:talk-nl-bounces at openstreetmap.org] Namens Lennard
Verzonden: woensdag 11 augustus 2010 21:13
Aan: talk-nl at openstreetmap.org
Onderwerp: Re: [OSM-talk-nl] overzichtspagina LF routes

 

On 11-8-2010 20:30, ce-test, qualified testing bv - Gert Gremmen wrote:

> Misschien kan je de bijdehandjes even laten

> wachten op het eind van de discussie ?

 

Dan heb je geen discussie, maar eenn ja-knikkersmonoloog.

 

> Argumenten voor zijn er genoeg:

> 

> - Er staat echt een bord met een naam !

 

En daarom zit die naam op de netwerkrelatie.

 

Wat moet je in jouw situatie doen als dat knooppunt in 2 netwerken zit? 

Ik sluit niet uit dat dit kan voorkomen.

 

> - We spreken ook over een punt met een knooppunt "naam" ; spreekt de burger over rcn_ref ?

 

We spreken ook over "weg". Spreekt de burger over "highway"? De tags 

dienen een doel, en dat is een gemeenschappelijke en algemene manier om 

een eigenschap van een object vast te leggen, wereldwijd indien nodig. 

Dat de key niet overeenkomt met wat in een bepaald land in een bepaalde 

taal de echte uitdrukking is, is helemaal niet belangrijk.

 

> - Er is geen reden waarom een knooppunt nog een andere naam heeft, een knooppunt kan zelfs niet

> een naam gemeenschappelijk hebben. Waar dat het geval is is het beter om te splitsen. Ik ben nu al

>    5-10 fietsroutes tegengekomen die door iemand onwetend zijn gedeleted of verplaatst omdat het onduidelijk

> is dat er knoopjes inzitten. De blauwe dot in JOSM valt niet erg op. Hoe dat zit in Putlotch weet ik niet.

 

http://www.openstreetmap.org/browse/node/42887890

 

Ja, de place=* name zou op een andere node kunnen, jouw argumenten in 

ogenschouw nemende. Er zijn vast nog wel andere situaties te bedenken 

dat je *wel* een name=* 'botsing' krijgt.

 

Denk je dat die onwetendheid opeens minder is als een node een naam 

heeft? Welnee, mensen krijgen relaties prima stuk, hoeveel 'hulp' je ook 

biedt.

 

> - Onze relatie is ons eigen bedenksel. Bij het maken van de traject relatie  en bij de netwerk relatie

>    loop je steeds tegen het probleem aan dat je niet kan zien welk vage knooppunt nummers er nu eigenlijk in zitten.

> Je ziet alleen node nummers.

 

Dat is een editorprobleem, niet van het datamodel. Fix de editor.

 

>    Alleen via een omslachtige methode kan je dat zien. Geef je de knooppunten een naam, dan zie je dat direct

>    in de relatie editor

 

Fix de editor. Ik heb trouwens nog geen enkele manier de behoefte gehad 

om in de relation editor in 1 oogopslag te zien welke nodes er allemaal 

inzitten. Als je een node geselecteerd hebt, en je wilt die toevoegen, 

kun je ook snel genoeg zien of die er al in zit.

 

> Je schrijft:

> 

>> Dit lijkt me duidelijkheid niet echt te bevorderen

> Welk argument heb je daarvoor ? Je geeft er nul.

 

- Naamsverandering van een netwerk. Opname van een netwerk in een ander 

netwerk. In jouw geval moet je alle nodes af. Nu hoef je maar in 1 

relatie de name te veranderen, cq wat nodes in een andere relatie te hangen.

 

- Overbodige informatie op de nodes, die prima via de relatie is te 

vinden. Een van de redenen dat ik de knooppunten in de netwerkrelatie 

zet, hoewel je ze ook indirect via de routerelaties zou kunnen vinden.

 

> Dit is een " niet nodig " (redundant)  argumentatie. Wat is er precies tegen redundantie?

> Mijn PC heeft een redundante voeding, weglaten maar ?

 

*shock!* Heb je geen UPS? Waar is je redundantie voor de 

elektriciteitsvoorziening zelf?! :-)

 

Redundantie verhoogt in dit geval ook de last van de mapper, die op meer 

dan 1 plek dezelfde data moet invoeren. Het verhoogt ook de kans op 

discrepanties op het moment dat op een van die plekken de informatie 

aangepast moet worden, en de andere plek vergeten wordt.

 

> Zoveel wegen en objecten bestaan uit overtollig veel nodes, vallen we over 10 redundante tekens ?

 

x het aantal knooppunten in een netwerk, en niet elk netwerk heet 

kortweg 'Kust'. Het is gewoonweg niet nodig, en jouw hele probleem 

draait schijnbaar over hoe het er in -1- editor uitziet.

 

> Neen. tagging schema is bedoeld om te standaardiseren en ONNUTTIGE redundantie te verminderen.

 

De name=* ook op de knooppuntnode zetten *is* onnutige redundantie. 

Trouwens, jouw voorstel heeft ook nog eens een hybride naam: voorvoegsel 

+ netwerknaam + knooppuntnummer. De keuze daarvoor is ook al arbitrair, 

en dient alleen maar een enkel doel: de editor foppen.

 

> De knooppunten van een naam voorzien maakt het makkelijker om te editen en is daarom nuttig.

> Als er betere editors zijn kan dat er ook wel weer af.

 

Ik ben blij dat je hier tot inkeer komt. Fix de editor(s). :)

 

>> Denk dat het beter is een geavanceerde zoekfunctie te krijgen, waarbij

>> je binnen een relatie kunt zoeken.

> Zolang die er niet is .....

 

- Selecteer de relatie in JOSM

- Zoek naar "rcn_ref=10 child selected"

 

Presto, node 10 is geselecteerd.

 

-- 

Lennard

 

_______________________________________________

Talk-nl mailing list

Talk-nl at openstreetmap.org

http://lists.openstreetmap.org/listinfo/talk-nl

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-nl/attachments/20100811/126ceb1f/attachment.htm>