Re: [Talk-it] Elezione membri OSMF

[Cristiano Giovando]

Premessa: ero impiegato di HOT fino al mese scorso, ed adesso come
consulente esterno. Continuo a lavorare in ambito umanitario
promuovendo l'uso di OSM.

Non ho seguito le lunghe discussioni in OSMF-Talk quest'anno, ma se ci
fossero delle statistiche del numero di interventi di Severin e
Nicolas in mailing lists, potrei scommettere che siano direttamente
correlate al periodo precedente ogni elezione.

Hanno rancori con HOT che non riescono a superare ed ogni volta non
perdono l'occasione di fare attacchi personali in pubblico e denigrare
l'organizzazione. Sono bravissimi a criticare e fare le vittime, ma
non si mettono mai in gioco - magari proponendo la loro candidatura.

Invito tutti coloro che vogliono/possono votare ad informarsi, leggere
i programmi dei candidati ed evitare di fare una scelta solo leggendo
messaggi come quelli di Martin ...o il mio :)

Cristiano

2017-12-06 1:31 GMT+01:00 Luigi Toscano :
> Martin Koppenhoefer ha scritto:
>>
>>
>> sent from a phone
>>
>>> On 5. Dec 2017, at 21:19, Francesco Pelullo  wrote:
>>>
>>> Conoscete personalmente qualcuno dei candidati?
>>
>>
>> ho seguito le discussioni, in particolare i discorsi HOT tra Nicolas, 
>> Severin, Jean Guillaume e il attuale e ex-board di HOT.
>>
>> Personalmente non voterò per nessuno da HOT o affiliato, anche perché HOT ha 
>> già 2 persone nel board (Mikel e Kate), e perché stanno in “contenzioso” con 
>> la OSMF (per via del trademark). E perché mi convincono più le voci che 
>> vogliono un impronta piccola di OSMF che quelli che vogliono una struttura 
>> con leadership (e quindi pecore come mappatori, che seguono).
>
> Attenzione che una delle incompresioni del senso di "leadership" sta qua, che
> *non* si riferisce ad una struttura con capipopolo da un lato pecore
> dall'altro. Ha un senso diverso, e se qualcuno sta faticando a spiegarlo, gli
> altri non lo sentono proprio. Ma amen.
>
>>
>> Se dovessi considerare di votare Heather Leson ti invito a leggere alcuni 
>> post di severin e nicolas e come il CoC in HOT è probabilmente stato 
>> (ab)usato per azzittare i critici.
>
> Forse. Ancora non sono riuscito a capire bene come sia andata. Non sarebbe la
> prima volta che chi ha fatto casini poi reclama di essere perseguitato, ma
> ripeto, è tutto molto complicato.
>
> --
> Luigi
>
> ___
> 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

[Talk-it] Consulente OSM in Uganda

[Cristiano Giovando]

Buongiorno a tutti,

Stiamo cercando un consulente OpenStreetMap per un lavoro in Uganda
durante i prossimi 8 mesi. Se qualcuno fosse interessato, scrivetemi
in privato entro venerdì.

http://bit.ly/uganda-osm-stc-2017

Grazie!
Cristiano


-- Forwarded message --
From: Cristiano Giovando <giov...@gmail.com>
Date: Mon, Jun 5, 2017 at 10:44 PM
Subject: OSM Consultancy Opportunity in Uganda
To: OSM talk-org <t...@openstreetmap.org>


Hey everyone - we are looking for an OpenStreetMap consultant who will
be working in Kampala, Uganda for the next 8 months. This is an
exciting position that gives the opportunity to engaging local
communities and government on adopting OSM.

If you are interested or know of anyone who might be, please let me
know by Friday this week (sorry for the short notice!).

>>> http://bit.ly/uganda-osm-stc-2017

Thanks!
Cristiano

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Terremoto Norcia magnitudo 6.5

[Cristiano Giovando]

On Nov 3, 2016 8:02 PM, "Paolo F"  wrote:
>
>
>
> 2016-11-03 23:06 GMT+01:00 Lorenzo :
>>
>> Ciao Alessandro e Paolo,
>> i vostri WMS funzionano entrambi, direi che quello di Paolo non ha
edifici doppi sovrapposti i quali tra l’altro mi sembra appartengano tutti
alla categoria degli “Unknown”, perché non unite le forze?
>
>
> Ciao,
> sono d'accordo sul fatto di unire le forze o per lo meno di non
disperderle lavorando in maniera indipendente sullo stesso obiettivo.
> Come accennavo a Lorenzo qualche giorno fa, in un incontro casuale, non
mi dispiacerebbe arrivare a stilare un documento che possa essere un
"Protocollo di intervento in caso di emergenza" nel quale si possano
trovare indicazioni su come intervenire, quando, chi puo' o deve
intervenire, se c'e' da contattare qualcuno etc. etc.;
> Fabrizio e' stato rapidissimo nel creare un nuovo task e dando la
possibilita' a tutti i mappatori di poter contribuire, ma quanti sono
abilitati alla gestione del task manager ??
> Avere un pool di amministrator/gestori che possano suddividersi i compiti
e/o contribuire a realizzare/condividere nuovi strumenti per
l'aggiornamento dei dati non sarebbe male, soprattutto per la gestione in
situazioni di emergenza.
> Che ne pensate ??
>
> Ciao, Paolo

Se utile questo documento spiega il protocollo di attivazione di HOT

https://hotosm.org/activation_protocol

Volevo anche segnalarvi che nonostante il ritardo sono finalmente riuscito
at ottenere l'immagine DG di settembre su Norcia cui avevo accennato in un
altro thread.

La trovate su OpenAerialMap con link a GeoTIFF e TMS.

>
>>
>> Ciao.
>> lorenzo
>>
>>
>>
>>> Il giorno 03 nov 2016, alle ore 22:20, Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:
>>>
>>>
http://cigno.ve.ismar.cnr.it:80/geoserver/geonode/settlements_poly_grading_merged/ows?service=wms=1.3.0=GetCapabilities
>>
>>
>>
>> ___
>> 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
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Terremoto nel Maceratese

[Cristiano Giovando]

2016-10-26 16:17 GMT-07:00 Luca Delucchi :
>
> Prima serviranno dei dati, avete qualche contatto con fornitori di
> immagini che potrebbero "donare" foto post terremoto? poi il WMS lo
> tiriamo su noi...

Chiedo a DigitalGlobe e ti faccio sapere. Comunque io mi riferivo ad
immagini pre-evento che ci permettano di mappare la situazione di
riferimento. Spesso su Bing sono vecchie di qualche anno, però
premetto che non ho analizzato quella zona.

Questa immagine GeoEye del 4 settembre potrebbe essere utile, però
copre più a sud verso Norcia:

https://browse.digitalglobe.com/imagefinder/showBrowseMetadata?catalogId=1050010006293500

Per l'hosting delle immagini non è un problema e si possono mettere su
OpenAerialMap (GeoTIFF+TMS). Quelle donate recentemente da
DigitalGlobe per Haiti sono anche lì.

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Terremoto nel Maceratese

[Cristiano Giovando]

Ciao Fabrizio,

Grazie per avere creato il progetto. Sembra che purtroppo ci sia stata
un'altra scossa di 5.9 successiva alla prima.

L'area come detto sembra già molto ben mappata, specialmente rispetto
alle immagini Bing. Sapete a quale anno si riferiscono per la zona? Ci
sono altri servizi di immagini compatibili con la licenza OSM che
potrebbero essere utilizzate e che magari sono più recenti?

Le istruzioni sul progetto al momento sono abbastanza generiche come
indicato, fatemi sapere se posso essere d'aiuto per espanderle o a
tradurle.

Cristiano

