Re: [Talk-in] Indian Districts

2017-04-05 Per discussione Arun Ganesh
>From what I remember, when Harshad imported the districts many years back
there was a problem with multipart districts. This caused quite a few
missing coastal districts. Nothing was deleted.

On Thu, Apr 6, 2017 at 2:14 AM, muzirian  wrote:

> Also wasn't districts boundaries some imports?
> I have noticed problems with districts in Kerala, they still need much
> correction.
>
> Regards,
> Kelvin
>
> On Wed, Apr 5, 2017 at 11:10 PM, Naveen Francis 
> wrote:
>
>> Hi
>>
>> How we make sure that all districts are mapped ?
>> Is district boundaries are getting deleted ?
>> http://overpass-turbo.eu/s/o8d
>>
>> Few districts in MH and GJ are missing
>>
>> Thanks,
>> naveenpf
>>
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
>>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in


Re: [Talk-in] license compatibility of various data sources for india

2017-04-05 Per discussione Srihari Thalla
But DataMeet has only 5 states :-/

What about this repo -
https://github.com/justinelliotmeyers/official_india_2011_village_boundary_lines
Does it contain all of them?

On Wed, 5 Apr 2017 at 23:19 Naveen Francis  wrote:

> http://projects.datameet.org/indian_village_boundaries/
>  (All work will be under Open Data Commons Open Database License (ODbL). )
>
>
> On 5 April 2017 at 20:01, muzirian  wrote:
>
> Anybody know if all these sources given in this page have an osm
> compaitable license?
>
> https://wiki.openstreetmap.org/wiki/India/Data_sources
>
> Also is there any other data source which we can use like anything from
> https://data.gov.in
>
> Regards
>
> Kelvin
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in


[OSM-talk-fr] villes avec vitesse limitée à 30km/h

2017-04-05 Per discussione Florian LAINEZ
Hello,
Je découvre une liste des communes dont la vitesse max autorisée aux
véhicules est de 30km/h : https://ville30.org/les-villes-30/

En plus de mettre cette information dans la relation de la commune,
pensez-vous qu'il faille taguer chaque way individuellement ? Pas sûr que
les moteurs de calcul de vitesse aillent chercher l'info dans la relation...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-us] Response from TIGER about "driveways

2017-04-05 Per discussione Charlotte Wolter

Thanks, Bill,

Very interesting. Certainly there are other such local 
"strategies" to deal with long driveways. There are other local 
customs that mappers should know, such as that state roads in some 
states have SR before the number, not the state abbreviation I've 
made that mistake myself here in California and certainly haven't 
corrected them all.
It would be nice if there were a way to pop up some kind of 
warning about local anomalies for mappers. Maybe that is something 
for the future.


Charlotte


At 02:15 PM 4/4/2017, you wrote:
There are jurisdictions where named driveways are required if the 
house is out of sight of the street.
E.g. Cumberland Co. Maine, the newishcountywide E911 dispatch 
requires street names be unique across county and that houses not 
within sight of the road have a named PVT WAY that becomes their 
official address for E911. (Unclear how postoffice and UPS feel about that.)
Requiring a clear number sign at the street might have been 
sufficient but they've chosen to mandate identical PVT WAY signage instead.

( looks like none of those have made it into  OSM yet.)


Charlotte Wolter
927 18th Street Suite A
Santa Monica, California
90403
+1-310-597-4040
techl...@techlady.com
Skype: thetechlady



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


[Talk-cz] Dotaz k natural=coastline

2017-04-05 Per discussione Lukáš Karas
Ahoj, posledních pár týdnů jsem pracoval na knihovně OSMScout, aby správně 
zobrazovala pevninu/moře/ostrovy. Při importu Albánie jsem ale narazil na 
chyby způsobené ostrovy s tagem natural=coastline, které se ale nachází v 
laguně (natural=water) která leží "na pevnině" (vlevo od pobřeží).

http://tools.geofabrik.de/osmi/?
view=coastline=19.40472=40.51970=15=1.00=coastline,coastline_error_lines,line_not_a_ring,line_overlap,line_invalid,line_direction,questionable,coastline_error_points,unconnected,intersections,not_a_ring,double_node,tagged_node

Nemá někdo z vás zkušenosti s mapováním pobřeží? Jsou tyto ostrovy dobře nebo 
špatně? Geofabrik inspektor zde chybu nevidí, já bych ten tag ale smazal :) 

Lukáš



signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-it] Mappe OSM su tutte le ambulanze del 118 FVG

2017-04-05 Per discussione Marco_T
Tenete conto che anche parte della cartografia del Piano regionale delle
emergenze è basato su OSM:
http://pianiemergenza.protezionecivile.fvg.it/municipalities
Sembra che ci sia lungimiranza e fiducia nel progetto! E questo fa piacere!

-- 
Marco_T



--
View this message in context: 
http://gis.19327.n8.nabble.com/Mappe-OSM-su-tutte-le-ambulanze-del-118-FVG-tp5894839p5894854.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-cz] Fotografovani rozcestniku

2017-04-05 Per discussione Marián Kyral
Tohle by mělo fungovat i teď. Nějaké fotky z Ruska už v databázi jsou a
nějakou dobu bylo docela dost fotek v moři na souřadnicích 0,0 :-D

Marián

-- Původní e-mail --
Od: Michal Fabík 
Komu: OpenStreetMap Czech Republic 
Datum: 5. 4. 2017 23:52:39
Předmět: Re: [Talk-cz] Fotografovani rozcestniku
"On 5.4.2017 10:51, Milan Cerny wrote:
> Aktuálně je asi nejlepší nahrávat fotky přes chybné rozcestníky na osmap.
cz, vrstvy - speciální - chybné rozcestníky.
> Ještě nenafocený jde snadno, již nafocený, lepší, aktuálnější, jde nahrát
přes jakýkoliv jiný chybný v okolí, jen se musí opravit ref.
>
> Taky už se těším na Mariánovu vychytávku:)

Ahoj, jde nějak nahrávat fotky rozcestníků i mimo Česko, nebo to bude
umět až ta Mariánova vychytávka? Pár jich tady mám, konkrétně z Rumunska
a Bosny.

--
Michal Fabík

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


Re: [Talk-cz] Fotografovani rozcestniku

2017-04-05 Per discussione Jan Macura
2017-04-05 23:51 GMT+02:00 Michal Fabík :

> Ahoj, jde nějak nahrávat fotky rozcestníků i mimo Česko, nebo to bude umět
> až ta Mariánova vychytávka? Pár jich tady mám, konkrétně z Rumunska a Bosny.


No jo, já mám určitě nějaký z Ukrajiny, to bych se mohl konečně taky
zapojit :-)

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


Re: [Talk-cz] Fotografovani rozcestniku

2017-04-05 Per discussione Michal Fabík

On 5.4.2017 10:51, Milan Cerny wrote:

Aktuálně je asi nejlepší nahrávat fotky přes chybné rozcestníky na osmap.cz, 
vrstvy - speciální - chybné rozcestníky.
Ještě nenafocený jde snadno, již nafocený, lepší, aktuálnější, jde nahrát přes 
jakýkoliv jiný chybný v okolí, jen se musí opravit ref.

Taky už se těším na Mariánovu vychytávku:)


Ahoj, jde nějak nahrávat fotky rozcestníků i mimo Česko, nebo to bude 
umět až ta Mariánova vychytávka? Pár jich tady mám, konkrétně z Rumunska 
a Bosny.


--
Michal Fabík

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


Re: [Talk-it] Mappe OSM su tutte le ambulanze del 118 FVG

2017-04-05 Per discussione Maurizio Napolitano
Notizia molto interessante.
Davvero!
Sono curioso di sapere quale è l'algoritmo di routing usato e quali
variabili prende in considerazione.


2017-04-05 21:48 GMT+02:00 Cascafico Giovanni :
> Oggi abbiamo avuto in lista Friuli Venezia Giulia il seguente messaggio da
> parte di un operativo:
>
> "Con l'apertura della centrale unica regionale del 118 tutti i mezzi di
> soccorso sono stati dotati di un tablet dedicato alla gestione delle
> missioni di soccorso.
> Ho il piacere di informarvi che la mappa predefinita e l'algoritmo di
> routine si basano inequivocabilmente su dati OSM."
>
> Dopo l'import dei 400k civici avvenuto l'anno scorso, questa applicazione di
> OSM non può che renderci orgogliosi del lavoro fatto, stimolarci a
> completarlo ed a tenerlo aggiornato.
>
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Maurizio "Napo" Napolitano
http://de.straba.us

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


Re: [Talk-it] Riutiluzzo dei 'miei' dati di OSM

2017-04-05 Per discussione Maurizio Napolitano
Semplicemente, sulla mappa che andrai a stampare, dovrai fare
riferimento che è basata sui dati di OpenStreetMap

2017-04-05 22:48 GMT+02:00 carlo folini :
> Ciao,
> Nei prossimi giorni farò una consulenza (gratuita) per migliorare le mappe
> in stampa a breve della comunità montana locale.
> Ovviamente porterò come dato base le mappature che ho riportato su OSM.
> Per quanto riguarda le licenze, come mi devo comportare?
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Maurizio "Napo" Napolitano
http://de.straba.us

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


Re: [Talk-it] Importare i fabbricati

2017-04-05 Per discussione Andrea Enzo Lattmann


> in Francia se ricordo bene hanno importato edifici per edificio "a mano",
> al meno questo era il piano ufficiale ;-)

Accidenti! comunque sono rimasto colpito di come fosse stato fatto bene.

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


Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

2017-04-05 Per discussione Andrea Enzo Lattmann


Alessandro Palmas:

> OK, ma quale percentuale di locali ha queste informazioni

quelli che mappo io! :-) cerco di mettere tutto quello che riesco a
trovare...

> e, a parte in OsmAnd, come le trovano gli utenti?

sinceramente non lo so.

> 
> Nelle mie mail parlo spesso di obbiettivi strategici, cosa che a chi
> gira col GPS e mappa quello che gli capita a tiro può suonare come una
> bestialità.

Se uno non ha molto tempo e sfrutta quei 2 minuti per mappare un cestino
ci stà, però se uno è in giro a perder tempo sarebbe meglio se
cominciasse dalle vie, sbaglio?

> Anch'io ho mappato per anni i cassonetti del riciclo e continuo a
> mapparli. Ma dò la priorità a tutti i nomi delle vie, i servizi pubblici
> e le cose che ritengo più importanti. Sarà forse anche per quello che
> Genova è la terza città per numero di POI (11479) dopo Milano (15171) e
> Roma (13233) nonostante siamo quattro gatti a mapparla.
> 
> Io rimango basito da quante mail occupino discussioni su come mappare la
> forma di una maniglia di un bagno pubblico (forse non è ancora nata la
> discussione ma non me ne stupirei) o i contenitori degli escrementi
> animali:

dai, ci stanno (qualità dei dati), ma condivido il tuo pensiero che
prima di discutere "della maniglia" sarebbe meglio mappare le cose di
base: vie, civici, locali.

> forse un turista straniero prima di venire in vacanza in Italia
> controlla se nelle città ci sono questi per decidere di passare lì le
> vacanze?

se sta facendo una passeggiata con il cane e si accorge dopo mezzora che
sta ancora girando con un sacchetto trasparente, contenente gli
escrementi del suo alano, forse se avesse l' informazione di dove si
trova il cestino più vicino, ne sarebbe contento :-D (situazione reale
che mi è capitato di assistere...compreso imbarazzo...)

> O chi porta il suo piccolo amico a sporcare fa prima una query
> su overpass e poi esce col cane?

Questa è bellissima :-D

> Quali numeri pensate possano fare, diciamo tra 3 anni, questi tag?
> Intanto mancano una valanga di informazioni di base che tutti gli
> utilizzatori vorrebbero vedere e che la maggior parte di rendering
> visualizzerebbe.
> 
> Quando invio i messaggi di saluto ai nuovi mappatori ogni tanto chi mi
> risponde mi chiede: "cosa dovrei iniziare a mappare per primo?" Questo
> vuol dire che chi arriva pensa che la comunità abbia in mente una scala
> di priorità (senza nulla togliere a chi vuole mappare i tombini nelle
> strade).
> Ricordo che nel 2011 (se non sbaglio) avevamo ideato il tag del mese,
> mediando l'iniziativa da wikipedia, ma dopo 4 mesi lasciammo perdere
> perchè sprecavamo solo tempo a scrivere sulla wiki.
> 

> OSM sta sempre più attirando interessi di P.A. per il potenziale che ha
> il progetto. 

Infatti! c'è un aumento esponenziale dell' interesse, perchè stanno
riconoscendo il potenziale di OSM. Non lasciamoci sfuggire l' occasione,
perchè ci vuole davvero poco a disattendere le aspettative.
P.S.: Ero di fretta ma questa mattina ho beccato una violazione di OSM
(pubblica amministrazione), non sono riuscito a fare foto, ma questo
dimostra l' interesse verso OSM. Fino all' anno scorso usavano altre
mappe, ora le stanno rimpiazzando con OSM.

> Mi piacerebbe sentire più attenzione verso questo
> interesse: sarebbe un cambio di marcia anche dal punto di vista dei
> contributori. Poi escono discussioni come questa, parte il fuoco di
> paglia e si affievolisce in brevissimo per tornare a parlare d'altro.

> Continuate pure a pensare che chi usa servizi commerciali sbaglia senza
> pensare a cosa potremmo fare per informare meglio i nuovi utenti e chi
> conosce a malapena in nome di OSM.

Concordo, eppure OSM piace (una volta fatto conoscere).

> Le persone sono pigre, se si abituano a qualcosa anche se esce un
> prodotto migliore ci mettono tempo a cambiare idea. Se su G un POI è a
> 200 metri dal suo vero punto se ne fanno una ragione, tanto al limite
> guardano streetview.

Verissimo, ed ho constatato più di una volta che G. mi portava ben
lontano da dove volevo andare.

> 
> Alessandro Ale_Zena_IT
> 

Alessandro, condivido e credo che si possano decidere delle priorità:
prima si mappano le cose importanti e poi... i tombini.

Buttiamo li delle idee:

Vie e civici?


> 
> P.S.: io non mi stupisco che la camera di commercio si affidi a G; mi
> girano pesantemente le scatole perchè da i suoi dati SOLO a G,
> un'azienda americana che ha più o meno il monopolio su questo business
> senza pensare che 
> anche qui da noi potrebbero partire aziende italiane
> fornitrici di servizi simili.


 ___
> 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] Mappe OSM su tutte le ambulanze del 118 FVG

2017-04-05 Per discussione Alessandro Sarretta

Complimenti!

Concordo, sarebbe bello avere una nota ufficiale scritta dai 
responsabili del 118 del FVG da poter diffondere e commentare!


Ale


On 05/04/2017 21:51, Davide Sandona' wrote:
Questa è ottima notizia Dovremo publicizzarla alle amministrazioni 
di qualunque livello (regionale, provinciale, comunale) come esempio 
lampante delle potenzialità di OSM!


Davide.

Il giorno 5 aprile 2017 21:48, Cascafico Giovanni > ha scritto:


Oggi abbiamo avuto in lista Friuli Venezia Giulia il seguente
messaggio da parte di un operativo:

"Con l'apertura della centrale unica regionale del 118 tutti i
mezzi di soccorso sono stati dotati di un tablet dedicato alla
gestione delle missioni di soccorso.
Ho il piacere di informarvi che la mappa predefinita e l'algoritmo
di routine si basano inequivocabilmente su dati OSM."

Dopo l'import dei 400k civici avvenuto l'anno scorso, questa
applicazione di OSM non può che renderci orgogliosi del lavoro
fatto, stimolarci a completarlo ed a tenerlo aggiornato.




___
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


--
--

Alessandro Sarretta

skype/twitter: alesarrett
Web: ilsarrett.wordpress.com 

Research information:

 * Google scholar profile
   
 * ORCID 
 * Research Gate 
 * Impactstory 

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


[Talk-it] Riutiluzzo dei 'miei' dati di OSM

2017-04-05 Per discussione carlo folini
Ciao,
Nei prossimi giorni farò una consulenza (gratuita) per migliorare le mappe
in stampa a breve della comunità montana locale.
Ovviamente porterò come dato base le mappature che ho riportato su OSM.
Per quanto riguarda le licenze, come mi devo comportare?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-GB] Rendering Stiles

2017-04-05 Per discussione Andy Robinson
If you are looking for good uMap tutorials the two blog posts that RobJN did on 
Mappa Merca are great:

http://www.mappa-mercia.org/2014/08/openstreetmap-alternatives-to-googles-maps-engine-and-fusion-tables.html
 
http://www.mappa-mercia.org/2014/09/creating-an-always-up-to-date-map.html

Cheers
Andy

-Original Message-
From: David Woolley [mailto:for...@david-woolley.me.uk] 
Sent: 05 April 2017 11:05
To: talk-gb@openstreetmap.org
Subject: Re: [Talk-GB] Rendering Stiles

On 05/04/17 10:09, Ian Caldwell wrote:

>
> One of the reasons I think he was adding  name="stile". is that stiles 
> are not rendered on the standard map. Is there are web based map that 
> does render stiles? I cannot find one.

It may be possible to create one using uMap.  Unfortunately the English 
instructions are garbled, and half French, and the French ones seem to be 
lacking detail, only giving an example for areas: 



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


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


Re: [Talk-in] Indian Districts

2017-04-05 Per discussione muzirian
Also wasn't districts boundaries some imports?
I have noticed problems with districts in Kerala, they still need much
correction.

Regards,
Kelvin

On Wed, Apr 5, 2017 at 11:10 PM, Naveen Francis  wrote:

> Hi
>
> How we make sure that all districts are mapped ?
> Is district boundaries are getting deleted ?
> http://overpass-turbo.eu/s/o8d
>
> Few districts in MH and GJ are missing
>
> Thanks,
> naveenpf
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in


Re: [Talk-GB] Rendering Stiles

2017-04-05 Per discussione Andy Townsend

On 05/04/2017 20:12, Michael Booth wrote:
Might be worth commenting on this issue about adding kissing 
gate/stile icons, with any suggestions for rendering them on the 
standard layer: 
https://github.com/gravitystorm/openstreetmap-carto/issues/846


