[OSM-talk-nl] Wat mag nu wel en niet?

[Berend Dekens]

Jeroen Dekkers wrote:
> Daarnaast krijg je ook veel meer segmenten dan je eigenlijk wilt
> hebben. Want zoals ik het screenshot zie, heeft een rechte lijn dan
> heel veel punten, terwijl je eigenlijk gewoon een begin en eindpunt
> wilt hebben.
>   
Dit is op te lossen met een versimpelingsalgoritme waarbij kleine 
deviaties op hoge snelheid (ik denk nu aan opnames met een auto) er uit 
gefilterd worden... Dat hoeft dus niet een probleem te zijn. Je blijft 
alleen zitten met het handmatig nakijken van de paths...
>   
>>>> - - Er worden nogsteeds geen bezierpaths gebruikt als primair modeleertype.
>>>>         
>>> Bezier is een lijn trekken tussen wat puntjes. En die puntjes hebben,
>>> en we weten ook tussen welke puntjes een lijn moet, wat wil je nog
>>> meer?
>>>       
>> Je mis een punt, alle snelwegen in Nederland zijn 'arcs'. Het gaat er om
>> dat ik met 1 bezier een hele snelweg kan maken. Iets waar nu talloze
>> punten voor nodig zijn. Daarnaast ziet het er bij het renderen beter uit.
>>     
>
> Een bezier curve bestaat normaal gesproken toch ook uit talloze
> punten, niet? Ik zit ook niet in diep in de materie, maar zover
> begrijp ik het.
>
> Osmarender maakt trouwens al bezier curves door de punten in plaats
> van rechte lijnstukken te tekenen.
>   
Stukje theorie:
Een hogeregraads bezier curve is in feite een formule met daarin een 
aantal hogere orde verlopen. In de praktijk heb je een begin en een eind 
punt en 1 of meerdere punten om het pad te begeleiden. Deze 
richtingspunten zijn dus alleen om de curve een bepaalde richting op te 
trekken en normaal gesproken loopt de curve zelf niet door de 
richtpunten heen.
Je zou voor het tekenen van de roads dus de vergelijking moeten oplossen 
waarbij de curve door de punten heen gaat en je daarmee de richtpunten 
berekend. Ik heb op dit moment te weinig koffie op om uit m'n hoofd te 
bepalen hoeveel rekenwerk het zou zijn maar het is in ieder geval meer 
dan het renderen van segments :-)
>> Cairo. Maar dit is een software kwestie. Op IRC heb ik al begrepen dat
>> ene 'real-time' patch niet wordt geaccepteerd. Alles wat nu gererenderd
>> wordt is totaal ondoordacht en niet gebasseerd op een regio die
>> aangepast is. Maar de hele regio wordt opnieuw gerenderd.
>>     
>
> Cairo tekent geen kaarten. Cairo is een library waar software die
> kaarten tekent eventueel gebruik van kan maken. En als je JOSM op gnu
> classpath laat draaien dan heb je waarschijnlijk al een editor die
> gebruikt maakt met cairo.
>
> Dat betekent echter nog steeds dat er op het moment geen software is
> die beter kaarten tekent. Maar als je wilt gaan proggen houdt niemand
> je tegen. Ik heb nog nooit met cairo geprogrammeerd, maar als ik een
> editor zou schrijven zou dat wel het eerste zijn waar ik naar zou
> kijken.
Cairo is inderdaad een vectortekenengine maar die is sorta overfeatured 
voor het tekenen van kaarten als je het mij vraagt (werkt Cairo niet net 
als QT4?). Maar we gebruiken nu ook een of andere vectorrender tool die 
om de een of andere reden X nodig heeft en dat weiger ik dus op m'n 
webservers te installeren. Als iemand dus even Cairo inbouwd (die prima 
zonder X werkt) dan ben ik helemaal voor :-)

Berend