PS: io lavoro per Humanitarian OSM Team (https://hotosm.org/), se
utile, posso girare la richiesta di contribuire a questo progetto alla
comunità internazionale.

2016-10-26 11:32 GMT-07:00 Fabrizio Tambussa :
> Poche ore fa si e' verificato un nuovo terremoto nel maceratese, al
> confine con l'Umbria.
> L'epicentro e' localizzato a Castelsantangelo sul Nera.
> Ho aperto un task sul nostro task manager. Il link e':
> http://osmit-tm.wmflabs.org/project/16
> E' un task aperto a caldo: la zona risulta abbastanza mappata con
> tanto di edifici, ma una passata di controllo non guasta mai.
> Saluti
> Fabrizio
>
> ___
> 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: [OSM-talk] [Hot-francophone] Haïti : CNIGS aerial cover / couverture aérienne du CNIGS

[Cristiano Giovando]

Hi Jean-Guilhem,

Thanks for making this imagery available. Can you kindly clarify the
license and the exact geographic footprint? It would also be really
helpful to have more details about accuracy and whether ground control
was used in the orthomosaicing process.

With regards to your messages to the HOT list I believe they are being
moderated for reasons related to previous conduct. Since this is not
your first complaint, would you please take the lead to draft a
proposal for governance of the HOT mailing list?

As you said, the HOT list is open all humanitarian OSM mapping groups,
and a proposal on the wiki could be a concrete first step for the
community to discuss and move forward.

Here are also some materials that may be helpful or could be referenced:

https://wiki.openstreetmap.org/wiki/Etiquette
https://wiki.openstreetmap.org/wiki/Community_Code_of_Conduct_(Draft)
https://github.com/osmlab/codes-of-conduct/blob/master/mailing_lists/code_of_conduct.md

Thanks!

Cristiano

On Oct 25, 2016 3:29 AM, "Jean-Guilhem Cailton"  wrote:
>
> (Version en français ci-dessous)
>
> Hi,
>
> An aerial reference cover of the western end of Tiburon Peninsula has
> been made available by CNIGS (Centre National de l'Information
> Géographique et Spatiale), Haiti national mapping agency. It was taken
> in 2014-2015, with a resolution of 25 cm. It is hosted by OpenStreetMap
> France. A few tiles and strips are currently missing, due to the
> difficulty of connections with Haiti.
>
> If you are to realign data or images, you should use it as reference.
>
> TMS URL for JOSM:
> tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/haiti_cnigs_2014_2015/{zoom}/{x}/{y}
>
> (This same layer was first started with coverage of the areas covered by
> drones after hurricane Matthew).
>
> Best wishes,
>
> Jean-Guilhem
>
> PS : After some "post-factual" messages, it could be necessary to recall
> that my messages to the h...@openstreetmap.org mailing list have been
> delayed and even often completely blocked since more than a year. That
> is why I also now address them to the Talk list, so that this be visible
> publically. No justification whatsoever was ever given, in spite of many
> requests - not even an example of an inappropriate email.
> My last blocked emails were about drone images after Matthew. By the
> way, that subject was considered interesting enough by AFP to publish
> this article by Amélie Baron, that appeared around the World:
> https://www.yahoo.com/news/drones-help-identify-post-hurricane-matthew-needs-haiti-190702633.html
> These repeated blocks, against OSM lists rules and simple human decency,
> constitute abuse of entrusted power. And it is certainly not for general
> interest.
>
> Errare humanum est, perseverare diabolicum
>
> -
>
> Bonjour,
>
> Une couverture aérienne de référence de l'extrémité ouest de la
> Péninsule de Tiburon a été rendue disponible par le CNIGS (Centre
> National de l'Information Géographique et Spatiale), l'institut
> géographique national haïtien. Elle a été prise en 2014-2015, avec une
> résolution de 25 cm. Elle est hébergée par OpenStreetMap France.
> Quelques dalles et bandes manquent pour le moment, en raison des
> difficultés de connexion avec Haïti.
>
> Si vous réalignez des données ou des images, vous devriez l'utiliser
> comme référence.
>
> URL TMS pour JOSM:
> tms[23]:http://imagery.openstreetmap.fr/tms/1.0.0/haiti_cnigs_2014_2015/{zoom}/{x}/{y}
>
> (Cette même couche a commencé par contenir une couverture des zones dont
> des images ont été prises par drone après le cyclone Matthew).
>
> Bien cordialement,
>
> Jean-Guilhem
>
> PS : Après certains messages "post-factuels", il pourrait être
> nécessaire de rappeler que mes messages à la liste h...@openstreetmap.org
> sont retardés et même souvent carrément bloqués depuis plus d'un an.
> C'est pour cela que je les adresse aussi à la liste Talk, pour que ceci
> soit visible publiquement. Aucune justification n'en a été donnée,
> malgré de nombreuses demandes - ne serait-ce que par un exemple de
> courriel inapproprié.
> Mes derniers courriels bloqués étaient à propos d'images drone après
> Matthew. Au passage, ce sujet a paru assez intéressant à l'AFP pour
> publier cet article d'Amélie Baron, repris un peu partout dans le monde
> :
> http://www.journaldemontreal.com/2016/10/24/haiti-des-drones-pour-mieux-identifier-les-besoins-apres-louragan-matthew
> Ces blocages répétés, contraires aux règles de fonctionnement des listes
> d'OpenStreetMap, et à la simple décence humaine, constituent un abus
> d'un pouvoir confié. Et ce n'est certainement pas pour l'intérêt général.
>
> Errare humanum est, perseverare diabolicum
>
> --
> "Corruption is the abuse of entrusted power for private gain."
> Transparency International
> https://www.transparency.org/whatwedo/publication/preventing_corruption_in_humanitarian_operations
>
> ___
> Hot-francophone mailing list
> 

Re: [Talk-ht] [activation hotosm] Hurricane Matthew Task 2195

[Cristiano Giovando]

t;
>>>
>>> I've looked over map in the area and the roads are fairly good but
>>> buildings and other landmarks are not well mapped. I think at this time its
>>> worth putting out a preemptive mapping tasks for the South (Sud) admin area
>>> that is most likely to get hit in roughly 48 hours or so. Given the
>>> potential for life threatening rainfall and floods.
>>>
>>>
>>>
>>> I went ahead and published tasks http://tasks.hotosm.org/project/2195/
>>>
>>>
>>>
>>> The American Red Cross is likely to respond to any significant event in
>>> Haiti or Jamaica. At this point we are only preparing and have not made a
>>> decision to deploy any staff or resources.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Je viens de regarder à la mise à jour de 20 heures de NHC et Matthew est
>>> simplement cloué et est susceptible de faire un coup direct d'Haïti.
>>>
>>>
>>>
>>> http://www.nhc.noaa.gov/refresh/graphics_at4+shtml/025316.shtml?3-daynl
>>>
>>>
>>>
>>> Je l'ai regardé sur la carte dans la région et les routes sont assez bons, 
>>> mais les bâtiments et autres monuments ne sont pas bien cartographiés. Je 
>>> pense à ce moment sa peine de mettre sur une des tâches de cartographie de 
>>> préemption pour le Sud (Sud) zone d'administration qui est le plus 
>>> susceptible d'être touché dans environ 48 heures ou plus. Compte tenu du 
>>> potentiel pour la vie des précipitations et des inondations menaçant.
>>>
>>>
>>>
>>> Je suis allé de l'avant et publié tâches http://tasks.hotosm.org/projec
>>> t/2195/
>>>
>>>
>>>
>>> La Croix-Rouge américaine est susceptible de répondre à tout événement
>>> important en Haïti ou de la Jamaïque. À ce stade, nous ne préparons et n'a
>>> pas pris la décision de déployer de personnel ou de ressources.
>>>
>>>
>>>
>>>
>>>
>>> —
>>>
>>> *Dale Kunce* | Global Lead ICT & Analytics  | International Services |
>>> American Red Cross | Cell 510.842.7523 | Skype dkunce​
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Activation Working Group" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to activation+unsubscr...@hotosm.org.
>>> To post to this group, send email to activat...@hotosm.org.
>>> To view this discussion on the web visit https://groups.google.com/a/ho
>>> tosm.org/d/msgid/activation/86CD141A-07E3-4BFC-8F89-3EABEF10
>>> 033B%40redcross.org
>>> <https://groups.google.com/a/hotosm.org/d/msgid/activation/86CD141A-07E3-4BFC-8F89-3EABEF10033B%40redcross.org?utm_medium=email_source=footer>
>>> .
>>>
>>>
>>>
>>>
>>> --
>>> [image: Avast logo] <https://www.avast.com/antivirus>
>>>
>>> L'absence de virus dans ce courrier électronique a été vérifiée par le
>>> logiciel antivirus Avast.
>>> www.avast.com <https://www.avast.com/antivirus>
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Activation Working Group" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to activation+unsubscr...@hotosm.org.
>>> To post to this group, send email to activat...@hotosm.org.
>>> To view this discussion on the web visit https://groups.google.com/a/ho
>>> tosm.org/d/msgid/activation/28d5a407-2fe1-cb85-b436-f50542fd
>>> 8c8a%40gmail.com
>>> <https://groups.google.com/a/hotosm.org/d/msgid/activation/28d5a407-2fe1-cb85-b436-f50542fd8c8a%40gmail.com?utm_medium=email_source=footer>
>>> .
>>>
>>
>>
>>
>> --
>> Nicolas Chavent
>> Projet OpenStreetMap (OSM)
>> Projet Humanitarian OpenStreetMap Team (HOT)
>> Projet Espace OSM Francophone (EOF)
>> Mobile (FRA): +33 (0)6 52 40 78 20
>> Mobile (CIV): +225 78 12 76 99
>> <nicolas.chav...@hotosm.org>
>> Email: nicolas.chav...@gmail.com
>> Skype: c_nicolas
>> Twitter: nicolas_chavent
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Activation Working Group" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to activation+unsubscr...@hotosm.org.
>> To post to this group, send email to activat...@hotosm.org.
>> To view this discussion on the web visit https://groups.google.com/a/ho
>> tosm.org/d/msgid/activation/CAFExRTHJ-2Qtu4%2BvfLpFAHgk1Aieg
>> sJm_BOCCj-5COGnRHd83w%40mail.gmail.com
>> <https://groups.google.com/a/hotosm.org/d/msgid/activation/CAFExRTHJ-2Qtu4%2BvfLpFAHgk1AiegsJm_BOCCj-5COGnRHd83w%40mail.gmail.com?utm_medium=email_source=footer>
>> .
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Activation Working Group" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to activation+unsubscr...@hotosm.org.
> To post to this group, send email to activat...@hotosm.org.
> To view this discussion on the web visit https://groups.google.com/a/
> hotosm.org/d/msgid/activation/CABmB%2B%2BQhkpWJZLQGMfdKayu0N12ta3nx3H
> 2ao2WLqyoRSDWQXA%40mail.gmail.com
> <https://groups.google.com/a/hotosm.org/d/msgid/activation/CABmB%2B%2BQhkpWJZLQGMfdKayu0N12ta3nx3H2ao2WLqyoRSDWQXA%40mail.gmail.com?utm_medium=email_source=footer>
> .
>



-- 
Cristiano Giovando
Humanitarian OpenStreetMap Team
cristiano.giova...@hotosm.org
http://www.hotosm.org
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[OSM-talk] Fwd: Invitation: OSM Analytics Roadmap Chat

[Cristiano Giovando]

Hey fellow mappers,

Some of you already know and have been using OSM Analytics since its
launch in April [0], but for those who are not familiar with it,
here's the direct link http://osm-analytics.org

This was initially a small prototype project, but given the interest
and feedback by many in the OSM community, we're now thinking how to
scale it and include more functionalities.

To start the discussion around a roadmap, we are holding a public
community chat this Thursday, August 18th, at 17:00UTC [1] on Gitter:
https://gitter.im/hotosm/osm-analytics

Everyone is welcome to join - I think we will have some more technical
discussions on the infrastructure design, but also less technical ones
about feature requests and ideas for new functions.

All OSMA code is public here [2]. Would be great to also discuss how
to integrate other OSM applications that focus on statistics, quality
assurance, user analytics and validation into OSMA and vice-versa. One
example is this work [3] by Jennings Anderson, built on a similar
processing workflow/stack, that has lots of great insights and
visualizations on OSM contributors and data quality.

If you are around on Thursday, we'd love you to join and share your
ideas. See you then!

Cristiano


[0] 
https://hotosm.org/updates/2016-04-28_explore_how_the_world_is_mapped_with_osm_analytics

[1] 
http://www.timeanddate.com/worldclock/fixedtime.html?msg=OSM+Analytics+Roadmap+Chat=20160818T17=1440=1

[2] https://github.com/hotosm/osm-analytics

[3] http://mapbox.github.io/osm-analysis-collab/osm-quality.html


-- 
Cristiano Giovando
Humanitarian OpenStreetMap Team
cristiano.giova...@hotosm.org
http://www.hotosm.org

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] OSM Data Analysis Tool - Opportunity for Web Developers

[Cristiano Giovando]

(with apologies for cross-posting)

Hello fellow mappers!

HOT was recently awarded a prototype grant by the Knight Foundation to
build an OSM Data Quality Analysis Tool [0]. We envision this
prototype to help us answering questions about the quality and content
of data we create, as well set the foundation for a framework that
allows development of future tests/functions.

After some initial brainstorming back in December, we identified the
technical stack and requirements for building the prototype. The goal
is to reuse parts of existing open libraries and APIs where possible,
put them together with some javascript magic and build an easy to use
Web interface to run the analyses.

See more details about the call and scope of work here [1].

If you are interested in the job and have strong Web development
skills, please apply! We would love to see someone from the HOT/OSM
community building it. Either ways, please help us spread the word and
forward the link to anyone who might be interested.

Deadline is next Friday, February 5th!

Cheers,

Cristiano

[0] http://www.knightfoundation.org/grants/201551652/

[1] https://hotosm.org/job/osm_data_analysis_tool_call_for_web_developer/2016


-- 
Cristiano Giovando
Humanitarian OpenStreetMap Team
cristiano.giova...@hotosm.org
http://www.hotosm.org

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-us] Mapathons in San Diego and Chicago this Saturday