To be honest, as the last comment there says, to progress that I think 
it needs someone to contribute some code - take a copy of the 
repository, set up a rendering stack using it (probably just Kosmtik 
would work - see e.g. 
https://ircama.github.io/osm-carto-tutorials/kosmtik-ubuntu-setup/ ) 
make the changes to render stiles etc., test it, and offer that 
contribution back.  See also 
https://switch2osm.org/manually-building-a-tile-server-16-04-2-lts/ .


I believe that the OSM Carto people are keen to see new contributors - 
see https://github.com/gravitystorm/openstreetmap-carto/issues/2291 for 
example.


If anyone wants is trying to do the above and gets stuck, then I'm sure 
that people will be willing to help - either here, on github, or on IRC 
and elsewhere.


Best Regards,

Andy


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


Re: [Talk-it] User mxrev8 (era l'utente pasticcione)

2017-04-05 Per discussione Davide Sandona'
mxrev8 ha subito un blocco dell'account per 24 ore: i commenti nei
changeset hanno portato l'attenzione dei mod se qualcuno ha un po' di
tempo per dare un'occhio a tutte le modifiche fatte!

Davide.

Il giorno 4 aprile 2017 19:23, THESTORM375  ha
scritto:

> secondo me va bene perchè sennò non riusciamo a starli al passo
>
>
> Il giorno mar 4 apr 2017 alle ore 19:17 Davide Sandona' <
> sandona.dav...@gmail.com> ha scritto:
>
>> contattiamo DWG di nuovo? almeno per chiedere un blocco di alcuni giorni
>> così possiamo controllare i centinaia di edits che ha fatto?
>>
>> Davide.
>>
>> Il giorno 4 aprile 2017 19:10, THESTORM375  ha
>> scritto:
>>
>> alla fine come è finita la questione hai mandato il revert di tutti i
>> changeset? Daniele Gitto
>>
>> Il giorno mar 4 apr 2017 alle ore 13:14 Marco Ciampa 
>> ha scritto:
>>
>> On Tue, Apr 04, 2017 at 12:59:01PM +0200, Luigi Toscano wrote:
>> > On Tuesday, 4 April 2017 12:54:44 CEST Daniele Gitto wrote:
>> > > Salve, purtroppo l'utente select che era stato bloccato per 0 ore ha
>> un
>> > > altro username (mxrev8) ed è arrabbiato perché editavo subito i suoi
>> > > edit. In qualche caso ho dovuto fare il revert perché i dati vecchi
>> non
>> > > riuscivo a trovarli facilmente.
>> > > Molti suoi edit sono giusti e utili (anche perché sono tanti) però con
>> > > alcune cose non sono d'accordo:
>> > > 1) "scuola secondaria" è sbagliato perché c'è la sec di primo grado
>> che
>> > > è la vecchia "media" e la sec di secondo grado che è la vecchia scuola
>> > > superiore. soltanto "secondaria" quindi non sono d'accordo.
>> > > 2) toglie i nomi degli uffici postali e scrive solo "ufficio postale"
>> > > spesso nel cancellare toglie tutti i contatti, telefono, website e
>> email
>> > > che faticosamente ho raccolto esaustivamente. Stessa cosa con le
>> caserme
>> > > dei carabinieri.
>> > > 3) Non segue lo standard del wiki per i nomi con date.
>> > >
>> > > tutti questi aspetti li avevo chiesti inoltre qui in lista prima di
>> > > mettermi a mapparli. e sono condivisi credo.
>> > > Ora lo devo lasciare fare credo perché altrimenti è una edit war. boh.
>> >
>> > No, no, non lasciarlo fare. Commenta i changeset e segnalalo.
>> > Utenti problematici, per quanto possano dare (piccoli) contributi
>> positivi, è
>> > meglio perderli che tenerli.
>>
>> IMHO Sono d'accordo.
>>
>> Il lavoro di correzione e controllo supera facilmente il suo contributo
>> in termini di tempo (prezioso) e anche non fosse il tuo tempo è di
>> maggiore qualità visto che è di persona con esperienza e quindi IMHO vale
>> di più.
>>
>> Perciò, sempre IMHO, non farti troppi problemi.
>>
>> Comunque avvertilo che:
>>
>>  - è stato segnalato
>>  - che la comunità lo sta osservando e non sta giudicando favorevolmente
>>quello che fa, ergo non sta aiutando nessuno ma creando solo del lavoro
>>e delle scocciature a tutti
>>  - che non può fare di testa sua e che se vuole proprio farlo basta che
>>si crei un suo OpenStreetMap "privato"
>>  - che se non cambia "tattica" verrà bannato
>>
>> Saluti da uno (molto meno esperto di te) che pensa che il lavoro di
>> qualità
>> e il tempo delle persone con maggiore esperienza vadano salvaguardati.
>>
>> Solo la mia opinione di eterno newbie in OSM!
>>
>> --
>>
>>
>> Marco Ciampa
>>
>> I know a joke about UDP, but you might not get it.
>>
>> 
>>
>>  GNU/Linux User #78271
>>  FSFE fellow #364
>>
>> 
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>> --
>>
>> Written by Valerio
>>
>> ___
>> 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
>>
> --
>
> Written by Valerio
>
> ___
> 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-fr] Projet du mois - Panneaux électoraux

2017-04-05 Per discussione Frédéric Rodrigo

Dans les grandes villes il y a des emplacements supplémentaires.
Pour les dernières élections départementales chez Mapotempo on avait 
fait quelque chose sur le sujet :

http://panneau-election.fr

Frédéric.


Le 05/04/2017 à 18:56, Carfil Cem a écrit :


Bonsoir à tous,

Pour les emplacements, ils sont liés (en terme d’implantation) aux 
bureaux de votes où les gens se déplacent, la plupart du temps à 
proximité immédiate visible de tous depuis la voie publique.


Comme les bureaux de votes sont fixes, les emplacements des panneaux 
le sont aussi !


Pour ce qui est des fixations au sol, tout dépend des méthodes de la 
collectivité : ils peuvent avoir une fixation pérenne dans le sol ou 
bien comme chez nous implantés provisoirement et fixés au mobilier urbain…


Voilà pour les infos !

Cem

(DSI/Mairie de DAMMARIE LES LYS)

*De :*Francescu GAROBY [mailto:windu...@gmail.com]
*Envoyé :* mercredi 5 avril 2017 18:34
*À :* Discussions sur OSM en français
*Objet :* Re: [OSM-talk-fr]Projet du mois - Panneaux électoraux

Réponse générale (mais je suis sûr qu'il existe des cas particuliers) :

* Les panneaux ne sont pas pérennes : ils sont installés par les 
services municipaux, à l'approche des élections. D'où le tag 
"permanent=no" que propose/rappelle Florian.


* Leurs emplacements, en revanche, sont très souvent fixes. Ces 
panneaux nécessitant en effet d'être fixées au sol, des socles noyées 
dans le bitume des trottoirs sont déjà en place (recouverts d''un 
capuchon, pour éviter qu'ils ne se bouchent quand il n'y a pas de 
panneaux).


Francescu

Le 5 avril 2017 à 18:33, Nicolas Moyroud > a écrit :


Question bête d'un ignorant dans le domaine : ces panneaux sont-ils 
pérennes et repoussent-ils toujours au même endroit d'une élection à 
l'autre ? Parce que si c'est comme les champignons, ça n'a pas trop sa 
place dans OSM.


Nicolas

PS : par contre que les champignons c'est bon...

Le 05/04/2017 à 14:33, Florian LAINEZ a écrit :

Salut,

Je vous propose de relancer le projet du mois. Cartographions
ensemble une thématique précise chaque mois !

Si ça vous dit, c'est de saison, nous pouvons commencer par les
panneaux électoraux qui poussent un peut partout sur notre
territoire :
https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/elections

Je crois bien que l'on tague ça :

advertising=board

message=political
permanent=no

Go go go ! à moins qu'on reparte dans des débats concernant la
manière de taguer ces éléments ...

Dans ce cas, que l'on m'explique pourquoi le wiki conseille
message=electoral
alors que tout le
monde utilise message=political  !


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




--

Francescu



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




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


Re: [Talk-it] Mappe OSM su tutte le ambulanze del 118 FVG

2017-04-05 Per discussione Davide Sandona'
Questa è ottima notizia Dovremo publicizzarla alle amministrazioni di
qualunque livello (regionale, provinciale, comunale) come esempio lampante
delle potenzialità di OSM!

Davide.

Il giorno 5 aprile 2017 21:48, Cascafico Giovanni  ha
scritto:

> Oggi abbiamo avuto in lista Friuli Venezia Giulia il seguente messaggio da
> parte di un operativo:
>
> "Con l'apertura della centrale unica regionale del 118 tutti i mezzi di
> soccorso sono stati dotati di un tablet dedicato alla gestione delle
> missioni di soccorso.
> Ho il piacere di informarvi che la mappa predefinita e l'algoritmo di
> routine si basano inequivocabilmente su dati OSM."
>
> Dopo l'import dei 400k civici avvenuto l'anno scorso, questa applicazione
> di OSM non può che renderci orgogliosi del lavoro fatto, stimolarci a
> completarlo ed a tenerlo aggiornato.
>
>
>
>
> ___
> 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] Mappe OSM su tutte le ambulanze del 118 FVG

2017-04-05 Per discussione Cascafico Giovanni
Oggi abbiamo avuto in lista Friuli Venezia Giulia il seguente messaggio da
parte di un operativo:

"Con l'apertura della centrale unica regionale del 118 tutti i mezzi di
soccorso sono stati dotati di un tablet dedicato alla gestione delle
missioni di soccorso.
Ho il piacere di informarvi che la mappa predefinita e l'algoritmo di
routine si basano inequivocabilmente su dati OSM."

Dopo l'import dei 400k civici avvenuto l'anno scorso, questa applicazione
di OSM non può che renderci orgogliosi del lavoro fatto, stimolarci a
completarlo ed a tenerlo aggiornato.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-GB] Rendering Stiles

2017-04-05 Per discussione Michael Booth
Might be worth commenting on this issue about adding kissing gate/stile 
icons, with any suggestions for rendering them on the standard layer: 
https://github.com/gravitystorm/openstreetmap-carto/issues/846


On 05/04/2017 10:09, Ian Caldwell wrote:
I am having a conversation with a new mapper, he was adding stiles by 
using name="stile".


The reason he is interested in stiles is as he says:  "I like to walk 
with my dog but find that many of the stiles are not dog friendly and, 
being almost eighty, I  find it difficult to lift my dog bodily over 
the stile."


One of the reasons I think he was adding  name="stile". is that stiles 
are not rendered on the standard map. Is there are web based map that 
does render stiles? I cannot find one.



Ian


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



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


Re: [OSM-co] Campaña Dolcegusto

2017-04-05 Per discussione iveth manrique

SeñoresTalk-co
Apreciados señores

Me dirijo a Ustedes para preguntarles por la campaña de Dolcegusto. Al 
principio recibí un correo en el cual se me decía que la encuesta se cerraba el 
31 de marzo pero que los pedidos llegaban hasta el 7 de abril. Y me envían un 
correo notificando que ya estaba cerrada. Esto se debe a que estaba interesada 
en comprar una de las máquinas. Ahh y lo otro que le enviaban a uno un kit por 
correo. Eso era verdad o ...
Agradezco la respuesta que me den.


Atentamente,

Iveth Manrique R

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


Re: [OSM-talk-fr] (osm: message 6 of 20) Projet du mois - Panneaux électoraux

2017-04-05 Per discussione osm . sanspourriel

> PS : par contre que les champignons c'est bon...

Les élections aussi. Mais avec les résultats, c'est comme avec les 
champignons, il y a des risques d'intoxication.


/Récent exemple Brexit avec une politicienne faisant d'un rocher un 
casus belli au sens propre (Gibraltar a été comparé aux Malouines par la 
Premier Ministre britannique... sachant que 95 % des habitants du rocher 
ne voulaient pas sortir de l'Europe)./


Sur la pérennité : je confirme ce que dit Francescu, Cem et le wiki, par 
contre certains emplacements sont loin des bureaux de vote : dans ma 
commune (étendue) tous les bureaux sont au même endroit (avec donc des 
panneaux à côté) mais il y a aussi des panneaux à proximité de la mairie 
et dans les principaux villages/hameaux (en plus du bourg : on est en 
Bretagne).


N'oublions pas : https://panneaux-election.fr/data/.

> Dans ce cas, que l'on m'explique pourquoi le wiki conseille 
message=electoral alors 
que tout le monde utilise message=political 
 !


Dans les autres il y a des trucs +/- valables (municipality : douteux 
par rapport à local mais on peut voir une subtilité, opinions, 
non_profit, map_information, legal, leisure, information, event, 
tourism, show_biz, cultural_event), *pas un seul electoral*.


Un message=political avec permanent=no, c'est vraiment équivalent avec 
message=elections, donc je suis pour demander à modifier le wiki.


Sinon des trucs plus étonnants :
message=opinion Ça doit être spécifique à la Corée du Nord ;-)
message=No C'est un message de non information. Un panneau de pub 
"mettez votre pub ici ?" ?

message=destination Pour un panneau routier ?

Et le meilleur pour la fin :

Antigua Apartments
Atenció;Sortida de vehicles
ATENCIÓ
B Al Larice; Willkommen
Percorsi
The Breakers
The Oceanfront Loft Apartments
TODO 5 rue du Maréchal Leclerc, 45430 Chécy
Vias
Welcome to New Mexico
Welcome to South Ruislip

À remplacer par description= ?

Dans certaines communes rurales j'ai vu des murs aveugles avec un trait 
de peinture délimitant les emplacements, la peinture est permanente mais 
pas l'autorisation d'afficher donc là aussi permanent=no.


> Même pour poser une bannière pour un événement, ce ne sont plus les 
organisateurs de l’événement qui peuvent poser les bannières et panneaux,

Pas partout.

> Aujourd'hui la pub s'affiche
Aussi dans les bulletins paroissiaux (dont les distributeurs ne 
respectent pas tous les "pas de pub"... comme certains agents immobiliers).


> Les affiches électorales elles ne sont plus consultées du tout
elles servent aussi à faire savoir qu'il va y avoir une élection.

Jean-Yvon


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


[Talk-us] Dakota County, MN Building Import

2017-04-05 Per discussione joe.sapletal
This project is now on the US Tasking Server.

http://tasks.openstreetmap.us/project/88


Import page on the wiki - 
https://wiki.openstreetmap.org/wiki/Minnesota/DakotaCounty/Buildings_Import

Thanks in advance to all that participate.

Joe

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


Re: [Talk-us] Response from TIGER about "driveways

2017-04-05 Per discussione OSM Volunteer stevea
Chiming in my +1 to everything recently said here about OSM's TIGER data (and 
cats and such) in the USA.

I'd like to remind everybody that most RAIL data in the USA are largely from 
that same TIGER import.  Since about 2014, USA rail data have improved to a 
moderate degree, though spottily, especially with the advent of OpenRailwayMap 
and OpenPublicTransportMap rendering overlays.  Somewhat using a 
state-at-a-time approach (Alaska, California, Montana, New Mexico...), we have 
been improving rail data as we document how in our wikis.  To get started in 
YOUR state, please take a look at 
https://wiki.osm.org/wiki/WikiProject_United_States_railways and begin to fall 
down the rabbit hole.  Rail mapping is fun!

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


Re: [OSM-talk-fr] Projet du mois - Panneaux électoraux

2017-04-05 Per discussione Philippe Verdy
Ces emplacements fixes ne servent pas qu'aux élections. Chaque fois qu'une
commune doit faire une campagne d'affichage ils peuvent resservir
(animations, spectacles, centres d'activité, compétitions sportives,
information sanitaire et sociale temporaire, bulletins spéciaux d'alerte et
de sécurité), mais c'est vrai qu'ils ne sont pas permanents, sinon ils
seraient utilisés à l'année pour "l'affichage libre". Les infos communales
ont de plus en plus des emplacements dédiés à ça (pas toujours des
affiches, ce peuvent être des panneaux électroniques à affichage dynamique).

Des emplacements d'affichage libre sont parfois encore présents dans les
villes (ils sont régulièrement squattés pour diverses choses y compris les
affiches électorales), mais c'est devenu rare. On en trouvait sur certains
murs aveugles, mais les règles d'urbanisme ont imposé le nettoyage et la
protection contre de nouvelles affichage (par végétation sur le mur ou par
des arbres par exemple pour limiter leur visibilité et rendre inefficace
leur impact)

Comme on en trouve à proximité des bureaux de vote qui sont souvent placés
devant les mairies et les écoles et qu'ils "gâchent" le décor et peuvent
faire l'objet de dégradations, voire de bagarres comme il y en a eu dans le
passé, les panneaux officiels sont retirés dans la semaine qui suit un
scrutin. L'affichage libre n'est pratiquement plus possible sur la voie
publique où il est maintenant sévèrement contrôlé (sanctionné d'amendes sur
les emplacements non prévus, et maintenant taxé et soumis à autorisation
préalable aussi sur le domaine privé, pas seulement les panneaux
publicitaires, mais aussi les enseignes ...) car il y a eu prolifération de
ces panneaux qui ont souvent défiguré les entrées de villes.

Même pour poser une bannière pour un événement, ce ne sont plus les
organisateurs de l’événement qui peuvent poser les bannières et panneaux,
mais les services techniques municipaux (et l'autorisation est temporaire
et impose des conditions techniques et de sécurité). Résultat: il est plus
facile pour une municipalité de promouvoir très longtemps ses propres
événements que pour n'importe quelle asso locale qui se voit aussi limiter
plus sévèrement le nombre d'emplacements.

De toute façon on va droit vers la disparition totale des affiches. Les
annonceurs ne se bousculent plus et les panneaux publicitaires se vendent
mal (en plus du fait qu'ils imposent des contraintes d'entretien et de
sécurité). Il reste le cas des bannières et enseignes signalant les
commerces. La taxation est tellement élevée que bien des commerçants ont du
y renoncer ou considérablement réduire les surfaces pour tomber sous les
seuils de taxation (une taxation aujourd'hui très contestée par les assos
de commerçants souvetenue par plusieurs partis).

Aujourd'hui la pub s'affiche sur les moteurs de recherche, les cartes
électroniques, les mails, les réseaux sociaux... et les quelques magazines
gratuits encore distribuées par les municipalités ou les offices de
tourisme et sinon sur certains panneaux indicateurs de plans de quartiers
ou à l'entrée des zones d'activité...

Les affiches électorales elles ne sont plus consultées du tout, les partis
investissant plutôt les réseaux sociaux et les médias radiodiffusés pour
leur campagne (et sinon ils utilisent encore le porte à porte, les réunions
publiques et leur présence sur les lieux de rassemblement public et
marchés). De toute façon ces affiches se contentent juste de donner des
images de leur représentant national, mais pas toujours celui à élire
localement, et pratiquement aucun message hors de l'étiquette politique et
un éventuel "slogan", ces dernières affiches sont juste là pour rappeler
qu'ils ont des candidats se présentant dans le scrutin local, et sinon pour
aider les électeurs à localiser à l'avance les bureaux de vote.

Le 5 avril 2017 à 18:56, Carfil Cem  a
écrit :

