Am Mi., 13. Nov. 2019 um 16:10 Uhr schrieb Stefano <[email protected]>:
> Non è nello spirito di un progetto open di ignorare e azittare le > critiche, al meno non lo è quando sei lo sviluppatore dell'unico editore > sulla pagina principale. E tanto di più quando non fai quello che vuoi tu, > ma quello che voglione le persone che ti pagano. > >> >> > Perché prima andava bene la do-ocracy mentre adesso si chiede la > dem-ocracy? > no, c'é una differenza tra do-ocracy e autocracy / oligarchia. Non puoi ignorare tutti gli altri, sopratutto se sei responsabile e al potere dell'unico editore sulla pagina principale. Non puoi chiudere ogni discussione (sulla cosa, portata avanti in modo civile) che non ti piaccia sui ticket di Github, o meglio, lo puoi fare ma vuol dire che ti sposti fuori da solo. Un esempio tra tanti è questo post di Bryan, dove spiega cosa non ha alcuna influenza sulle decisioni che fanno al riguardo del tagging: Some things that don't really factor at all into our decision: > > - how long a tag with implicit semantics has been in use > - how many softwares (renderers / routers or whatever) already support > the implicit rule > - how frequently the tag is used > - what a handful of people on a mostly dormant mailing list think > - what one person has written on the osm wiki > - how many downvotes you encourage people to put on our issue list > - what they are saying about us in the weekly osm tabloid > > https://github.com/openstreetmap/iD/issues/6409 E' contro lo spirito e le regole del progetto se il numero di utilizzi di un tag non ha importanza. E guarda un po', basta metterlo in un preset di iD e dopo poco sarà utilizzato numerosamente, anche se un altro tag già c'era. Vi segnalo inoltre che "la communità tedesca" sta preparando un documento programmatico per presentare una posizione coordinata e concordata. Una prima bozza si trova qui: > > https://wiki.openstreetmap.org/wiki/User:Nakaner/Forderungen_zur_Zukunft_von_iD > > traduzione automatica: > Utente:Nakaner/Richieste sul futuro di iD > Questa è una bozza. Le modifiche sono benvenute. Per l'accordo nel forum > tedesco o su Talk-de è richiesto. --22:21, 12 novembre 2019 (UTC) > > Si tratta di un progetto di posizione comune della comunità tedesca > dell'OSM su cui votare dopo averne discusso la versione provvisoria. La > discussione si svolgerà nei seguenti luoghi: > > Il forum > Mailing list Talk-en > > Progetto: Requisiti per il futuro di iD-Editor > > L'iD-Editor è indispensabile per facilitare i principianti ad iniziare a > lavorare con OpenStreetMap. Gli eventi del progetto iD su GitHub e il > comportamento dei suoi due principali sviluppatori ci riempiono di grande > insoddisfazione e preoccupazione. > > I redattori online erano e sono un fastidio per molti mappatori esperti, > perché sono preferiti da mappatori inesperti e nuovi, che ovviamente > commettono errori. Tuttavia, a causa dell'inesperienza dei loro utenti e > del loro posizionamento come editor standard su www.openstreetmap.org, i > principali sviluppatori hanno una responsabilità particolare. L'editor che > vi viene offerto è utilizzato principalmente da mappatori nuovi e > inesperti. Gli errori nell'editor possono essere notati in seguito, perché > i mappatori più esperti usano principalmente JOSM. Come per tutti i > redattori popolari, le decisioni mirate a favore o contro un tag hanno una > grande influenza sui dati - e questo in un progetto in cui i tag prevalgono > regolarmente sugli altri perché sono votati con i piedi (cioè l'uso dei > tag). > > Infatti, le richieste di mappatori esperti sugli editor online sono > elevate - troppo elevate a seconda del proprio punto di vista - e gli > errori dei nuovi arrivati sono spesso attribuiti anche agli sviluppatori. I > mappatori più anziani ricordano nei forum e sulle mailing list discussioni > senza fine sulle carenze dell'editor iD nel trattare le relazioni. Da > questo punto di vista l'editore non è in alcun modo inferiore al suo > predecessore Potlatch ed ha difficoltà ad essere apprezzato da mappatori > esperti. > > L'annuncio di qualche mese fa che iD dovrebbe ottenere un validatore ha > suscitato la speranza che l'editore farà più giustizia al suo compito. > Tuttavia, queste speranze non sono state soddisfatte. Al contrario, invece > di riconoscere ed evitare gli errori tipici degli utenti in modo > responsabile, cauto e prudente, i principali sviluppatori stanno > spudoratamente sfruttando la loro posizione di potere per la propria agenda. > > Anche con i modelli di tagging, gli sviluppatori principali sono troppo > sfacciato. Che si tratti di ignorare il consenso dei canali di > comunicazione stabiliti a tal fine, o che semplicemente cancellano tutte le > argomentazioni avanzate, anche se le cose vengono mappate in modo diverso > al di fuori degli Stati Uniti. L'enumerazione dei casi andrebbe oltre lo > scopo di questo testo, quindi ci riferiamo a ID/Controversial_Decisions. > > Fissiamo: > > I manutentori sono dell'opinione che i tagging impliciti comuni in OSM > (cioè i valori predefiniti non sono taggati) dovrebbero essere sostituiti > da tagging esplicito (anche i valori predefiniti sono catturati). Questo > dovrebbe rendere i dati più facili da usare per i programmatori. Puoi avere > questa opinione. È, tuttavia, arrogante far valere questa opinione con il > potere a vostra disposizione e prendere decisioni oltre i canali di > discussione stabiliti (esempio: aggiungere highway=footway a tutte le > piattaforme e moli). > > 2. definiscono le etichette a loro discrezione e non rispondono alle > critiche. Anche le proposte di compromesso di altri sono respinte e queste > persone sono accusate di pesca a traina. La discussione è bloccata e > soppressa bloccando un Github-Isssues, anche se i manutentori sono soli con > la loro opinione. > > 3. a più riprese, si fanno commenti condiscendenti sulla comunità > dell'OSM. Ad esempio, Bryan Housel scrive il 23 maggio 2019 (tradotto, > originale su https://github.com/openstreetmap/iD/issues/6409): > > Alcune cose non hanno praticamente alcun ruolo nel nostro processo > decisionale: > > per quanto tempo una giornata di semantica implicita è in uso > quanti programmi (renderer/router o altro) hanno già supportato la > regola implicita > la frequenza di utilizzo del tag > che cosa pensa una manciata di persone in una mailing list per lo > più assonnata [Tagging/Talk]. > quello che una persona ha scritto nel wiki di OSM > quanti "-1" incoraggi le persone a lasciare la nostra lista di > numeri > cosa c'è scritto su di noi nella rivista di gossip WeeklyOSM > > Egli respinge le scuse sulla mailing list come parte di un codice di > condotta. > > Il 29 maggio, ha ripetuto il suo disprezzo per la mailing list e parti > della comunità OSM (tradotto) sulla mailing list Talk: > > Non dobbiamo definire "la comunità" come le poche persone rimaste che > non sono state ancora espulse dalle mailing list da abusi permanenti e > troll. > > 4 I manutentori non sono in grado di affrontare le critiche sul loro > lavoro e di prenderle personalmente. Le segnalazioni di bug critici troppo > velocemente vengono bloccate in anticipo per ulteriori commenti o lasciano > una mailing list dove il proprio comportamento incontra un rifiuto ampio ma > fattuale. > > (5) Bryan Housel stesso scrive ripetutamente (una volta a maggio 2019, una > volta a novembre) che non gli piace più l'OSM, ma rimane un manutentore e > continua il suo comportamento inaccettabile. Il cuneo si muove solo più in > profondità tra l'iD e parti della comunità OSM. > > 6) I manutentori, o almeno Bryan Housel, rifiutano i tentativi di > mediazione da parte di terzi. > > 7 I responsabili della manutenzione non attribuiscono la necessaria cura > alla protezione dei dati. L'iD-Editor carica i loghi aziendali senza il > consenso dell'utente di graph.facebook.com. Su richiesta di non caricare > i loghi aziendali direttamente dai server di Facebook, l'utente reagisce in > modo pungente e chiude rapidamente il biglietto come "troppo caldo", anche > se persino il gruppo di lavoro Licensing ha stabilito che il comportamento > dell'iD-Editor viola la DSGVO. > Il progetto OpenStreetMap è percepito da molti come l'alternativa a Google > Maps perché non appartiene ad un grande gruppo tecnologico accusato di > avere troppa fame di dati. Il flusso di dati utente in uscita è quindi > inaccettabile. In particolare, i mappatori rivelano parti della loro storia > del movimento attraverso i loro contributi. Anche se i browser filtrano > parti delle informazioni o - grazie Firefox! - prevenire il flusso, è un > tabù. E' dannoso per la nostra immagine pubblica in Germania e in altri > paesi che sono critici nei confronti degli Stati Uniti e delle aziende > tecnologiche. Il flusso di queste informazioni è stato classificato come > inammissibile dal gruppo di lavoro sul rilascio delle licenze. Il fatto che > i manutentori chiudono comunque un biglietto qualche giorno dopo, dove > questo viene criticato e lo bloccano per ulteriori commenti è prova di > spietata ignoranza. > > I principali sviluppatori di un progetto che si impegnano per la > cordialità, l'educazione e l'inclusività non sono affatto migliori dei loro > avversari. Ai nostri occhi, il comportamento dei manutentori è troppo oltre > i limiti di ciò che è accettabile. In una comunità dove l'oggettività è > importante e dove l'oggettività è vissuta, troviamo un comportamento del > tutto inaccettabile, specialmente quello di Bryan Housel. > > Per questo motivo chiediamo al consiglio di amministrazione della > Fondazione OpenStreetMap quanto segue: > > La visualizzazione dei loghi aziendali ospitati su siti di terzi deve > essere interrotta al più presto possibile. > La decisione di bloccare gli utenti del repository iD Editor e di > bloccare le discussioni è ora di competenza di un organismo indipendente, > temporaneamente l'Engineering Working Group. Se i principali sviluppatori > si scontrano violentemente con altri, dovrebbero intervenire in modo > moderato su richiesta di un partecipante, senza decidere su questioni di > fatto. > La versione di Frédéric Rodrigo è usata su openstreetmap.org fino a > quando i template di tagging e le regole di validazione sono rimossi > dall'editor e mantenuti come progetti indipendenti. > I modelli di tagging e le regole di validazione, che sono mantenuti > come progetti separati, sono gestiti da un comitato dopo essere stati > rimossi dall'iD Editor. Il comitato nomina il gruppo di lavoro di > Engineering per un periodo iniziale di un anno dopo aver ascoltato la > comunità sulla mailing list Talk. Il comitato dovrebbe riflettere la > diversità delle regioni del mondo in cui i collaboratori dell'OSM sono > attivi in modo appropriato. Verso la fine di quest'anno si valuterà se il > concetto si è dimostrato valido e se è opportuno adattarlo. I manutentori > del software di base sono membri del comitato con funzioni consultive, se > lo desiderano. > > Tradotto con www.DeepL.com/Translator > Scusate, tanto testo ;-) Che dite, vogliamo appoggiare l'idea? Attualmente è ancora molto "fresco" (da modificare, è la prima bozza), ma la direzione sarà probabilmente quella, attualmente c'è la discussione in talk-de e forum. Ciao Martin
_______________________________________________ Talk-it mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-it