[Cristiano Giovando]

Hello,

We are hosting a joint mapathon at the Red Cross offices in San Diego
and Chicago next Saturday morning, March 28th:

http://wiki.openstreetmap.org/w/images/0/06/San_Diego_and_Chicago_Mapathon_28MAR2015.pdf

If you are interested in participating and helping new mappers, please
get in touch with me.

Thank you!

Cristiano

-- 
Cristiano Giovando
Technical Project Manager
Humanitarian OpenStreetMap Team
cristiano.giova...@hotosm.org
http://hot.openstreetmap.org

___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-it] Sondaggio per OpenAerialMap, offerta di lavoro e Google Summer of Code

[Cristiano Giovando]

Ciao a tutti e scusate per il cross-posting,

Vi inoltro un messaggio riguardo al progetto OpenAerialMap che grazie
a HOT (Humanitarian OpenStreetMap Team) abbiamo ricominciato a
sviluppare a partire da quest'anno.

Si tratta di un breve sondaggio [1] sui modi e usi delle immagini
aeree durante le operazioni di mappatura per progetti umanitari. Se
lavorate in questo campo o conoscete altri gruppi cui inoltrare, vi
saremmo molto grati per il vostro contributo.

Lunedi' inoltre pubblicheremo una call per 2 sviluppatori a contratto
per 6 mesi. Vi mando il link [2] del draft in anteprima nel caso
abbiate commenti o suggerimenti. Il progetto sara' completamente open
source, cosi' come tutta la discussione per lo sviluppo su GitHub [3]
e mailing list [4].

Inoltre stiamo cercando di mandare la domanda di partecipazione a
Google Summer of Code come HOT. Se avete idee che volete sviluppare
con studenti per progetti open source inerenti o in supporto alle
attivita' di OSM e HOT, fateci sapere o proponete direttamente qui [5]
usando l'etichetta GSoC2015.

Grazie e a presto!

Cristiano

[1] http://goo.gl/forms/kUK0nQ7wJh
[2] 
https://docs.google.com/document/d/1LvWGDdWJ2RM8iqDVX8nxmZY7IG7SF5B9EeITtjR1JFo/edit?usp=sharing
[3] https://github.com/hotosm/OpenAerialMap
[4] https://groups.google.com/a/hotosm.org/forum/#!forum/openaerialmap
[5] https://github.com/hotosm/HOT-Project-Ideas/issues


-- Forwarded message --
From: Cristiano Giovando cristiano.giova...@hotosm.org
Date: Thu, Feb 12, 2015 at 5:07 PM
Subject: [OSGeo-Discuss] OpenAerialMap Survey
To: disc...@lists.osgeo.org


Hello OSGeo,

In order to better understand how humanitarian mappers use and share
aerial imagery, we are publishing a short user requirement survey to
collect feedback that will help us to build out OAM:

http://goo.gl/forms/kUK0nQ7wJh

If you use aerial or satellite imagery in your humanitarian mapping
projects (e.g. for tracing or visual analysis), we invite you to
complete section 1. If you or your organization also acquires and
provides aerial imagery for mapping purposes, then it would be great
if you could answer section 2 as well.

The entire survey should not take more than 5 minutes. Contact me with
any question and please forward this message to any colleague or group
working with aerial and satellite imagery in humanitarian projects.

Thank you!

Cristiano


--
Cristiano Giovando
Technical Project Manager
Humanitarian OpenStreetMap Team
http://hot.openstreetmap.org

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk] OAM Pre-Project Sprint

[Cristiano Giovando]

Hello HOTties and OSMers,

Sorry for cross-posting. I'm writing to let you know about the Open
Aerial Map (OAM) project and inviting anyone who is interested to join
us at the kickoff meeting this Thursday, January 22nd, 18:00UTC on IRC
[1].

OAM was conceptualized back in 2007 as a global catalog and repository
of open aerial imagery. Think of OSM but for imagery data. The idea is
to build a system where data can be uploaded in raw georeferenced
format and then made accessible through a tile server layer or OGC
WMS/WCS. The imagery can be contributed by anyone from an individual
drone mapper to a satellite image provider. OAM is then available to
HOT, the OSM community and anyone needing it for tracing or analysis.

Please join us on the OAM list [2] and looking forward to talking to
some of you on Thursday.

Cheers,

Cristiano

[1] https://kiwiirc.com/client/irc.oftc.net/hot
[2] https://groups.google.com/a/hotosm.org/forum/?hl=en#!forum/openaerialmap


-- Forwarded message --
From: Cristiano Giovando cristiano.giova...@hotosm.org
Date: Tue, Jan 20, 2015 at 5:15 PM
Subject: Re: [talk-oam] OAM Pre-Project Sprint
To: openaerial...@hotosm.org


After talking to Blake we decided to host this initial brainstorming
session on Thursday, January 22 at 18:00 UTC [1] . It will be on the
HOT IRC channel [2], anyone is welcome to join.

I will send a reminder tomorrow and a list of ideas to start with for
our discussion.

Please forward to anyone who may be interested.

Cheers,

Cristiano

[1] 
http://www.timeanddate.com/worldclock/fixedtime.html?msg=OAM+Brainstormingiso=20150122T18
[2] https://kiwiirc.com/client/irc.oftc.net/hot


On Tue, Jan 20, 2015 at 1:44 PM, Stephen Mather
step...@smathermather.com wrote:
 Hi Cristiano,

 Definitely interested in the direction and success of OAM.

 Best,
 Steve

 On Jan 20, 2015 3:14 PM, Blake Girardot bgirar...@gmail.com wrote:


 Hi Cristiano,

 Welcome aboard!

 It is really encouraging to have someone with your experience head up this
 project.

 I am available anytime this week for the most part except during the
 Communications Working Group meeting, which is at 20:00UTC on Friday.

 Cheers,
 Blake


 On 1/20/2015 1:00 AM, Cristiano Giovando wrote:

 Hello everyone,

 I recently joined HOT [1] to lead the efforts of developing Open Aerial
 Map. It is really exciting to see that this project got eventually
 funded [2] and I look forward to working with the community to make it
 happen.

 Let's start discussing ideas for its development here on this list
 before reaching out to involve other groups that might be interested as
 well. The plan is to make the process as open, collaborative and agile
 as possible, so that anyone who is interested can join and enjoy the
 final product.

 I would like to propose a pre-project brainstorming session to collect
 everyone's ideas and start to identify priority requirements. Anyone
 interested, please reply to the list and let us know your preference in
 UTC time for an IRC session this week.

 As some of you may already know, there have been multiple efforts of
 creating an OAM in the past. Some notes and code from these previous
 projects can be found on GitHub [3], [4] and OSGeo [5]. I believe that
 by 2015, with drones becoming commodity products and aerial imagery
 being always more available, there is greater motivation to make this
 project finally happen.

 The objective is to have a working OAM prototype by mid-year.
 Considering that some code was already developed during previous
 implementation attempts and that similar open source projects already
 exist, every effort should be made to maximize integration of these
 resources.

 Looking forward to a fruitful discussion!

 Cheers,

 Cristiano

 [1] http://hot.openstreetmap.org/cristiano_joins_hot
 [2] http://www.humanitarianinnovation.org/large-project/OpenAerialMap
 [3] https://github.com/oam/oam
 [4] https://dodobas.github.io/OpenAerialMap/
 [5] http://oam.osgeo.org/

 To unsubscribe from this group and stop receiving emails from it, send
 an email to openaerialmap+unsubscr...@hotosm.org
 mailto:openaerialmap+unsubscr...@hotosm.org.


 To unsubscribe from this group and stop receiving emails from it, send an
 email to openaerialmap+unsubscr...@hotosm.org.


