Re: [OSM-talk] talk Digest, Vol 124, Issue 25, potlach2 changes
talk-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of talk digest... 3. Re: Potlatch 2 - Is it still being developed? Tasks? (Richard Fairhurst) Hi Richard, Thanks for the work, Im still using P2 for larger or longer ways every now and then instead of JOSM. Greetz and HN Hendrikklaas ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Nieuweling
Hi Seijo, Welkom, met misschien wel je beste voornemen ooit, mappen voor OSM. Nee hoor maar de Beste Wensen voor 2015. Hendrikklaas ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuweling
Welkom als mapper. Voor het geval je de wiki pagina's voor het mappen van weerstations nog niet gevonden mocht hebben: http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dmonitoring_station http://wiki.openstreetmap.org/wiki/Key:monitoring:weather veel plezier met het mappen m 2014-12-27 13:24 GMT+01:00 Seijo Kruizinga s.kruizi...@hccnet.nl: Beste Streetmappers, Ik heb pas onlangs iets van me laten horen maar wil graag gaan meewerken aan OSM. Hierbij iets van mijn achtergrond en ervaring. Ik heb een lange ervaring, vanaf 1960, met computers maar vooral op de klassieke wijze met fortran, algol, unix etc. Veel rekenwerk e.d. ook nu nog. Twee jaar geleden kocht ik een Dakota 10 met als plan om een kaart van de omgeving van Oisterwijk te maken met paden en paadjes die ik zelf gewandeld had. Ik heb toen ook naar OSM gekeken maar vond het moeilijk voor mijn doel te gebruiken. Ik heb daarna wat geëxperimenteerd met SVG ( www.kruizinga-verschure.nl) en KML (zie bijlage). Dit moet wel allemaal nog afgewerkt worden. Nu heb ik mij weer gemeld bij OSM. Veel geleerd van learnosm.org Mijn plannen zijn nu om in Oisterwijk en omgeving de OSM te gaan bijwerken en om de waarneemstations van het KNMI op de kaart te zetten, hoort bij mijn andere hobby. Seijo Kruizinga ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Gemeentelijke herindeling
hallo allemaal het is al bijna 2015. op 1 jan gaan de Gemeentelijke herindeling van krach dus ik dacht ze nu maar alvast in osm te zetten. maar ik weet niet of dat andere hier al mee bezig waren. ik zelf woon in Bernisse die samengevoegd word met Spijkenisse. maar ik vind het ook niet erg om de anderen ook te doen. mijn vraag is kan ik Bernisse en Spijkenisse samen voegen en wat gaan we doen met de andere gemeenten die worden samengevoegd met vriendelijke groet, wouter van der plas ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentelijke herindeling
On 12/27/2014 02:54 PM, wouter van der plas wrote: het is al bijna 2015. op 1 jan gaan de Gemeentelijke herindeling van krach dus ik dacht ze nu maar alvast in osm te zetten. Doe nog maar even niet! maar ik weet niet of dat andere hier al mee bezig waren. ik zelf woon in Bernisse die samengevoegd word met Spijkenisse. maar ik vind het ook niet erg om de anderen ook te doen. mijn vraag is kan ik Bernisse en Spijkenisse samen voegen en wat gaan we doen met de andere gemeenten die worden samengevoegd Ik heb de gehele gemeentelijke indeling 2015 al weken klaar staat om op 1 januari 2015 om 00:00 te uploaden naar OSM. Het liefst hoef ik dan de conflicten met jou of andersmans edits niet op te lossen. Mvg, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentelijke herindeling
ok dat is begrepen en ik zie het vanzelf verschijnen Op 27 december 2014 15:02 schreef Sebastiaan Couwenberg sebas...@xs4all.nl : On 12/27/2014 02:54 PM, wouter van der plas wrote: het is al bijna 2015. op 1 jan gaan de Gemeentelijke herindeling van krach dus ik dacht ze nu maar alvast in osm te zetten. Doe nog maar even niet! maar ik weet niet of dat andere hier al mee bezig waren. ik zelf woon in Bernisse die samengevoegd word met Spijkenisse. maar ik vind het ook niet erg om de anderen ook te doen. mijn vraag is kan ik Bernisse en Spijkenisse samen voegen en wat gaan we doen met de andere gemeenten die worden samengevoegd Ik heb de gehele gemeentelijke indeling 2015 al weken klaar staat om op 1 januari 2015 om 00:00 te uploaden naar OSM. Het liefst hoef ik dan de conflicten met jou of andersmans edits niet op te lossen. Mvg, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentelijke herindeling
On 12/27/2014 03:20 PM, wouter van der plas wrote: ok dat is begrepen en ik zie het vanzelf verschijnen Hartelijk dank daarvoor. De belangrijkste reden om de gemeentelijk indeling nu nog niet te uploaden is de ingangsdatum van 1 januari. Het is erg voorbarig om het daarvoor al te uploaden. Mvg, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Taglocator met links
Op 25 dec. 2014, om 23:25 heeft Gertjan Idema g.id...@zonnet.nl het volgende geschreven: Dat je heel precies moet klikken is inderdaad niet ideaal. Dat is denk ik wel te verbeteren door voor de details op osm object id te selecteren in plaats van een gebiedje te downloaden. Dat zou ook het voordeel hebben dat je bij vlakken (ways) niet perse op de randen hoeft te klikken. Dat vind ik zelf ook nogal hinderlijk, maar met mijn huidige instellingen hoef je niet al te ver in te zoomen om toch resultaat te krijgen. Inmiddels heb ik de wikilinks en weblinks anders aangepakt en ook de layout zodaning gemaakt dat nu per node/way/rel ook de daarbij horende links komen te staan. In eerdere versies stonden alle links onderaan. Via deze link kun je mooi een museum-gebied in Berlijn bekijken en testen met wat ingewikkelde opbouw: http://mijndev.openstreetmap.nl/~marczoutendijk/taglocator/?map=tourismzoom=17lat=52.52072lon=13.39684layers=B000FTF Als ik jouw versie daarop loslaat, dan pakt hij inderdaad nog vrij veel ruis mee in de vorm van niet relevante tags. Overigens denk ik dat jouw oplossing via Jquery uiteindelijk wel wat makkelijker is te programmeren, maar uitgaande van wat ik al had heb ik mijn oplossing nog maar even verder uitgewerkt. Overigens zou ik het makkelijk vinden als je in jouw versie even een wijziging aanbrengt in bv. versie nummer, want het lijkt nu wel erg op elkaar... Marc. ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentelijke herindeling
On Saturday, December 27, 2014 4:24:16 PM CEST, Sebastiaan Couwenberg wrote: De belangrijkste reden om de gemeentelijk indeling nu nog niet te uploaden is de ingangsdatum van 1 januari. Het is erg voorbarig om het daarvoor al te uploaden. Geef even een seintje wanneer het er doorheen is. Dan gooi ik tile.openstreetmap.nl even helemaal leeg. Als het goed is is exporteer functie om bestanden te wissen weer gerepareerd, kunnen we op 1-1 weer mooi beginnen. -- Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Gemeentelijke herindeling
On 12/27/2014 07:06 PM, Stefan de Konink wrote: Geef even een seintje wanneer het er doorheen is. Will do. Mvg, Bas -- GPG Key ID: 4096R/E88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[Talk-it] Nome e cognome strade invertiti
Buongiorno a tutti! Vi scrivo per sottoporvi questo problema: un utente ha inserito la toponomastica di molte strade, mettendo però prima il cognome e poi il nome. Ho corretto i dati cambiando l'ordine, ma lui ha ripreso a modificare i dati, quindi gli ho scritto ben spiegando che non si tratta solo di una convenzione di OSM, ma è una regola imposta ai comuni per Legge (L. 23 giugno 1927, n. 1188 - G.U. 18 luglio n. 164), riportata anche nella Guida Operativa redatta dall'ISTAT e dall'Agenzia delle Entrate, che nell'allegato 2, pag. 46, indica che le aree di circolazione intitolate a personaggi storici o contemporanei, nazionali o locali, dovrà contenere prima l’indicazione di eventuali titoli onorifici, poi il nome ed in seguito il cognome, ad es. VIA GENERALE GIUSEPPE ARIMONDI o VIA MARESCIALLO LUIGI CADORNA o VIA MONSIGNORE ARDUINO TERZI. Stessa cosa per le aree di circolazione intitolate a religiosi, precedute dall’attributo “DON” (es. VIA DON GIOVANNI). Lui mi ha risposto che Non discuto quello che dici ma l'obbligatorietà di mettere prima il nome sussiste solo nel caso di un eventuale complemento alla semplice denominazione con il solo nome e cognome (es. titoli onorifici per i nomi propri, etc.). Pertanto dovendo ottenere una corretta elencazione dei toponimi nello stradario, per i SEMPLICI NOMI DI PERSONA è corretto anteporre il cognome. Altrimenti nell'ordine alfabetico via Tommaso Briganti sarebbe introvabile alla lettera B. Detto questo ha nuovamente ripreso a modificare i nomi. Questo un esempio: http://www.openstreetmap.org/way/203855923 Ho già avuto altri confronti in passato con lo stesso utente, che tempo fa aveva creato un admin_level=8 intorno al centro urbano dello stesso paese, per cercare di stamparne la mappa limitata al centro mediante MapOSMatic (tale poligono esiste ancora ma ho ottenuto almeno il cambiamento in place, questo il link https://www.openstreetmap.org/way/287519296). Mi viene da pensare quindi che la necessità di avere i nomi scritti in quel modo gli serva per qualche motivo simile (stampa dello stradario appunto). Credo sia inutile continuare ad intervenire cambiando i nomi, a questo punto li lascio invertiti, perchè in ogni caso continuerebbe a modificarli. Voi cosa ne pensate? Grazie Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
Ciao Federico, grazie a te, e a primax61, per tutto l'impegno che mettete per fare di OpenStreetMap una mappa migliore. Ho dato un'occhiata allo storico, in breve è successo questo: due anni fa primax61 mappa via M. G. Agnesi (grazie) 4 giorni fa primax61 aggiorna il name in via Agnesi Maria Gaetana (grazie) 4 giorni fa corfede corregge il name in Via Maria Gaetana Agnesi 3 giorni fa primax61 riporta il name come l'ha mappato lui in via Agnesi Maria Gaetana 2 giorni fa corfede ricorregge il name in Via Maria Gaetana Agnesi un'ora fa primax61 ricorregge il name in Via Agnesi Maria Gaetana e Federico scrive in lista. Punto. Come evitare a tutti e due di correggere e ricorreggere lo stesso dato? E come evitare soprattutto che la nostra mappa riporti i dati di chi è più caparbio prescindendo da ogni altra considerazione? Io faccio così: Se in mappa vedo qualcosa che vorrei correggere, contatto tramite lo storico chi ha mappato il dato, spiego perché secondo me il dato è da correggere e se raggiungiamo un accordo invito chi ha inserito i dati sbagliati a fare lui stesso la correzione. Funziona quasi sempre. Se non raggiungiamo un accordo coinvolgiamo un mappatore terzo. Gli svantaggi: è una procedura un po' lenta. I vantaggi: non ci sono ricorrezioni di correzioni e quasi sempre si impara qualcosa dall'altro. Mi piacerebbe che questa gestione lenta delle correzioni diventasse una buona pratica per modificare i dati della mappa. Potrebbe essere fattibile tecnicamente. Eviterebbe diversi errori compiuti sovente non in buona, ma in ottima fede. Spero che un mappatore più esperto di me riesca a farvi trovare un punto d'incontro nella vostra discussione e ad aggiornare questa pagina wiki: http://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions#Nomi_delle_strade per renderla ancora più chiara. :-) Buon mapping. Gian Mario. a scritto: Buongiorno a tutti! Vi scrivo per sottoporvi questo problema: un utente ha inserito la toponomastica di molte strade, mettendo però prima il cognome e poi il nome. Ho corretto i dati cambiando l'ordine, ma lui ha ripreso a modificare i dati, quindi gli ho scritto ben spiegando che non si tratta solo di una convenzione di OSM, ma è una regola imposta ai comuni per Legge (L. 23 giugno 1927, n. 1188 - G.U. 18 luglio n. 164), riportata anche nella Guida Operativa redatta dall'ISTAT e dall'Agenzia delle Entrate, che nell'allegato 2, pag. 46, indica che le aree di circolazione intitolate a personaggi storici o contemporanei, nazionali o locali, dovrà contenere prima l’indicazione di eventuali titoli onorifici, poi il nome ed in seguito il cognome, ad es. VIA GENERALE GIUSEPPE ARIMONDI o VIA MARESCIALLO LUIGI CADORNA o VIA MONSIGNORE ARDUINO TERZI. Stessa cosa per le aree di circolazione intitolate a religiosi, precedute dall’attributo “DON” (es. VIA DON GIOVANNI). Lui mi ha risposto che Non discuto quello che dici ma l'obbligatorietà di mettere prima il nome sussiste solo nel caso di un eventuale complemento alla semplice denominazione con il solo nome e cognome (es. titoli onorifici per i nomi propri, etc.). Pertanto dovendo ottenere una corretta elencazione dei toponimi nello stradario, per i SEMPLICI NOMI DI PERSONA è corretto anteporre il cognome. Altrimenti nell'ordine alfabetico via Tommaso Briganti sarebbe introvabile alla lettera B. Detto questo ha nuovamente ripreso a modificare i nomi. Questo un esempio: http://www.openstreetmap.org/way/203855923 Ho già avuto altri confronti in passato con lo stesso utente, che tempo fa aveva creato un admin_level=8 intorno al centro urbano dello stesso paese, per cercare di stamparne la mappa limitata al centro mediante MapOSMatic (tale poligono esiste ancora ma ho ottenuto almeno il cambiamento in place, questo il link https://www.openstreetmap.org/way/287519296). Mi viene da pensare quindi che la necessità di avere i nomi scritti in quel modo gli serva per qualche motivo simile (stampa dello stradario appunto). Credo sia inutile continuare ad intervenire cambiando i nomi, a questo punto li lascio invertiti, perchè in ogni caso continuerebbe a modificarli. Voi cosa ne pensate? Grazie Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
Il 27/12/2014 10:47, Federico Cortese ha scritto: Lui mi ha risposto che Non discuto quello che dici ma l'obbligatorietà di mettere prima il nome sussiste solo nel caso di un eventuale complemento alla semplice denominazione con il solo nome e cognome (es. titoli onorifici per i nomi propri, etc.). Pertanto dovendo ottenere una corretta elencazione dei toponimi nello stradario, per i SEMPLICI NOMI DI PERSONA è corretto anteporre il cognome. Altrimenti nell'ordine alfabetico via Tommaso Briganti sarebbe introvabile alla lettera B. Invece se continua a mappare in quel modo, la ricerca dei nomi sul Garmin ne risulterà totalmente inficiata. Per l'Italia infatti abbiamo inserito appositamente un algoritmo che cerca dalla fine e non dall'inizio, così le strade si possono trovare per cognome. Se tale mappatore continua con questo standard, rovina tutto. Inoltre la regola è: mappa come c'è scritto nella realtà. Se nella targhetta c'è scritto Piazza Giuseppe Garibaldi e tu la mappi come Piazza Garibaldi Giuseppe, oltre a commettere un errore di ortografia (in italiano il nome va SEMPRE prima del cognome, e se proprio occorre anteporre il cognome per motivi di elenco alfabetico è obbligatorio mettere una virgola, c'è scritto su tutte le grammatiche) stai di fatto commettendo una violazione delle regole comuni principali di OSM ossia mappa la realtà e non pensando al render. Bisogna che gli scriviamo e glielo diciamo, pena un revert e, se recidivo, la cancellazione del suo utente. http://ilnomevaprimadelcognome.blogspot.it/2010/04/venti-buoni-motivi-per-usare-il-nome.html ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
E' una di quelle situazione in cui, per quanto possa sembrare paradossale, entrambi i punti di vista mi sembrano condivisibili. Forse bisognerebbe inventarr una subkey di name= per specificare che la feature porta il nome di una persona. Ad esempio: name:type=personal_name e trattare questi name con criteri appositi (Cognome, Nome) ? ? Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
Sicuramente primax61 merita un ringraziamento per aver inserito i nomi di quelle strade, ringraziamento che ho espresso sentitamente anche nel messaggio che gli ho scritto. Fatto sta che quello dei nomi è un problema da chiarire, perchè personalmente condivido in pieno quanto indicato da Stefano. Dovrebbero essere gli algoritmi ad interpretare bene i nomi e non i mappatori ad anteporre il cognome per facilitare la ricerca delle strade o la produzione di elenchi alfabetici. Eventualmente i changeset da sottoporre a revert sarebbero i seguenti (per adesso): https://www.openstreetmap.org/changeset/27725241 https://www.openstreetmap.org/changeset/27725272 https://www.openstreetmap.org/changeset/27725335 https://www.openstreetmap.org/changeset/27725499 con i quali sono stati invertiti i cognomi dalla A alla C. Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
Il 27/dic/2014 12:04 Stefano Droghetti stefano.droghe...@gmail.com ha scritto: Inoltre la regola è: mappa come c'è scritto nella realtà. Se nella targhetta c'è scritto Piazza Giuseppe Garibaldi e tu la mappi come Piazza Garibaldi Giuseppe, oltre a commettere un errore di ortografia (in italiano il nome va SEMPRE prima del cognome, e se proprio occorre anteporre il cognome per motivi di elenco alfabetico è obbligatorio mettere una virgola, c'è scritto su tutte le grammatiche) stai di fatto commettendo una violazione delle regole comuni principali di OSM ossia mappa la realtà e non pensando al render. E basta con questo mantra! La realtà è confusionaria ed eterogenea. Se volessimo mappare as is diventeremmo matti. Un esempio su tutti: se trovi scritto Corso Garibaldi, che fai? La battezzi con il nome di Giuseppe? Potrebbe essere Anita. Oppure (trovato spesso in giro in alcuni piccoli centri del sud): Via Vittorio Emanuele. Quale? Ne sono esistiti tre! Ripeto: basta con questo mantra. Quello che trovi per strada deve essere interpretato. Le regole del render (e quelle scritte apposta per i navigatori) devono essere adattate allo schema logico più usato. Se questo schema è astruso o non condiviso, modifichiamolo. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
Francesco, noi mappiamo la realtà, non una sua interpretazione ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
Il 27/dic/2014 13:56 Germano Massullo germano.massu...@gmail.com ha scritto: Francesco, noi mappiamo la realtà, non una sua interpretazione Non pensare che sia un presuntuoso, ma ritengo di aver mappato abbastanza a lungo per sapere che senza interpretazione, non puoi mappare. E comunque, mi ripeto. Se lo schema logico adottato finora è confuso o sbagliato, va modificato senza indugio. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Opendata regione Umbria
Attualmente sono disponibili i dati della carta tecnica regionale con licenza CC-BY 3.0IT, quindi credo non ci siano difficoltà legate alla licenza per l'importazione in OSM. Per quanto riguarda i dati sono in formato dwg, via twitter @AdUmbria dice che stanno lavorando per rilasciare anche il formato dxf. La copertura è completa per la scala 1:1, quasi completa per la scala 1:5000, mentre per le scale 1:1000 e 1:500 la copertura riguarda solo pochi centri. Per capire quali dati sono disponibili ne ho scaricato una in scala 1:500 e una in scala 1:5000 (il territorio è diviso in carte catastali, per cui l'intera regione è divisa in moltissimi files) e convertite in dxf con AnyDwgDxf Converter, secondo me i dati più utili sono i fabbricati e l'uso del suolo, non trovo traccia di civici ad esempio, ma per queste valutazioni è bene che controlli i dati qualcuno esperto. Ciao Marcello Il 27/12/2014 00:47, griphon ha scritto: Poi c'e' stata qualche risposta alle richieste a suo tempo inoltrate? -- View this message in context: http://gis.19327.n5.nabble.com/Opendata-regione-Umbria-tp5819800p5828267.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
Il 12/27/2014 02:09 PM, Francesco Pelullo scrisse: Non pensare che sia un presuntuoso, ma ritengo di aver mappato abbastanza a lungo per sapere che senza interpretazione, non puoi mappare. E comunque, mi ripeto. Se lo schema logico adottato finora è confuso o sbagliato, va modificato senza indugio. Mi pare che il tag name sia uno di quelli per cui non vale al 100% la filosofia OSM per cui ognuno puo' fare quel che gli pare. Il fatto che in italiano sia una convenzione far precedere al cognome il nome o i nomi di battesimo mi pare fuori di dubbio. Cosi' come mi pare che cosi' come vale la regola del non mappare per il rendering, vale anche quella del non si mappa per l'ordinamento dello stradario. Avevo io stesso iniziato una discussione a marzo (I nomi delle vie) in cui abbozzavo una breve analisi del problema. Come spesso succede non si e' arrivati a nulla perche' per qualcuno il tag name e' intoccabile. A me pare che spesso si resti ancorati a regole che sono state fissate in un lontano passato, con esigenze diverse dalle attuali e in ambienti diversi da quello italiano. A volte sfugge il motivo per cui dobbiamo subirle o il perche' non si arriva nemmeno localmente ad un consenso per proporre delle modifiche. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
E' una di quelle situazione in cui, per quanto possa sembrare paradossale, entrambi i punti di vista mi sembrano condivisibili. Forse bisognerebbe inventarr una subkey di name= per specificare che la feature porta il nome di una persona. Ad esempio: name:type=personal_name e trattare questi name con criteri appositi (Cognome, Nome) ? ? Secondo me invece bisogna fare come fa tutto il mondo di openstreemap. Il punto di vista del personaggio in questione può anche essere corretta ma la decisione va presa confrontandosi con gli altri altrimenti, chiunque vorrà sviluppare applicazioni sulla base dei dati di openstreetmap, non dovrà impazzire. Se lo schema logico non piace lo si discute sulla ML internazionale. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
2014-12-27 12:05 GMT+01:00 Francesco Pelullo f.pelu...@gmail.com: Forse bisognerebbe inventarr una subkey di name= per specificare che la feature porta il nome di una persona. Ad esempio: name:type=personal_name e trattare questi name con criteri appositi (Cognome, Nome) ? ? Ma non sarebbe così semplice. Non sempre hai solo due parole, la prima nome e la seconda cognome. Se hai tre parole come fai a sapere se la seconda è il secondo nome e la terza il cognome oppure la seconda è il primo nome e la terza è il secondo nome? E poi questo problema (intendo quello che una delle cose più importanti è nella parte finale anziché in quella iniziale) non è specifico solo dei nomi di prsone. Lo stesso problema c'è con stazione di oppure con Museo delle Scienze di A mio avviso l'unica soluzione fattibile è che quando un utente fa una ricrca gli vengano presentate tutte le occorrenze in cui quella stringa compare (e in alcuni casi sarebbe meglio includere anche i casi in cui compare come una sottostringa, così se cerco Ambrogio mi dà anche Sant'Ambrogio e se cerco Scienza mi trova anche Museo Scienza-Tecnologia). Se invece si vuole creare una lista preordinata fissa (ad esempio per le versioni stampate) o uno mette più entrate per le possibili ricerche (non è infatti obbligatorio che ad una sola via corrisponda una sola riga, posso avere ad esempio due righe per Sant'Antonio, una sotto la S e una sotto la A) oppure fare delle scelte così come le fanno tutti quelli che fanno elenchi stampati (meglio però avvisare il povero utente altrimenti impazzisce, mi ricordo che il primo stradario che usavo, metteva tutti i santi sotto la S e anzi li oridnava prima dei nomi normali che inziavano con la S e io impazzivo a trovarli). AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
2014-12-27 15:19 GMT+01:00 Maurizio Napolitano napoo...@gmail.com: Secondo me invece bisogna fare come fa tutto il mondo di openstreemap. Il punto di vista del personaggio in questione può anche essere corretta ma la decisione va presa confrontandosi con gli altri altrimenti, chiunque vorrà sviluppare applicazioni sulla base dei dati di openstreetmap, non dovrà impazzire. Se lo schema logico non piace lo si discute sulla ML internazionale. Trovo anche io difficile che si possa fare diversemente in una parte del mondo piuttosto che in un'altra. Quello che bisogna ottenere, piuttosto, è che il sistema usato vada bene per tutti. Non capisco però quale dovrebbe essere la differenza in Italia o in italiano. Anche in Inghilterra o Usa o in lingua inglese il cognome non è all'inizio. (e l'unica lingua/nazione che mi viene in mente dove è nomrale mettere prima i cognomi è il giapponese). Piuttosto la grande differenza con gli indirizzi anglossassoni è che in Italiano il tipo della strada (via, viale, corso) è all'inzio in inglese alla fine. In italiano il numero civico è alla fine, in inglese all'inzio. (e se non mi ricordo male in molte altre lingue, come francese, tedesco, ecc., usano un sistema simile a quello anglosassone, mentre un sistema simile a quello italiano è usato dagli spagnoli e portoghesi. AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Sicilia 03: ortofoto a 14 cm. per altri 4 centri abitati
Buonasera, sempre durante le feste sono uscite le ortofoto (su cui c'è autorizzazione al ricalco) per Palermo, Enna, Ragusa e Trapani (che si aggiungono quindi a Messina). Non c'è cache quindi è tutto un po' più lento: http://siciliahub.github.io/mappe/14centimetri/ Gli indirizzi WMS sono: - http://map.sitr.regione.sicilia.it/ArcGIS/services/AREE_URBANE/Ortofoto14cm_Palermo_ata20122013/MapServer/WMSServer - http://map.sitr.regione.sicilia.it/ArcGIS/services/AREE_URBANE/Ortofoto14cm_Trapani_ata20122013/MapServer/WMSServer - http://map.sitr.regione.sicilia.it/ArcGIS/services/AREE_URBANE/Ortofoto14cm_Ragusa_ata20122013/MapServer/WMSServer - http://map.sitr.regione.sicilia.it/ArcGIS/services/AREE_URBANE/Ortofoto14cm_Enna_ata20122013/MapServer/WMSServer Sono riprese fatte tra il 2012 e il 2013. Non è ancora stato pubblicato il dataset con le info di dettaglio sulle date ripresa e non posso essere più preciso. Notte - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/Sicilia-03-ortofoto-a-14-cm-per-altri-4-centri-abitati-tp5828312.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sicilia 03: ortofoto a 14 cm. per altri 4 centri abitati
Grazie mille! Tienici informati se riuscite a cambiare la licenza dei civici e della ctr :-) Il 27/dic/2014 23:23 aborruso aborr...@gmail.com ha scritto: Buonasera, sempre durante le feste sono uscite le ortofoto (su cui c'è autorizzazione al ricalco) per Palermo, Enna, Ragusa e Trapani (che si aggiungono quindi a Messina). Non c'è cache quindi è tutto un po' più lento: http://siciliahub.github.io/mappe/14centimetri/ Gli indirizzi WMS sono: - http://map.sitr.regione.sicilia.it/ArcGIS/services/AREE_URBANE/Ortofoto14cm_Palermo_ata20122013/MapServer/WMSServer - http://map.sitr.regione.sicilia.it/ArcGIS/services/AREE_URBANE/Ortofoto14cm_Trapani_ata20122013/MapServer/WMSServer - http://map.sitr.regione.sicilia.it/ArcGIS/services/AREE_URBANE/Ortofoto14cm_Ragusa_ata20122013/MapServer/WMSServer - http://map.sitr.regione.sicilia.it/ArcGIS/services/AREE_URBANE/Ortofoto14cm_Enna_ata20122013/MapServer/WMSServer Sono riprese fatte tra il 2012 e il 2013. Non è ancora stato pubblicato il dataset con le info di dettaglio sulle date ripresa e non posso essere più preciso. Notte - Andrea Borruso email: aborr...@tin.it website: http://blog.spaziogis.it my 2.0 life: http://aborruso.spaziogis.it feed: http://feeds2.feedburner.com/Tanto 38° 7' 48 N, 13° 21' 9 E -- View this message in context: http://gis.19327.n5.nabble.com/Sicilia-03-ortofoto-a-14-cm-per-altri-4-centri-abitati-tp5828312.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
Il 27/dic/2014 15:01 emmexx emm...@tiscalinet.it ha scritto: Il fatto che in italiano sia una convenzione far precedere al cognome il nome o i nomi di battesimo mi pare fuori di dubbio. Cosi' come mi pare che cosi' come vale la regola del non mappare per il rendering, vale anche quella del non si mappa per l'ordinamento dello stradario. Con me sfondi una porta aperta. Quello che sto tentando di dire è che a me sembra manchi qualcosa nel criterio attuale. Che non può essere ... mappo quello che leggo... perché ormai dovremmo aver imparato che in giro si leggono cose assurde. Né quello che ... in Italia si scrive prima il nome e poi il cognome... perché uno straniero che cerca Vico ii De Marinis e Tonti potrebbe impazzire nel tentare di capire che non c'entra niente con Via De Marinis e Via Tonti. Sempre che il suo Garmin non gli esploda in faccia prima. Avevo io stesso iniziato una discussione a marzo (I nomi delle vie) in cui abbozzavo una breve analisi del problema. Come spesso succede non si e' arrivati a nulla perche' per qualcuno il tag name e' intoccabile. Uno dei problemi risiede nel fatto che queste cose vengono discusse in ML. Se fossero scritte (come sarebbe logico) nella pagina della discussione del tag, forse chi consulterebbe il wiki avrebbe quanto meno i sensi che quello è un tag su cui ci si sta ragionando. A me pare che spesso si resti ancorati a regole che sono state fissate in un lontano passato, con esigenze diverse dalle attuali e in ambienti diversi da quello italiano. A volte sfugge il motivo per cui dobbiamo subirle o il perche' non si arriva nemmeno localmente ad un consenso per proporre delle modifiche. Quoto. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
Il 27/dic/2014 15:19 Maurizio Napolitano napoo...@gmail.com ha scritto: Secondo me invece bisogna fare come fa tutto il mondo di openstreemap. Il punto di vista del personaggio in questione può anche essere corretta ma la decisione va presa confrontandosi con gli altri altrimenti, chiunque vorrà sviluppare applicazioni sulla base dei dati di openstreetmap, non dovrà impazzire. Credo proprio che ci stiamo confrontando, o sbaglio? Scusa Maurizio mi sfugge quello che volevi dire. Se lo schema logico non piace lo si discute sulla ML internazionale. OK Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
Il 27/dic/2014 15:27 Any File anysomef...@gmail.com ha scritto: Ma non sarebbe così semplice. Non sempre hai solo due parole, la prima nome e la seconda cognome. Se hai tre parole come fai a sapere se la seconda è il secondo nome e la terza il cognome oppure la seconda è il primo nome e la terza è il secondo nome? Si, lo so, non avevo la pretesa di aver trovato una soluzione, semplicemente proponevo una possibile codifica Cognome, Nome perché ampiamente utilizzata per codificare in un solo campo il cognome ed il nome senza ambiguità. E poi questo problema (intendo quello che una delle cose più importanti è nella parte finale anziché in quella iniziale) non è specifico solo dei nomi di prsone. Concordo, ed aggiungo: esistono strade intitolate a due o più personaggi (via Sacco e Vanzetti) (per esteso sarebbe Via Nicola Sacco e Bartolomeo Vanzetti), strade intitolate a personaggi dei quali si omette il cognome ( Via Regina Margherita), strade intitolate a fatti avvenuti in altre strade (Via Martiri di Via Fani), strade intitolate a personaggi che portano il cognome di luoghi (Via Francesco Genova) o di animali (Via Giovanni Leone). E mi fermo qui per non appesantire troppo. Lo stesso problema c'è con stazione di oppure con Museo delle Scienze di A mio avviso l'unica soluzione fattibile è che quando un utente fa una ricrca gli vengano presentate tutte le occorrenze in cui quella stringa compare (e in alcuni casi sarebbe meglio includere anche i casi in cui compare come una sottostringa, così se cerco Ambrogio mi dà anche Sant'Ambrogio e se cerco Scienza mi trova anche Museo Scienza-Tecnologia). Se invece si vuole creare una lista preordinata fissa (ad esempio per le versioni stampate) o uno mette più entrate per le possibili ricerche (non è infatti obbligatorio che ad una sola via corrisponda una sola riga, posso avere ad esempio due righe per Sant'Antonio, una sotto la S e una sotto la A) oppure fare delle scelte così come le fanno tutti quelli che fanno elenchi stampati (meglio però avvisare il povero utente altrimenti impazzisce, mi ricordo che il primo stradario che usavo, metteva tutti i santi sotto la S e anzi li oridnava prima dei nomi normali che inziavano con la S e io impazzivo a trovarli). Mi sembra una soluzione possibile. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nome e cognome strade invertiti
Il 27/dic/2014 15:33 Any File anysomef...@gmail.com ha scritto: Non capisco però quale dovrebbe essere la differenza in Italia o in italiano. Anche in Inghilterra o Usa o in lingua inglese il cognome non è all'inizio. (e l'unica lingua/nazione che mi viene in mente dove è nomrale mettere prima i cognomi è il giapponese). Ok, ma leggendo il nome di una via giapponese qualsiasi, saresti in grado di capire se è intitolata ad un personaggio, ad un luogo, ad un oggetto, ad un animale... ? ? Piuttosto la grande differenza con gli indirizzi anglossassoni è che in Italiano il tipo della strada (via, viale, corso) è all'inzio in inglese alla fine. In italiano il numero civico è alla fine, in inglese all'inzio. (e se non mi ricordo male in molte altre lingue, come francese, tedesco, ecc., usano un sistema simile a quello anglosassone, mentre un sistema simile a quello italiano è usato dagli spagnoli e portoghesi. Questo mi sembra un falso problema. Avendo due campi separati per il nome strada e per il civico, li possiamo combinare come meglio crediamo in base alle usanze locali, senza ambiguità o perdita di informazioni. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] EN CAUCA, ATENCIÓN A EMERGENCIA TRAS AVALANCHA - Comunicado de prensa N° 202
Queridos amigos,
Esta imagen OrbView-3 (con corrección sistemática por el terreno, nivel
1GST) esta ahora disponible en TMS (y WMS).
URL para JOSM:
tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/bolivar_20051108/{zoom}/{x}/{y}
Para responder a la pregunta de Harrier Co, geo-referencias deben estar
en él GIS Ready Bundle.
Hubo también una pregunta similar en talk-fr recientemente, sobre el uso
de geotiff con JOSM, y la respuesta de Christian Quest fue de usar gdal
para extraer coordenadas en un .tfw, necesitado por JOSM :
gdal_translate -CO TFW=YES -CO PROFILE=BASELINE input.tif output.tif
Buen final de año.
Jean-Guilhem
Le 25/12/2014 18:47, Harrier Co a écrit :
Dejo esta imagen orbiew3 temporalemente por aqui
Tiene pistas para geo referenciar
https://yadi.sk/i/fo0oAoRWdcmjN
Harrierco
From: harrie...@hotmail.com
To: talk-co@openstreetmap.org
Date: Thu, 25 Dec 2014 11:22:46 -0500
Subject: Re: [Talk-co] EN CAUCA, ATENCIÓN A EMERGENCIA TRAS AVALANCHA
- Comunicado de prensa N° 202
Hola
1. Hay una imagen orbiew3 con nubosidad 50% que tal vez sirva en parte
Rural
2. Del ISERV SERVIR(burgess.how...@nasa.gov) me envian esto respecto
al requerimiento de imagenes de esa zona
We will be happy to add this request to our target list.
Unfortunately, it is very unlikely that we can acquire the images. We
have only a few days left to operate before final system shutdown and
removal.
I hope we may be of assistance to you in the future.
Sincerely,
Burgess Howell
ISERV
lo de removal se refiere a esto dado que es una plataforma en testeo:
ISERV was installed as a technology testbed in the Window
Observational Research Facility (WORF) on the orbiting laboratory in
January 2013 and is scheduled to be removed from operation in 2015.
The camera receives and acts on commands from the ISERV team to
acquire image data of specific areas of Earth’s surface as the space
station passes overhead.
3. Hacia el futuro cuando no haya imagenes, pero existan imagenes
aledañas tambien es importante mapearlas(o los bordes), esto para
facilitar una posible georeferenciacion de otras imagenes.
harrierco
From: fredyriv...@gmail.com
Date: Mon, 22 Dec 2014 20:08:03 -0500
To: talk-co@openstreetmap.org
Subject: Re: [Talk-co] EN CAUCA, ATENCIÓN A EMERGENCIA TRAS AVALANCHA
- Comunicado de prensa N° 202
La alcaldia tiene algo de info que quiza sirva de algo
http://bolivar-cauca.gov.co/apc-aa-files/65306439303230366530393436363636/hidrografia_bolivar_2.jpg
http://bolivar-cauca.gov.co/apc-aa-files/65306439303230366530393436363636/zona_urbana_1.jpg
2014-12-22 19:57 GMT-05:00 hyan...@gmail.com
mailto:hyan...@gmail.com hyan...@gmail.com mailto:hyan...@gmail.com:
Por lo descrito en el mensaje, tal vez esta pueda ser un
acercamiento hacia el área de emergencia
http://umap.openstreetmap.co/es/map/untitled-map_201#10/1.8564/-77.0293
El 22 de diciembre de 2014, 19:05, hyan...@gmail.com
mailto:hyan...@gmail.com hyan...@gmail.com
mailto:hyan...@gmail.com escribió:
+1
El 22 de diciembre de 2014, 18:45, Fredy Rivera
fredyriv...@gmail.com mailto:fredyriv...@gmail.com escribió:
Hola maperos
El dia de mañana estará en la zona Carlos Andres barrera
(Puentero) quien nos solicita que colaboremos en el mapeo
de la zona.
Carlos pertenece a Unidad Nacional para la Gestión del
Riesgo de Desastres y fue precisamente quien hizo famoso
el mapa de OSM en la atención del terremoto en Haiti.
Les parece si organizamos un task y nos ponemos en la tarea?
salu2
Humano
2014-12-22 10:37 GMT-05:00 Gestión del Riesgo de Desastres
Ungrd comunicacio...@gestiondelriesgo.gov.co
mailto:comunicacio...@gestiondelriesgo.gov.co:
*Comunicado de prensa N° 202*
*Bogotá 22 de diciembre de 2014*
*EN CAUCA, ATENCIÓN A EMERGENCIA TRAS AVALANCHA*
*
*
/El evento sucedió en la madrugada del domingo, como
consecuencia de las lluvias que se presentaron al sur
del Departamento e involucró a los ríos San Bingo y
Mazamorras/
/
/
*22 de diciembre de 2014. *Desde el momento de la
emergencia sucedida a raíz de las lluvias presentadas
en la tarde del sábado y la madrugada del domingo, el
Sistema Nacional de Gestión del Riesgo de Desastres se
activó para brindar atención a la emergencia que dejó
a su paso 3 personas fallecidas, 50 casas afectadas y
destrucción
Re: [Talk-co] EN CAUCA, ATENCIÓN A EMERGENCIA TRAS AVALANCHA - Comunicado de prensa N° 202
El 27 de diciembre de 2014, 13:13, Jean-Guilhem Cailton j...@arkemie.com
escribió:
Queridos amigos,
Esta imagen OrbView-3 (con corrección sistemática por el terreno, nivel
1GST) esta ahora disponible en TMS (y WMS).
URL para JOSM:
tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/bolivar_20051108/
{zoom}/{x}/{y}
Gracias Jean Guilhem!
Por favor quien confirma la existencia de off-sets, hay datos gpx
disponibles. Sobre Bolívar hay datos preexistentes, si la imagen no tiene
off-sets entonces diría que hay que trasladar los polígonos actuales.
Imagen desde JOSM
http://i.imgur.com/2p7FNxr.png
Para responder a la pregunta de Harrier Co, geo-referencias deben estar en
él GIS Ready Bundle.
Hubo también una pregunta similar en talk-fr recientemente, sobre el uso
de geotiff con JOSM, y la respuesta de Christian Quest fue de usar gdal
para extraer coordenadas en un .tfw, necesitado por JOSM :
gdal_translate -CO TFW=YES -CO PROFILE=BASELINE input.tif output.tif
Buen final de año.
Jean-Guilhem
Le 25/12/2014 18:47, Harrier Co a écrit :
Dejo esta imagen orbiew3 temporalemente por aqui
Tiene pistas para geo referenciar
https://yadi.sk/i/fo0oAoRWdcmjN
Harrierco
--
From: harrie...@hotmail.com
To: talk-co@openstreetmap.org
Date: Thu, 25 Dec 2014 11:22:46 -0500
Subject: Re: [Talk-co] EN CAUCA, ATENCIÓN A EMERGENCIA TRAS AVALANCHA -
Comunicado de prensa N° 202
Hola
1. Hay una imagen orbiew3 con nubosidad 50% que tal vez sirva en parte
Rural
2. Del ISERV SERVIR(burgess.how...@nasa.gov) me envian esto respecto al
requerimiento de imagenes de esa zona
We will be happy to add this request to our target list. Unfortunately, it
is very unlikely that we can acquire the images. We have only a few days
left to operate before final system shutdown and removal.
I hope we may be of assistance to you in the future.
Sincerely,
Burgess Howell
ISERV
lo de removal se refiere a esto dado que es una plataforma en testeo:
ISERV was installed as a technology testbed in the Window Observational
Research Facility (WORF) on the orbiting laboratory in January 2013 and is
scheduled to be removed from operation in 2015. The camera receives and
acts on commands from the ISERV team to acquire image data of specific
areas of Earth’s surface as the space station passes overhead.
3. Hacia el futuro cuando no haya imagenes, pero existan imagenes aledañas
tambien es importante mapearlas(o los bordes), esto para facilitar una
posible georeferenciacion de otras imagenes.
harrierco
--
From: fredyriv...@gmail.com
Date: Mon, 22 Dec 2014 20:08:03 -0500
To: talk-co@openstreetmap.org
Subject: Re: [Talk-co] EN CAUCA, ATENCIÓN A EMERGENCIA TRAS AVALANCHA -
Comunicado de prensa N° 202
La alcaldia tiene algo de info que quiza sirva de algo
http://bolivar-cauca.gov.co/apc-aa-files/65306439303230366530393436363636/hidrografia_bolivar_2.jpg
http://bolivar-cauca.gov.co/apc-aa-files/65306439303230366530393436363636/zona_urbana_1.jpg
2014-12-22 19:57 GMT-05:00 hyan...@gmail.com hyan...@gmail.com:
Por lo descrito en el mensaje, tal vez esta pueda ser un acercamiento
hacia el área de emergencia
http://umap.openstreetmap.co/es/map/untitled-map_201#10/1.8564/-77.0293
El 22 de diciembre de 2014, 19:05, hyan...@gmail.com hyan...@gmail.com
escribió:
+1
El 22 de diciembre de 2014, 18:45, Fredy Rivera fredyriv...@gmail.com
escribió:
Hola maperos
El dia de mañana estará en la zona Carlos Andres barrera (Puentero)
quien nos solicita que colaboremos en el mapeo de la zona.
Carlos pertenece a Unidad Nacional para la Gestión del Riesgo de
Desastres y fue precisamente quien hizo famoso el mapa de OSM en la
atención del terremoto en Haiti.
Les parece si organizamos un task y nos ponemos en la tarea?
salu2
Humano
2014-12-22 10:37 GMT-05:00 Gestión del Riesgo de Desastres Ungrd
comunicacio...@gestiondelriesgo.gov.co:
*Comunicado de prensa N° 202*
*Bogotá 22 de diciembre de 2014*
*EN CAUCA, ATENCIÓN A EMERGENCIA TRAS AVALANCHA*
*El evento sucedió en la madrugada del domingo, como consecuencia de las
lluvias que se presentaron al sur del Departamento e involucró a los ríos
San Bingo y Mazamorras*
*22 de diciembre de 2014. *Desde el momento de la emergencia sucedida a
raíz de las lluvias presentadas en la tarde del sábado y la madrugada del
domingo, el Sistema Nacional de Gestión del Riesgo de Desastres se activó
para brindar atención a la emergencia que dejó a su paso 3 personas
fallecidas, 50 casas afectadas y destrucción de 6 puentes vehiculares y 4
peatonales en los municipios de Mercaderes y Bolívar.
Tras la coordinación del nivel Municipal, Departamental y Nacional y
bajo el conocimiento del Presidente de la República, un equipo técnico de
la Unidad Nacional para la Gestión del Riesgo de Desastres, UNGRD, se
desplazó a la zona para la determinación de daños y análisis
Re: [Talk-co] EN CAUCA, ATENCIÓN A EMERGENCIA TRAS AVALANCHA - Comunicado de prensa N° 202
Gracias por esas gestiones para conseguir esta imagen.
He creado la tarea en el servidor, pueden encontrarla aquí:
http://tareas.openstreetmap.co/project/8#task/153
Gracias al control remoto del josm la imagen del tms carga automáticamente,
así que no es necesario realizar configuraciones adicionales al josm .
El 27 de diciembre de 2014, 15:48, hyan...@gmail.com hyan...@gmail.com
escribió:
El 27 de diciembre de 2014, 13:13, Jean-Guilhem Cailton j...@arkemie.com
escribió:
Queridos amigos,
Esta imagen OrbView-3 (con corrección sistemática por el terreno, nivel
1GST) esta ahora disponible en TMS (y WMS).
URL para JOSM:
tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/bolivar_20051108/
{zoom}/{x}/{y}
Gracias Jean Guilhem!
Por favor quien confirma la existencia de off-sets, hay datos gpx
disponibles. Sobre Bolívar hay datos preexistentes, si la imagen no tiene
off-sets entonces diría que hay que trasladar los polígonos actuales.
Imagen desde JOSM
http://i.imgur.com/2p7FNxr.png
Para responder a la pregunta de Harrier Co, geo-referencias deben estar
en él GIS Ready Bundle.
Hubo también una pregunta similar en talk-fr recientemente, sobre el uso
de geotiff con JOSM, y la respuesta de Christian Quest fue de usar gdal
para extraer coordenadas en un .tfw, necesitado por JOSM :
gdal_translate -CO TFW=YES -CO PROFILE=BASELINE input.tif output.tif
Buen final de año.
Jean-Guilhem
Le 25/12/2014 18:47, Harrier Co a écrit :
Dejo esta imagen orbiew3 temporalemente por aqui
Tiene pistas para geo referenciar
https://yadi.sk/i/fo0oAoRWdcmjN
Harrierco
--
From: harrie...@hotmail.com
To: talk-co@openstreetmap.org
Date: Thu, 25 Dec 2014 11:22:46 -0500
Subject: Re: [Talk-co] EN CAUCA, ATENCIÓN A EMERGENCIA TRAS AVALANCHA -
Comunicado de prensa N° 202
Hola
1. Hay una imagen orbiew3 con nubosidad 50% que tal vez sirva en parte
Rural
2. Del ISERV SERVIR(burgess.how...@nasa.gov) me envian esto respecto al
requerimiento de imagenes de esa zona
We will be happy to add this request to our target list. Unfortunately,
it is very unlikely that we can acquire the images. We have only a few days
left to operate before final system shutdown and removal.
I hope we may be of assistance to you in the future.
Sincerely,
Burgess Howell
ISERV
lo de removal se refiere a esto dado que es una plataforma en testeo:
ISERV was installed as a technology testbed in the Window Observational
Research Facility (WORF) on the orbiting laboratory in January 2013 and is
scheduled to be removed from operation in 2015. The camera receives and
acts on commands from the ISERV team to acquire image data of specific
areas of Earth’s surface as the space station passes overhead.
3. Hacia el futuro cuando no haya imagenes, pero existan imagenes
aledañas tambien es importante mapearlas(o los bordes), esto para facilitar
una posible georeferenciacion de otras imagenes.
harrierco
--
From: fredyriv...@gmail.com
Date: Mon, 22 Dec 2014 20:08:03 -0500
To: talk-co@openstreetmap.org
Subject: Re: [Talk-co] EN CAUCA, ATENCIÓN A EMERGENCIA TRAS AVALANCHA -
Comunicado de prensa N° 202
La alcaldia tiene algo de info que quiza sirva de algo
http://bolivar-cauca.gov.co/apc-aa-files/65306439303230366530393436363636/hidrografia_bolivar_2.jpg
http://bolivar-cauca.gov.co/apc-aa-files/65306439303230366530393436363636/zona_urbana_1.jpg
2014-12-22 19:57 GMT-05:00 hyan...@gmail.com hyan...@gmail.com:
Por lo descrito en el mensaje, tal vez esta pueda ser un acercamiento
hacia el área de emergencia
http://umap.openstreetmap.co/es/map/untitled-map_201#10/1.8564/-77.0293
El 22 de diciembre de 2014, 19:05, hyan...@gmail.com hyan...@gmail.com
escribió:
+1
El 22 de diciembre de 2014, 18:45, Fredy Rivera fredyriv...@gmail.com
escribió:
Hola maperos
El dia de mañana estará en la zona Carlos Andres barrera (Puentero)
quien nos solicita que colaboremos en el mapeo de la zona.
Carlos pertenece a Unidad Nacional para la Gestión del Riesgo de
Desastres y fue precisamente quien hizo famoso el mapa de OSM en la
atención del terremoto en Haiti.
Les parece si organizamos un task y nos ponemos en la tarea?
salu2
Humano
2014-12-22 10:37 GMT-05:00 Gestión del Riesgo de Desastres Ungrd
comunicacio...@gestiondelriesgo.gov.co:
*Comunicado de prensa N° 202*
*Bogotá 22 de diciembre de 2014*
*EN CAUCA, ATENCIÓN A EMERGENCIA TRAS AVALANCHA*
*El evento sucedió en la madrugada del domingo, como consecuencia de
las lluvias que se presentaron al sur del Departamento e involucró a los
ríos San Bingo y Mazamorras*
*22 de diciembre de 2014. *Desde el momento de la emergencia sucedida a
raíz de las lluvias presentadas en la tarde del sábado y la madrugada del
domingo, el Sistema Nacional de Gestión del Riesgo de Desastres se activó
para brindar atención a la emergencia que dejó a su paso 3 personas
[OSM-talk-fr] Calvaires — Re: Changements massif sur les noms génériques de shop et amenity
Le 26 déc. 2014 à 22:17, Christian Rogel christian.ro...@club-internet.fr a écrit : Dernier point : tous les calvaires comportent au mois une croix (parfois plusieurs), mais toutes les croix ne sont pas des calvaires, Effectivement. Donc toutes les croix en photo sur la page du wiki sont des calvaires ? http://wiki.openstreetmap.org/wiki/Tag:historic%3Dwayside_cross http://wiki.openstreetmap.org/wiki/Tag:historic=wayside_cross elles entrent alors dans la catégorie croix de chemin » Tu parles de celles réparties le long des chemins de croix ou des croix (sans Christ) le long des chemins ? Un calvaire, qui comporte obligatoirement une image du Christ sur la croix ne n’est pas distingué comme une catégorie d’édicule dans OSM, car peu de pays anglophones en ont (Irlande, sans doute). C’est plutôt une histoire de catholiques vs protestants ? Les 1ers ont toujours (?) un christ sur la croix, alors que les seconds jamais ? Ou tout simplement le fait que personne jusqu’ici n’a eu le temps de définir des attributs pour ce types de points de repères ? Sans doute faudrait-il introduire un historic = calvary, mais, on aurait du mal à y ajouter les statues, parfois nombreuses (des dizaines) qui peuvent les peupler. Pas forcément, juste rajouter une sous clé comme wayside_cross=calvary;… ou wayside_shrine=virgin; On peut ainsi trouver et afficher simplement une croix, et pour le détail la sous-clé permet de savoir ce que c’est exactement. Qui serait prêt à pousser ce nouveau couple de tags sur le wiki d’OSM ? Je pense que tu peux en discuter avec les allemands qui ont fait la carte des objets historiques :-) Et comme ça on n’aura plus de name=Vierge ou name=Calvaire ;-) — Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calvaires — Re: Changements massif sur les noms génériques de shop et amenity
Le 27 déc. 2014 à 11:29, Yves Pratter yves.prat...@gmail.com a écrit : Sans doute faudrait-il introduire un historic = calvary, mais, on aurait du mal à y ajouter les statues, parfois nombreuses (des dizaines) qui peuvent les peupler. Pas forcément, juste rajouter une sous clé comme wayside_cross=calvary;… ou wayside_shrine=virgin; On peut ainsi trouver et afficher simplement une croix, et pour le détail la sous-clé permet de savoir ce que c’est exactement. En feuilletant le wiki, j’ai retrouvé historic=tree_shrine qui semble être qu’une sous espèce de hisotric=wayside_shrine (et il n’y a que 35 exemplaires en base) J’ai initié une discussion : https://wiki.openstreetmap.org/wiki/Talk:Tag:historic%3Dtree_shrine https://wiki.openstreetmap.org/wiki/Talk:Tag:historic=tree_shrine Pour ne pas créer des valeurs infinies de historic=*shrine*, je pense qu’il faut rester assez générique. Et pourquoi ne pas utilisé un tag générique pour indiquer ce que représente la statue ;-) subject:wikidata=Q1938795 https://www.wikidata.org/wiki/Q1938795 Il s’agit de Blessed Virgin Mary (pas traduit encore en français). La difficulté est de ne pas se tromper de vierge… On pourrait utiliser subject:wikidata=Q302 https://www.wikidata.org/wiki/Q302?uselang=fr pour Jésus-Christ, subject:wikidata=Q9441 https://www.wikidata.org/wiki/Q9441 pour Bouddha… — Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] weeklyOSM en français?
Bonjour à tous, Excusez mon mauvais français, s'il vous plait. Mon nom est Manfred, je vis dans la Sarre (près de La Lorraine et du Luxembourg). Je suis responsable pour la coordination du travail au www.weeklyosm.eu. Peut-être l'un ou l'autre connait notre blog hebdomadaire, avec les nouvelles importantes du monde de l'OSM. Nous croyons que la communauté française de OSM est si important qu'il mérite sa propre version en langue française. Nous serions très heureux si quelqu'un de la communauté française aimerait se joindre à notre équipe. Contactez-nous s'il vous plait via theweekly...@gmail.com. -- ## Manfred ## www.weeklyosm.eu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [BANO] Découper les voies ? Au moins par commune ....
Bonjour à tous, Je dégomme du rouge depuis 2 mois sur la région de Rouen pour la BANO. Travaillant plutôt sur des communes rurales, avec l'éditeur Potlatch2, je dois souvent retracer des sections importantes de route quand une départementale traverse plusieurs communes et porte un nom différent dans chacune ... Est-il possible de diviser une polyligne de part et d'autre d'un nœud ? Et si je prends un peu de recul ... Est-ce que ce découpage ne devrait-il pas être fait sur toutes les routes de toute la France ? (Là j'espère des réactions !) Merci d'avance, Laurent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] Découper les voies ? Au moins par commune ....
Le 27/12/2014 22:38, Laurent Choisie a écrit : Bonjour à tous, Je dégomme du rouge depuis 2 mois sur la région de Rouen pour la BANO. Travaillant plutôt sur des communes rurales, avec l'éditeur Potlatch2, je dois souvent retracer des sections importantes de route quand une départementale traverse plusieurs communes et porte un nom différent dans chacune ... Est-il possible de diviser une polyligne de part et d'autre d'un nœud ? Oui bien sûr ! Il n'y a pas un ciseau quelque part dans Potlatch (je ne l'utilise jamais et je recommande vivement de passer à JOSM si tu contribue régulièrement, ce qui semble être le cas). Et si je prends un peu de recul ... Est-ce que ce découpage ne devrait-il pas être fait sur toutes les routes de toute la France ? (Là j'espère des réactions !) Le découpage est même souvent encore plus fin que ça. Elle porte souvent un nom dans la zone habitée, mais aucun en dehors, et le nom peut être différent dans les 2 directions (route de machin d'un côté et route de truc de l'autre)... -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] Découper les voies ? Au moins par commune ....
Bonjour Le 27/12/2014 22:38, Laurent Choisie a écrit : Est-il possible de diviser une polyligne de part et d'autre d'un nœud ? Heu, tu veut dire une ligne autour d'un nœud ? touche p dans JOSM après avoir sélectionner : - le nœud d'un chemin - ou le nœud et le chemin ouvert concerné si le nœud appartient à plusieurs chemins ouvert Et si je prends un peu de recul ... Est-ce que ce découpage ne devrait-il pas être fait sur toutes les routes de toute la France ? (Là j'espère des réactions !) Je plussoie Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] Découper les voies ? Au moins par commune ....
On 27/12/2014 22:59, Christian Quest wrote: le nom peut être différent dans les 2 directions (route de machin d'un côté et route de truc de l'autre)... Wow - je me demandais justement comment étiqueter ça ! Il y a une bonne méthode ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] Découper les voies ? Au moins par commune ....
Bonjour, Le 28/12/2014 01:54, Jean-Marc Liotier a écrit : On 27/12/2014 22:59, Christian Quest wrote: le nom peut être différent dans les 2 directions (route de machin d'un côté et route de truc de l'autre)... Wow - je me demandais justement comment étiqueter ça ! Il y a une bonne méthode ? J'utiliserais name:forward et name:backward. Mais vu leur usage jusque là (40 occurrences à eux 2) le cas semble inexistant en France : http://taginfo.openstreetmap.org/keys/name%3Aforward http://taginfo.openstreetmap.org/keys/name%3Abackward Le cas banal chez nous, c'est la route départementale qui traverse le village, avec un nom distinct dans chaque direction depuis le centre du bourg : http://www.openstreetmap.org/#map=15/46.7849/1.9595 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSRM-talk] Issue with chosing a sub-optimal route
Rudolf Mayer wrote: Ideal should be http://osrm.at/atu, which however gets a slower time computed - and I don't really understand why... - Both ways have the same speed limit (ro:Urban) - The second option is shorter The trunk road (219294960) has smoothness=very_bad set on it. This will cause a slower speed to be assumed. Richard ___ OSRM-talk mailing list OSRM-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/osrm-talk
