[OSM-talk-nl] Dictatorschap / Werkgroep tagging / Geert

[Stefan de Konink]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Lambertus schreef:
>>> De vraag blijft dan nog hoeveel bedrijven en instellingen alléén
>>> hierdoor voor OSM gaan kiezen i.p.v. een TeleAtlas kaart.
>> Het verhoogt de kwaliteit in zijn algemeenheid. Ik vraag me dan ook af
>> of het niet beter een enorme revisie tool? Maar ik wil 'wars'
>> verkomen... dus juist mensen laten samenwerken in plaats van 'ik ben het
>> hier niet mee eens en revert het maar weer'.
>>
> Ga je nu niet wars verschuiven van de database naar personen 
> rechtstreeks toe? Ruzies over mogelijk dictatoriaal gedrag zijn zeker te 
> verwachten als je ziet hoe het op forums werkt enzo. Ook het 'benoemen' 
> van moderators vind ik een lastig probleem: wie, wanneer, door wie...

Laat het benoemen even weg. Wellicht ben ik nog wel zo'n gompie die het
een invite only omgeving maakt om het Cyprus conflict buiten m'n omgeven
te houden. Je moet je er dus voor inschrijven.

> Oftewel de Pro kaart is gewoon OSM maar dan met 1 extra check...

Als dat de druk van de ketel haalt, ja het is OSM waar binnen een
bepaald gebied de niet bevestigde veranderingen gehighlight blijven :)


>>> OpenStreetMap is net als Wikipedia 
>>> grotendeels gebaseerd op anarchie en dat werkt.
>> Wanneer ben jij voor het laatst op Wikipedia geweest? Daar is zeker geen
>> anarchie en wordt alles gewist wat niet onderbouwd is!
>>
> Dan heb je het vooral over actuele en/of gevoelige onderwerpen (in OSM 
> taal: Cyprus). Er zijn daar echt niet genoeg benoemde moderators om van 
> elk onderwerp genoeg te weten om de onzin eruit te filteren. Op die 
> pagina's vindt moderatie ook plaats door gebruikers op basis van 
> gelijkheid (in OSM taal: lutjebroek).

Ik heb een compleet artikel getikt over een bepaalde pastoor die een
boek heeft geschreven over 'olie onder de noordpool', artikel werd
gewist bij gebrek aan referenties en andere bronnen. Ik heb een BLOED
hekel aan informatie verlies, en dat schaar ik dat ook onder. Daarom wil
ik ook niet dat rucksichlos deleten. En zou graag zien dat iemand die
zich verantwoordelijk voor een gebied voelt eens checked wat er is
aangepast.

> Ik meen ook dat 
> de nieuwe API meer mogelijkheden met betrekking tot history zou geven.

I'm affraid, very affraid.

>>> Je verhaal over curve fitting is waarschijnlijk prachtig in geo termen 
>>> maar als geo leek wordt ik er echt niet warm van. 
>> Als ik je nu vertel dat je bij curve fitting slecht 'virtuele' puntjes
>> zou hoeven zetten op een kruispunt (op de manier dat aangeeft dat twee
>> curves elkaar op dat punt kruisen of juist niet), wordt je dan wel warm?
>>
> Ja, wel wat warmer maar wat nu als een fietspad vlak naast een drukke 
> weg ligt dan krijg je uiteindelijk een grote bos stippen waarvan ik met 
> het oog geen pap kan maken. Wellicht dat software toch nog iets kan met 
> de verdeling en er een parallelweg in kan zien...

Tonen en verbergen var relevante data is ook een verbetering op het GUI
design. Minder puntjes uiteraard ook, maar als een lijn geselecteerd
wordt zou ik graag willen zien welke data verantwoordelijk is voor die
lijn ;)

>>> Begrijp ik het nu goed 
>>> dat volgens dit voorstel ieder OSM lid over een GPS moet beschikken 
>>> die DOP waarden kan opslaan? 
>> Nee. Ik wil dat de tracen die beschikbaar zijn voor een bepaalde weg
>> automatisch kunnen worden gebruikt om een perfectere ligging van een weg
>> te bewerkstelligen (mapgenerator algoritme). Dus is er data van drie
>> ritten beschikbaar is het dus mogelijk om aan te geven wat de foutmarge
>> is op basis van het gemiddelde. De lokale foutmarge per weg zou alleen
>> beschikbaar zijn met DOP waarden, zijn die niet beschikbaar dan neem je
>> toch 'gewoon' de GPS foutmarge, probleem opgelost...
>>
> Stel dat een weg langs een enkel hoog gebouw loopt dan kunnen veel 
> traces een slinger krijgen waardoor het lijkt dat de weg ergens anders 
> loopt. Geen idee of deze afwijkingen uitdempen naar mate er meer traces 
> zijn maar anders moet er toch weer handmatig een stuk weg aangelegd 
> worden. Je gaat er in dit model dat 'domme' traces beter zijn dan het 
> map werk van mensen, ik zou graag een paar voorbeelden willen zien dat 
> dit aantoont (en ook een aantal waarin dit juist blijkt niet te werken).

Ongeveer 2 jaar geleden heb ik wat screenshots van mapgenerator gepost.
Steegjes zijn waarschijnlijk toch beter te maken door begin en eindpunt
'strak' aan te geven, maar ik denk dat het aanpassen van boogcircels
beter gaat met mijn idee dan met dat 'segmentjes' model. Daarnaast ziet
het er veel beter uit in renderen.

>>> Ben je het niet eens met een edit dan draai je deze terug. Prima toch?
>> Dit is de insteek, met 'inhouse' OSM tools die het voor een aantal
>> mensen eenvoudig maken om versie beheer te doen of aan te geven dat aan
>> een bepaalde weg nog werk is.
>>
> Wat bedoel je hier met 'een aantal'? De moderators?

Het groepje mensen die de tool gebruikt om de omgeving te beheren. Geen
'goden', wel toegang tot een handigere versie. Misbruik -> Exit, dan mag
je handmatig data in OSM verklooien.

> Ik zeg het misschien niet helemaal goed maar zie in jou uitleg een 
> heleboel werk om gewone mappers deels uit het map proces te halen zonder 
> daar gegarandeerd (en veel) betere kaarten voor terug te krijgen. En ook 
> een signaal naar de gewone mapper dat deze gewantrouwd (ok, wellicht 
> overdreven) wordt.

Er gaat *geen enkele mapper* uit het gewone proces. Sterker nog al het
werk van iedere mapper is hetzelfde. Ik wil alleen niet dat de te
ontwikkelen tool Grieken en Turken het makkelijker maak om hun oorlogje
op een kaart te voeren.



Stefan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREKAAYFAkjRZC4ACgkQYH1+F2Rqwn2newCeKFluca3pKLWBCdwrKQOnO3Oe
lFkAoIplwdUvM5Uu1tDitaHKOhps1m+S
=+r9u
-----END PGP SIGNATURE-----