-- 
Cristiano Giovando
Technical Project Manager
Humanitarian OpenStreetMap Team
cristiano.giova...@hotosm.org
http://hot.openstreetmap.org

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] [HOT] GeoEye Imagery Tiles for Chile

[Cristiano Giovando]

Sorry guys, just saw this. With tilecache on the WMS now should work
in Potlatch:

http://www.openstreetmap.org/edit?lat=-33.46305lon=-70.66235zoom=17tileurl=http://geohub.jrc.ec.europa.eu/tilecache/tilecache.cgi/1.0.0/chile/!/!/!.png

Careful when tracing, as someone noted on the wiki, the image for
Santiago if off by few hundred meters (original tiff from GeoEye).


C



On Wed, Mar 17, 2010 at 05:26, Mikel Maron mikel_ma...@yahoo.com wrote:
 The JRC has also set up a WMS-C ... Cristiano, can this be queried via
 spherical mercator tiling scheme? (for example /zoom/x/y.jpg)?

 == Mikel Maron ==
 +254(0)724899738 @mikel s:mikelmaron
 http://mapkibera.org/
 http://wiki.openstreetmap.org/index.php/Haiti

 
 From: Julio Costa Zambelli julio.co...@openstreetmap.cl
 To: OSM-talk talk@openstreetmap.org; talk-cl talk...@openstreetmap.org;
 h...@openstreetmap.org
 Sent: Wed, March 17, 2010 6:39:50 AM
 Subject: [HOT] GeoEye Imagery Tiles for Chile

 Second try.

 I need to find someone with the technical expertise necessary to generate
 tiles that would be used as a Potlatch editor background. The URLs for the
 WMS (probable source for the tiles?) can be found at:
 http://wiki.openstreetmap.org/wiki/2010_Chile_earthquake/Imagery_and_data_sources#GeoEye_and_DigitalGlobe

 Thanks a lot to anyone capable of achieving this elusive goal.

 Regards,

 Julio Costa
 OpenStreetMap Chile
 http://www.openstreetmap.cl/



___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Mapping party ad OSMate

[Cristiano Giovando]

2009/8/25 jacopogg83 jacopog...@libero.it:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Ciao Cristiano.

 Cristiano Giovando wrote:
 2009/8/25 Elena of Valhalla elena.valha...@gmail.com:
 Ciao

 come proposto semiseriamente su irc, questo sabato 29 agosto ci
 ritroviamo ad Osmate, provincia di Varese, sotto il lago di Monate e
 vicino ad Ispra

 Ciao Elena,

 Io ci saro' sicuramente + qualche fellow mapper della zona. Direi di
 includere anche Cadrezzate, viste le dimensioni e trovarci alle 10 la
 rotonda davanti alla chiesa, piu' o meno 45.7979N, 8.6446E.

 In quanti siete? Noi dovremmo essere in 5. L'idea era di includere anche
 Cadrezzate a seconda del numero di partecipanti, poi mappare anche dell'altro
 nel pomeriggio se avanzava tempo.

Non so ancora... 4 o 5?

 E' gia' in programma una festa piu' grigliata alla spiaggia del Larice
 di Cadrezzate sul lago di Monate dal pomeriggio, per chi fosse
 interessato.

 Dov'è questa spiaggia? C'è connessione? Chi organizza?

E' la seconda spiaggia di Cadrezzate, circa 45.7947N, 8.6497E. La
festa e' organizzata dallo swim club del JRC di Ispra e include
grigliata (pig-roast) per 10EUR. Dubito ci sia WiFi, ma credo buona
copertura 3G.


C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mapping party ad OSMate

[Cristiano Giovando]

2009/8/25 Elena of Valhalla elena.valha...@gmail.com:
 Ciao

 come proposto semiseriamente su irc, questo sabato 29 agosto ci
 ritroviamo ad Osmate, provincia di Varese, sotto il lago di Monate e
 vicino ad Ispra

Ciao Elena,

Io ci saro' sicuramente + qualche fellow mapper della zona. Direi di
includere anche Cadrezzate, viste le dimensioni e trovarci alle 10 la
rotonda davanti alla chiesa, piu' o meno 45.7979N, 8.6446E.

E' gia' in programma una festa piu' grigliata alla spiaggia del Larice
di Cadrezzate sul lago di Monate dal pomeriggio, per chi fosse
interessato.


C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Milano] partecipaMi.it

[Cristiano Giovando]

2009/5/1 Carlo Stemberger carlo.stember...@gmail.com:
 Sono capitato per caso su questo sito[1]: lo conoscevate?

 Che facciamo, segnaliamo[2] l'esistenza di OSM?


 [1] http://www.sicurezzastradale.partecipami.it/posts
 [2] http://www.sicurezzastradale.partecipami.it/content/view/5

Lo stesso Partecipami.it e' molto interessante come idea. Sicuramente
da contattarli e coinvolgere via email o direttamente sul forum.


C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Request For Comments: importare molti centri abitati.

[Cristiano Giovando]

On Mon, Nov 3, 2008 at 12:12 PM, Niccolo Rigacci [EMAIL PROTECTED] wrote:
 Salve a tutti, eccomi a chiedere commenti alla comunità.

 Vorrei importare circa 59000 toponimi di centri abitati (origine
 Istat) dentro OpenStreetMap.

Ciao Niccolò,

Complimenti per il prototipo, funziona molto bene. Prima di procedere
con l'upload delle zone che conosco però mi chiedo se non dobbiamo
cambiare la source a Istat bla bla invece che geodati.gfoss.it?


C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Domande e considerazioni sui confini importati.

[Cristiano Giovando]

2008/10/29 Martin Koppenhoefer [EMAIL PROTECTED]:
 2008/10/29 Cristiano Giovando [EMAIL PROTECTED]:

 1. Noto che la la linea di costa non è stata rimossa dal nuovo import,
 sicchè adesso è da rimuovere manualmente ed assegnare tags e relations
 alla costa esistente (che ha una maggior risoluzione nominale). Non è
 una cosa semplicissima poichè ci sono da trasferire tutti gli
 attributi e le relations e unire i confini che arrivano dall'interno
 con la costa esistente. Se ci dividiamo per regioni o province si fa
 più in fretta. Io per ora mi prendo la Liguria.


 Per ora ho sistemato la linea di costa del comune di Ventimiglia, dal
 confine francese al comune di Camporosso. Aspetto vostre risposte e
 commenti per continuare con il resto.

 Sicuramente è meglio lasciare la linea di costa esistente dov'è,
 perché dovrebbe essere più preciso quella esistente di quella di
 ISTAT.

Infatti le coste non sono in discussione, rimangono quelle. Il grosso
del lavoro è trasferire gli attributi dai nuovi dati alle coste, e poi
rimuovere quest'ultimi. Piuttosto la mia domanda riguardava i confini
internazionali su terra, per cui in molti casi mi sembrano più precisi
quelli già esistenti (source CIA Factbook).

 Ma mi chiedo cmq. se è giusto di usare il proprio confine terra-acqua
 come confine nazionale. Secondome non. Esistono accordi internazionali
 (dal 1921) per una zona di 12 migli nautici (ca. 22 km) intorno il
 paese che questo fa ancora parte del territorio (vedi
 http://en.wikipedia.org/wiki/Territorial_waters
 non l'ho trovato in italiano). A parte le acque territoriali
 sarebbero da considerare anche le acque interni, quindi la
 boundary non dovrebbe seguire esattamente la costa ma generalizarla
 invece un poco (vedi immagine su wikipedia).

C'era già stata un discussione in precedenza su questo. Da quanto
ricordo, si era deciso di usare la linea di costa come confine. In
future si può aggiungere facilmente il confine facendo un buffer
automatico su tutta la linea di costa.


Qualche input sulle altre domande? Mi rivolgo in particolare a Roberto
che ha inserito i tags left/right e le relations.




C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] confini e relazioni: script di correzione

[Cristiano Giovando]

2008/10/29 Paolo Molaro [EMAIL PROTECTED]:

 Ora, potrei lanciare lo script su tutto l'italy.osm oppure posso mandare
 in lista l'elenco delle modifiche cosi' chi vuole puo' darci una
 occhiata e controllare a campione (sono oltre 40 mila way da togliere).
 Fatemi sapere le vostre preferenze.


Ciao Paolo,

potresti spiegare meglio quale è problema con le relazioni a cui ti
riferisci? Puoi fare un esempio di una way da cancellare?


C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Domande e considerazioni sui confini importati.

[Cristiano Giovando]

2008/10/30 Martin Koppenhoefer [EMAIL PROTECTED]:
 http://en.wikipedia.org/wiki/Territorial_waters
 non l'ho trovato in italiano). A parte le acque territoriali
 sarebbero da considerare anche le acque interni, quindi la
 boundary non dovrebbe seguire esattamente la costa ma generalizarla
 invece un poco (vedi immagine su wikipedia).

 C'era già stata un discussione in precedenza su questo. Da quanto
 ricordo, si era deciso di usare la linea di costa come confine.

 questo metodo non è buono, perché è molto importante non avere dei
 confini troppo complicate (sopratutto dove non è ne anche giusto).

Invece penso che sia meglio che i confini sia complicati (se inteso
come più precisi), c'è sempre tempo a semplificarli se necessario per
altre applicazioni. La costa è uno dei pochi tipi di confine facile da
derivare o mappare.

 I confini sono importantissimi per sapere, in quale paese si trova una
 cosa. Le linee di costa hanno molto, ma molto più punti che le linee
 generalizate dentro il mare (tutto acqua, niente marina, mola, ecc.),

Per l'acqua è facile fare un buffer se necessario, per il resto
includerei i moli o altre feature antropogeniche nella linea di costa.

 quindi sarebbe proprio sbagliato usare la costa invece di una linea
 semplice dentro il mare. (Tra altro in questo modo anche le isole
 vicino alla costa entranno automaticamente dentro il paese sensa
 confini suoi a parte).

