Re: [Talk-it] Nuova mappa con POI + richiesta
On 27/06/2014 07:40, sabas88 wrote: Così funge http://taginfo.osm.org/search?q=Contact%3A Grazie mille Stefano e scusami Martin! (fossi stato un po' più chiaro... :P) w il tagging libero!!1! «Il tagging è come il sesso, è meglio quando è libero.» - MM -- Michael Moroni +393313151159 http://diasp.eu/u/airon90 Non stampare questa email se non necessario! Pensa all'ambiente! Ne presu ĉi tiun retpoŝton se nenecese! Pripensu al medio! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OT - Mappa Instagram self service
;-) Grazie a voi. Sono tutte cose imparate qui e in sod. Conoscenza diffusa che poi torna utile a tutti Inviato da iPhone > Il giorno 27/giu/2014, alle ore 08:32, Aury88 ha > scritto: > > Grazie Francesco per questa pagina e in generale per il tuo > interessantiossimo blog. > l'ho appena aggiunto ai preferiti sul mio browser :) > > saluti, > > Aurelio > > > > - > Ciao, > Aury > -- > View this message in context: > http://gis.19327.n5.nabble.com/OT-Mappa-Instagram-self-service-tp5809631p5809651.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] Nuova Mappa Panoramica delle Dolomiti con dati OSM
2014-06-26 11:31 GMT+02:00 Martin Koppenhoefer : > > > tag "ele" per alcune cime, ma penso OSM per lo più serviva per i centri > abitati e per le strade, i profili delle montagne certo non derivano da OSM > ... > derivano da diversi DEM provinciali/regionali http://www.webmapp.it/mappe/dolomiti/ > ciao, > Martin > -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova Mappa Panoramica delle Dolomiti con dati OSM
2014-06-26 15:32 GMT+02:00 Edoardo Yossef Marascalchi : > No, solo se il DB fosse reso pubblico, Finquando l'unico output del mashup è > un rendering, non è necessario rilasciare il DB. > +1, è quello che fanno loro. Sono specializzati in rendering -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mapquestapi restituisce poco
Simone Cortesi wrote > On Fri, Jun 20, 2014 at 12:19 PM, cascafico < > cascafico@ > > wrote: >> ho un problema: non posso usare overpassturbo ed ho bisogno di scaricare >> i >> numeri civici del mio comune. > se il tuo problema sono i limiti di memoria del tuo browser, puoi > usare l'interfaccia a riga di comando, o salvarti direttamente il file > tramite URL: http://overpass-api.de/index.html Grazie mille! Overpass turbo, viene bloccato dal firewall aziendale, suppongo per politiche iperprotettive (nell'elaborazione passa qualche "exe"), mentre la query di overpass ""aspirata" fila via liscia! PS: per la query su Mapquest, non credo sia il browser abbia problemi: i civici sono qualche decina. - -- cascafico.altervista.org twitter.com/cascafico -- View this message in context: http://gis.19327.n5.nabble.com/Mapquestapi-restituisce-poco-tp5809092p5809663.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] Carta tecnica Comune di Lecce
2014-06-27 1:27 GMT+02:00 Federico Cortese : > 1) Serbatoio,Torre Piezometrica [17] man_made=water_tower --> perfetto > > per torri va bene, ma se contiene anche altri serbatoi il tag per quelli dovrebbe essere man_made=storage_tank > 4) baracca [17600] building=hut > non mi trovo molto d'accordo perchè, da una verifica fatta nel relativo > layer della CTR, molto spesso con "baracche" sono rappresentati chioschi, > tipo edicole o simili. Pertanto piuttosto che inserire un dato sbagliato, > credo sarebbe più opportuno usare un generico building=yes e lasciare > decidere al mappatore se modificare il tag in eventuale fase di verifica. > si, perché per un chiosco non va bene hut, il valore dovrebbe in quel caso essere "kiosk" > > 9) campo sportivo coperto [1] > questo è davvero bizzarro, perchè comprende una singola feature che sono > andato a cercare, scoprendo che si tratta di una piccola comunissima casa > privata. Con un building=yes stiamo tranquillissimi. > se quello è una casa privata (senza campo sportivo), allora mi preoccuperei della bontà dei dati in generale ;-) > > 10) capannone [1473] building=warehouse > -1, credo che capannone indica in generale un edificio (industriale / agricolo / ...) ad un piano. Potrebbe essere un warehouse, un production_hall, ecc. sembra però che building:levels=1 dovrebbe essere giusto (come tag aggiuntivo), e forse anche roof:shape=flat ? > invece di warehouse (capannoni destinati allo stoccaggio o al sistema di > distribuzione) forse sarei più propenso ad utilizzare building=industrial, > in quanto trattasi per lo più di capannoni industriali (opifici). > "industrial" non mi sembra un ottimo building type, in quanto comprende qualsiasi tipo di edificio (è una tipologia di utilizzo, ma c'è una grande differenza tra un warehouse ed un research lab ed un production hall, ed un ...). Inoltre "capannone" potrebbe comprendere anche edifici agricoli... > Purtroppo però all'interno dello stesso layer sono inseriti anche i centri > commerciali o perfino la multisala cinematografica > strano, non da molto fiducia, no? 14) cappella cimitero [3250] > non mi risulta ci sia un tag specifico. Lascerei building=yes, tanto > saranno all'interno di un amenity=grave_yard o landuse=cemetery. > building=chapel chiaramente > > 15) castello [4] historic=castle --> perfetto > più un adeguato "castle_type" 17) chiesa [262] building=church --> perfetto ma aggiungerei amenity=place_of_worship +1, ed anche religion=christian 23) edificio interrato [178] Metterei un building=yes + building:levels:underground=1 forse anche un location=underground? 27) palude [1] trattasi di una singola feature, dall'ortofoto sembra in tutto e per tutto una piscina privata a forma regolare di fagiolo, quindi leisure=swimming_pool + access=private. --> strano 28) pensilina [4] trattasi di semplici aggetti di modestissime dimensioni per la protezione dell'edificio dalle intemperie. Sinceramente non le importerei proprio. --> building=roof 29) piscina [501] leisure=swimming_pool + access=private --> perfetto ovviamente se non si tratta di piscine pubbliche 32) serbatoio [266] non ho approfondito molto, ma quelli che sono riuscito a vedere sono in tutto uguali alle torri piezometriche, quindi direi man_made=water_tower. --> vedi 1), forse man_made = storage_tank 36) tendone pressurizzato [8] non mi risulta nulla di adeguato, andrei con building=yes. metterei building=air-supported_structure o qualcosa di simile http://en.wikipedia.org/wiki/Air-supported_structure forse quello dovrebbe essere un valore per building:structure e nel valore building si potrebbe mettere "hall", non lo so, tocca vedere di cosa si tratta in particolare (campi da tennis?) o forse building:structure=pneumatic ? 38) torre [26] man_made=tower --> perfetto --> insieme a "tower:type" 39) traliccio rappresentabile [299] power=tower --> perfetto solo se un traliccio della rete elettrica 40) tribuna campo sportivo [21] un semplice building=yes? building=grandstand o stand 41) trullo [1091] trattasi di tipologia molto caratteristica del territorio, che andrebbe differenziata dagli altri edifici. Nella provincia di Lecce più che di trullo si tratta di "pajara" (http://it.wikipedia.org/wiki/Pajara), costruzione di forma circolare realizzata in pietrame a secco. Non so se esista un tag apposito per edifici storici tipici del luogo, oppure se convenga utilizzare un historic=building. historic=building potrebbe andare bene, ma mettici anche historic:civilization=* e come building ci metterei proprio ="pajara" ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova Mappa Panoramica delle Dolomiti con dati OSM
2014-06-27 10:01 GMT+02:00 Luca Delucchi : > > No, solo se il DB fosse reso pubblico, Finquando l'unico output del > mashup è > > un rendering, non è necessario rilasciare il DB. > > > > +1, è quello che fanno loro. Sono specializzati in rendering ma vuol dire che Google (che non distribuisce i loro dati, credo) potrebbe usare OSM per "tappare i buchi" senza ridare niente? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova Mappa Panoramica delle Dolomiti con dati OSM
On 27 Jun 2014 13:10, "Martin Koppenhoefer" wrote: > > > 2014-06-27 10:01 GMT+02:00 Luca Delucchi : > >> > No, solo se il DB fosse reso pubblico, Finquando l'unico output del mashup è >> > un rendering, non è necessario rilasciare il DB. >> > >> >> +1, è quello che fanno loro. Sono specializzati in rendering > > > > ma vuol dire che Google (che non distribuisce i loro dati, credo) potrebbe usare OSM per "tappare i buchi" senza ridare niente? > Si, Sarebbe obbligata a restituire solo le modifiche apportate ai dati esistenti (collective database).. ___ > 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] Civici FVG
Ciao, a mio avviso ci sono anche altre cose, ad esempio solo le iniziali sono maiuscole e gli accenti devono essere della lettera e non apici aggiunti alla fine. Inoltre bisogna verificare come sono indicati i numeri nelle vie che comprendono date o numerazioni dove bisogna distinguere tra numeri romani e arabi in base alla regole generali. Poi mancano tutti i nomi di persona, è presente solo il cognome, mentre nelle tabelle è sempre presente anche il nome. Il punto non dovrebbe nemmeno starci perchè ciò indica una abbreviazione e questo non è corretto. Quindi prima di importare dovranno essere verificati i singoli dati, sarebbe bene dividere il lavoro per comuni. Io ad esempio avevo già individuato i nomi delle vie di alcuni comuni della mia zona, inserendoli nel wiki del comune su osm. Con questi dati si potrebbero completare anche gli altri comuni così da avere anche la progressione del lavoro sul wiki. -- View this message in context: http://gis.19327.n5.nabble.com/Civici-FVG-tp5807884p5809680.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] Carta tecnica Comune di Lecce
Ciao Martin e grazie per il tuo prezioso apporto, sempre dettagliato e completo. Di seguito qualche mia considerazione. 2014-06-27 12:33 GMT+02:00 Martin Koppenhoefer : > > se quello è una casa privata (senza campo sportivo), allora mi > preoccuperei della bontà dei dati in generale ;-) > +1, infatti me ne preoccupo seriamente. Purtroppo però all'interno dello stesso layer sono inseriti anche i centri >> commerciali o perfino la multisala cinematografica >> > > strano, non da molto fiducia, no? > > no, per nulla, proprio per questo motivo sarei più propenso a rimanere nel generico senza scendere troppo nel detaglio del tag, ma dando più importanza alle geometrie che invece sono di buonissima qualità. 14) cappella cimitero [3250] > >> non mi risulta ci sia un tag specifico. Lascerei building=yes, tanto >> saranno all'interno di un amenity=grave_yard o landuse=cemetery. >> > > building=chapel chiaramente > si ci avevo pensato, ma l'avevo scartato perchè non si tratta propriamente di cappelle di culto, ma delle "edicole funerarie" cioè quei piccoli edifici che contengono i loculi per la tumulazione. 27) palude [1] > trattasi di una singola feature, dall'ortofoto sembra in tutto e per tutto > una piscina privata a forma regolare di fagiolo, quindi leisure=swimming_pool > + access=private. > > --> strano > si strano, ma molto evidente, si vede la classica villetta in zona residenziale con giardino, camminamenti e piscina a fagiolo (tutt'al più se non di piscina potrebbe trattarsi di stagnetto). Anche questo punto non infonde sicurezza nei dati, certo qualche svista può capitare su una CTR estesa ed eterogenea come quella pugliese. 39) traliccio rappresentabile [299] power=tower --> perfetto > > solo se un traliccio della rete elettrica > > condivido, infatti al punto 16 avevo tenuto a precisare che l'antenna di comunicazione che ho trovato nell'area di pertinenza della centrale Telecom (mentre verificavo appunto cosa fossero le "centraline telecom") era riportata come "traliccio rappresentabile", andando in contrasto col punto 39. Credo che in funzione di tutte le ultime considerazioni si potrebbe quasi completare la tabella e cominciare a pensare ad una possibile programmazione del piano di import. Bisognerebbe tra l'altro registrare il progetto nella tabella di catalogo degli import (come da step 4, punto 2, delle linee guida) e comunicarlo alla ML internazionale di import. Mi chiedevo infine, anche se attualmente non ci sono molti fabbricati già disegnati in Lecce e dintorni, se fosse comunque opportuno, come è stato fatto per Palermo, dividere le feature in touch e non-touch, in modo da fare import separati per le due tipologie, per prestare particolare attenzione quando il fabbricato che si sta importando si sovrappone ad uno già disegnato. Ancora mi domando se convenga importare tutto lo shapefile, oppure limitarsi all'intersezione col perimetro comunale di Lecce (magari includendo anche il comune di Surbo, visto che è un "inner" di Lecce). Come già sottolineto i dati sono stati rilasciati dal comune di Lecce, anche se provengono dalla più ampia CTR Puglia, ed includono oltre al territorio di Lecce anche molti comuni limitrofi, alcuni dei quali sono stati tagliati di netto. Per questi comuni pertanto si verrebbero ad importare fabbricati "monchi", perchè posti al limite dell'area di ritaglio. Non voglio sollevare problemi inutili, ma credo che questi aspetti debbano essere valutati prima. Per ora vi saluto. Federico (corfede) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Carta tecnica Comune di Lecce
2014-06-27 14:45 GMT+02:00 Federico Cortese : > > 14) cappella cimitero [3250] >> >>> non mi risulta ci sia un tag specifico. Lascerei building=yes, tanto >>> saranno all'interno di un amenity=grave_yard o landuse=cemetery. >>> >> >> building=chapel chiaramente >> > > si ci avevo pensato, ma l'avevo scartato perchè non si tratta propriamente > di cappelle di culto, ma delle "edicole funerarie" cioè quei piccoli > edifici che contengono i loculi per la tumulazione. > forse building=aedicula ? http://en.wikipedia.org/wiki/Aedicula sembra pertinente > Credo che in funzione di tutte le ultime considerazioni si potrebbe quasi > completare la tabella e cominciare a pensare ad una possibile > programmazione del piano di import. > Bisognerebbe tra l'altro registrare il progetto nella tabella di catalogo > degli import (come da step 4, punto 2, delle linee guida) e comunicarlo > alla ML internazionale di import. > si, loro ti faranno probabilmente altri considerazioni, al solito vogliono vedere proprio i files osm da importare, e vogliono una pagina wiki dedicata all'import. > Mi chiedevo infine, anche se attualmente non ci sono molti fabbricati già > disegnati in Lecce e dintorni, se fosse comunque opportuno, come è stato > fatto per Palermo, dividere le feature in touch e non-touch, > si, la cosa più facile è togliere tutto ciò dove c'è già qualcosa. > in modo da fare import separati per le due tipologie, per prestare > particolare attenzione quando il fabbricato che si sta importando si > sovrappone ad uno già disegnato. > si, la cosa migliore sarebbe di fare un "import" pezzo per pezzo (con più persone volendo), intendo tu prepari il file con la conversione, lo tagli in pacchetti piccoli e gestibili, e con calma gli utenti aprono il file in JOSM in un nuovo livello, prendono gli elementi e li caricano sul server, previa verifica e connoscendo il territorio. Purtroppo richiede una piccola comunità attiva nel territorio. In ogni caso non è accettabile (lo dico soltanto pro forma, non perché penso che intendessi farlo) cancellare tutto ciò che c'era prima per "preparare" l'import ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova Mappa Panoramica delle Dolomiti con dati OSM
On ven 27 giu 2014 13:19:41 CEST, sabas88 wrote: > On 27 Jun 2014 13:10, "Martin Koppenhoefer" > wrote: > > > > > > 2014-06-27 10:01 GMT+02:00 Luca Delucchi : > > > > > > No, solo se il DB fosse reso pubblico, Finquando l'unico output del > mashup è > > > > un rendering, non è necessario rilasciare il DB. > > > > > > > > > > +1, è quello che fanno loro. Sono specializzati in rendering > > > > > > > > ma vuol dire che Google (che non distribuisce i loro dati, credo) > potrebbe usare OSM per "tappare i buchi" senza ridare niente? > > > Si, > Sarebbe obbligata a restituire solo le modifiche apportate ai dati > esistenti (collective database).. E dovrebbe anche citare osm come fonte oltre a teleatlas? > > ___ > > 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] Nuova Mappa Panoramica delle Dolomiti con dati OSM
2014-06-27 15:22 GMT+02:00 Fabri : > > E dovrebbe anche citare osm come fonte oltre a teleatlas? > si -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova Mappa Panoramica delle Dolomiti con dati OSM
ni, dipende... spiego domenica se non lo fa prima qualcun altro On Jun 27, 2014 4:42 PM, "Luca Delucchi" wrote: > 2014-06-27 15:22 GMT+02:00 Fabri : > > > > > E dovrebbe anche citare osm come fonte oltre a teleatlas? > > > > si > > > -- > ciao > Luca > > http://gis.cri.fmach.it/delucchi/ > www.lucadelu.org > > ___ > 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] Nuova Mappa Panoramica delle Dolomiti con dati OSM
2014-06-27 16:32 GMT+02:00 Edoardo Yossef Marascalchi < e.marascal...@gmail.com>: > ni, > dipende... spiego domenica se non lo fa prima qualcun altro > comunque, se pubblicamente utilizzi un produced work devi rendere disponibile il db derivato. Se non mischi (collective db) http://opendatacommons.org/licenses/odbl/1.0/ 4.2 Notices. If You Publicly Convey this Database, any Derivative Database, or the Database as part of a Collective Database, then You must: a. Do so only under the terms of this License or another license permitted under Section 4.4; b. Include a copy of this License ... c. Keep intact any copyright or Database Right notices ... 4.3 Notice for using output (Contents). Creating and Using a Produced Work does *not* require the notice in Section 4.2. However, if you Publicly Use a Produced Work, *You must include a notice associated with the Produced Work* reasonably calculated to *make any Person* that uses, views, accesses, interacts with, or is otherwise exposed to the Produced Work *aware that Content was obtained from the Database*, Derivative Database, or the Database as part of a Collective Database, *and that it is available under this License.* 4.4 c. Derivative Databases and Produced Works. A Derivative Database is Publicly Used and so must comply with Section 4.4. if a Produced Work created from the Derivative Database is Publicly Used. 4.6 Access to Derivative Databases. If You Publicly Use a Derivative Database or a Produced Work from a Derivative Database, You must also offer to recipients of the Derivative Database or Produced Work a copy in a machine readable form of: a. The entire Derivative Database; or b. A file containing all of the alterations made to the Database or the method of making the alterations to the Database (such as an algorithm), including any additional Contents, that make up all the differences between the Database and the Derivative Database. ... Io leggo che devo rendere pubblico il database se rendo pubblico un opera creato con questo database ODbL. Ci sono delle limitazioni: 4.5 *Limits of Share Alike*. The requirements of Section 4.4 do not apply in the following: a. For the avoidance of doubt, You are not required to license Collective Databases under this License if You incorporate this Database or a Derivative Database in the collection, but this License still applies to this Database or a Derivative Database as a part of the Collective Database; *b. Using this Database, a Derivative Database, or this Database as part of a Collective Database to create a Produced Work does not create a Derivative Database for purposes of Section 4.4; and* c. Use of a Derivative Database *internally within an organisation* is not to the public and therefore does not fall under the requirements of Section 4.4. io leggo così i limitazioni: 4.5a che non devi rendere disponibile l'intera collezione di db sotto ODbL se il db ODbL dentro la collezione rimane ancora sotto ODbL (non è virale per collective db) b. il produced work non è un derivative db c. se lo usi internamente non si applica la odbl ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] SS. di Santissimi
Va indicato come abbreviazione o va scritta la parola completa Santissimi? -- View this message in context: http://gis.19327.n5.nabble.com/SS-di-Santissimi-tp5809704.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] SS. di Santissimi
Il giorno ven, 27/06/2014 alle 11.44 -0700, bredy ha scritto: > Va indicato come abbreviazione o va scritta la parola completa Santissimi? > > SS non è "Santissimi" ma "Santi". Si usa la doppia per fare il plurale. Le abbreviazioni sono sempre da evitare. Ciao Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it