Re: [Talk-it] Rilevazione della velocita' media tramite Tutor
2013/7/16 Fabri > un video [0] e un articolo [1] esplicativi > > si, conosco, è incredibile che fanno la sorveglianza totale di tutte le macchine solo per rilevare chi va troppo veloce. Certo, poi cancellano i dati, vanno tenuti solo per il minimo di tempo necessario per effettuare il controllo della velocità ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rilevazione della velocita' media tramite Tutor
un video [0] e un articolo [1] esplicativi [0] www.youtube.com/watch?v=-5lkK8FSWlQ [1] http://www.motoblog.it/post/18107/il-tutor-ecco-cosa-e-e-come-funziona ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Rilevazione della velocita' media tramite Tutor
Il 16/07/2013 19:20, Fabri ha scritto: Come si pu� taggare un tratto di strada dotato di sistema "Tutor" ? Non � propriamente un Autovelox/speed_camera Un sistema che evidenzia che hai superato la velocità e che è meglio se alzi il piede dall'acceleratore? -- Simone Girardelli ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Rilevazione della velocita' media tramite Tutor
Come si può taggare un tratto di strada dotato di sistema "Tutor" ? Non è propriamente un Autovelox/speed_camera ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] La SAT - Società degli Alpinistri Tridentini rilascia in Open Data i dati dei sentieri
e ne parla anche l'Europa con EPSIPlatform http://epsiplatform.eu/content/open-geo-data-alpine-tracks-and-trails-trentino ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] wetap.org
2013/7/16 Volker Schmidt > Vista lo sfondo politico-sociale della loro impresa sono convinto che una > collaborazione sarà di obbligo. Solo che per il momento, almeno in Europa, > il contributo dei loro utenti è limitato. Anche a me piacerebbe collaborare, eventualmente sono disponibili a darci i dati sotto ODbL (ma non so se possono, dipende dei loro contributor terms). I POI attuali quindi non possono prendersi da OSM per incompatibilità delle 2 licenza :( ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] wetap.org
Se guardate il loro secondo sito https://wetap.wordpress.com viene più chiaro il loro approccio. Hanno avuto aiuto tecnico da alcune persone da Google. I dati per la maggior parte al momento sono da OSM. A questi dati aggiungono nuovi a traverso un approccio di croud sourcing, in primo luogo con apps per smart phones. Su questo sito è anche chiaramente detto: "This work is licensed under the Creative Commons Attribution-ShareAlike 2.0 License" Il loro svilluppatore per il app per Android è un italiano: "With help from application developer Massimo Di Cosimo in Italy, the next phase of the * WeTap* app for Android was released in January 2012" (http://wetap.org/ > story) Sul sito http://wetap.org/ elencano OSM fra gli "sponsors". Attualmente sembra che sulla loro mappa i fonti marcati con puntino azzurro e rosa sono da OSM quelli in rosso da utenti WeTap. Quelli in rosa sembrano tute avere una foto. Attualmente la stragrande maggioranza sembra prese da OSM. Vista lo sfondo politico-sociale della loro impresa sono convinto che una collaborazione sarà di obbligo. Solo che per il momento, almeno in Europa, il contributo dei loro utenti è limitato. Volker 2013/7/16 Martin Koppenhoefer > > > > 2013/7/16 Fabri > >> Si ma in teoria loro non dovrebbero averle tutte? Proviamo a contattarli? >> > > > +1 > in teoria (e probabilmente anche in pratica) dovrebbero avere tutti, ma > non è detto che le hanno tutti in un file / posto comodo da prendere. Vedi > cosa ti dicono. Comunque, casomai ce lo danno direi di non fidarsi > cecamente del loro file. > > FYI: noi abbiamo dentro raccordo (circa, ho usato un BB) più di 1100 > nasoni in OSM. Alla fine un file "ufficiale" non sarebbe mai da importare > ma sempre da usare per trovare punti che meritano un nuovo rilievo (penso). > > ciao, > Martin > > ___ > Talk-it mailing list > Talk-it@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-it > > ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] wetap.org
2013/7/16 Fabri > Si ma in teoria loro non dovrebbero averle tutte? Proviamo a contattarli? > +1 in teoria (e probabilmente anche in pratica) dovrebbero avere tutti, ma non è detto che le hanno tutti in un file / posto comodo da prendere. Vedi cosa ti dicono. Comunque, casomai ce lo danno direi di non fidarsi cecamente del loro file. FYI: noi abbiamo dentro raccordo (circa, ho usato un BB) più di 1100 nasoni in OSM. Alla fine un file "ufficiale" non sarebbe mai da importare ma sempre da usare per trovare punti che meritano un nuovo rilievo (penso). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] wetap.org
Si ma in teoria loro non dovrebbero averle tutte? Proviamo a contattarli? Il 15/07/2013 16:29, Martin Koppenhoefer ha scritto: > 2013/7/15 Fabri > >> Anche l'acea se ne era uscita con la mappa dei nasoni (fontanelle) di >> Roma. Magari gli si può chiedere di fare un po' di Open Data >> >> http://www.aceaspa.it/ViewDocument.aspx?lang=it&docid=af31ee319ab14da5878383fcae410251 >> >> > si, da notare però che sono solo quelli del I. Municipio: "La mappa è un > opuscolo tascabile in italiano e in inglese con la cartina dove sono > segnalati gli oltre 200 nasoni del I Municipio" > > ciao, > Martin > ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Confini amministrativi, isole...
2013/7/16 marco bra : > In questa zona confini comunali sembrano alquanto improbabili..., > quantomeno nelle isole interne al confine principale... > > http://www.openstreetmap.org/?lat=40.40562&lon=15.49765&zoom=16 > > Non avendo possibilità di verifica precisa Vi invio messaggio qui penso, invece, che siano corretti, si tratta di enclavi (o exclavi) http://it.wikipedia.org/wiki/Exclavi del comune confinanti. dei "pezzi" di comune finiti nel comune limitrofo a seguito di eventi vari. ce ne sono parecchi in italia (campione d'Italia ad esempio è un comune italiano totalmente circondato dalla svizzera). -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Recupero relazioni scomparse (Italia, Sicilia, Siracusa, etc)
Am 16.07.2013 um 10:57 schrieb Daniele Forsi : > sarà anche praticamente nullo per quella relazione, ma fa aumentare il > costo del mantenimento di qualsiasi altro oggetto che si trova in un > bounding box che comprende un pezzo di quelal relazione perché si > devono scaricare entrambe (land_area e admin_level 2), almeno con JOSM +1, se fosse nullo, allora perché è sempre danneggiata e perché attualmente ha già 892 versioni? http://www.openstreetmap.org/browse/relation/957374 E' vero che anche la coastline viene spesso danneggiata, ma al meno non pesa come una relazione (appunto per non pesare troppo sul db si ha deciso per utilizzare l'attuale sistema coastline process), e almeno ha un senso, cosa la landmass non ha (è completamente ridondante). C'è al meno una persona qui che utilizza la relazione landmass per qualche scopo? Io non conosco nessuno. La mia proposta è di cancellare la relazione landmass completamente per inutilità e perché non aggiunge alcuna informazione. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Recupero relazioni scomparse (Italia, Sicilia, Siracusa, etc)
Il 15 luglio 2013 21:30, Giuseppe Bilotta ha scritto: > Il costo del mantenimento della relazione (una volta che sia stata > definita correttamente) è praticamente nullo sarà anche praticamente nullo per quella relazione, ma fa aumentare il costo del mantenimento di qualsiasi altro oggetto che si trova in un bounding box che comprende un pezzo di quelal relazione perché si devono scaricare entrambe (land_area e admin_level 2), almeno con JOSM la relazione boundary (365331) pesa circa 31K la relazione land_area (957374) pesa circa 156K -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Confini amministrativi, isole...
In questa zona confini comunali sembrano alquanto improbabili..., quantomeno nelle isole interne al confine principale... http://www.openstreetmap.org/?lat=40.40562&lon=15.49765&zoom=16 Non avendo possibilità di verifica precisa Vi invio messaggio qui Grazie mcheck -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945&lon=8.6798&zoom=15&layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