Non è sempre detto che le isole di fronte ad un comune sulla costa
siano parte di quel comune, e.g. Procida o Capri. E soprattutto quale
distanza useresti dalla costa? Le acque territoriali di 22km, ma non è
applicabile sempre in modo automatico...


C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Domande e considerazioni sui confini importati.

[Cristiano Giovando]

On Thu, Oct 30, 2008 at 10:05 AM, Simone Cortesi [EMAIL PROTECTED] wrote:
 On Wed, Oct 29, 2008 at 3:25 PM, Cristiano Giovando [EMAIL PROTECTED] wrote:

 3. Quale è la versione corretta per il left/right nei tags, prima o
 dopo?  left:country=Italy oppure country:left=Italy ?

 non esiste versione corretta. è corretta quella che si sceglie di
 usare. non sono a favore ne contro nessuna dele due.

OK, domanda da rimandare alla lista inglese. Mi sembra opportuno
adottare la stesso schema adottato negli altri paesi.

 4. Come ci comportiamo per la nomenclatura? left:country=Italy oppure
 left:country=Italia  oppure left:country:it=Italia ? Nel caso di
 Merano avevo importato sia il nome Italiano (name:it) che quello
 Tedesco (name:de). Ha senso fare ciò almeno per quelle unità
 amministrative che hanno un corrispettivo inglese, tedesco o francese
 comunemente usato?

 secondo me ha senso. il name=* dovebbe pero' essere quello ufficiale
 dello stato in ui ci si trova. quindi name=Bolzano name:de=Bozen

OK, concordo.

 5. Quale è la versione corretta per il tag border_type? Nation,
 country, state? L'ho trovato in tutte e tre le versioni.

 border_type *non va* usato, l'informazione è gia' contenuta in admin_level=2

OK, rimuovo il tag border_type dove c'è già admin_level.

 6. La relation per la provincia di Imperia non dovrebbe chiamarsi
 Provincia di Imperia per differenziarsi dalla relation Imperia (o
 Comune di Imperia) come confine comunale del capoluogo di provincia?

 no. admin_level=8 e admin_level=6 permettono di discriminare fra le
 due unita' amministrative. 8 comune, 6 provincia.

Hai ragione. Me lo chiedevo più per questioni di ricerca di un luogo
nel gazetteer e per facile identificazione della relation durante la
mappatura.

 8. Per quanto riguarda il confine comunale non dovrebbe essere
 qualcosa di diverso da name:right=Ventimiglia? Ad esempio
 comune:right oppure municipality:right?

 si era pensato di usare il name per l'oggetto piu' piccolo piu'
 confinante con tale confine.

Capito. Cosa succede però se aggiungiamo i confini delle frazioni o le
particelle catastali... :-P

 Per ora ho sistemato la linea di costa del comune di Ventimiglia, dal
 confine francese al comune di Camporosso. Aspetto vostre risposte e
 commenti per continuare con il resto.

 io sto sistemando qualcosa vicino a comacchio.

OK, io continuo con la Riviera.



C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Costruiamo insieme la mappa di Schio

[Cristiano Giovando]

On Tue, Oct 21, 2008 at 11:52 PM,  [EMAIL PROTECTED] wrote:
 L'Amministrazione Comunale di Schio ha liberalizzato l'accesso ai dati 
 cartografici in proprio possesso relativi al territorio comunale.
 Tuttavia, le informazioni inserite in OpenStreetMap tramite la cartografia 
 comunale saranno solo quelle basilari, ovvero le strade e
 i loro nomi: un punto di partenza e uno stimolo alla collaborazione e al 
 contributo di tutti. Possono essere infatti aggiunti alle mappe
 foto, messaggi sonori e molti altri dettagli di pubblica utilità come uffici 
 postali, parcheggi, farmacie, fermate dell'autobus, luoghi di
 interesse storico o turistico e molto altro ancora. Senza considerare poi 
 l'enorme patrimonio di sentieri che contraddistingue il nostro
 territorio.

Buongiorno,


Scusate, non ho seguito nei dettagli questa liberalizzazione, con
quale licenza sono stati rilasciati i dati? E' possibile vedere una
copia della licenza in modo da poterla proporre ad altre
amministrazioni?

Inoltre, secondo i principi delle SDI, non sarebbe meglio i dati
originali restassero sui server del comune di Schio (o chi se ne
occupa) in modo che gli aggiornamenti e il mantenimento siano fatti da
coloro che li hanno prodotti e non ci siano branches duplicati? Ciò
non toglie che si debbano importare in OSM e duplicare per scopi
educativi e altro su Gfoss.it



C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] confini, penultimo atto

[Cristiano Giovando]

On Tue, Oct 21, 2008 at 1:06 PM, Simone Cortesi [EMAIL PROTECTED] wrote:
 2008/10/21 [EMAIL PROTECTED] [EMAIL PROTECTED]:

 La sequenza dovrebbe essere la seguente:
 1. carichi i confini di un comune, per esempio Pavia o Siracusa;
 2. fai tutte le prove del caso, modifichi il confine e ti annoti la 
 procedura;
 3. rifletti(amo) un attimo sulla procedura che ti sei annotato, verificando 
 se e' quella piu' semplice/logica/sicura;
 4. eventualmente, se con la struttura dei dati esistente ci rendiamo conto 
 che non c'e' modo di eseguire una modifica semplice/logica/sicura, 
 modifichi(amo) la struttura dei dati, cancelliamo tutto e ricominciamo dal 
 punto 1.

 mi sono sicuramente spiegato male. il modo per farlo c'e' e l'ho usato
 varie volte, non l'ho mai messo per iscritto, forse una delle
 possibilità è quella di fare un video.

 devi usare merge, unglue, e add.


Scusate se mi sono perso qualche pezzo, ma da quanto avevamo discusso
con Simone in precedenza, la mia idea per procedere era la seguente:

1. Rimozione di tutti i confini esistenti, eccetto le linee di costa.
2. Upload dei nuovi confini, eccetto le linee di costa.
3. Editing manuale per unire i confini alle linee di costa.

Per questo ultimo passo ci possiamo dividere in gruppi (e.g. per
regione o provincia) in modo da spezzare la mole di lavoro e fare più
in fretta.

Facendo così si mantengono le linee di costa esistenti che di solito
hanno precisione migliore dei dati ISTAT.


Che ne dite?



C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] ping OpenAerialMap

[Cristiano Giovando]

On Thu, Oct 9, 2008 at 2:51 PM, Martijn van Exel [EMAIL PROTECTED] wrote:
 Hey all,

 I'm trying to reach the OAM people to ask about the status concerning
 the license status of the i-cubed data. I would like to use the data
 outside of OAM but I can find no clue as to the legalities around
 that. http://www.openaerialmap.org/datasource/1/ states it's public
 domain but 'There is currently some question as to the licensing terms
 for this data. This is being resolved as quickly as possible. Until
 then, it is best to assume that this imagery can not be used outside
 of OpenAerialMap' sounds quite ominous to me.

 Any help greatly appreciated.


As long as you connect to OAM via WMS, you are still using it *within
OAM*. So that shouldn't be a problem.

I am copying Chris Schmidt, he may explain better what's the permitted
use of this dataset.



C

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] La petizione è online: firmate!

[Cristiano Giovando]

2008/9/10 Alessio Zanol [EMAIL PROTECTED]:
 Ciao a tutti,
 finalmente dopo 2 settimane di limature della bozza originale, Alessandro
 Ghezzer ed io abbiamo deciso di pubblicare la petizione per promuovere la
 liberazione dei dati della provincia di trento.

 Abbiamo chiesto ed ascoltato i consigli di molti. Tuttavia è davvero difficile
 creare qualcosa che abbia il consenso totale di tutti.
 Sicuramente ci saranno parti della petizione che non vi piaceranno, che
 avreste scritto in altro modo, però come detto non è stato facile.

 http://www.firmiamo.it/liberazionedatigeografici

 Firmate ed eventualmente passate parola in altre ML (gfoss?) e forum.


Scusate la domanda stupida. Cosa serve una petizione online?

Da quanto ne so per approdare in parlamento o addirittura referendum
ci vuole ben altro, carta scritta e documenti d'identità. Se invece è
per finalità puramente di sensibilizzazione, allora si poteva
scegliere di fare una lista di sottoscrittori direttamente sul wiki di
OSM, in modo da non disperdere gli sforzi e non regalare alla società
Speakage S.r.l. che gestisce Firmiamo.it una lista bella compilata di
nomi e email da rivendere a terzi come da informativa e consenso:

..Comunicazione e diffusione dei dati.
Per il perseguimento delle finalità sopraindicate, i dati da Voi
trasmessi potranno essere comunicati ai soggetti terzi, pubblici o
privati, che avranno conferito mandato al titolare di svolgere in loro
favore attività di propaganda.


Resta che la vostra iniziativa sulla liberalizzazione dei dati è
elogiabile, forse bisogna discuterne le modalità.


C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Semplificazione tracce multiple gps miglior strategia con Josm ?!?

[Cristiano Giovando]

On Thu, Sep 11, 2008 at 3:28 AM, niubii [EMAIL PROTECTED] wrote:

 Spero soltanto che questo mio modo scherzoso di esporre le cose non
 risulti sgradevole.

Altrochè, sei stato molto chiaro e figurativo nella tua spiegazione.
L'idea di istruire la mappa a riconoscersi e taggarsi da sola è molto
interessante e decisamente una componente importante di OSM. Ci sono
sempre più sensori in giro che creano mapping passivo e per cui non
esiste sempre una conoscenza locale o una persona fisica a ricalcare i
puntini. Per questo dobbiamo lasciare alla macchina coma hai ben
suggerito il compito di disegnare o modificare la strada.