> Bonsoir à tous,
>
>
>
> Pour les emplacements, ils sont liés (en terme d’implantation) aux bureaux
> de votes où les gens se déplacent, la plupart du temps à proximité
> immédiate visible de tous depuis la voie publique.
>
> Comme les bureaux de votes sont fixes, les emplacements des panneaux le
> sont aussi !
>
> Pour ce qui est des fixations au sol, tout dépend des méthodes de la
> collectivité : ils peuvent avoir une fixation pérenne dans le sol ou bien
> comme chez nous implantés provisoirement et fixés au mobilier urbain…
>
>
>
> Voilà pour les infos !
>
>
>
> Cem
>
> (DSI/Mairie de DAMMARIE LES LYS)
>
>
>
>
>
> *De :* Francescu GAROBY [mailto:windu...@gmail.com]
> *Envoyé :* mercredi 5 avril 2017 18:34
> *À :* Discussions sur OSM en français
> *Objet :* Re: [OSM-talk-fr]Projet du mois - Panneaux électoraux
>
>
>
> Réponse générale (mais je suis sûr qu'il existe des cas particuliers) :
>
> * Les panneaux ne sont pas pérennes : ils sont installés par les services
> municipaux, à l'approche des élections. D'où le tag "permanent=no" que
> 

Re: [Talk-it-lazio] Se dovete cercare un negozio di elettronica a Roma voi cosa utlizzate?

2017-04-05 Per discussione Martin Koppenhoefer


sent from a phone

> On 5 Apr 2017, at 19:11, jprimav  wrote:
> 
> grazie fabri! 
> L'ho trovata anche su IoS.


per routing offline è utile anche maps.me, ricerche semplici le fa, ma per 
gestire ogni aspetto della ricerca: overpass-turbo


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


Re: [Talk-it] località e luogo fisico

2017-04-05 Per discussione Lorenzo "Beba" Beltrami
Il giorno 5 aprile 2017 16:09, demon.box  ha scritto:

> ciao, chiedo un consiglio.
>
> fino ad ora mi è capitato di mappare così:
>
> natural=water
> name=Pozza Caldera
>e su un nodo a se stante nelle vicinanze
> place=locality
> name=Pozza Caldera
>
> oppure
>
> bridge=yes
> bridge:name=Ponte della Valle
>e su un nodo a se stante nelle vicinanze
> place=locality
> name=Ponte della Valle
>
> la mia domanda è: siccome quasi sempre in questi casi il nome della pozza o
> del ponte identificano anche una località oltre che fisicamente la pozza o
> il ponte stesso è secondo voi corretto aggiungere anche il tag
> place=locality con lo stesso nome oppure è un inutile raddoppio della
> stessa
> informazione?
> grazie.
> --enrico
>

È una domanda che mi sono fatto anch'io.
Finora ho però sempre considerato i vari place=* come elementi a se.
Nella totalità dei casi che ho mappato finora è vero che la località può
prendere il nome da un elemento specifico, ma è altrettanto vero che poi da
quel momento prende una vita propria e viene utilizzata come elemento con
una sua identità sempre disgiunto dall'elemento originale.

Per farla semplice con un esempio: vicino a dove abito c'è un posto che si
chiama "Lumaca" perché c'è una strettoia che aveva quel nome.
Vicino alla strettoia è poi nato un insediamento che ha assunto il nome
"Lumaca".
Sta di fatto che ora per "Lumaca" si intende un luogo che ormai è lontano
(e quindi fisicamente separato) dalla strettoia.

Secondo me è più corretto fare due elementi separati come hai fatto tu.

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


[Talk-us] Tagging 'advance' turn restrictions

2017-04-05 Per discussione Kevin Kenny
Near where I live, there are several places where lane restrictions
continue for several city blocks. These 'advance' turn restrictions are
confusing to human drivers, and so far it seems that navigation systems
can't cope with them at all. I'm wondering if it's even possible under our
current schemes to tag them.

Here's a typical example.

Nott Terrace, approaching Eastern Avenue/Liberty Street.
https://goo.gl/maps/thBW7UYMBDy

The leftmost lane may go straight or turn left on Liberty Street. Traffic
going straight will be required to turn left at the next intersection
(Union Street), and proceed straight on Union Street at the following
intersection.

The center lane must go straight across Eastern Avenue. Traffic in this
lane will be required to turn left on Union Street, and then will be
required to turn right on Seward Place.

The right lane may turn right on Eastern Avenue, or may proceed straight.
Traffic going straight will be required to turn right on Union Street.

The restrictions on traffic going straight are confirmed by signage at the
next intersection https://goo.gl/maps/Soy6NxDprBG2 - the left lane must go
west on Union Street, the center lane north on Seward Place, and the right
east on Union Street.

The pavement markings are in poor condition on the Google Maps images, but
recently refreshed to show solid white lines between the lanes throughout
this entire stretch. There is essentially no opportunity to change lane in
this sequence, so a driver must choose the appropriate lane when
approaching Eastern Avenue from the south, committing to a series of
actions through the next three intersections.

Not shown in Google Street View yet, but present on the ground, are equally
confusing restrictions on Nott Terrace approaching State Street in the
opposite direction. One lane must turn left on State Street, the next lane
goes straight through that intersection but turns left on Albany street,
and the third line either turns right on State or goes straight through
onto Veeder Ave.

Do we have a scheme for tagging such a beast? I've been reading
http://wiki.openstreetmap.org/wiki/Relation:restriction which appears to be
the closest thing I've found on the Wiki, but I'm having trouble putting
the pieces together to describe these situations. I'm guessing that I'm
missing something.

Please keep your comments about the traffic engineers around here to
yourself. I don't claim that these restrictions are wisely chosen. The
Powers That Be change them up every few years, without noticeable effect on
the rate of traffic accidents. Accidents involving confused drivers making
an unlawful or unsafe lane change in these stretches are common.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


[Talk-in] Indian Districts

2017-04-05 Per discussione Naveen Francis
Hi

How we make sure that all districts are mapped ?
Is district boundaries are getting deleted ?
http://overpass-turbo.eu/s/o8d

Few districts in MH and GJ are missing

Thanks,
naveenpf
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in


Re: [OSM-talk-fr] Projet du mois - Panneaux électoraux

2017-04-05 Per discussione Carfil Cem
Bonsoir à tous,

 

Pour les emplacements, ils sont liés (en terme d’implantation) aux bureaux de 
votes où les gens se déplacent, la plupart du temps à proximité immédiate 
visible de tous depuis la voie publique.

Comme les bureaux de votes sont fixes, les emplacements des panneaux le sont 
aussi !

Pour ce qui est des fixations au sol, tout dépend des méthodes de la 
collectivité : ils peuvent avoir une fixation pérenne dans le sol ou bien comme 
chez nous implantés provisoirement et fixés au mobilier urbain…

 

Voilà pour les infos !

 

Cem

(DSI/Mairie de DAMMARIE LES LYS)

 

 

De : Francescu GAROBY [mailto:windu...@gmail.com] 
Envoyé : mercredi 5 avril 2017 18:34
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr]Projet du mois - Panneaux électoraux

 

Réponse générale (mais je suis sûr qu'il existe des cas particuliers) : 

* Les panneaux ne sont pas pérennes : ils sont installés par les services 
municipaux, à l'approche des élections. D'où le tag "permanent=no" que 
propose/rappelle Florian.

* Leurs emplacements, en revanche, sont très souvent fixes. Ces panneaux 
nécessitant en effet d'être fixées au sol, des socles noyées dans le bitume des 
trottoirs sont déjà en place (recouverts d''un capuchon, pour éviter qu'ils ne 
se bouchent quand il n'y a pas de panneaux).

Francescu

 

Le 5 avril 2017 à 18:33, Nicolas Moyroud  a écrit :

Question bête d'un ignorant dans le domaine : ces panneaux sont-ils pérennes et 
repoussent-ils toujours au même endroit d'une élection à l'autre ? Parce que si 
c'est comme les champignons, ça n'a pas trop sa place dans OSM.

Nicolas

PS : par contre que les champignons c'est bon...

Le 05/04/2017 à 14:33, Florian LAINEZ a écrit :

Salut,

Je vous propose de relancer le projet du mois. Cartographions ensemble 
une thématique précise chaque mois !

Si ça vous dit, c'est de saison, nous pouvons commencer par les 
panneaux électoraux qui poussent un peut partout sur notre territoire : 
https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/elections

Je crois bien que l'on tague ça :

advertising=board

message=political
permanent=no 

 

Go go go ! à moins qu'on reparte dans des débats concernant la manière 
de taguer ces éléments ...

Dans ce cas, que l'on m'explique pourquoi le wiki conseille 
message=electoral  alors que 
tout le monde utilise message=political   !

 

 

 


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




-- 

Francescu

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


Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

2017-04-05 Per discussione Andrea Solari
Il 05/04/2017 15:54, Alessandro Palmas ha scritto:
> Quotando quello che ha scritto Simone Saviolo volevo esprimere qualche
> mio pensiero.
> 
> Commento prima un paio di frasi della discussione:
> - -
> 
> Ogni tot di tempo si ribadisce che OSM dovrebbe adeguarsi a Google,
> sostanzialmente, ma se non abbiamo neanche la decima parte del budget di
> questo che ce frega dei servizi?
> 
> 
> Penso che non l'abbia mai detto nessuno anche perchè abbiamo due
> obbiettivi diversi.
> Diciamo che OSM non ha virtualmente budget rispetto a G, mettiamo però
> sul piatto le quasi 40.000 persone che in media settimanalmente
> contribuiscono a OSM e che si muovessero con un minimo di obbiettivi
> comuni farebbero sfracelli.
> 

Il senso del mio post riguardo la Camera di Commercio era quello di far
notare che una pubblica amministrazione si rivolge a google, anche se i
dati sono parziali, perchè si fida di un marchio (tipo Coca Cola) e non
dell'accuratezza del prodotto. Anzi si sbatte per aggiornarli
Il nostro sforzo dovrebbe essere quello di promuovere OSM in particolare
alle P.A. (regioni, quel che resta delle provincie, comuni)


saluti
andrea

> - -
> Il 01/04/2017 00:03, Andreas Lattmann ha scritto:
> .
> Solo??noi potrebbero partire aziende italiane
> fornitrici di servizi simili.
> 
> 
> 
> ___
> 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-at] Vorsicht Falle in: fire_hydrant:flow_capacity

2017-04-05 Per discussione martin ringer
Damit sich eine Feuerwehr vollständig auf die Daten verlassen könnte, braucht 
es noch weitere Angaben.


Hängt das Hydrantennetz am Trinkwassernetz?

Wo sind Schieber zum Sperren von Leitungen?

Maximale Wasserentnahmemenge pro Hydrant?

Wieviele Hydranten hängen an einer Leitung? Wenn zuviel Wasser verwendet wird, 
können Teile oder ganze Wassernetze zusammenbrechen.

Gibt es Ausgleichsbecken oder Wasserreservoirs?


Interessant wäre dann noch bei den Gewässern (Bach, Fluss,..) wieviel 
Mindestwassermenge dort fliesst. Könnte wichtig sein für Grosswasserverbraucher 
(Hydroschild, Wasserwerfer, LUF,..)



Von: Robert Koch 
Gesendet: Sonntag, 02. April 2017 12:51
An: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] Vorsicht Falle in: fire_hydrant:flow_capacity


Hallo,

eins vorweg: ich betreue OsmHydrant.

Es stimmt, die SI Einheit wäre m³/s. Diese ergäbe nur bei dem üblichen 
Wertebereich von etwa 100 - 2000 l/min keinen Sinn (0,0017 - 0,0333 
m³/s). Unter diesen kleinen, gerundeten Zahlen kann sich nun wirklich keiner 
etwas vorstellen.

Die abgeleitete Einheit in m³/h würde schon mehr Sinn ergeben (6 - 120 m³/h). 
Das war auch damals der Grund, warum ich das bei OsmHydrant so umgesetzt habe. 
Dabei habe ich dann doch übersehen, dass die Amerikaner "gpm" verwenden (26,4 - 
528,34 gpm) und dies auch im Wiki angezeigt wird 
(https://wiki.openstreetmap.org/wiki/Tag%3Aemergency%3Dfire_hydrant).


Die Einheiten m³/h und gpm sind von der Größenordnung schwer unterscheidbar, 
weshalb ich ebenso zur Variante mit den Einheiten tendiere.
Als Folge habe ich das mal in OsmHydrant umgesetzt: Einerseits kann die Einheit 
dazugeschrieben werden. Andererseits werden einem dann auch jeweils die 
umgerechneten Werte angezeigt.

[cid:part2.84BCFDDC.080DA3D4@osmhydrant.org]

@Martin: Du hast recht, ein Dezimal-Komma wie im Deutschen üblich soll in der 
OSM nicht verwendet werden. Hier herrscht der Dezimal-Punkt vor. Eine Frage 
jedoch noch: Wie hast du das mit dem "m³" vs. "m3" gemeint?

Lg Robert

On 2017-03-30 08:25, Borut Maricic wrote:

Die fire_hydrant:*=* betrache ich - ähnlich wie sac_scale=*,
trail_visibility=*, oder ele=* - als Tags wessen Genauigkeit
und gewissenhaftes Mappen in machen Situationen sogar über
Leben und Tod entscheiden können. Bei den Einheiten darf
daher aus meiner Sicht wirklich kein Raum für die
mehrdeutige Interpretationen gelassen werden. In diesem
Sinne scheint auch mir die explizite Verwendung von
Einheiten als eine zielführende Lösung.

Wenn die Feuerwehr-Community das Gefühl haben wird, sich auf
OSM verlassen zu können, wird das - so erwarte ich - zu
Synergie zwischen den z.B. FF-Organisationen und Mappern
führen, bzw. manch FF-Kamerad wird (hoffentlich) auch ein
OSM-Mapper werden (vor allem was die Feuerwehr-Infrastruktur
betrifft). Auch das Wissen über OSM an sich könnte so
verbreitet werden.

In diesem Sinne wäre gut, wenn sich die Ergebnisse dieser
Diskussion in weiteren Kreisen ausbreiten würden, sodass
unter den Mappern und Tools-Entwicklern gleichermaßen
bekannt wird, was bei diesen Tags hinein darf und soll, und
was also als Inhalt zu erwarten ist.

Ich wünsche mir vor allem bei FireYak, OsmHydrant und JOSM
eine bessere (bzw. überhaupt eine) Unterstützung für
fire_hydrant:flow_capacity=*, weil das offensichtlich ein
Tag mit großer tagtäglichen taktischen Bedeutung für die
FW-Einsätze wird. Ich bin selbst kein Benutzer der
fire_hydrant:*=*, könnte aber (besonders wenn z.B. FireYak
und JOSM in diesem Sinne eventuell noch verfeinert werden)
ein Mapper werden. :)

Auf der Seite des kommenden Stammtisches-Obersteiermark gibt
es einen Abschnitt über die FW-Infrastruktur und OSM, mit
einer Ansammlung der Links:

http://wiki.openstreetmap.org/wiki/Leoben/Stammtisch



2017-03-30 02:19:13 Robert Kaiser (ka...@kairo.at):
[...]


Leoben/Stammtisch - OpenStreetMap 
Wiki
wiki.openstreetmap.org
Webseite und Protokoll: https://wiki.openstreetmap.org/wiki/Leoben/Stammtisch 
(Bitte die URL in der Agenda ausdrucken!) Naechster Termin: Donnerstag, 
2017-04-20, 18 ...



Sorry, wenn das pingelig erscheint, aber Stunden sind keine SI-Einheit,
denn SI kennt *nur* Sekunden als Zeiteinheit.


Im konkreten Fall denke ich, dass es am besten ist, die Einheiten
konsistent zumindest beim neu eintragen dazu zu schreiben, dann ist es
eindeutig.


KaiRo


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


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


Re: [Talk-it-lazio] Campagna promozione OSM "Mappa il tuo civico"

2017-04-05 Per discussione jprimav
D'accordo sul fatto che prima dobbiamo diventare noi abili infatti pensavo a
questa cosa più come progettino a latere per cercare di allargare la base
visto che come dici bene tu eravamo solo 5 nei due incontri..

cmq io sto buttando giù idee, non mi offendo mica se a qualcuno non sembrano
prioritarie o appropriate. le condivido proprio per confrontarmi quindi
grazie delle risposte, negative o positive, dico veramente :)

spammare non è un termine felice, cmq mi riferivo solo a un discreto lancio
e condivisione su Fb + twitter + youtube + Talk-it Italia ma senza toni da
campagna promozionale fastidiosa, anche perchè non stiamo vendendo niente, è
pura informazione.

cmq ripeto, veramente queste sono idee che mi vengono e che butto lì, chissà
che facendo così una volta esce fuori qualcosa sulla quale convergiamo
tutti. nel frattempo spero di non appesantire la mailing list.

una cosa che mi sembra importante è definire le attività di lunedì.

ciao!




--
View this message in context: 
http://gis.19327.n8.nabble.com/Campagna-promozione-OSM-Mappa-il-tuo-civico-tp5894792p5894824.html
Sent from the Lazio mailing list archive at Nabble.com.

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


Re: [Talk-es] Sobre cañones deportivos (barranquismo)

2017-04-05 Per discussione David Lopez
Buenos dias:


*Sobre el tema Barranquismo*:
Yo plantee mi duda de como etiquetar barrancos de interés deportivo en OSM.
Y quiero incidir sobre el tema de caracter deportivo, no todos los
barrancos tienen interés o  están equipados para la practica deportiva del
barranquismo.

Llevo tiempo recopilando barrancos deportivos en la provincia de Huesca
(por que es la zona que conozco) y a fin de diferenciarlos de un barranco
de los miles que existen por toda España cree una relación que agrupaba los
deportivos. Tras consultar en Telegram como podría mejorar el tema Diego me
ayudo remitiéndome a la propuesta creada en la wiki
 http://wiki.openstreetmap.org/wiki/Proposed_features/Canyoning
 la cual
estoy poco a poco adaptando a los 200 barrancos que ya tenía catalogados en
Huesca.

En calidad de entendido del tema barranquista solo le pongo una pega al
tema, y es la etiqueta de rating, yo personalmente me opondría a añadir esa
etiqueta en ningún descenso. Un barranco es un cauce vivo y cambiante, no
tiene nada que ver un barranco de un día para otro, la dificultad de un
barranco la marca el caudal de agua que circula por el, en ningún caso su
numero de rapeles o la altura de los mismos. Y el barranco mas
aparentemente sencillo del mundo puede ser un autentico infierno si te cae
una tormenta cuando estas en su interior.

La altura de su rapel mas alto si aporta valor, por el echo que se debe
portar una cuerda de longitud minima el doble de la altura del rapel mas
alto (para poder recoger la cuerda desde el suelo)
También podría ser util datos de valor añadido, Diego ponía de ejemplo el
Palomeras del Flumen, El Barranco de las palomeras es un barranco de caudal
artificialmente controlado por la presa de Cienfuens que en el fondo
depende de la presa de Santa María de Belsué, por lo que, además de la
meteorología al descender este barranco se tiene que tener en cuenta la
posible apertura de la presa de Cienfuens, en la CHE con una llamada
telefónica te informan si van a abrir el grifo.


*Sobre el tema Via Ferrata:*

Al igual que con los barrancos, también he recopilado muchas vías ferratas,
pero aquí opino como Alejandro y hay que ver como se resuelve el tema que
el grueso de una via ferrata no es un camino, sino unas grapas a la roca
con una linea de vida, yo reconozco que las he etiquetado a veces como path
pero para mi lo importante sería que no aparezcan como indicaciones o parte
de una ruta de navegación, a ver si algún senderista se va a matar por que
el gps le marca la ruta por una via ferrata ;)


Me lío un poco con la lista de correo y mucho mas con la wiki, pero espero
a ver aportado mi visión del tema y el por que de como se inicio la
consulta.

Saludos a todos



El 5 de abril de 2017, 13:20,  escribió:

> Envíe los mensajes para la lista Talk-es a
> talk-es@openstreetmap.org
>
> Para subscribirse o anular su subscripción a través de la WEB
> https://lists.openstreetmap.org/listinfo/talk-es
>
> O por correo electrónico, enviando un mensaje con el texto "help" en
> el asunto (subject) o en el cuerpo a:
> talk-es-requ...@openstreetmap.org
>
> Puede contactar con el responsable de la lista escribiendo a:
> talk-es-ow...@openstreetmap.org
>
> Si responde a algún contenido de este mensaje, por favor, edite la
> linea del asunto (subject) para que el texto sea mas especifico que:
> "Re: Contents of Talk-es digest...". Además, por favor, incluya en la
> respuesta sólo aquellas partes del mensaje a las que está
> respondiendo.
>
> Asuntos del día:
>
>1. Re: Sobre cañones deportivos (barranquismo) (Alejandro S.)
>2. Re: Cómo etiquetar una antigua era abandonada (dcapillae)
>3. Re: Cómo etiquetar una antigua era abandonada (Alejandro S.)
>4. Re: Cómo etiquetar una antigua era abandonada (dcapillae)
>
>
> -- Mensaje reenviado --
> From: "Alejandro S." 
> To: "Discusión en Español de OpenStreetMap" 
> Cc:
> Bcc:
> Date: Tue, 04 Apr 2017 23:18:35 +
> Subject: Re: [Talk-es] Sobre cañones deportivos (barranquismo)
> Buenas,
>
> Estoy completamente de acuerdo contigo en el caso de los barrancos, pero
> en el caso de las ferratas, si bien es interesante utilizar una relación
> para definir la ruta, es necesaria también una etiqueta para reflejar las
> zonas de la vía ferrata que no son un sendero (highway=path) sino que
> transcurren por instalaciones fijadas en la pared. Hay una propuesta [0] de
> etiquetado para éstas vías: highway=via_ferrata.
>
> En cualquier caso las relaciones con colecciones de elementos son
> incorrectas y no aportan información relevante, mediante cualquier
> herramienta SIG puedes extraer elementos de un tipo que se encuentren en
> una zona. Con la opción wizard/asistente de overpass turbo [1] resulta muy
> sencillo buscar elementos en osm con un determinado etiquetado en una 

Re: [OSM-talk-fr] Projet du mois - Panneaux électoraux