Per implementare ad esempio il riconoscimento del tipo di strada in
base alla velocità media, servirebbero i GPX originali da cui si possa
ricavare velocità, pendenza e frequenza di registrazione. Quindi prima
di pensare ad integrare tracce direttamente dal db si potrebbero usare
tracce personali. Sicuramente le autostrade hanno una firma mappale
ben definita, un primo esperimento si può fare su questo e vedere con
che accuratezza si può estrarre autostrade da varie tracce a caso e
diversi modelli di GPS.


 Ho recuperato i link che volevo segnalarti:
 http://www.isi.edu/~pynadath/MOO-2005/8.pdf
 http://www.atlantis-press.com/php/download_paper.php?id=293
 http://www.araa.asn.au/acra/acra2007/papers/paper74final.pdf

Molto interessanti.

 http://topofusion.com/jcdl-04-trails.pdf

 Topofusion (c) fa (male) quello che vogliamo fare noi:
 www.topofusion.com

Lo hai già provato?

 Un altro programma di dubbia licenza che fa quello che vogliamo fare noi
 e' mapgeneration:
 http://mapgeneration.berlios.de/tiki/tiki-index.php

Qual'è la licenza? Il progetto comunque sembra dormiente dal 2005. Lo
provo, poi vi faccio sapere.



C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Semplificazione tracce multiple gps miglior strategia con Josm ?!?

[Cristiano Giovando]

On Wed, Sep 10, 2008 at 6:53 PM, niubii [EMAIL PROTECTED] wrote:
 Possiamo proporre un plugin per JOSM che fonde le tracce GPS nuove con
 il grafo preesistente, laddove esiste.

Sarebbe un ottima idea sviluppare cio' all'interno di JOSM.

 Una specie di filtro bayesiano che si autoistruisca.

Puo' spiegare meglio questa idea?

 Sono sicuro che si potrebbe realizzare con strumenti open (grass, R,
 weka) piuttosto che arcgis.

In ArcGIS ci siamo quasi, manca solo la call diretta all'API per
recuperare i dati al volo. Sarebbe utile avere lo stesso procedimento
implementato con FOSS. Nei prossimi giorni pubblichero' il modello
ArcGIS e un minimo di documentazione.

 Fai una ricerca per spatial data mining.

Cosa centra il data mining? Non mi viene in mente nessun algoritmo di
Weka o altri data mining tools da utlizzare per questo scopo.  Forse
il k-means o qualche algoritmo di clustering ma non l'ho mai provato
su dati lineari.


C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Semplificazione tracce multiple gps miglior strategia con Josm ?!?

[Cristiano Giovando]

2008/9/9 Martin Koppenhoefer [EMAIL PROTECTED]:

 è molto semplice: dissegna a mano sopra la media estimato / scoperto da te.
 Non è un problema che riguarda la software, ma le competenze/connoscenze del
 luogo del mappatore.

Martin,

stiamo cercando di fare esattamente il contrario, ovvero non dovere
disegnare a mano sopra ogni traccia.


C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Semplificazione tracce multiple gps miglior strategia con Josm ?!?

[Cristiano Giovando]

On Sun, Sep 7, 2008 at 10:15 PM, Roberto Navoni [EMAIL PROTECTED] wrote:
 Buonasera a Tutti i mitici OSMapper ,
 sto' mappando un po' di territorio nella bassa bresciana , mentre per
 quanto riguarda le tracce gps singole , si riesce a lavorare molto bene
 con Josm e alcuni plugin furbi , quando mi trovo piu' passaggi per la
 stessa strada è un gran caos , non c'e' nessuno che abbia qualche bella
 dritta da darmi per evitare il taglia cuci ?!

Vedi miei post [1] e [2]. Meno male non sono l'unico che si pone
questo problema. O vogliamo spendere ore a ricalcare le tracce
GPS??? Mi aspettavo un minimo di risposta almeno dalla comunità GFOSS,
ma per ora niente...

Qualche giorno fa con dei colleghi abbiamo creato un modello per
ArcGIS che fa esattamente questo, importando le tracce da shp,
rimuovendo tracce sovrapposte, e comparando con il planet esistente
per evitare duplicazioni nella fase ti upload. Se ti interessa fammi
sapere.


C


[1] http://lists.openstreetmap.org/pipermail/talk-it/2008-August/002595.html
[2] http://lists.openstreetmap.org/pipermail/talk-it/2008-September/002761.html

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Alberi

[Cristiano Giovando]

On Thu, Sep 4, 2008 at 9:17 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 Esiste una lista ufficiale degli alberi monumentali d'Italia
 http://www.corpoforestale.it/foresteforestale/ricercaprogetti/alberi_m/regioni.htm
 solo questi a mio avviso andrebbero taggati come alberi monumentali (se ne 
 parlò in ML circa 7 mesi fa), ma il tag non esiste; si potrebbe taggarli con:
 natural=tree
 note=albero monumentale d'Italia.

 Gli alberi d'attrazione andrebbero segnalati in altro modo, usando il tag 
 note=* o description=* per indicarne le particolarità.


E usare un namespace nostro (se non esiste già) in cui raggruppare
tutte le features per cui non esiste ancora un tag? Ovviamente in
aggiunta a natural:tree, così: tag k=it:monumentale v=yes /

Per il resto degli attributi manterrei il loro tag finchè non si
decide a livello nazionale o internazionale. In questo modo: tag
k=merano:albero:al_id v=123 /



C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OSM e enti pubblici

[Cristiano Giovando]

On Wed, Sep 3, 2008 at 3:52 PM, Roberto Navoni [EMAIL PROTECTED] wrote:
 io mi sono sviluppato un'applicazione in .NET che usa le librerie shplib
 e un le lib xml , abbiamo scritto un po' di codice e la trasformazione
 l'abbiamo fatta di tutto , buliding area , fiumi , confini ecc ... ogni
 dato va visto da zero e scritto del codice ad hoc ... sto' pensando di
 rilasciare una versione opensource di questo codice in modo tale che
 possa tornare utile in questi casi

Ottimo, sarei sicuramente interessato alla cosa. Non ho esperienza con
.Net ma con un collega stiamo sviluppando un'estensione ArcGIS (model
builder + python) che faccia pulizia topologica e import/export in
OSM. Unendo gli sforzi potremo sicuramente fare meglio. In questo
senso sarebbe utile avere un istanza di TRAC+SVN (magari
dev.openstreetmap.it ?) in cui lavorare al codice insieme. Simone, che
dici?

 se vuoi proviamo a lavorare sui
 dati che hai a disposizione e fare un howto usando il codice che abbiamo
 già scritto e lo mettiamo in wiki.

Sto pulendo i dati e confrontandoli con quelli sul sito del comune di
Merano per eventuali aggiornamenti. Appena sono pronti ti faccio
sapere.



C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Mass import account per l'Italia (was:Re: OSM e enti pubblici)

[Cristiano Giovando]

Ho creato un account per gli importi di massa nella zona Italiana
(e.g. confini Istat, Merano). Si chiama importitalia, per la
password scrivetemi in privato così teniamo traccia di chi lo usa e ci
coordiniamo.


C



On Wed, Sep 3, 2008 at 11:56 AM, Cristiano Giovando [EMAIL PROTECTED] wrote:


 Lo script shp2osm.py funziona solo per le ways. Per mappare gli
 attributi correttamente da DB a OSM non ho ancora trovato strumenti
 FOSS per farlo in modo automatico. Idee?

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Alberi

[Cristiano Giovando]

Ha senso importare 4789 alberi del comune di Merano? Se sì, quali di
questi attibuti mantenere?

al_id   Codice interno dell'albero
al_treenr   Numero dell' albero
al_date_b   Data inizio dell'albero
al_date_e   Data fine dell'albero
al_note Note sull'albero
al_mon  Albero monumentale 1=Si e 0=No
al_imageNome dell'imagine dell'albero
ri_id   Codice interno dell'ultimo rilevamento
ri_al_idPunta su al_id
ri_data Data del rilevamento
ri_eta  Eta dell'albero
ri_valore   Pianta con un valore speciale 1=Si e 0=No
ri_pos  La data dell'annullamento
ri_mushroo  Funhi 1=Si e 0=No
ri_ct_circ  Circonferenza in classi di 5 cm
modify_da   Persona che ha modificato l'impianto
ri_cc_hei   Altezza del colletto
ri_si_cov2  Se è altro dei esistenti tipi di copertura
ri_ra_espo  Radici esposte 1=Si e 0=No
ri_ra_soll  Sollevamenti radicali 1=Si e 0=No
ri_ra_feri  Ferite visibili 1=Si e 0=No
ri_ra_stro  Radici strozzanti 1=Si und 0=No
ri_os_comp  Ostacoli per competizione con altre piante 1=Si e 0=No
ri_os_edif  Ostacoli per edifici 1=Si e 0=No
ri_os_parc  Ostacoli per parcheggio 1=Si e 0=No
ri_os_elet  Ostacoli per linee elettriche 1=Si e 0=No
ri_vitalit  Vitalità con un valore tra 1 e 5
ri_note Note sul rilevamento
ri_tc_note  Note sulla cavita del tronco
ri_cc_note  Note sulla cavita del colletto
ri_ch_note  Note sulla chioma
ri_ra_note  Note sulle radici

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mass import account per l'Italia (was:Re: OSM e enti pubblici)

[Cristiano Giovando]

2008/9/3 Martin Koppenhoefer [EMAIL PROTECTED]:


 2008/9/3 Cristiano Giovando [EMAIL PROTECTED]

 Ho creato un account per gli importi di massa nella zona Italiana
 (e.g. confini Istat, Merano). Si chiama importitalia, per la
 password scrivetemi in privato così teniamo traccia di chi lo usa e ci
 coordiniamo.


 C


 propongo di usare un account individuale per ogni fonte (Istat, Comune di
 Napoli, PosteItaliane, Pastarito, Fiat, ...) per avere piu trasparenza e
 tracciabilità.

Io invece sarei dell'idea di usare un account unico e poi specificare
la fonte con il tag source (tag k=source v=Napoli/). In questo
modo non creiamo troppi account fasulli (e doversi ricordare tutte le
passwords!) ed e' altrettanto facile tracciare l'origine dei dati.


C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tag is_in , Geocoding , vie infracomunali , confini comunali

[Cristiano Giovando]

2008/9/3 Roberto Navoni [EMAIL PROTECTED]:
 Ok ho capito che il problema di inserire tag particolari per certe
 applicazioni non piace , pero' in realtà puo' aiutare in fase di
 standardizzazione e di editing del dato. Per esempio , ho visto che i
 comuni si riferiscono ad un codice Gfoss , che probabilmente è univoco e
 probabilmente legato al codice istat , se non lo forse bisognerebbe
 legarlo , perchè in fase di update dei dati il fatto di avere un id
 univoco aiuta a non dupplicare le informazioni , ma semplicemente ad
 aggiornarle.
 Poi per quanto riguarda il vantaggio di questo tipo di tagging in realà
 risulterebbe a livello universale , perchè qualsiasi applicazione di
 mapping ha bisogno di un geocoding efficente per essere presa in
 considerazione , mi spiego meglio.

Condivido l'idea di Roberto, gli archi di strada devono avere un tag
di riferimento del comune in cui ricadono. Puo' essere anche solo un
tag Italiano per adesso, poi si discute in lista inglese come
standardizzare (se non e' gia' fatto). Per quanto riguarda strade tra
due o piu' comuni si puo' semplicemente spezzare la strada in
corrispondenza del confine e assegnare i tag diversi.

 P.S.
 dobbiamo al piu' presto attivare una sandbox per fare un po' di pasticci
 sul dato senza incasinare il server principale.

D'accordissimo, si parlava appunto con Simone di questa necessita',
magari si puo' chiedere a GFOSS, oppure a qualche azienda
OSM-friendly, una piccola donazione server e banda... ;-)


C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] nuova mailinglist

[Cristiano Giovando]

On Mon, Sep 1, 2008 at 12:20 PM, Alessio Zanol [EMAIL PROTECTED] wrote:
 Alle 12:12 di lunedì 01 settembre 2008 Simone Cortesi ha scritto:
 ciao,

 a seguito di segnalazione da parte di alcuni di voi, sto per creare
 una nuova mailinglist

 uh? ma perchè mai? questa qui non va bene?
 Secondo me è meglio tenere tutto concentrato qui.. oppure utilizzare un forum,
 ma una nuova mailing list mi pare alquanto dispersivo..


Condivido, per ora non vedo la necessità di creare una nuova lista.
Meglio discutere alla luce del sole e con la partecipazione di tutti.
Quando si raggiungerà una soglia di messaggi al giorno troppo elevata,
si potrà pensare ad una lista DEV, che può tranquillamente stare sul
server principale OSM dove è già tutto funzionale.



C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] regioni

[Cristiano Giovando]

On Mon, Sep 1, 2008 at 12:17 PM, Carlo Stemberger
[EMAIL PROTECTED] wrote:
 Non sono molto d'accordo: secondo me la coastline va benissimo per
 definire il confine esterno delle regioni. Il confine nazionale è più
 ampio. Punto. Altrimenti è un casino per le isole: cosa facciamo, le
 consideriamo tutte delle enclavi?

No, il confine nazionale coincide con la coastline, che avrà anche gli
attributi dei livelli amministrativi più bassi.


C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Automazione pulizia tracce, integrazione, caricamento.

[Cristiano Giovando]

2008/8/30 Giovanni Mascellani [EMAIL PROTECTED]:
 A quanto mi sembra di capire sia GlobalMapper che ArcGIS sono software
 proprietario... :-( Non conosco nel dettaglio cosa fanno e cosa no, ma
 non c'è modo di sostituirli?


Infatti è proprio questo il mio obbiettivo. Purtroppo i GFOSSers sono
ancora in vacanza... :-P


 01. Download gpx tracks from GPS device(s);

E fino a qui ci siamo, GPSBabel (FOSS).

 02. Open all gpx files in GlobalMapper, export to shapefile EPSG:3035

ogr2ogr -f GPX -t_srs EPSG:3035 output.shp input.gpx tracks (FOSS).
Ovviamente qualsiasi SRS proiettato che non introduca un errore
superiore a quello del GPS funziona.

 03. Import shapefile to geodatabase (for automatic topology attributes)

Portare in PostGIS da GRASS? Da aggiornare ogni volta si modifica il dataset
v.to.db option=length type=line col=linelength units=me

 04. Split line at vertices (this may take a long time, depending on machine)

Credo con GRASS, ma non ho trovato. v.clean spezza solo in
corrispondenza di nodi dove si incrociano due o più linee. Serve
qualcosa per spezzare ad ogni nodo in modo da rimuovere tutte le linee
generate per errore da GPS prima di prendere un lock decente.
Ovviamente si può fare a priori con GPSBabel dal NMEA, ma spesso le
tracce arrivano già in GPX.

 05. Remove GPS errors, lines  40 meters (assuming tracker speed was
 always 150km/h)

Questo passaggio ovviamente assume che si registri un trackpoint ogni
secondo e non si vada più veloci di 40 m/s. Con una query in OGR si
può fare questo passaggio senza problemi.

 06. Dissolve to single feature

Operazione inversa dello step 5, probabilmente non necessaria in altri
ambienti, ArcGIS s'inceppa con troppe linee da semplificare insieme.

 07. Simplify, tolerance 1 meter (this removes unnecessary nodes)

Immagino sia v.generalize in GRASS. Lo stesso si potrebbe fare a
priori con GPSBabel e l'opzione simplify

 08. Integrate, tolerance 3 meters (collapse overlapping lines into one)

Questo serve per collassare tutte le tracce della stessa strada in un
unica mediana. Non ho idea di quale sia lo strumento FOSS da
utilizzare un questo caso.

 09. Dissolve, save as newtmp.shp feature

Associato allo step di sopra, fonde tutte le tracce che combaciano una
sull'altra in un unica linea.

 10. Open shapefile in GlobalMapper, export to gpx

ogr2ogr, inverso dello step 2.

 11. Open gpx in JOSM, download data from server based on gpx extent,
 save as existing.osm file

Invece che salvare come OSM e poi esportare in GPX da GlobalMapper ho
notato che con le versioni recenti di JOSM finalmente funziona
l'export diretto a GPX.

 12. Open osm file in GlobalMapper, export to existing.shp

ogr2ogr di nuovo.

 13. Open existing.shp in ArcGIS, make 10 meter buffer

v.buffer in GRASS?

 14. Erase from newtmp.shp using buffer (remove all data already mapped in OSM)

In questo passaggio si usa l'attuale stato del DB più un buffer di 10
metri (valore indicativo dell'errore GPS più quello delle tracce non
registrate accuratemente ogni secondo). Non ho trovato l'equivalente
di questa funzione in GRASS.

 15. Make singlepart, save as new.shp (split ways at intersections)

In questo caso si può invece usare v.clean in GRASS

 16. Review (and add id and attributes if using shp_to_osm.py script)

QGIS, Python, OGR (FOSS)

 17. Export to new.osm using py script or open shp in GlobalMapper,
 then export to gpx.

Python oppure di nuovo ogr2ogr

 18. Open new.osm or new.gpx in JOSM, review, edit where necessary,
 merge with existing

In JOSM si uniscono i dati esistenti con quelli nuovi in un unico file OSM.

 19. Solve conflicts and merge ways.

A questo punto si devono saldare le parti esistenti con quelle nuove
inportate. Lavoro manuale in JOSM.

 20. Upload to server.


Mescolare tutto bene, aggiungere un pò di Python e lasciare cuocere in
forno per 20 minuti.

Chi ha voglia (tempo) di provarci?



C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Automazione pulizia tracce, integrazione, caricamento.

[Cristiano Giovando]

Molto spesso succede di raccogliere tracce ma poi non avere tempo di
pulirle e caricarle subito. Oppure dopo un mapping party è difficile
mettere assieme le tracce dai vari mappatori in modo automatico e
combinare i dati per caricarli sul server. Ho iniziato a definire una
procedure per la pulizia, l'integrazione e il caricamento sul server
in modo automatico, utilizzando alcuni strumenti GIS che ho a
disposizione. Sarebbe bello qualcuno della list GFOSS prendesse gli
stessi passi descritti sotto e riscrivesse la procedura utilizzando
strumenti liberi.

Ditemi cosa pensate e se anche voi avete avuto gli stessi problemi di
*accumulo tracce* che procedura avete adottato al posto della
digitalizzazione manuale in JOSM. Premetto che quanto sottto è per lo
più concettuale anche se implementato così come descritto funziona già
con buoni risultati (per ora solo con tracce lineari (ways) e con
limitato supporto ai tags).

Mi scuso per l'inglese nella lista italiana, ma vorrei presto passare
al wiki e alla lista generale. Mi scuso anche per alcuni termini GIS
troppo specifici della tradizione ESRI.

Parte di questa procedura potrebbe essere altrettanto utilizzata per
import di carattere generale da altri dataset.


A voi la palla



C






Workflow for Automatic Data Processing and Upload

This process should make it easier to clean and import large amounts
of raw GPS data (e.g. after a mapping party) without having to
manually digitize gpx tracks in JOSM. Also helpful to merge and solve
repeated pass overlaps. Only works with ways (aka lines), within
EPSG:3035 geographic extent. Logger set to record every 1 second, max
speed limit 130km/h (ca 40m/s). MTK chipset with standard accuracy  3
meters. Implemented using ArcGIS, JOSM, GPSBabel, GlobalMapper,
Python.

01. Download gpx tracks from GPS device(s);

02. Open all gpx files in GlobalMapper, export to shapefile EPSG:3035

03. Import shapefile to geodatabase (for automatic topology attributes)

04. Split line at vertices (this may take a long time, depending on machine)

05. Remove GPS errors, lines  40 meters (assuming tracker speed was
always 150km/h)

06. Dissolve to single feature

07. Simplify, tolerance 1 meter (this removes unnecessary nodes)

08. Integrate, tolerance 3 meters (collapse overlapping lines into one)

09. Dissolve, save as newtmp.shp feature

10. Open shapefile in GlobalMapper, export to gpx

11. Open gpx in JOSM, download data from server based on gpx extent,
save as existing.osm file

12. Open osm file in GlobalMapper, export to existing.shp

13. Open existing.shp in ArcGIS, make 10 meter buffer

14. Erase from newtmp.shp using buffer (remove all data already mapped in OSM)

15. Make singlepart, save as new.shp (split ways at intersections)

16. Review (and add id and attributes if using shp_to_osm.py script)

17. Export to new.osm using py script or open shp in GlobalMapper,
then export to gpx.

18. Open new.osm or new.gpx in JOSM, review, edit where necessary,
merge with existing

19. Solve conflicts and merge ways.

20. Upload to server.



___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Micro Mapping Party Non Del Tutto Estemporaneo a Gavirate (VA): sabato 23 agosto

[Cristiano Giovando]

2008/8/18 Elena of Valhalla [EMAIL PROTECTED]:
 Ciao

 questo sabato riproviamo a trovarci in zona insubrica per mappare
 qualcosa, stavolta pero` con uno scopo ben preciso: mappare la zona in
 cui si terra` il nostro linux day prima che ci sia bisogno dei dati
 per generare cartine da stampare o comunque per far avere un aspetto
 migliore alla mappa sul sito

Ciao Elena,

Probabilmente sono in zona e mi aggregherei. Posso anche organizzare
un pranzo per i mappers, essendo Gavirate a 15 minuti da Ispra. Fammi
sapere dove e quando pensavate di trovarvi.


C

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Occhio a quei due...

[Cristiano Giovando]

BigG ha esteso l'applicazione Map Maker (usata in Myanmar il mese
scorso) anche a molti altri paesi [1].