2017-04-05 Per discussione Francescu GAROBY
Réponse générale (mais je suis sûr qu'il existe des cas particuliers) :
* Les panneaux ne sont pas pérennes : ils sont installés par les services
municipaux, à l'approche des élections. D'où le tag "permanent=no" que
propose/rappelle Florian.
* Leurs emplacements, en revanche, sont très souvent fixes. Ces panneaux
nécessitant en effet d'être fixées au sol, des socles noyées dans le bitume
des trottoirs sont déjà en place (recouverts d''un capuchon, pour éviter
qu'ils ne se bouchent quand il n'y a pas de panneaux).

Francescu

Le 5 avril 2017 à 18:33, Nicolas Moyroud  a écrit :

> Question bête d'un ignorant dans le domaine : ces panneaux sont-ils
> pérennes et repoussent-ils toujours au même endroit d'une élection à
> l'autre ? Parce que si c'est comme les champignons, ça n'a pas trop sa
> place dans OSM.
>
> Nicolas
>
> PS : par contre que les champignons c'est bon...
>
> Le 05/04/2017 à 14:33, Florian LAINEZ a écrit :
>
> Salut,
> Je vous propose de relancer le projet du mois. Cartographions ensemble une
> thématique précise chaque mois !
>
> Si ça vous dit, c'est de saison, nous pouvons commencer par les panneaux
> électoraux qui poussent un peut partout sur notre territoire :
> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/elections
>
> Je crois bien que l'on tague ça :
> advertising=board
> message=political
> permanent=no
>
> Go go go ! à moins qu'on reparte dans des débats concernant la manière de
> taguer ces éléments ...
> Dans ce cas, que l'on m'explique pourquoi le wiki conseille
> message=electoral alors
> que tout le monde utilise message=political
>  !
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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


Re: [Talk-cz] SOTM CZ 2017

2017-04-05 Per discussione Petr Vozdecký
Ahoj,

díky za dotaz, "něco" se chystá.
Máme konkrétní úvahu o podobě v širším měřítku (či v trochu jiném
provedení), než loni. Pokusíme se přijít na veřejnost s nějakou myšlenkou co
nejdřív. Pokud bychom věc realizovali v zamýšlené podobě, do prázdnin (ani
během prázdnin) by to nebylo...

vop



-- Původní e-mail --
Od: Petr Schönmann 
Komu: OpenStreetMap Czech Republic 
Datum: 5. 4. 2017 17:13:22
Předmět: [Talk-cz] SOTM CZ 2017
"





Ahoj, chtěl bych se zeptat jestli se letos plánuje setkání CZSK OSM komunity
jako minule v Brně. Bylo to moc fajn jako nultý ročník.

První ročník by mohl být ještě lepší! :)  Určitě by bylo fajn mít Hackaton,
Maphaton, po celou dobu konání, Workshopy pro obyč lidi co budou mít zájem a
diskuze na ně budou moc odborné :)

Mapovat by se mohlo tematicky na téma které vymyslíme (treba klikat tracer),
nebo pomoct MSF s nějakým HOT taskem.


Spíš jsem se chtěl ale zeptat jestli se něco chystá a otevřít diskuzi na
toto téma. Když budu mít volno, klidně pomůžu jako dobrovolník na mapovacím
workshopu, pobíhat mezi lidma radit jim jak mapovat :)



Přeji úspěšný den !


--



S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz(https://www.facebook.com/klikklakcz)


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


Re: [OSM-talk-fr] Projet du mois - Panneaux électoraux

2017-04-05 Per discussione Nicolas Moyroud
Ah ben oui y'avait la réponse sur la page du wiki. Mais RTFM avant de 
poster quoi !! :-)


Nicolas

Le 05/04/2017 à 18:33, Nicolas Moyroud a écrit :


Question bête d'un ignorant dans le domaine : ces panneaux sont-ils 
pérennes et repoussent-ils toujours au même endroit d'une élection à 
l'autre ? Parce que si c'est comme les champignons, ça n'a pas trop sa 
place dans OSM.






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


Re: [OSM-talk-fr] Projet du mois - Panneaux électoraux

2017-04-05 Per discussione Nicolas Moyroud
Question bête d'un ignorant dans le domaine : ces panneaux sont-ils 
pérennes et repoussent-ils toujours au même endroit d'une élection à 
l'autre ? Parce que si c'est comme les champignons, ça n'a pas trop sa 
place dans OSM.


Nicolas

PS : par contre que les champignons c'est bon...

Le 05/04/2017 à 14:33, Florian LAINEZ a écrit :

Salut,
Je vous propose de relancer le projet du mois. Cartographions ensemble 
une thématique précise chaque mois !


Si ça vous dit, c'est de saison, nous pouvons commencer par les 
panneaux électoraux qui poussent un peut partout sur notre territoire 
: https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/elections


Je crois bien que l'on tague ça :
advertising=board
message=political
permanent=no

Go go go ! à moins qu'on reparte dans des débats concernant la manière 
de taguer ces éléments ...
Dans ce cas, que l'on m'explique pourquoi le wiki conseille 
message=electoral 
alors que tout le 
monde utilise message=political  !





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


Re: [Talk-it-lazio] Campagna promozione OSM "Mappa il tuo civico"

2017-04-05 Per discussione Luca Moiana
Io punterei a chiudere un progetto e presentarlo; abbiamo iniziato coi graffiti 
di Torpigna, potremmo includere quelli che che ha mandato la galleria e fare 
altre uscite; poi presentare il progetto e OSM Lazio alla prossima mostra in 
gallerie o, approfittando dell'ospitalità del co-working, al prossimo OpeHouse 
Roma.
Potremmo anche coinvolgere le associazioni che si occupano di decoro urbano e 
fargli usare OSM con database per registrare le manutenzioni e pianificare i 
lavori.
L

On 5 Apr 2017, at 17:07, Flaminia Tumino 
> wrote:

Ciao Jacopo e ciao a tutti,

forse sono stata un pò brusca e me ne scuso, non era mia intenzione distruggere 
la tua iniziativa del video. Mi chiedo semplicemente: ma se siamo solo in 
cinque per il momento ed è già un gran fortuna visto che openstreetmap Lazio 
non si è incontrato per anni, non ha organizzato praticamente attività, e su 58 
persone sulla mailing list siamo sempre noi 5 o 6 a scriverci e risponderci, 
per chi facciamo un video su come mappare al secondo appuntamento che ci 
vediamo?

Io avrei concentrato le mie forze nel fare noi attività di mapping, nel 
diventare prima noi abili a usare tutti gli strumenti, poi una volta che il 
nostro gruppo si è consolidato, magari capiamo come andare avanti e in che 
forme cercare il coinvolgimento di più persone.

Infine, ammetto che provo scarsa stima per quelli che spammano mille persone e 
non mi piace quando lo fanno a me, quindi sono felice se lo fate, ma io 
personalmente non ho voglia di spammare la gente a questo punto del nostro 
percorso...

Flaminia

Il giorno 5 aprile 2017 16:47, jprimav 
> ha scritto:
Ciao. Alcune precisazioni..

1) ovviamente lo scopo per chi vorrà aderire non è di veder mappato il
proprio civico, ma di scoprire il mondo osm e la filosofia crowdsourcing

2) L'obiettivo primario di un'iniziativa del genere è quello di promuovere
OSM. L'invito è ad entrare nella comuniutà OSM. Cominciare mappando il
proprio indirizzo è solo un suggerimento. Come una prima micro-attività
(spiegata step-by-step) che aiuta ad abbattere le barriere iniziali
(registrazione/comprensione editor/...) grazie a un piccolo obiettivo
semplice e intuitivo. Tutti conoscono il proprio indirizzo e sanno
localizzarlo su una mappa quindi mi sembra che a prescindere dal fatto se lo
mapperanno o meno comunque si farà promozione di OSM perchè passerà il
messaggio:

geo open data + crowdsourcing = OSM

3) non mi aspetto certo orde di interessati che si prodigano nel mappare i
loro civici per il bene comune dopodichè abbandonano OSM ma vanno a casa
contenti sapendo che il loro indirizzo è mappato. Mi aspetto (magari
sbaglio) che se il video è carino e lanciato bene su youtube, twitter, ecc.
allora magari raggiunge 1000 visualizzazioni.

- 10 di quei 1000 hanno un qualche interesse (anche vago) per gli open data
per cui seguono il link e approdano su osm

- 7 di quei 10 si registrano

- 5 accedono all'editor ID e seguendo le istruzioni step-by-step del video
aggiungono il loro indirizzo

- 3 di quei 5 si ripromettono di fare altre mappature ma in realtà non
apriranno mai più OSM in vita loro. 2 di quei 5 diventano utenti attivi.

Ne varrebbe la pena? io penso di si, anche perchè se è vero che
probabilmente in pochi arriveranno fino in fondo comunque si sarà fatta
molta raise awareness e a tendere OSM ne uscirebbe comunque fortificato.

Ma le mie sono ipotesi ovviamente! cmq l'idea del video mi piace :)



--
View this message in context: 
http://gis.19327.n8.nabble.com/Campagna-promozione-OSM-Mappa-il-tuo-civico-tp5894792p5894812.html
Sent from the Lazio mailing list archive at Nabble.com.

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

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


Re: [Talk-it-lazio] Se dovete cercare un negozio di elettronica a Roma voi cosa utlizzate?

2017-04-05 Per discussione Fabrizio
OsmAnd per Android

Il 05/apr/2017 1:38 PM, "jprimav"  ha scritto:

> Esiste un'applicazione basata su dati OSM che permetta di ricercare luoghi
> di
> interesse in una determinata area?
>
> openstreetmap.org e overpass.eu non mi sembrano abbastanza user-friendly.
> Per fare un esempio. Se dovete cercare un negozio di elettronica a Roma e
> volete visualizzarli su mappa voi cosa fate? Io, ahime, uso google map.
> Eppure OSM potrebbe avere le stesse informazioni, magari anche migliori (a
> tendere).
>
> C'è qualche prodotto là fuori che mi sono perso?
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Se-dovete-cercare-un-negozio-di-elettronica-a-Roma-
> voi-cosa-utlizzate-tp5894794.html
> Sent from the Lazio mailing list archive at Nabble.com.
>
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio


[Talk-cz] SOTM CZ 2017

2017-04-05 Per discussione Petr Schönmann
Ahoj, chtěl bych se zeptat jestli se letos plánuje setkání CZSK OSM
komunity jako minule v Brně. Bylo to moc fajn jako nultý ročník.
První ročník by mohl být ještě lepší! :)  Určitě by bylo fajn mít Hackaton,
Maphaton, po celou dobu konání, Workshopy pro obyč lidi co budou mít zájem
a diskuze na ně budou moc odborné :)
Mapovat by se mohlo tematicky na téma které vymyslíme (treba klikat
tracer), nebo pomoct MSF s nějakým HOT taskem.

Spíš jsem se chtěl ale zeptat jestli se něco chystá a otevřít diskuzi na
toto téma. Když budu mít volno, klidně pomůžu jako dobrovolník na mapovacím
workshopu, pobíhat mezi lidma radit jim jak mapovat :)

Přeji úspěšný den !
-- 
S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

2017-04-05 Per discussione Fabrizio Tambussa
Il 5 aprile 2017 16:11, Simone Saviolo  ha scritto:
> Ricordi bene. E grazie della citazione: il tag del mese era stata una mia
> idea. Ammetto di essere colpevole di non averla curata come avrebbe
> meritato. La usavamo io e forse un'altra decina di mappatori: non ha
> attecchito ed è avvizzita, come una pianta.

Il migliore tag del mese (a mio insindacabile giudizio) fu lit=yes
abbinato alle highway, renderizzato su una delle prime mappe tematiche
dell'inquinamento luminoso.
Saluti

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


Re: [Talk-it-lazio] Campagna promozione OSM "Mappa il tuo civico"

2017-04-05 Per discussione Flaminia Tumino
Ciao Jacopo e ciao a tutti,

forse sono stata un pò brusca e me ne scuso, non era mia intenzione
distruggere la tua iniziativa del video. Mi chiedo semplicemente: ma se
siamo solo in cinque per il momento ed è già un gran fortuna visto che
openstreetmap Lazio non si è incontrato per anni, non ha organizzato
praticamente attività, e su 58 persone sulla mailing list siamo sempre noi
5 o 6 a scriverci e risponderci, per chi facciamo un video su come mappare
al secondo appuntamento che ci vediamo?

Io avrei concentrato le mie forze nel fare noi attività di mapping, nel
diventare prima noi abili a usare tutti gli strumenti, poi una volta che il
nostro gruppo si è consolidato, magari capiamo come andare avanti e in che
forme cercare il coinvolgimento di più persone.

Infine, ammetto che provo scarsa stima per quelli che spammano mille
persone e non mi piace quando lo fanno a me, quindi sono felice se lo fate,
ma io personalmente non ho voglia di spammare la gente a questo punto del
nostro percorso...

Flaminia

Il giorno 5 aprile 2017 16:47, jprimav  ha scritto:

> Ciao. Alcune precisazioni..
>
> 1) ovviamente lo scopo per chi vorrà aderire non è di veder mappato il
> proprio civico, ma di scoprire il mondo osm e la filosofia crowdsourcing
>
> 2) L'obiettivo primario di un'iniziativa del genere è quello di promuovere
> OSM. L'invito è ad entrare nella comuniutà OSM. Cominciare mappando il
> proprio indirizzo è solo un suggerimento. Come una prima micro-attività
> (spiegata step-by-step) che aiuta ad abbattere le barriere iniziali
> (registrazione/comprensione editor/...) grazie a un piccolo obiettivo
> semplice e intuitivo. Tutti conoscono il proprio indirizzo e sanno
> localizzarlo su una mappa quindi mi sembra che a prescindere dal fatto se
> lo
> mapperanno o meno comunque si farà promozione di OSM perchè passerà il
> messaggio:
>
> geo open data + crowdsourcing = OSM
>
> 3) non mi aspetto certo orde di interessati che si prodigano nel mappare i
> loro civici per il bene comune dopodichè abbandonano OSM ma vanno a casa
> contenti sapendo che il loro indirizzo è mappato. Mi aspetto (magari
> sbaglio) che se il video è carino e lanciato bene su youtube, twitter, ecc.
> allora magari raggiunge 1000 visualizzazioni.
>
> - 10 di quei 1000 hanno un qualche interesse (anche vago) per gli open data
> per cui seguono il link e approdano su osm
>
> - 7 di quei 10 si registrano
>
> - 5 accedono all'editor ID e seguendo le istruzioni step-by-step del video
> aggiungono il loro indirizzo
>
> - 3 di quei 5 si ripromettono di fare altre mappature ma in realtà non
> apriranno mai più OSM in vita loro. 2 di quei 5 diventano utenti attivi.
>
> Ne varrebbe la pena? io penso di si, anche perchè se è vero che
> probabilmente in pochi arriveranno fino in fondo comunque si sarà fatta
> molta raise awareness e a tendere OSM ne uscirebbe comunque fortificato.
>
> Ma le mie sono ipotesi ovviamente! cmq l'idea del video mi piace :)
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Campagna-promozione-OSM-Mappa-il-tuo-civico-tp5894792p5894812.html
> Sent from the Lazio mailing list archive at Nabble.com.
>
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio


Re: [Talk-it-lazio] Campagna promozione OSM "Mappa il tuo civico"

2017-04-05 Per discussione jprimav
cmq ho fatto un giro su youtube e ovviamente di video tutorial su come
mappara con OSM ce ne sono...
https://www.youtube.com/watch?v=Ir-3K0pjwOI

però uno in italiano trovo solo un video lungo (1h) molto didattico.

io pensavo a un video max 10 minuti e che prima di andare sul tecnico mostri
il potenziale di OSM in termini di applicazioni e che insista sui suoi
principi fondanti (open data, crowdsourcing, conosci il territorio, mappa
tutto il mondo non solo le zone commercialmente interessanti come fa google)



--
View this message in context: 
http://gis.19327.n8.nabble.com/Campagna-promozione-OSM-Mappa-il-tuo-civico-tp5894792p5894813.html
Sent from the Lazio mailing list archive at Nabble.com.

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


Re: [Talk-it-lazio] Campagna promozione OSM "Mappa il tuo civico"

2017-04-05 Per discussione jprimav
Ciao. Alcune precisazioni..

1) ovviamente lo scopo per chi vorrà aderire non è di veder mappato il
proprio civico, ma di scoprire il mondo osm e la filosofia crowdsourcing

2) L'obiettivo primario di un'iniziativa del genere è quello di promuovere
OSM. L'invito è ad entrare nella comuniutà OSM. Cominciare mappando il
proprio indirizzo è solo un suggerimento. Come una prima micro-attività
(spiegata step-by-step) che aiuta ad abbattere le barriere iniziali
(registrazione/comprensione editor/...) grazie a un piccolo obiettivo
semplice e intuitivo. Tutti conoscono il proprio indirizzo e sanno
localizzarlo su una mappa quindi mi sembra che a prescindere dal fatto se lo
mapperanno o meno comunque si farà promozione di OSM perchè passerà il
messaggio:

geo open data + crowdsourcing = OSM
 
3) non mi aspetto certo orde di interessati che si prodigano nel mappare i
loro civici per il bene comune dopodichè abbandonano OSM ma vanno a casa
contenti sapendo che il loro indirizzo è mappato. Mi aspetto (magari
sbaglio) che se il video è carino e lanciato bene su youtube, twitter, ecc.
allora magari raggiunge 1000 visualizzazioni.

- 10 di quei 1000 hanno un qualche interesse (anche vago) per gli open data
per cui seguono il link e approdano su osm

- 7 di quei 10 si registrano

- 5 accedono all'editor ID e seguendo le istruzioni step-by-step del video
aggiungono il loro indirizzo

- 3 di quei 5 si ripromettono di fare altre mappature ma in realtà non
apriranno mai più OSM in vita loro. 2 di quei 5 diventano utenti attivi. 

Ne varrebbe la pena? io penso di si, anche perchè se è vero che
probabilmente in pochi arriveranno fino in fondo comunque si sarà fatta
molta raise awareness e a tendere OSM ne uscirebbe comunque fortificato.

Ma le mie sono ipotesi ovviamente! cmq l'idea del video mi piace :)



--
View this message in context: 
http://gis.19327.n8.nabble.com/Campagna-promozione-OSM-Mappa-il-tuo-civico-tp5894792p5894812.html
Sent from the Lazio mailing list archive at Nabble.com.

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


Re: [Talk-it] [civici Torino] Offset generale

2017-04-05 Per discussione Davide Sandona'
ho fatto un test in locale, qui di seguito la procedura se qualcuno volesse
riprovare (lunga ma utile):

1) scaricato i dati originali dei civici (dal portale open data torino),
importati su Qgis, esportati in OSM (mi interessavano tutti i civici del
dataset, compresi quelli che non sono stati importati a seguito del
processo di conflation) [1] (file civici-torino.osm)
2) scaricato i civici esistenti in OSM prima dell'import con la seguente
query [2]. Se eseguite la query, assicuratevi di eliminare tutte le righe
con i tag "action" prima di aprirlo con JOSM.  (file old_civici.osm)
3) importato questi due layer su JOSM: assumendo che la maggior parte dei
civici presenti prima dell'import siano mappati correttamente, è possibile
notare che la maggior parte dei nodi presenta lo sfasamento in oggetto.
4) selezionato 120 nodi (indicativi per lo sfasamento) dal layer dei civici
precedenti all'import e salvati dentro un nuovo file [1] (file
old_reference.osm)
5) selezionato i corrispettivi 120 nodi dal layer dei civici creato al
punto 1), salvati dentro un nuovo file. [1] (file imp_reference.osm)
6) aggiunto un tag fittizzio a tutti questi nodi (count=*) per permettere
una facile correlazione tra i due layer.
6) calcolata la media dello sfasamento delle corrispondenze attraverso lo
script [1] (file offset.py)
7) scaricato tutti i nodi che sono stati importati su OSM, attraverso la
query [3]. (vedere [1] file civici-query-torino.osm)
7) applicato lo sfasamento a tutti nodi del file scaricato al punto 7). Il
file così elaborato si trova in [1] "risultato.osm".
8) per comodità, scaritato tutte le highways di Torino aventi un nome,
attraverso la query [4] (file highways-torino.osm)

Non resta che controllare se il risultato vada bene o se sia da calcolare
un nuovo offset

[1] https://www.dropbox.com/s/33b7qyfea0a4ps3/Torino.zip?dl=0
[2] http://overpass-turbo.eu/s/o6N
[3] http://overpass-turbo.eu/s/o44 
[4] http://overpass-turbo.eu/s/o70


Davide.

Il giorno 5 aprile 2017 10:18, Cascafico Giovanni  ha
scritto:

> Il giorno 4 aprile 2017 21:28, Davide Sandona' 
> ha scritto:
>
>> trovate i nodi che ho controllato nel file osm [2] marcati con
>>> fixme=
>>
>>
>> nel file che hai inviato non ci sono nodi con tale tag. Riusciresti a
>> salvari su un layer diverso e inviarci solo questi nodi?
>>
>>>
>>> [2] http://cascafico.altervista.org/public/query_o44.zip
>>>
>>
>
> Ho scaricato il file [2], scompattato e caricato in JOSM. Se provi ad
> inserire nel campo di ricerca (CTRL+F) semplicemente fixme, dovresti
> trovarti nella finestra selezione una ventina di nodi.
> Nello screenshot [3] appare un nodo che ho taggato con fixme=10s ed il
> segmento che punta al punto dove dovrebbe essere in base alle foto aeree
> PCN2006.
>
> Ne ho fatti un po' in giro e confermo che tutti riportano uno sfasamento
> di circa 5 metri verso nord-nord-ovest.
>
>
> [3] http://cascafico.altervista.org/public/o44.jpg
>
> ___
> 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-in] license compatibility of various data sources for india

2017-04-05 Per discussione muzirian
Anybody know if all these sources given in this page have an osm
compaitable license?

https://wiki.openstreetmap.org/wiki/India/Data_sources

Also is there any other data source which we can use like anything from
https://data.gov.in

Regards

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


Re: [Talk-it] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

2017-04-05 Per discussione Simone Saviolo
Il giorno 5 aprile 2017 15:54, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Ricordo che nel 2011 (se non sbaglio) avevamo ideato il tag del mese,
> mediando l'iniziativa da wikipedia, ma dopo 4 mesi lasciammo perdere perchè
> sprecavamo solo tempo a scrivere sulla wiki.
>

Ricordi bene. E grazie della citazione: il tag del mese era stata una mia
idea. Ammetto di essere colpevole di non averla curata come avrebbe
meritato. La usavamo io e forse un'altra decina di mappatori: non ha
attecchito ed è avvizzita, come una pianta.

Ciao,

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


[Talk-it] località e luogo fisico

2017-04-05 Per discussione demon.box
ciao, chiedo un consiglio.

fino ad ora mi è capitato di mappare così:

natural=water
name=Pozza Caldera
   e su un nodo a se stante nelle vicinanze
place=locality
name=Pozza Caldera

oppure

bridge=yes
bridge:name=Ponte della Valle
   e su un nodo a se stante nelle vicinanze
place=locality
name=Ponte della Valle

la mia domanda è: siccome quasi sempre in questi casi il nome della pozza o
del ponte identificano anche una località oltre che fisicamente la pozza o
il ponte stesso è secondo voi corretto aggiungere anche il tag
place=locality con lo stesso nome oppure è un inutile raddoppio della stessa
informazione?
grazie.
--enrico




--
View this message in context: 
http://gis.19327.n8.nabble.com/localita-e-luogo-fisico-tp5894809.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] Aiutiamo la Camera di Commercio di Genova a fare a meno di big G

2017-04-05 Per discussione Alessandro Palmas
Quotando quello che ha scritto Simone Saviolo volevo esprimere qualche 
mio pensiero.


Commento prima un paio di frasi della discussione:
- -

Ogni tot di tempo si ribadisce che OSM dovrebbe adeguarsi a Google,
sostanzialmente, ma se non abbiamo neanche la decima parte del budget di
questo che ce frega dei servizi?


Penso che non l'abbia mai detto nessuno anche perchè abbiamo due 
obbiettivi diversi.
Diciamo che OSM non ha virtualmente budget rispetto a G, mettiamo però 
sul piatto le quasi 40.000 persone che in media settimanalmente 
contribuiscono a OSM e che si muovessero con un minimo di obbiettivi 
comuni farebbero sfracelli.


- -
Il 01/04/2017 00:03, Andreas Lattmann ha scritto:
.
Solo?? :-D Ma stai scherzando parlando di OSM vero??
OSM:

- I locali più vicini a te
- Tipo di cucina
- Se fanno consegne
- Tipo di cibo:
Senza glutine
Halal
Kosher
Pescetariano
Vegetariano
Vegano
- puoi selezionare i locali che fanno piadine, pizza, burrito, felafel, 
Yakitori...

- connessione ad internet e di che tipo Wi-Fi, wired, terminal.
- quelli che hanno un microbirrificio
- posti a sedere all' aperto
- un infinità di tipi di pagamento:
Dalle carte di credito a quelle di debito, bitcoin , dogecoin, SMS, 
padamenti 50c 1€ e monete da2€, carte regalo ed una miriade di circuiti

- fumatori:
Dedicato
In sale separate
.
- da asporto
- accessibilità
- orari di apertura
Aperti ora o 24/7
- informazioni di contatto
- foto
- sito
- pagina facebook
- twitter
- gplus

OK, ma quale percentuale di locali ha queste informazioni e, a parte in 
OsmAnd, come le trovano gli utenti?



Nelle mie mail parlo spesso di obbiettivi strategici, cosa che a chi 
gira col GPS e mappa quello che gli capita a tiro può suonare come una 
bestialità.
Anch'io ho mappato per anni i cassonetti del riciclo e continuo a 
mapparli. Ma dò la priorità a tutti i nomi delle vie, i servizi pubblici 
e le cose che ritengo più importanti. Sarà forse anche per quello che 
Genova è la terza città per numero di POI (11479) dopo Milano (15171) e 
Roma (13233) nonostante siamo quattro gatti a mapparla.


Io rimango basito da quante mail occupino discussioni su come mappare la 
forma di una maniglia di un bagno pubblico (forse non è ancora nata la 
discussione ma non me ne stupirei) o i contenitori degli escrementi 
animali: forse un turista straniero prima di venire in vacanza in Italia 
controlla se nelle città ci sono questi per decidere di passare lì le 
vacanze? O chi porta il suo piccolo amico a sporcare fa prima una query 
su overpass e poi esce col cane?
Quali numeri pensate possano fare, diciamo tra 3 anni, questi tag? 
Intanto mancano una valanga di informazioni di base che tutti gli 
utilizzatori vorrebbero vedere e che la maggior parte di rendering 
visualizzerebbe.


Quando invio i messaggi di saluto ai nuovi mappatori ogni tanto chi mi 
risponde mi chiede: "cosa dovrei iniziare a mappare per primo?" Questo 
vuol dire che chi arriva pensa che la comunità abbia in mente una scala 
di priorità (senza nulla togliere a chi vuole mappare i tombini nelle 
strade).
Ricordo che nel 2011 (se non sbaglio) avevamo ideato il tag del mese, 
mediando l'iniziativa da wikipedia, ma dopo 4 mesi lasciammo perdere 
perchè sprecavamo solo tempo a scrivere sulla wiki.


OSM sta sempre più attirando interessi di P.A. per il potenziale che ha 
il progetto. Mi piacerebbe sentire più attenzione verso questo 
interesse: sarebbe un cambio di marcia anche dal punto di vista dei 
contributori. Poi escono discussioni come questa, parte il fuoco di 
paglia e si affievolisce in brevissimo per tornare a parlare d'altro.
Continuate pure a pensare che chi usa servizi commerciali sbaglia senza 
pensare a cosa potremmo fare per informare meglio i nuovi utenti e chi 
conosce a malapena in nome di OSM.
Le persone sono pigre, se si abituano a qualcosa anche se esce un 
prodotto migliore ci mettono tempo a cambiare idea. Se su G un POI è a 
200 metri dal suo vero punto se ne fanno una ragione, tanto al limite 
guardano streetview.


Alessandro Ale_Zena_IT


P.S.: io non mi stupisco che la camera di commercio si affidi a G; mi 
girano pesantemente le scatole perchè da i suoi dati SOLO a G, 
un'azienda americana che ha più o meno il monopolio su questo business 
senza pensare che anche qui da noi potrebbero partire aziende italiane 
fornitrici di servizi simili.




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


Re: [OSM-talk-fr] Test rendu carte − retours bienvenus

2017-04-05 Per discussione Denis Bigorgne
C'est effectivement une très belle chose... Bravo !

Cependant, un point qui me choque, l'absence de distinction entre
itinéraire alpin et honnête sentier de montagne, par exemple à Morzine
entre Chardonnière et le Tête de Bostan (tient, pas de nom) ou bien autour
de la pointe d'Angolon.

PS : J'aurais bien voulu aller voir les attributs avec JOSM que je n'ai pas
utilisé depuis bien longtemps, mais je me retrouve avec un problème de
certificat : "

PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to find
valid certification path to requested target
"

Ça dit quelque chose à quelqu'un ?

Le 5 avril 2017 à 12:25, Florian LAINEZ  a écrit :

> Merci encore pour ce superbe rendu dont je vais faire un poster :)
> Cette version est encore mieux que la première.
> Voici mes retours :
>
> Le 3 avril 2017 à 21:44, Philippe Verdy  a écrit :
>
>> Joli, mais peut-être que la mention en rouge de "Chap." pour chapelle est
>> redondante avec le symbole déjà affiché pour une chapelle, et n'apporte
>> rien de plus (pas de nom consacré de chapelle)
>
> +1
>
> Sinon, quel tag utilises-tu pour identifier une plage gardée ? Celle-ci
> http://www.openstreetmap.org/way/124797803 en est une et elle n'apparait
> pas sur ton rendu (oops, je me rends compte que c'est hors de la zone, mais
> la question tient quand même ;))
> Même question pour les spots d'escalade, dont celui-ci fait partie
> http://www.openstreetmap.org/way/357090500
>
> Autres détails :
> -Les ruisseaux sont bien mieux rendus : super
> -dans la légende, les bois et forêts sont difficilement discernables les
> uns des autres
> -dans le cimetière de Samoëns, les chemins recouvrent complétement le
> symbole qui permet de le distinguer
> -je pense qu'afficher les alignements d'arbres nuit à la lisibilité de la
> carte inutilement. Cf. http://www.openstreetmap.org/way/419858704
> -je ne parviens pas du tout à distinguer les réserves naturelles. Exemple
> : http://www.openstreetmap.org/relation/1023742
> -les chemins privés sont d'après moi toujours trop mis en évidence
> -nous en avions parlé : je pense vraiment que ce n'est pas une bonne idée
> d'indiquer la capacité des refuges : leur altitude est -à mon sens- plus
> intéressant sur une telle carte
>
> Encore une fois : ta carte est incroyable, super boulot, merci à toi !
> ++
>
>
> Le 3 avril 2017 à 22:20, Philippe Verdy  a écrit :
>
>> Sinon je remarque que le placement dans OSM des lignes de falaises ne
>> semble pas suivre correctement les isohypses sur la ligne de rupture de
>> pente
>>
>>  Il me semble qu'avec le MNT on a moyen de calculer les vecteurs de pente
>> (dont la norme s'exprime généralement en pourcentage et la direction suit
>> celle de plus forte pente vers le bas, orthogonaux aux isohypses: ils sont
>> premier niveau de dérivation de l'altitude) puis leur gradient (dérivée
>> seconde): une falaise est située sur une ligne où ce gradient atteint un
>> maximum (donc calculer la troisième dérivée) et se prolonge tant que ce
>> maximum dépasse un seuil; la quatrième dérivée permet de connecter les
>> points pour former le tracé de la falaise (en prenant les points dont cette
>> dérivée est la plus faible en valeur absolue).
>>
>> Y a-t-il eu des essais de dérivation des modèles numériques de terrain
>> (déjà analysés sous forme d'isohypses connexes au lieu de simples nuages de
>> points dont il n'est pas facile de calculer des dérivées sans interpolation
>> entre eux).
>>
>> Noter que cela pourrait servir aussi à tracer les lignes de crête (pas
>> toujours sur des falaises, car il n'y a pas partout de grosses ruptures de
>> pente, ou bien cette rupture forme un angle entre deux pentes qui isolément
>> ne sont pas suffisantes pour être qualifiées de falaises, une falaise
>> devant avoir une pente descendante au moins de 100% sur au moins un des
>> côtés de la crête, on peut avoir une pente de 60% d'un côté et 60% de
>> l'autre, pour un total de 120% de rupture de pente qui pourrait faire
>> croire à une falaise alors que c'est une crête encore facilement accessible
>> à pied et dont les pentes ne sont pas trop dangereuses)
>>
>> Seulement les isohypses sont actuellement encore des bitmaps, et les
>> nuages de points nécessaires devraient être plus denses dans les zones de
>> forte pente pour avoir une dérivation correcte (alternative: faire des
>> interpolations avec des splines quadratiques ou cubiques, pour faire des
>> triangulations en facettes 3D; améliorer la précision et la stabilité des
>> dérivées successives avec des facettes non plus planes mais en splines
>> surfaciques). J'ai conscience que cela demande un travail énorme comparable
>> à un rendu 3D avec des quantités énormes de facettes à traiter, donc
>> beaucoup de mémoire si on veut couvrir même une seule montagne ou un seul
>> plateau sur une zone carrée d'environ 20 km de côté où peuvent s'imbriquer
>> déjà pas loin de 1000 niveaux 

Re: [OSM-ja] openstreetmap.jpページのrssフィードのリンク

2017-04-05 Per discussione 奥田洋平
三浦さん

奥田です。
指摘箇所のリンクが修正されていることを確認しました。

ご対応どうもありがとうございます。


2017年4月4日(火) 22:31 Hiroshi Miura(@osmf) :

> 修正しましたので、ご確認ください。
>
> なお、Google Chromeでは、場合によって、そのリンクが見えない、という別の
> 問題もあるようです。
> 継続調査します。
>
> 三浦
>
> On 2017年04月04日 22:25, Hiroshi Miura(@osmf) wrote:
> > 奥田さん
> > いいださん
> >
> > ありがとうございます
> >
> > これ、利用しているコンテンツ管理システムのテーマのバグのようです。
> > 修正を引取ます。
> >
> > https://www.drupal.org/files/fix_rss_link-7.x-1.1.patch
> >
> > 三浦
> >
> > On 2017年04月04日 12:23, 奥田洋平 wrote:
> >> いいださん
> >>
> >> 奥田です。お返事いただきありがとうございます。
> >>
> >> はい、サイト上部のRSSアイコンのリンク先について
> >> ご対応いただければと思います。
> >> よろしくお願いします。
> >>
> >>
> >> 2017年4月3日 23:44 Satoshi IIDA :
> >>> いいだです。
> >>>
> >>> おっと、ご指摘ありがとうございます。
> >>> すみません、パッと見てみたのですが、当該部分を直すのに
> >>> どこをいじればよいのかちょっと探さないといけないかんじで、
> >>> いま出張で海外にでてしまっているので、少しお時間ください。
> >>> (サイト上部のRSSアイコンのリンク先、ですよね)
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> 2017年4月4日 0:27 奥田洋平 :
>  奥田と申します。
>  はじめて投稿いたします。
> 
>  openstreetmap.jpで、ページ上部に表示されるrssフィードのアイコンのリンク先が
>  //rss.xml
>  となっています。
> 
>  適切なリンク先のURLは
>  https://openstreetmap.jp/rss.xml
>  かとおもいますので、修正いただけませんでしょうか
> 
>  --
> >
>
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja


Re: [Talk-GB] Rendering Stiles

2017-04-05 Per discussione Nick Whitelegg
Hi,


Not just yet but the latest version of Freemap 
(www.free-map.org.uk) will shortly show stiles - 
along with field boundaries which is something I've been meaning to do for ages 
but never got round to until now.

In case you're not sure it's "barrier=stile" to mark a stile.


Nick



From: Ian Caldwell 
Sent: 05 April 2017 10:09:30
To: Talk GB
Subject: [Talk-GB] Rendering Stiles

I am having a conversation with a new mapper, he was adding stiles by using 
name="stile".

The reason he is interested in stiles is as he says:  "I like to walk with my 
dog but find that many of the stiles are not dog friendly and, being almost 
eighty, I  find it difficult to lift my dog bodily over the stile."

One of the reasons I think he was adding  name="stile". is that stiles are not 
rendered on the standard map. Is there are web based map that does render 
stiles? I cannot find one.


Ian
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-us] [Talk-ca] Telenav mapping turn restrictions

2017-04-05 Per discussione m
James — Thanks. This means that at the very least we need to check on a 
jurisdiction by jurisdiction basis if these turns are allowed or not. 

Just as a data point, Google maps won’t let you make that turn either [1]. 
That’s not to argue that I am right in any way, just to show that false 
assumptions regarding turns are made outside of OSM.

[1] 
https://www.google.com/maps/dir/40.586229,-80.0446722/40.586796,-80.0438587/@40.5879274,-80.0482634,17.23z/data=!4m2!4m1!3e0
 



> On Apr 3, 2017, at 9:31 PM, James Mast  wrote:
> 
> Martijn, that intersection for as long as I can remember, has allowed the 
> right turn @ the intersection and also via the slip lane.  The slip lane 
> being closed when StreetView drove by was indeed temporary.  They were using 
> it as a temporary staging area for construction vehicles for the bridge they 
> were replacing on Pine Creek Road (well since completed) that was on the 
> other side of the intersection.
> 
> -James
> From: Martijn van Exel 
> Sent: Monday, April 3, 2017 1:18:38 PM
> To: James Mast
> Cc: talk...@openstreetmap.org; OSM US
> Subject: Re: [Talk-ca] Telenav mapping turn restrictions
>  
> James -- I could not find any OSC / Mapillary imagery at the location of your 
> example so I took a peek at <> google street view. What I see there is 
> that the slip road / ramp was (as of Aug 2016 -- temporarily?) closed to 
> traffic which may very well inform the allowed right turn at the 
> intersection? Or do you know this to be permanent? In this particular case, 
> based on the info I have, the _link way should have access=no and indeed no 
> restriction would be necessary. (Obviously I can't make those edits because 
> of <> above.)
> 
> I'm not saying that there cannot be exceptions to the general rule that 'when 
> there is a turn ramp one must use it', (and as I said before our team is not 
> adding these 'implicit' restrictions until we clear this up). What I am 
> looking for is more clarity (specifically in Canada but in the US also) as to 
> traffic regulations that would make adding these restrictions not only valid 
> but also a boost to the quality of OSM data. I would only want us to add 
> these if there is no confusion regarding correctness and there is added value 
> to adding them.
> 
> I'm cc-ing the US list as there are very similar traffic situations there and 
> I'm interested in clarifying the situation there as well.
> 
> Martijn
> 
>> On Apr 3, 2017, at 6:47 AM, James Mast > > wrote:
>> 
>> Martijn, with your example you gave back 3/30 [1], are you 100% sure that it 
>> still might be legal to right turn at the main intersection?  It might be if 
>> you haven't been there, even with the slip lane being there.
>> 
>> Case in point, if you were to have one of your mappers modify this 
>> intersection [2] with a 'no right turn' relation, you would be adding false 
>> information to the OSM database.  While there is a 'slip' lane for right 
>> turns, there is overhead signage past that slip lane leaving US-19 saying 
>> that you are allowed to make a right hand turn at the intersection.  So, [3] 
>> would be completely legal and would be prevented if a false relation were to 
>> be added here.
>> 
>> This is just something you can't be 100% sure of without visiting it in 
>> person, or have imagery from something like Mapillary to see it.  So, I can 
>> see why Andrew was upset about this.
>> 
>> -James
>> 
>> [1] 
>> https://www.openstreetmap.org/directions?engine=osrm_car=40.66610,-111.86760;40.66386,-111.86464#map=18/40.66520/-111.86552
>>  
>> 
>> [2] 
>> https://www.openstreetmap.org/directions?engine=osrm_car=40.58570%2C-80.04423%3B40.58680%2C-80.04410#map=19/40.58625/-80.04431
>>  
>> 
>> [3] 
>> https://www.openstreetmap.org/directions?engine=osrm_car=40.58614%2C-80.04461%3B40.58680%2C-80.04410#map=19/40.58648/-80.04457
>>  
>> 
>> From: Stewart C. Russell >
>> Sent: Friday, March 31, 2017 7:26:12 PM
>> To: talk...@openstreetmap.org 
>> Subject: Re: [Talk-ca] Telenav mapping turn restrictions
>>  
>> On 2017-03-31 04:29 PM, Martijn van Exel wrote:
>> > … the engine
>> > may decide, lacking an explicit restriction, to take the non _link turn
>> > because it's faster even if that is an illegal turn. That is why we need
>> > these restrictions to be explicit in the 

Re: [Talk-ca] Telenav mapping turn restrictions

2017-04-05 Per discussione m
James — Thanks. This means that at the very least we need to check on a 
jurisdiction by jurisdiction basis if these turns are allowed or not. 

Just as a data point, Google maps won’t let you make that turn either [1]. 
That’s not to argue that I am right in any way, just to show that false 
assumptions regarding turns are made outside of OSM.

[1] 
https://www.google.com/maps/dir/40.586229,-80.0446722/40.586796,-80.0438587/@40.5879274,-80.0482634,17.23z/data=!4m2!4m1!3e0
 



> On Apr 3, 2017, at 9:31 PM, James Mast  wrote:
> 
> Martijn, that intersection for as long as I can remember, has allowed the 
> right turn @ the intersection and also via the slip lane.  The slip lane 
> being closed when StreetView drove by was indeed temporary.  They were using 
> it as a temporary staging area for construction vehicles for the bridge they 
> were replacing on Pine Creek Road (well since completed) that was on the 
> other side of the intersection.
> 
> -James
> From: Martijn van Exel 
> Sent: Monday, April 3, 2017 1:18:38 PM
> To: James Mast
> Cc: talk-ca@openstreetmap.org; OSM US
> Subject: Re: [Talk-ca] Telenav mapping turn restrictions
>  
> James -- I could not find any OSC / Mapillary imagery at the location of your 
> example so I took a peek at <> google street view. What I see there is 
> that the slip road / ramp was (as of Aug 2016 -- temporarily?) closed to 
> traffic which may very well inform the allowed right turn at the 
> intersection? Or do you know this to be permanent? In this particular case, 
> based on the info I have, the _link way should have access=no and indeed no 
> restriction would be necessary. (Obviously I can't make those edits because 
> of <> above.)
> 
> I'm not saying that there cannot be exceptions to the general rule that 'when 
> there is a turn ramp one must use it', (and as I said before our team is not 
> adding these 'implicit' restrictions until we clear this up). What I am 
> looking for is more clarity (specifically in Canada but in the US also) as to 
> traffic regulations that would make adding these restrictions not only valid 
> but also a boost to the quality of OSM data. I would only want us to add 
> these if there is no confusion regarding correctness and there is added value 
> to adding them.
> 
> I'm cc-ing the US list as there are very similar traffic situations there and 
> I'm interested in clarifying the situation there as well.
> 
> Martijn
> 
>> On Apr 3, 2017, at 6:47 AM, James Mast > > wrote:
>> 
>> Martijn, with your example you gave back 3/30 [1], are you 100% sure that it 
>> still might be legal to right turn at the main intersection?  It might be if 
>> you haven't been there, even with the slip lane being there.
>> 
>> Case in point, if you were to have one of your mappers modify this 
>> intersection [2] with a 'no right turn' relation, you would be adding false 
>> information to the OSM database.  While there is a 'slip' lane for right 
>> turns, there is overhead signage past that slip lane leaving US-19 saying 
>> that you are allowed to make a right hand turn at the intersection.  So, [3] 
>> would be completely legal and would be prevented if a false relation were to 
>> be added here.
>> 
>> This is just something you can't be 100% sure of without visiting it in 
>> person, or have imagery from something like Mapillary to see it.  So, I can 
>> see why Andrew was upset about this.
>> 
>> -James
>> 
>> [1] 
>> https://www.openstreetmap.org/directions?engine=osrm_car=40.66610,-111.86760;40.66386,-111.86464#map=18/40.66520/-111.86552
>>  
>> 
>> [2] 
>> https://www.openstreetmap.org/directions?engine=osrm_car=40.58570%2C-80.04423%3B40.58680%2C-80.04410#map=19/40.58625/-80.04431
>>  
>> 
>> [3] 
>> https://www.openstreetmap.org/directions?engine=osrm_car=40.58614%2C-80.04461%3B40.58680%2C-80.04410#map=19/40.58648/-80.04457
>>  
>> 
>> From: Stewart C. Russell >
>> Sent: Friday, March 31, 2017 7:26:12 PM
>> To: talk-ca@openstreetmap.org 
>> Subject: Re: [Talk-ca] Telenav mapping turn restrictions
>>  
>> On 2017-03-31 04:29 PM, Martijn van Exel wrote:
>> > … the engine
>> > may decide, lacking an explicit restriction, to take the non _link turn
>> > because it's faster even if that is an illegal turn. That is why we need
>> > these restrictions to be explicit in the 

Re: [Talk-us] Osmar and Ways

2017-04-05 Per discussione Greg Morgan
On Wed, Apr 5, 2017 at 5:35 AM, Erik MARONEY, IEA 
wrote:

> To whom it may concern,
>
>
>
> My name is Erik Maroney and I work for the International Energy Agency
> (IEA).  We are interested in using Open Street Map (OSM) for our road
> infrastructure projections.  We have had a couple of issues so far that we
> are confused about.
>
>
>
> 1)   Using R, we set the source to API and downloaded osm.  It seems
> as if some of the roads mapped on the OSM website aren’t being caught by
> osmar (the R package), which interfaces with osmosis (the command line
> tool). Could this perhaps be an issue with the bounding box, or is there
> some other reason why not all the roads are being captured? Any assistance
> with this issue would be very helpful!
>
> 2)  Using the Geofabrik database, it seems all the highways are not
> fully captured, is this just due to missing data?  Because when we go to
> the OSM website, we see plenty of other roads.  This is also true when we
> use the bounding box API method.
>
>
>
> Ultimately, the mismatch between the roads (especially highways and
> non-urban roads) mapped directly on OSM versus those we are able to
> download with R is our point of concern. Specifically we would like to come
> up with an automated way to capture all roads that service motorized
> vehicles within certain countries.
>
>
>
>
> The QuadTiles[1] may provide a visual for your potential bounding box
issue.  The area to look at is the intersection of a line and a tile[2].
Depending on your bounding box, you could miss a road if the nodes are in
other areas but the road still runs through your bounding box.  You may
have to use a more detailed configuration for your work.[3]

[1] http://wiki.openstreetmap.org/wiki/QuadTiles
[2] http://wiki.openstreetmap.org/wiki/QuadTiles#Indexing_tile_intersections
[3] https://switch2osm.org/
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [Talk-us] Osmar and Ways

2017-04-05 Per discussione Erik MARONEY, IEA
To whom it may concern,

My name is Erik Maroney and I work for the International Energy Agency (IEA).  
We are interested in using Open Street Map (OSM) for our road infrastructure 
projections.  We have had a couple of issues so far that we are confused about.


1)   Using R, we set the source to API and downloaded osm.  It seems as if 
some of the roads mapped on the OSM website aren't being caught by osmar (the R 
package), which interfaces with osmosis (the command line tool). Could this 
perhaps be an issue with the bounding box, or is there some other reason why 
not all the roads are being captured? Any assistance with this issue would be 
very helpful!

2)  Using the Geofabrik database, it seems all the highways are not fully 
captured, is this just due to missing data?  Because when we go to the OSM 
website, we see plenty of other roads.  This is also true when we use the 
bounding box API method.

Ultimately, the mismatch between the roads (especially highways and non-urban 
roads) mapped directly on OSM versus those we are able to download with R is 
our point of concern. Specifically we would like to come up with an automated 
way to capture all roads that service motorized vehicles within certain 
countries.

Best,
Erik Maroney

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


Re: [Talk-it] Importare i fabbricati

2017-04-05 Per discussione Federico Cortese
2017-04-05 14:29 GMT+02:00 Cascafico Giovanni :
> Io non uso gli editor OSM da browser; appare un'avvertenza che metta in
> guardia dal ricalco dopo le ultime release Bing? Sulla falsa riga di quella
> che appare al caricamento dei layer in JOSM
>
> Se no, sarebbe opportuno farla apparire, prima che i danni si sommino.
>

Non credo che appaia, ma hai perfettamente ragione: sarebbe quantomeno
opportuno!
Anche quanto successo nella recente discussione "utente pasticcione",
prova che chi usa iD crede che lo sfondo delle foto sia quanto di più
ufficiale e attendibile a cui attenersi.

Ciao,
Federico

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


[OSM-talk-fr] Projet du mois - Panneaux électoraux

2017-04-05 Per discussione Florian LAINEZ
Salut,
Je vous propose de relancer le projet du mois. Cartographions ensemble une
thématique précise chaque mois !

Si ça vous dit, c'est de saison, nous pouvons commencer par les panneaux
électoraux qui poussent un peut partout sur notre territoire :
https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/elections

Je crois bien que l'on tague ça :
advertising=board
message=political
permanent=no

Go go go ! à moins qu'on reparte dans des débats concernant la manière de
taguer ces éléments ...
Dans ce cas, que l'on m'explique pourquoi le wiki conseille
message=electoral alors
que tout le monde utilise message=political 
!

-- 

*Florian Lainez*
@overflorian 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-it] Importare i fabbricati

2017-04-05 Per discussione Cascafico Giovanni
Io non uso gli editor OSM da browser; appare un'avvertenza che metta in
guardia dal ricalco dopo le ultime release Bing? Sulla falsa riga di quella
che appare al caricamento dei layer in JOSM

Se no, sarebbe opportuno farla apparire, prima che i danni si sommino.

Il giorno 5 aprile 2017 14:18, Federico Cortese  ha
scritto:

> 2017-04-05 11:42 GMT+02:00 Volker Schmidt :
> > Vedo qua una inversione di procedura pericolosa per la qualità:
> > allineare le strade "anche senza GPS" agli edifici presuppone che gli
> > edifici siano posizionati bene (oltre ad essere  aggiornati). Come già
> > segnalato tante volte, in tanti posti gli edifici non sono posizionati
> bene
> > (con errori tipici e sistematici di 3m - 4m) in confronto a tracce GPX
> > accumulative e PCN2006. Il risultato è una mappa con un errore
> sistematico e
> > problemi di deformazioni delle strade ai punti dove si cambia da
> > allineamento con gli edifici a allineamento alle tracce GPX.
> > Purtroppo anche spesso gli landuse hanno il loro errore di posizionamento
> > (import separati) e poi, da non dimenticare ci sono gli import dei
> percorsi
> > di acqua che hanno spesso un doppio problema, cioè geometria
> approssimativa
> > e spostamento.
> > (Mi riferisco sempre al Veneto, dove vedo questo problemi in
> continuazione)
> > Oltre a questo abbiamo poi il problema del allineamento sub-ottimale
> delle
> > foto Bing e la loro deformazione (errore di parallassi) in zone montuose.
> >
>
> Sì Volker, capisco benissimo la tua preoccupazione, giustamente
> collegata alla realtà del Veneto.
>
> Il mio discorso era chiaramente limitato alla situazione pugliese,
> dove per l'import sono state utilizzate geometrie rilasciate nel
> sistema UTM33N, senza quindi la necessità di eseguire conversioni di
> coordinate.
>
> Da quel poco che ricordo, se ricordo bene, per il Veneto sono stati
> usati software (non sempre attendibili) per eseguire la conversione
> degli shapefile, cosa che può aver originato problemi di
> disallineamento delle geometrie.
>
> In Puglia i fabbricati sono correttamente allineati e verificati sia
> con le foto PCN che con le vecchie Bing (le attuali sono assolutamente
> sfasate). Occupandomi di rilievo GPS centimetrico per scopi
> topografici, ho anche avuto modo di inserire miei rilievi in JOSM,
> cosa che non ha fatto altro che confermare la bontà dell'import
> eseguito, che quindi è superiore a qualunque foto o traccia gpx (a
> meno che questa non sia rilevata con ricevitori doppia frequenza in
> modalità RTK, rispetto ad una stazione master in coordinate note).
>
> Per questo posso usare l'edificato come base certa, e mi "arrabbio"
> quando qualcuno sposta i fabbricati in base alle recenti foto Bing
> (ieri ho trovato due nuovi casi di questi spostamenti).
>
> Rispondendo invece a Martin, per cartografia in scala nominale di
> 1:10.000 eviterei l'import: effettivamente le sagome sarebbero troppo
> approssimative.
> Per cartografie 1:5.000 (come quella pugliese) invece secondo me le
> geometrie sono abbastanza buone.
>
> Certamente se si dispone di cartografia comunale in scala minore
> (1:2.000-1:1.000) ancora meglio.
>
> Purtroppo continuo ad essere convinto che ricalcando le foto Bing, che
> oltre ad essere spesso disallineate hanno grossi difetti di
> ortogonalità, non si possano ottenere risultati soddisfacenti.
>
> Ciao,
> Federico
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it-lazio] Campagna promozione OSM "Mappa il tuo civico"

2017-04-05 Per discussione Luca Moiana
Ciao,

qui un'iniziativa interessate da cui possiamo mutuare qualche idea 
http://gfoss.it/index.php/novita/eventi/m-appare-milano


L


P.s. scusate, sto facendo un po' di tentativi di risposta perché la mailing 
list mi rimbalza



From: Flaminia Tumino 
Sent: Wednesday, April 5, 2017 12:20 PM
To: jprimav
Cc: Talk-it-lazio@openstreetmap.org
Subject: Re: [Talk-it-lazio] Campagna promozione OSM "Mappa il tuo civico"

Ciao a tutti,

scusatemi ma io trovo che il gioco non valga la candelase si tratta di 
dover mappare solo il proprio civico mi sembra troppocioè chiedere a 
qualcuno di scaricarsi una app o un programma, vedersi i tutorial e imparare a 
fare una cosa solo per farla una volta mi sembra una richiesta fuori 
luogomi metto nei panni di chi dovrebbe farlo.io al loro posto non lo 
farei, troppo impegno per un risultato irrisorio

Flaminia

Il giorno 5 aprile 2017 13:25, jprimav 
> ha scritto:
Ieri ho mappato il mio civico e quello della casa che ho di fronte, allora
pensavo...

...non sarebbe carino ideare una campagna promozionale by OSM-Roma del tipo
#MappaIlTuoCivico. Mi immagino un bel video di pochi minuti da spammare per
bene sui social dove:

1. si introduce OSM (cos'è, quali sono i suoi tratti distintivi e perchè
potrebbe/dovrebbe interessare tutti)
2. si mostra come regitrarsi sul sito
3. si mostra come usare l'editor ID per aggiungere il nodo del proprio
indirizzo
4. si invita a continuare a mappare

Questo articolo mi piace molto e credo che spieghi molto bene e con parole
semplici cos'è OSM
http://geoawesomeness.com/why-would-you-use-openstreetmap-if-there-is-google-maps/




--
View this message in context: 
http://gis.19327.n8.nabble.com/Campagna-promozione-OSM-Mappa-il-tuo-civico-tp5894792.html
Sent from the Lazio mailing list archive at Nabble.com.

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

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


Re: [Talk-it-lazio] Campagna promozione OSM "Mappa il tuo civico"

2017-04-05 Per discussione Flaminia Tumino
Ciao a tutti,

scusatemi ma io trovo che il gioco non valga la candelase si tratta di
dover mappare solo il proprio civico mi sembra troppocioè chiedere a
qualcuno di scaricarsi una app o un programma, vedersi i tutorial e
imparare a fare una cosa solo per farla una volta mi sembra una richiesta
fuori luogomi metto nei panni di chi dovrebbe farlo.io al loro
posto non lo farei, troppo impegno per un risultato irrisorio

Flaminia

Il giorno 5 aprile 2017 13:25, jprimav  ha scritto:

> Ieri ho mappato il mio civico e quello della casa che ho di fronte, allora
> pensavo...
>
> ...non sarebbe carino ideare una campagna promozionale by OSM-Roma del tipo
> #MappaIlTuoCivico. Mi immagino un bel video di pochi minuti da spammare per
> bene sui social dove:
>
> 1. si introduce OSM (cos'è, quali sono i suoi tratti distintivi e perchè
> potrebbe/dovrebbe interessare tutti)
> 2. si mostra come regitrarsi sul sito
> 3. si mostra come usare l'editor ID per aggiungere il nodo del proprio
> indirizzo
> 4. si invita a continuare a mappare
>
> Questo articolo mi piace molto e credo che spieghi molto bene e con parole
> semplici cos'è OSM
> http://geoawesomeness.com/why-would-you-use-openstreetmap-
> if-there-is-google-maps/
>
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Campagna-promozione-OSM-Mappa-il-tuo-civico-tp5894792.html
> Sent from the Lazio mailing list archive at Nabble.com.
>
> ___
> Talk-it-lazio mailing list
> Talk-it-lazio@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-lazio
>
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio


Re: [Talk-it] Importare i fabbricati

2017-04-05 Per discussione Federico Cortese
2017-04-05 11:42 GMT+02:00 Volker Schmidt :
> Vedo qua una inversione di procedura pericolosa per la qualità:
> allineare le strade "anche senza GPS" agli edifici presuppone che gli
> edifici siano posizionati bene (oltre ad essere  aggiornati). Come già
> segnalato tante volte, in tanti posti gli edifici non sono posizionati bene
> (con errori tipici e sistematici di 3m - 4m) in confronto a tracce GPX
> accumulative e PCN2006. Il risultato è una mappa con un errore sistematico e
> problemi di deformazioni delle strade ai punti dove si cambia da
> allineamento con gli edifici a allineamento alle tracce GPX.
> Purtroppo anche spesso gli landuse hanno il loro errore di posizionamento
> (import separati) e poi, da non dimenticare ci sono gli import dei percorsi
> di acqua che hanno spesso un doppio problema, cioè geometria approssimativa
> e spostamento.
> (Mi riferisco sempre al Veneto, dove vedo questo problemi in continuazione)
> Oltre a questo abbiamo poi il problema del allineamento sub-ottimale delle
> foto Bing e la loro deformazione (errore di parallassi) in zone montuose.
>

Sì Volker, capisco benissimo la tua preoccupazione, giustamente
collegata alla realtà del Veneto.

Il mio discorso era chiaramente limitato alla situazione pugliese,
dove per l'import sono state utilizzate geometrie rilasciate nel
sistema UTM33N, senza quindi la necessità di eseguire conversioni di
coordinate.

Da quel poco che ricordo, se ricordo bene, per il Veneto sono stati
usati software (non sempre attendibili) per eseguire la conversione
degli shapefile, cosa che può aver originato problemi di
disallineamento delle geometrie.

In Puglia i fabbricati sono correttamente allineati e verificati sia
con le foto PCN che con le vecchie Bing (le attuali sono assolutamente
sfasate). Occupandomi di rilievo GPS centimetrico per scopi
topografici, ho anche avuto modo di inserire miei rilievi in JOSM,
cosa che non ha fatto altro che confermare la bontà dell'import
eseguito, che quindi è superiore a qualunque foto o traccia gpx (a
meno che questa non sia rilevata con ricevitori doppia frequenza in
modalità RTK, rispetto ad una stazione master in coordinate note).

Per questo posso usare l'edificato come base certa, e mi "arrabbio"
quando qualcuno sposta i fabbricati in base alle recenti foto Bing
(ieri ho trovato due nuovi casi di questi spostamenti).

Rispondendo invece a Martin, per cartografia in scala nominale di
1:10.000 eviterei l'import: effettivamente le sagome sarebbero troppo
approssimative.
Per cartografie 1:5.000 (come quella pugliese) invece secondo me le
geometrie sono abbastanza buone.

Certamente se si dispone di cartografia comunale in scala minore
(1:2.000-1:1.000) ancora meglio.

Purtroppo continuo ad essere convinto che ricalcando le foto Bing, che
oltre ad essere spesso disallineate hanno grossi difetti di
ortogonalità, non si possano ottenere risultati soddisfacenti.

Ciao,
Federico

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


[Talk-se] Sveriges kommunier: relation vs node

2017-04-05 Per discussione Thomas Fischer
Hej,

jag ser att många av Sveriges kommuner representeras både via en node och via 
en relation.
Ett exempel är Ale kommun, som finns som node 302269571 och som relation 935506.
Jag antar att nodes för kommuner är "gammalmodig" och att använda är det 
korrekta sätet.

Ser ni några problem om jag börja jobba med att överföra data (attributer) från 
kommunernas nodes till motsvarande relationer och ta bort nodes därefter?

Hälsningar,
Thomas


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


Re: [OSM-talk-fr] Test rendu carte − retours bienvenus

2017-04-05 Per discussione Philippe Verdy
Le 5 avril 2017 à 12:25, Florian LAINEZ  a écrit :

>
>

> -les chemins privés sont d'après moi toujours trop mis en évidence
>
> S'il s'agit d'une carte de randonnée, c'est vrai qu'en compariason les
sentiers pédestres (de fins filets noirs) sont moins visibles que les voies
privées d'accès (trait blanc doublement encadré de filet noir: les
pointillés des filets ne diminuent pas tellement la visibilité).

Je pense que pour un tel rendu les sentiers pédestres ou cyclistes
devraient être mis davantage en avant, au moins autant que les rues, même
si c'est dans d'autres couleurs, je pense que cela devrait être des filets
un peu plus épais mais pas forcément de la même couleur pour les mettre en
avant (filets vert pâle, bordés de fine bordures vertes foncées, filets
jaunes si cyclables ?).
Les voies d'accès (souvent en impasses hors voies de services des stations
essence ou parkings) pourraient être de simples filets noirs à fines
bordure blanche (pointillés si accès privé ou destination). Peut-être même
ne pas représenter du tout les voies de parking sur les surfaces de parking
(ces surfaces peuvent rester entièrement en blanc, remplies par dessus les
voies de service qui les traverse ou les atteignent, d'autant plus qu'il y
a déjà un symbole carré semi-transparent bleu ajouté, il n'est pas utile de
faire apparaitre les voies de circulation des véhicules dans les parkings)

Les campings sont trop peu visibles (symboles semi-transparents rouge pâle,
difficiles à voir au dessus des forets et avec les isohypses et ombrages du
relief)

D'autre part le choix du rouge pour les isohypse est difficile à lire, je
pense que le gris moyen ou le vert suffirait, à moins que le rapprochement
des isohypses permet de mieux voir en rouge les zones dangereuses de
falaises et fortes pentes)

Si les isohypses et ombrages de relef sont déjà affichés, je ne vois pas
l'intér^êt d'afficher aussi les tracés plus approximatifs des falaises
(tracées en noir bordées d'échancrures latérales sur le côté descendant).

En revanche je m'étonne de voir aussi peu de lignes électriques (qui sont
pourtant de bons repères pour les marcheurs). Et de voir aussi mal les
remontées mécaniques (qui peuvent servent aussi aux marcheurs).

Les refuges gagneraient aussi à être plus gros que le petit symbole utilisé.

Enfin je ne vois pas clairement les délimitations des zones résidentielles
et des zones agricoles (hors bois et forêts) alors qu'il y a un fort
contraste en terme d'occupation des sols, barrières, clôtures et
restrictions diverses d'accès même pour les jardins.

Sinon ne pas pouvoir distinguer facilement feuillus et résineux ou mixtes
n'est pas si gênant que ça: ce qui compte pour le marcheur c'est moins
l'espèce que la densité des plantations, où on doit en revanche distinguer
nettement les clairières/prairies/paturages, et champs cultivés/cloturés.

Les parcs naturels devraient aussi avoir une délimitation nettement visible
(étant donné l'échelle on doit pouvoir les afficher en gros traits au moins
aussi large que les routes principales et rivières).

Pour les marcheurs les clotures et haies sont des éléments importants: Même
si on ne marque pas toutes ces clôtures entre champs/prairies, au moins on
devrait les avoir le long des chemins ou en bordure de forêts.

A voir aussi s'il faudrait ajouter à OSM des fossés (waterway=ditch) le
long des routes et chemins ruraux et détailler les points de passage
(cul-verts ou gués).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-ca] Happy Valley-Goose Bay, Labrador, Canada Data

2017-04-05 Per discussione Anatolijs Venovcevs
Hello everyone,

 

Thank you all for your interest and support. As I thought, the first step would 
be to license that data under the ODbL. I don’t think that would take too much 
effort (famous last words?) as we have a very small bureaucracy and I’m always 
one or two people away from the mayor and council. I got some great resources 
and contacts on how to proceed with this step. I’ll be in touch as soon as I 
get permission for our road centerline and street address data to be shared 
with OSM or if I run into any major road blocks along the way.

 

Thanks,

Anatolijs

 

 

From: John Marshall [mailto:rps...@gmail.com] 
Sent: Tuesday, April 4, 2017 4:17 PM
To: Anatolijs Venovcevs 
Cc: Talk-CA OpenStreetMap 
Subject: Re: [Talk-ca] Happy Valley-Goose Bay, Labrador, Canada Data

 

Hi Anatolijs,

 

Good luck. If you need any help OSM Ottawa would love to help.

 

Cheers

 

 

John 

(OSM user rps333)

 

John Marshall

 

 

 

 

 

 

On Mon, Apr 3, 2017 at 12:32 PM, Anatolijs Venovcevs 
 > 
wrote:

Hello everyone,

 

I’ve been a longtime fan of Open Street Map but this is the first time I ever 
decided to help contribute to it. I am the GIS technologist for the Town of 
Happy Valley-Goose Bay in Newfoundland and Labrador, Canada -  
 
https://www.openstreetmap.org/#map=14/53.3085/-60.3463

 

It’s a small, isolated community of approximately 8,100 people and I’m the only 
one with any GIS training and experience. As a result, I’m responsible for 
doing just about everything to assist the town in geospatial-related functions 
and have a very tight budget and not a lot of time to them. One of the things 
there’s been a real interest in is developing some sort of a basic interactive 
web map for the town’s public information (zoning, water and sewer lines, 
attractions for our tourist map, etc.). I’m planning on using QGIS plugin 
qgis2web to do that and use an OpenStreetMap background.

 

Before I can do that, OpenStreetMap data for the town needs to be updated. It 
looks to me approximately five years out of date and the town has been 
experiencing a major boom in the last few years. Currently, the town has 
possession of an updated street centerline network (digitized from 40 cm 
resolution orthorectified Worldview 2 satellite imagery) and an up-to-date 
civic number system with building footprints and parcels for recreational 
spaces and etc. coming later this year. I’d like to share them with the OSM 
community.

 

Before I do that, I’m looking for community buy-in for the project. I will 
start with manually adding the new streets that have been built over the last 
few years and correct any information within the town boundaries that no longer 
represents reality on the ground. If that’s ok with all of you, I’d like to 
make the OSM web mapping for my corner of Canada a little better.

 

Thank you,

 

Anatolijs Venovcevs 

 


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

 

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


[Talk-it-lazio] Se dovete cercare un negozio di elettronica a Roma voi cosa utlizzate?

2017-04-05 Per discussione jprimav
Esiste un'applicazione basata su dati OSM che permetta di ricercare luoghi di
interesse in una determinata area?

openstreetmap.org e overpass.eu non mi sembrano abbastanza user-friendly.
Per fare un esempio. Se dovete cercare un negozio di elettronica a Roma e
volete visualizzarli su mappa voi cosa fate? Io, ahime, uso google map.
Eppure OSM potrebbe avere le stesse informazioni, magari anche migliori (a
tendere).

C'è qualche prodotto là fuori che mi sono perso? 



--
View this message in context: 
http://gis.19327.n8.nabble.com/Se-dovete-cercare-un-negozio-di-elettronica-a-Roma-voi-cosa-utlizzate-tp5894794.html
Sent from the Lazio mailing list archive at Nabble.com.

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


Re: [Talk-us] Response from TIGER about "driveways

2017-04-05 Per discussione Mike N

On 4/5/2017 3:10 AM, Frederik Ramm wrote:

https://lists.openstreetmap.org/pipermail/dev/2006-November/002561.html
for details.

(I chuckled when I read that message which begins with a complaint about
the mailing lists.)


  I chuckled when I read that the first problems involved developing 
robust recoverable upload code.   We can still use that to pounce on 
anyone who uploads an import using JOSM and experiences a network 
hiccup.  "A Ha - you have 1734 duplicate nodes and 378 duplicate ways... 
bad import"


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


[Talk-it-lazio] Campagna promozione OSM "Mappa il tuo civico"

2017-04-05 Per discussione jprimav
Ieri ho mappato il mio civico e quello della casa che ho di fronte, allora
pensavo...

...non sarebbe carino ideare una campagna promozionale by OSM-Roma del tipo
#MappaIlTuoCivico. Mi immagino un bel video di pochi minuti da spammare per
bene sui social dove: 

1. si introduce OSM (cos'è, quali sono i suoi tratti distintivi e perchè
potrebbe/dovrebbe interessare tutti)
2. si mostra come regitrarsi sul sito
3. si mostra come usare l'editor ID per aggiungere il nodo del proprio
indirizzo
4. si invita a continuare a mappare

Questo articolo mi piace molto e credo che spieghi molto bene e con parole
semplici cos'è OSM
http://geoawesomeness.com/why-would-you-use-openstreetmap-if-there-is-google-maps/




--
View this message in context: 
http://gis.19327.n8.nabble.com/Campagna-promozione-OSM-Mappa-il-tuo-civico-tp5894792.html
Sent from the Lazio mailing list archive at Nabble.com.

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


Re: [Talk-es] Cómo etiquetar una antigua era abandonada

2017-04-05 Per discussione dcapillae
¿No valdría con trazar una única vía? Si la era es circular, bastaría con
trazar un cículo. La etiqueta "landuse=threshing_floor" se refiere al área
interior del círculo, y da igual que el círculo esté trazado a derechas que
a izquierdas. Si hiciese falta cambiarle el sentido a la vía para que la
etiqueta "barrier=wall_retaining" se ajustase bien, no habría mayor
inconveniente. En vista de esto, entiendo que con una sola vía sería
suficiente.



-
Daniel Capilla
OSM user: dcapillae 
--
View this message in context: 
http://gis.19327.n8.nabble.com/Como-etiquetar-una-antigua-era-abandonada-tp5894712p5894791.html
Sent from the Spain mailing list archive at Nabble.com.

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


Re: [Talk-cz] Fotografovani rozcestniku

2017-04-05 Per discussione Marián Kyral
-- Původní e-mail --

Od: Milan Cerny  milan...@centrum.cz 

Komu: OpenStreetMap Czech Republic  talk-cz@openstreetmap.org 

Datum: 5. 4. 2017 10:53:01

Předmět: Re: [Talk-cz] Fotografovani rozcestniku

> Aktuálně je asi nejlepší nahrávat fotky přes chybné rozcestníky na osmap.cz, 
> vrstvy - speciální - chybné rozcestníky.
> Ještě nenafocený jde snadno, již nafocený, lepší, aktuálnější, jde nahrát 
> přes jakýkoliv jiný chybný v okolí, jen se musí opravit ref.


Dík. Na tuhle možnost jsem zapomněl - už jsem dlouho žádné rozcestníky 
nenahrával :-D

> Taky už se těším na Mariánovu vychytávku:)


Budu se snažit nezklamat ;-)
 
Marián
 

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


Re: [Talk-it-lazio] incontro mappatori il 10/4

2017-04-05 Per discussione jprimav
Riguardo al prossimo appuntamento di Lunedì 10.. sulle attività da svolgersi
potremmo:
 
1) Visto che disporremo di 4 mura e wifi potrebbe essere un'occasione per
esplorare insieme lo stato della mappatura OSM su roma e imparare un po di
JOSM dagli utenti più esperti

2) metterci d'accordo su un po' di meta-organizzazione, per così dire. Per
esempio decidere di fissare appuntamento ciclico ogni mese per mappatura
collettiva con tema a votazione su mailing list + altri aspetti
organizzativi

3) Aspettiamo l'ispirazione una volta lì :)

4) altre idee?

ciao!




--
View this message in context: 
http://gis.19327.n8.nabble.com/Talk-it-lazio-incontro-mappatori-il-10-4-tp5894560p5894790.html
Sent from the Lazio mailing list archive at Nabble.com.

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


Re: [OSM-talk-fr] Test rendu carte − retours bienvenus

2017-04-05 Per discussione Florian LAINEZ
Merci encore pour ce superbe rendu dont je vais faire un poster :)
Cette version est encore mieux que la première.
Voici mes retours :

Le 3 avril 2017 à 21:44, Philippe Verdy  a écrit :

> Joli, mais peut-être que la mention en rouge de "Chap." pour chapelle est
> redondante avec le symbole déjà affiché pour une chapelle, et n'apporte
> rien de plus (pas de nom consacré de chapelle)

+1

Sinon, quel tag utilises-tu pour identifier une plage gardée ? Celle-ci
http://www.openstreetmap.org/way/124797803 en est une et elle n'apparait
pas sur ton rendu (oops, je me rends compte que c'est hors de la zone, mais
la question tient quand même ;))
Même question pour les spots d'escalade, dont celui-ci fait partie
http://www.openstreetmap.org/way/357090500

Autres détails :
-Les ruisseaux sont bien mieux rendus : super
-dans la légende, les bois et forêts sont difficilement discernables les
uns des autres
-dans le cimetière de Samoëns, les chemins recouvrent complétement le
symbole qui permet de le distinguer
-je pense qu'afficher les alignements d'arbres nuit à la lisibilité de la
carte inutilement. Cf. http://www.openstreetmap.org/way/419858704
-je ne parviens pas du tout à distinguer les réserves naturelles. Exemple :
http://www.openstreetmap.org/relation/1023742
-les chemins privés sont d'après moi toujours trop mis en évidence
-nous en avions parlé : je pense vraiment que ce n'est pas une bonne idée
d'indiquer la capacité des refuges : leur altitude est -à mon sens- plus
intéressant sur une telle carte

Encore une fois : ta carte est incroyable, super boulot, merci à toi !
++


Le 3 avril 2017 à 22:20, Philippe Verdy  a écrit :

> Sinon je remarque que le placement dans OSM des lignes de falaises ne
> semble pas suivre correctement les isohypses sur la ligne de rupture de
> pente
>
>  Il me semble qu'avec le MNT on a moyen de calculer les vecteurs de pente
> (dont la norme s'exprime généralement en pourcentage et la direction suit
> celle de plus forte pente vers le bas, orthogonaux aux isohypses: ils sont
> premier niveau de dérivation de l'altitude) puis leur gradient (dérivée
> seconde): une falaise est située sur une ligne où ce gradient atteint un
> maximum (donc calculer la troisième dérivée) et se prolonge tant que ce
> maximum dépasse un seuil; la quatrième dérivée permet de connecter les
> points pour former le tracé de la falaise (en prenant les points dont cette
> dérivée est la plus faible en valeur absolue).
>
> Y a-t-il eu des essais de dérivation des modèles numériques de terrain
> (déjà analysés sous forme d'isohypses connexes au lieu de simples nuages de
> points dont il n'est pas facile de calculer des dérivées sans interpolation
> entre eux).
>
> Noter que cela pourrait servir aussi à tracer les lignes de crête (pas
> toujours sur des falaises, car il n'y a pas partout de grosses ruptures de
> pente, ou bien cette rupture forme un angle entre deux pentes qui isolément
> ne sont pas suffisantes pour être qualifiées de falaises, une falaise
> devant avoir une pente descendante au moins de 100% sur au moins un des
> côtés de la crête, on peut avoir une pente de 60% d'un côté et 60% de
> l'autre, pour un total de 120% de rupture de pente qui pourrait faire
> croire à une falaise alors que c'est une crête encore facilement accessible
> à pied et dont les pentes ne sont pas trop dangereuses)
>
> Seulement les isohypses sont actuellement encore des bitmaps, et les
> nuages de points nécessaires devraient être plus denses dans les zones de
> forte pente pour avoir une dérivation correcte (alternative: faire des
> interpolations avec des splines quadratiques ou cubiques, pour faire des
> triangulations en facettes 3D; améliorer la précision et la stabilité des
> dérivées successives avec des facettes non plus planes mais en splines
> surfaciques). J'ai conscience que cela demande un travail énorme comparable
> à un rendu 3D avec des quantités énormes de facettes à traiter, donc
> beaucoup de mémoire si on veut couvrir même une seule montagne ou un seul
> plateau sur une zone carrée d'environ 20 km de côté où peuvent s'imbriquer
> déjà pas loin de 1000 niveaux d'isohypses à 1 mètre et parfois plusieurs
> centaines sur les petites surfaces où justement on cherche les falaises et
> crêtes. Il y a sans doute des heurisitques pour éliminer rapidement des
> zones mais elles risquent d'éliminer des endroit où une ligne de falaise
> forme une pointe ou une petite avancée qu'elle contourne
>
>
> Le 3 avril 2017 à 21:44, Philippe Verdy  a écrit :
>
>> Joli, mais peut-être que la mention en rouge de "Chap." pour chapelle est
>> redondante avec le symbole déjà affiché pour une chapelle, et n'apporte
>> rien de plus (pas de nom consacré de chapelle)
>>
>> Le 3 avril 2017 à 20:34, JB  a écrit :
>>
>>> Bonjour,
>>> Je tente d'améliorer le rendu de cartes à partir de données OSM. Le but
>>> est de voir jusqu'à quel niveau de qualité on peut 

Re: [Talk-se] OSM som underlag för att producera CC0/CC BY-material i rasterform?

2017-04-05 Per discussione Bernt Rane
Jo, vi har en "livs levande" jurist som tittar på detta :-) och hon har fått 
tipset.
Jag kommer att återkomma med vad vi än slutar i med detta...  för oss, IANYL :-)
Bernt

-Ursprungligt meddelande-
Från: Joakim Fors [mailto:joa...@fo.rs] 
Skickat: den 4 april 2017 15:12
Till: OpenStreetMap Sverige mailinglista 
Ämne: Re: [Talk-se] OSM som underlag för att producera CC0/CC BY-material i 
rasterform?

>  
> Ø  Det finns en uppsättning "community guidelines", som är tänkta som någon 
> slags tolkningsguide till ODBL som den tillämpas inom OSM-projektet, här: 
> http://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines .
> Den länken var bra! Har satt (insatt och engagerad) juridisk kompetens att 
> titta formuleringarna där vs CC0/CC BY.
>  
> Om någon mer har tips att ge är vi fortsatt intresserade.
> I slutändan kan detta fälla avgörande om vi använder OSM för bakgrundskartor 
> eller inte.
> Återkommer annars med var vi landar.
>  


Om ni har en riktig livs levande jurist, eller två, som arbetar med det så 
kanske det kan vara lönt att försöka kontakta LWG (License Working Group) 
[http://wiki.osmfoundation.org/wiki/Licensing_Working_Group] och fråga dom 
också. Ser gärna att eventuellt resultat av diskussion med LWG delas på 
mailinglistan också. Hade varit intressant att se hur resonemangen går “på 
riktigt". :)

Min personliga tolkning är i alla fall att om man producerar raster där man 
kombinerar OSM med annat dataset inte “infekterar” de andra dataseten och det 
är friare licensiering på resultatet. Men som sagt: IANAL.

/Joakim

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


Re: [Talk-es] Cómo etiquetar una antigua era abandonada

2017-04-05 Per discussione Alejandro S.
Buenas,
Solo para dejarlo perfecto, la etiqueta barrier=retaining_wall tiene
sentido, quiero decir, que indica que el desplome está en el lado derecho
de la vía, así que en el ejemplo de la foto tendrías que hacer un
multipolígono con la etiqueta landuse=threshing_floor formado por dos vías
de sentido opuesto con barrier=retaining_wall.



Atentamente,
  Alejandro Suárez

2017-04-05 12:10 GMT+02:00 dcapillae :

> Estoy valorando la posibilidad de utilizar "barrier=retaining_wall" para
> etiquetar la estructura de piedra de las eras. Un "barrier=retaining_wall"
> o
> muro de contención es "una estructura que retiene el terreno o cimientos de
> un edificio, estructura o área bajo pendientes no naturales",  según el
> wiki
>  barrier%3Dretaining_wall=1401056>
> . Combinada con "landuse=threshing_floor", creo que puede dar buen
> resultado.
>
> Una pequeña era como la de la imagen, ejecutada a base de acumulación de
> piedras hasta conseguir una superficie llana en un terreno accidentado, se
> mapearía entonces como una única vía cerrada circular con el siguiente
> etiquetado básico:
>
> landuse=threshing_floor
> barrier=retaining_wall
>
> Si la estructura de piedra estuviese en ruinas, bastaría con agregar el
> prefijo "ruins:barrier=retaining_wall". Si además la era tiene interés
> histórico, agregaríamos la etiqueta "historic=threshing_floor" al esquema
> anterior.
>
> Me parece lo más sencillo y lógico.
>
> Para otro tipo de eras, las que son a terreno abierto y sin estructura
> alguna, bastaría con etiquetarla como "landuse=threshing_floor".
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Como-etiquetar-una-antigua-era-abandonada-tp5894712p5894786.html
> Sent from the Spain mailing list archive at Nabble.com.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es


Re: [Talk-GB] Rendering Stiles

2017-04-05 Per discussione Andy Townsend

On 05/04/2017 10:09, Ian Caldwell wrote:


One of the reasons I think he was adding  name="stile". is that stiles 
are not rendered on the standard map. Is there are web based map that 
does render stiles? I cannot find one.


Sure:

https://map.atownsend.org.uk/maps/map/map.html#zoom=20=53.2063771=-1.722643

> The reason he is interested in stiles is as he says:  "I like to walk 
with my dog but find that many of the stiles
> are not dog friendly and, being almost eighty, I  find it difficult 
to lift my dog bodily over the stile."


What that map doesn't show are "dog guillotines"

http://overpass-turbo.eu/s/o5Q

Not much used, but they would avoid him lifting a dog over a stile.  Any 
suggestions as to how you'd render a stile with a dog guillotine 
differently to one without gratefully received...


Cheers,

Andy


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


Re: [Talk-es] Cómo etiquetar una antigua era abandonada

2017-04-05 Per discussione dcapillae
Estoy valorando la posibilidad de utilizar "barrier=retaining_wall" para
etiquetar la estructura de piedra de las eras. Un "barrier=retaining_wall" o
muro de contención es "una estructura que retiene el terreno o cimientos de
un edificio, estructura o área bajo pendientes no naturales",  según el wiki

 
. Combinada con "landuse=threshing_floor", creo que puede dar buen
resultado.

Una pequeña era como la de la imagen, ejecutada a base de acumulación de
piedras hasta conseguir una superficie llana en un terreno accidentado, se
mapearía entonces como una única vía cerrada circular con el siguiente
etiquetado básico:

landuse=threshing_floor
barrier=retaining_wall 

Si la estructura de piedra estuviese en ruinas, bastaría con agregar el
prefijo "ruins:barrier=retaining_wall". Si además la era tiene interés
histórico, agregaríamos la etiqueta "historic=threshing_floor" al esquema
anterior.

Me parece lo más sencillo y lógico.

Para otro tipo de eras, las que son a terreno abierto y sin estructura
alguna, bastaría con etiquetarla como "landuse=threshing_floor".



-
Daniel Capilla
OSM user: dcapillae 
--
View this message in context: 
http://gis.19327.n8.nabble.com/Como-etiquetar-una-antigua-era-abandonada-tp5894712p5894786.html
Sent from the Spain mailing list archive at Nabble.com.

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


Re: [Talk-GB] Rendering Stiles

2017-04-05 Per discussione David Woolley

On 05/04/17 10:09, Ian Caldwell wrote:



One of the reasons I think he was adding  name="stile". is that stiles
are not rendered on the standard map. Is there are web based map that
does render stiles? I cannot find one.


It may be possible to create one using uMap.  Unfortunately the English 
instructions are garbled, and half French, and the French ones seem to 
be lacking detail, only giving an example for areas: 




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


Re: [Talk-it] Importare i fabbricati

2017-04-05 Per discussione Volker Schmidt
Vedo qua una inversione di procedura pericolosa per la qualità:
allineare le strade "anche senza GPS" agli edifici presuppone che gli
edifici siano posizionati bene (oltre ad essere  aggiornati). Come già
segnalato tante volte, in tanti posti gli edifici non sono posizionati bene
(con errori tipici e sistematici di 3m - 4m) in confronto a tracce GPX
accumulative e PCN2006. Il risultato è una mappa con un errore sistematico
e problemi di deformazioni delle strade ai punti dove si cambia da
allineamento con gli edifici a allineamento alle tracce GPX.
Purtroppo anche spesso gli landuse hanno il loro errore di posizionamento
(import separati) e poi, da non dimenticare ci sono gli import dei percorsi
di acqua che hanno spesso un doppio problema, cioè geometria approssimativa
e spostamento.
(Mi riferisco sempre al Veneto, dove vedo questo problemi in continuazione)
Oltre a questo abbiamo poi il problema del allineamento sub-ottimale delle
foto Bing e la loro deformazione (errore di parallassi) in zone montuose.


2017-04-04 23:03 GMT+02:00 carlo folini :

> Ciao,
> si si  i fabbricati, se non ho capito male (nel wiki segnalato da
> Federico) il CTR li contiene.
> Devo capire se la procedura descritta (download, script python, import
> JOSM, validazione e caricamento) è applicabile anche nel mio caso...
>
> Il wiki della Lombardia sembra fermo al 2009...
> http://wiki.openstreetmap.org/wiki/Lombardia
> Qui altro 'pezzo''
> http://talk-it.openstreetmap.narkive.com/Rp0gQZHh/import-
> dati-da-database-regione-lombardia
>
> Qualcuno sà se è attivo qualche altro 'coordinamento'?
>
>
>
> Il giorno 4 aprile 2017 19:45, Federico Cortese  ha
> scritto:
>
>> 2017-04-04 19:22 GMT+02:00 carlo folini :
>> >
>> > Bisogna partire dal Dusaf 2.0?
>> > Se qualcuno mi da una mano potrei provarci...
>> >
>>
>> Credevo volessi importare i fabbricati; quella invece è la mappa della
>> destinazione d'uso del suolo, ma secondo me non è opportuno fare quel
>> tipo di import.
>>
>> Ciao,
>> Federico
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
>
> --
> Carlo Folini
> mailto:carlo.fol...@gmail.com
> blog: http://www.diariocorsa.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] Importare i fabbricati

2017-04-05 Per discussione Martin Koppenhoefer
2017-04-04 23:03 GMT+02:00 carlo folini :

> i fabbricati, se non ho capito male (nel wiki segnalato da Federico) il
> CTR li contiene.



si, però la CTR viene prodotta dalle autorità in scala 10K, tracciando
edifici da ortofoto (simile come facciamo noi). Scala 1:10k vuol dire che
gli edifici sono abbstanza semplificati / generalizzati.

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


[Talk-GB] Rendering Stiles

2017-04-05 Per discussione Ian Caldwell
I am having a conversation with a new mapper, he was adding stiles by using
name="stile".

The reason he is interested in stiles is as he says:  "I like to walk with
my dog but find that many of the stiles are not dog friendly and, being
almost eighty, I  find it difficult to lift my dog bodily over the stile."

One of the reasons I think he was adding  name="stile". is that stiles are
not rendered on the standard map. Is there are web based map that does
render stiles? I cannot find one.


Ian
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


Re: [Talk-se] OSM som underlag för att producera CC0/CC BY-material i rasterform?

2017-04-05 Per discussione Bernt Rane
Bra kommentar, Mikael.
”Tänkte barar påpeka att innan man diskuterar olika licenser, så måste frågan 
ställas om det över huvud taget finns något som omfattas av upphovsrätt. 
Enskilda kartdata har inte tillräcklig verkshöjd för att omfattas av 
upphovsrätten. Däremot omfattas större samlingar av det s.k. katalogskyddet. 
Det måste då handla om en större del av den samlade databasen, eller åtminstone 
en större samling data. Rättspraxis är minst sagt oklar om hur mycket av 
"katalogen" som ska ingå för att katalogskyddet ska gå in. En mer begränsad 
samling kartdata kan man alltså förfoga över som man vill. Annorlunda är det 
med rasterkartor, där själva formgivningen (men inte faktauppgifter som sådana) 
kan räknas som konstnärligt skapande.”

Tyvärr stämmer den bilden inte med hur alla organisationer ser på detta. Har 
exempel på organisation som hävdar upphovsrätt ner på nivån enstaka 
koordinatpar.
Vore väldigt trevligt om detta kunde redas ut någon gång i framtiden så 
rättspraxis inte fortsätter att vara oklar.

Någon som känner till något uttalande från OSM kring mer förtydligande om just 
det du skriver ” En mer begränsad samling kartdata kan man alltså förfoga över 
som man vill.”? Alltså om man användar exempelvis alla sjöar eller alla vägar 
eller enstaka orter eller strandlinjen etc.
Det skulle vara guld för det är nästan uteslutande sådana användningar vi på 
Havs- och vattenmyndigheten har nytta av OSM för.

Den 30 mars 2017 16:41 skrev Karl Wettin 
>:


On 30 Mar 2017, at 15:36, Bernt Rane 
> wrote:

Hej Bernt,


ODbL är ju till sin natur lite mer restriktiv då den kräver samma licensform 
för bearbetningar av data om vi förstått rätt. Dvs mer lik CC BY-SA.

Det stämmer, ODbL är mycket lik CC-BY-SA.


Åtminstone om man släpper sitt aggregerade data vidare i vektorform.
Frågan: om man skapar a) kartbilder eller b) karttjänster (i form av 
rastertjänster av typen WMS eller slippy map/xyz-maps) och det ingår OSM som 
del i underlagen är det enligt villkoren att släppa dessa kartbilder resp 
rasterkarttjänster för vidareutnyttjande som CC BY / CC0?

Min tolkning av ODbL är att alla derivat måste bli ODbL, men alla verkar inte 
hålla med om det.

Sedan vet jag inte om det är så att du frågar huruvida ni får släppa era egna 
data som CC0 när ni redan skänkt dem som ODbL till OSM? Det går naturligtvis 
utmärkt att licensiera sina egna data på flera sätt, exempelvis att man lägger 
ut den som CC0 på ett ställe och samtidigt donerar den som ODbL till OSM. Men 
så fort du lyfter data från OSMs databas så måste du lämna källhänvisning.

Här finns för övrigt en påbörjad Sverige-karta som helt och hållet bygger på 
CC0-licensierad data: 

Antar att frågan har ställts förr och vi har ju tillgång till licensen som vi 
nu gräver i, men jag är intresserad av hur en diskussion kring detta har gått 
förut och om det finns något mer skrivet kring detta (annat än i själva 
licensen ODbL då).

OSM bytte från CC-BY-SA till ODbL den 12 september 2012. Det föranleddes av en 
stor diskussion där man förenklat vägde mellan CC0 och just ODbL. Om man 
förenklar den förenklingen så löd argumentet ungefär att detta är data som till 
absolut största del skapas på fritid av volontärer och det är inte mer än rätt 
att de skall få creds för sitt jobb, speciellt om man skall locka till sig fler 
volontärer.

Personligen kan jag ha förståelse för att argumentet är lockande, men sluter 
mig till lägret som anser att den större samhällsnyttan, både lokalt och 
globalt, på kort och lång sikt, kommer när man inte sätter några som helst 
restriktioner på hur datamängderna får användas. Att om måttet på framgång för 
öppna data är hur mycket de används så motverkar man sitt eget mål när man 
sätter den minsta restriktion. Det står mer om det argumentet här: 
.



kalle

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

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


Re: [Talk-cz] Fotografovani rozcestniku

2017-04-05 Per discussione Milan Cerny
Aktuálně je asi nejlepší nahrávat fotky přes chybné rozcestníky na osmap.cz, 
vrstvy - speciální - chybné rozcestníky.
Ještě nenafocený jde snadno, již nafocený, lepší, aktuálnější, jde nahrát přes 
jakýkoliv jiný chybný v okolí, jen se musí opravit ref.

Taky už se těším na Mariánovu vychytávku:)


Milan

__
> Od: Dalibor Jelínek 
> Komu: "'OpenStreetMap Czech Republic'" 
> Datum: 05.04.2017 06:34
> Předmět: [Talk-cz] Fotografovani rozcestniku
>
>Ahoj,
>
>mám asi hloupý dotaz, ale chtěl bych přidat do databáze fotek rozcestníků
>
>svoje fotky a vlastně nevím přes jaký web se to teď aktuálně přidává.
>
>Díky za radu.
>
> 
>
>A mimochodem vůbec by nevadilo to konečně, alespoň stručně, dopsat sem:
>
>https://wiki.openstreetmap.org/wiki/Cs:PhotoDB#Co_s_nafocen.C3.BDmi_sn.C3.AD
>mky
>
>Když už bylo to výročí... :-)
>
> 
>
>Dalibor
>
> 
>
> 
>
>
>
>--
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>
>

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


Re: [talk-au] Finding map errors

2017-04-05 Per discussione Warin

Ok ...progress on multipolygon errors
These are are now down (152 file size) to mostly large things .. like 
relations for boundaries of the states, Australia ...

I don't see anything wrong with them .. other than very long ways,
and I think that may be the problem with these being rendered as the 
program maybe limited in some way.

OSMinspector might be reporting these as 'geometry errors'.

I think I might try selecting one of these 'errors' and separating a 
reported faulty way up into smaller segments .. and see what happens,

if that way is also reported by OSMinspector as a long way.

What of the others?
They won't effect the display of the map too much .. but they will 
effect the routing.


The ones that can be 'fixed' with armchair imagery mapping are the 
roundabouts.
Possibly barrier in NSW using the LPI base Map - that does show gates as 
an hourglass shape.


There maybe some that can be fixed just using the OSM data ..
for instance a section of one way road that should be connected to its 
partner opposing one way road and isn't.



On 01-Apr-17 02:16 PM, Warin wrote:

The tools for finding map errors are one way of finding some map errors.
Additionally I am looking at rendering errors and gradually 'fixing' 
them.


As a comparison I have used the errors reported on 
http://alternativaslibres.org/en/downloads.php for the UK and OZ as;

these are updated daily so I can track progress.
the completion between OZ and UK can be an incentive to get 'our' 
errors down.


Yes the UK is a smaller size, but they have a greater population, and 
they therefore should have a greater number of things mapped.

Anyway here it is.

 File sizes in kbytes

Error type OZ file size   UK file size

Turn restrictions   179480

Roundabouts 1015130

One Way roads   193415

Multiplygons   172  1,200

Motorway exits18   30

House Numbers 605   5,600

Flares173  188

Barriers   29  153

Arcs  4,000  25,000

Doing well over all .. my experience with them;

roundabouts are not doing well,
there is a tendency to have 2 roads join the roundabout at the same 
place ... and that generates an error.

The separate roads should join the roundabout at different places.
Tiresome to fix as it makes little difference to the map, should make 
a difference to voice routing.


Multipolygons have gone down from 240 to 172 so far, I have been 
tackling them.

Mostly ways inner and outer sharing nodes, some crossing ways.
Makes a difference to map rendering.

Turn restrictions .. only a few samples by me so far .. but they look 
to have some members deleted.
It would be handy to have names on these to say what they were .. e.g. 
no right turn from Macquarie St to Bridge Rd.
That would make restoration and checking much easier. I have deleted 
some that never made sense. Others I have left messages for.

Makes a difference to routing.

One way roads .. again only a few samples.
But they look to be roads that have no connection - so there must be a 
large collection of vehicles at the .. or it never gets used. :)

Makes a difference to routing.


Barriers ... again only a few samples.
These seem to be a barrier (gate) that is on more than one road ..
say where 2 roads cross at right angles and the node where they cross 
is a gate ... must be a strange gate :)

Makes a difference to routing.





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


Re: [Talk-it] [civici Torino] Offset generale

2017-04-05 Per discussione Cascafico Giovanni
Il giorno 4 aprile 2017 21:28, Davide Sandona' 
ha scritto:

> trovate i nodi che ho controllato nel file osm [2] marcati con
>> fixme=
>
>
> nel file che hai inviato non ci sono nodi con tale tag. Riusciresti a
> salvari su un layer diverso e inviarci solo questi nodi?
>
>>
>> [2] http://cascafico.altervista.org/public/query_o44.zip
>>
>

Ho scaricato il file [2], scompattato e caricato in JOSM. Se provi ad
inserire nel campo di ricerca (CTRL+F) semplicemente fixme, dovresti
trovarti nella finestra selezione una ventina di nodi.
Nello screenshot [3] appare un nodo che ho taggato con fixme=10s ed il
segmento che punta al punto dove dovrebbe essere in base alle foto aeree
PCN2006.

Ne ho fatti un po' in giro e confermo che tutti riportano uno sfasamento di
circa 5 metri verso nord-nord-ovest.


[3] http://cascafico.altervista.org/public/o44.jpg
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-us] Response from TIGER about "driveways

2017-04-05 Per discussione Frederik Ramm
Hi,

On 04/04/17 23:17, Kevin Kenny wrote:
> There's a lot that's wrong with the import systemically, and a lot
> that's wrong with it locally. Around here, a lot of TIGER ways are
> outright hallucinations, and I'm not afraid to delete or edit them. In
> private emails, I've joked about all the "TIGER [excrement]" in the
> database

It was before my time, but the TIGER data we have now is already the 2nd
incarnation; the very first TIGER import must have been so bad that it
was deleted completely. See
https://lists.openstreetmap.org/pipermail/dev/2006-November/002561.html
for details.

(I chuckled when I read that message which begins with a complaint about
the mailing lists.)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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


Re: [OSM-talk-be] heritage mapping - translation help needed

2017-04-05 Per discussione Marc Gemis
Thanks a lot for working on the translation Julien. Maybe you can use

https://photos.smugmug.com/OSM/Screenshots/HeritageCrowdSourced/i-NsSmH64/0/X3/Screen%20Shot%202017-04-05%20at%2008.57.51-X3.png
the "circles with the architecture style", but with French labels.
and I used http://tinyurl.com/mjabbw6 as SPARQL query for that.


BTW, I promised Joost to write another article on my current workflow
for "load interesting places into Osmand for surveying"

m.

On Wed, Apr 5, 2017 at 8:55 AM, Julien Minet  wrote:
> Hi,
>
> Nice article indeed! I've started the French translation and I'll finish it
> tonight.
>
> Julien Minet
>
> On Tue, Apr 4, 2017 at 2:55 PM, joost schouppe 
> wrote:
>>
>> Hi,
>>
>> Marc (escada) wrote a nice article about heritage mapping, written with
>> the absolute beginner in mind:
>>
>> http://www.osm.be/2017/04/01/en-project-heritage-crowd-sourced.html
>>
>> It would be nice to extend the project, with more guides on how to map
>> heritage sites. I especially like the "load interesting places into Osmand
>> for surveying" approach. It would be nice to see a tool that offers these
>> GPX files for download.
>>
>> For now, the article is in English only. You can help by adding a
>> translation here:
>>
>>
>> https://github.com/osmbe/website/edit/master/_posts/2017-04-01-nl-project-heritage-crowd-sourced.md
>>
>>
>> https://github.com/osmbe/website/edit/master/_posts/2017-04-01-fr-project-heritage-crowd-sourced.md
>>
>> You need a Github account. When you're ready, make sure to "commit
>> directly to the master branch" and confirm you want to make a pull request.
>> Of course, if you want to contribute on a regular basis, we can give you
>> push powers.
>>
>> --
>> Joost Schouppe
>> OpenStreetMap | Twitter | LinkedIn | Meetup
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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


Re: [OSM-talk-be] heritage mapping - translation help needed

2017-04-05 Per discussione Julien Minet
Hi,

Nice article indeed! I've started the French translation and I'll finish it
tonight.

Julien Minet

On Tue, Apr 4, 2017 at 2:55 PM, joost schouppe 
wrote:

> Hi,
>
> Marc (escada) wrote a nice article about heritage mapping, written with
> the absolute beginner in mind:
>
> http://www.osm.be/2017/04/01/en-project-heritage-crowd-sourced.html
>
> It would be nice to extend the project, with more guides on how to map
> heritage sites. I especially like the "load interesting places into Osmand
> for surveying" approach. It would be nice to see a tool that offers these
> GPX files for download.
>
> For now, the article is in English only. You can help by adding a
> translation here:
>
> https://github.com/osmbe/website/edit/master/_posts/2017-04-01-nl-project-
> heritage-crowd-sourced.md
>
> https://github.com/osmbe/website/edit/master/_posts/2017-04-01-fr-project-
> heritage-crowd-sourced.md
>
> You need a Github account. When you're ready, make sure to "commit
> directly to the master branch" and confirm you want to make a pull request.
> Of course, if you want to contribute on a regular basis, we can give you
> push powers.
>
> --
> Joost Schouppe
> OpenStreetMap  |
> Twitter  | LinkedIn
>  | Meetup
> 
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be