MS vuole le immagini aeree delle amministrazioni locali da aggiungere
a Virtual Earth [2].



Ma non ci sono già OpenStreetMap e OpenAerialMap?




C




[1] http://google-latlong.blogspot.com/2008/06/making-your-mark-on-world.html
[2] 
http://blogs.msdn.com/virtualearth/archive/2008/06/23/publish-your-aerial-photography-to-virtual-earth.aspx

___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it

Re: [OSM-talk] [Gfoss] China cracks down on illegal online map services to protect state security

[Cristiano Giovando]

On Tue, Apr 1, 2008 at 1:35 AM, Simone Cortesi [EMAIL PROTECTED] wrote:
 On undefined, Cristiano Giovando [EMAIL PROTECTED] wrote:
   Bhe, cose simili succedono anche in Italia, per cui mi han quasi
sequestrato il GPS per averlo usato all'interno del centro di ricerca
di Ispra (VA), circa 30km di strade. Sono anche stato invitato a
rimuovere quello che avevo già mappato.
  
Qui nasce il problema del confine tra libertà di mappa e sicurezza.
Chi avesse opininioni al riguardo e giustificazioni per non cancellare
le strade si faccia avanti.

  non so come sia andata a finire la storia.

Non ci sono riferimenti a GPS e mappe nel regolamento, soltanto
divieto di uso di macchine fotografiche, quindi per ora le strade le
lascio.

  hai verificato che tali percorsi non siano gia' disponibili in altre
  pubblicazioni? sono visibili dalle fotogrammetrie? google? yahoo?
  mappe catastali? mappe comunali?

Su Google [1] di strade ce ne sono solo un paio, più una nuvola
sospetta su metà del centro. Su Microsoft Live Maps [2] ancora peggio,
hanno spalmato un bel pezzo di foresta amazzonica a coprire tutto...


C


[1] 
http://maps.google.com/maps?f=qhl=engeocode=q=isprasll=37.0625,-95.677068sspn=48.287373,109.072266ie=UTF8ll=45.807893,8.630791spn=0.010455,0.026629t=hz=16
[2] 
http://maps.live.com/default.aspx?v=2cp=45.809104~8.629278style=hlvl=16tilt=-90dir=0alt=-1000encType=1

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] [Gfoss] China cracks down on illegal online map services to protect state security

[Cristiano Giovando]

Bhe, cose simili succedono anche in Italia, per cui mi han quasi
sequestrato il GPS per averlo usato all'interno del centro di ricerca
di Ispra (VA), circa 30km di strade. Sono anche stato invitato a
rimuovere quello che avevo già mappato.

Qui nasce il problema del confine tra libertà di mappa e sicurezza.
Chi avesse opininioni al riguardo e giustificazioni per non cancellare
le strade si faccia avanti.


C



On Thu, Mar 27, 2008 at 10:04 AM, Edoardo Marascalchi
[EMAIL PROTECTED] wrote:
 http://news.xinhuanet.com/english/2008-03/25/content_7858467.htm

  China cracks down on illegal online map services to protect state security
  BEIJING, March 25 (Xinhua) -- The Chinese government is to crack down on
  illegal online map and geographical information websites, claiming they
  threaten state security, said an official of the State Bureau of
  Surveying and Mapping (SBSM) on Tuesday.

 Eight departments, including the SBSM, the Ministry of Foreign
  Affairs, and the Ministry of Public Security, said they would tighten
  supervision over online map and geographical information service websites.

 Min Yiren, deputy director of the SBSM, said almost 10,000 online
  map websites operated in China, most of them showing maps without approval.

 Some websites publish sensitive or confidential geographical
  information, which might leak state secrets and threaten national
  security, Min said.

 He said those websites would be closed down.

 Foreign organizations and individuals engaging in making and
  publishing online maps in China would also be stopped.

 The campaign would also target websites that made mistakes such as
  labeling Taiwan a country, wrongly drawing national boundaries, or
  omitting important islands including the South China Islands, Diaoyu
  Islands and Chiwei Island, said Min.

 These websites would be punished and required to make corrections,
  he said.

 A hotline has been set up for the public to report illegal websites.

 The SBSM put 418 Chinese and world maps on its website for the
  public to check and download.

 Last year, China issued a regulation restricting surveying and
  mapping by foreigners to protect national security.

 It stipulated foreign organizations and individuals who intend to
  engage in surveying and mapping must obtain approval from the central
  government and accept supervision from local governments.

  Editor: Yan Liang


  --
  Edoardo Marascalchi
  ICT Consultant

  website: http://www.edoardomarascalchi.it
  skype: My status skype:asca_edom?call

  ___
  Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
  [EMAIL PROTECTED]
  http://www.faunalia.com/cgi-bin/mailman/listinfo/gfoss
  Questa e' una lista di discussione pubblica aperta a tutti.
  I messaggi di questa lista non rispecchiano necessariamente
  le posizioni dell'Associazione GFOSS.it.


___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

Re: [OSM-talk] Error while uploading with JOSM

[Cristiano Giovando]

On Jan 30, 2008 4:47 AM, David Earl [EMAIL PROTECTED] wrote:

 On 30/01/2008 00:42, Rob Reid wrote:
  Cristiano Giovando wrote the following on 30/01/2008 12:51:
  During the upload of a large osm file with JOSM, about 12k nodes and
  500 ways, getting the following error message: Error while parsing:
  An error occurred: Connection timed out: connect.
 
  Any idea? I tried to restart the upload, but it would not resume,
  instead restart from the beginning, to just stop again because of the
  same error.
 
  Cristiano,  The error you are getting is correct in that JOSM is timing
  out while trying to upload the  data.
  Restarting the upload does actually resume the upload, its just that the
  progress bar starts at the beginning again for the remaining data.
  For example if you are uploading 12K nodes and it times out after 6K
  nodes, then when you restart, the progress bar will begin again at the
  start but appear to move faster as it now only covers the remaining 6K
  nodes.

 I suspect something more than that. I have always had to have four,
 five, six... attempts to upload data, as it always without fail times
 out several times during an upload.

 But recently doing larger volumes, my experience has been the same as
 Cristiano - it fails after a few K, and then it won't upload again for
 another 10 minutes or so, and during that time I can't access
 www.openstreetmap.org either.

 The former problem we could solve by retrying in JOSM rather than giving
 up, but the latter is as if the server has gone down. Was I just unlucky
 this happened twice in successive attempts a week apart, or is there
 something more going on here? I'll do another big chunk soon, and see
 what happens.

 David


I confirm what Rob said, it actually resumed from where it left. But
it's also true it took many tries before I was able to upload the
entire dataset. I suspect this problem is more likely with large
datasets, and it may just be something could be tweaked in JOSM to
extend the connection timeout limit.


C

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk

[OSM-talk] JOSM and GPX

[Cristiano Giovando]

Hi,


What is the current implementation of GPX extensions parsing in JOSM?
With reference to the code below, I would like to import way id from
FIELD1, name from FIELD2 and alternate name tag from FIELD3, plus all
relations correctly from the GPX geometry.

trk
  extensions
ogr:FIELD101/ogr:FIELD1
ogr:FIELD2StreetName/ogr:FIELD2
ogr:FIELD3AlternateStreetName/ogr:FIELD3
  /extensions
  trkseg
trkpt lat=YY. lon=XX.
/trkpt

Using GPX version 1.1 as created with OGR. Some tracks include more
than one trkseg (MultiLineString), where streets are interrupted or
made up of several distinct segments. These share same name and id,
but are actually separate line features. How do you represent it in
osm code?

In alternative to converting from GPX, has anybody developed or
working on a generic shapefile to osm converter?


Cheers


C

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk