Re: [Talk-it] Mappa topografica della Francia

2011-11-14 Per discussione Alberto Nogaro 
From: Simone Saviolo [mailto:simone.savi...@gmail.com] 
Sent: lunedì 14 novembre 2011 23:04
To: noga...@tin.it; openstreetmap list - italiano
Subject: Re: [Talk-it] Mappa topografica della Francia

Si riesce ad avere quel rendering su un'altra zona

Non saprei. In alto a destra c'è il link ad un forum, magari si potrebbe
provare a chiedere li.

Ciao,
Alberto


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

Re: [Talk-it] Momento cazzeggio: le proiezioni cartografiche

2011-11-14 Per discussione niubii 
Il giorno 14 novembre 2011 17:29, sabas88  ha scritto:

> Non so se seguite, ma la vignetta di oggi di xkcd è in tema
> http://xkcd.com/977/
>
>
>
Ok, come faccio a configurare JOSM con la Goode-Homolosine?

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

Re: [Talk-it] Mappa topografica della Francia

2011-11-14 Per discussione Simone Saviolo 
Il giorno 14 novembre 2011 19:16, Alberto Nogaro  ha
scritto:

> Per gli utenti del nord-ovest segnalo, segnalo che questa mappa
> topografica basata su OSM che sconfina abbondantemente in Italia:
>
>
>
> http://www.francetopo.fr/
>
>
>
> Veramente bella da vedere, e l’offerta di layer attivabili la rende adatta
> a molti utilizzi.
>

È davvero bellissima! Si riesce ad avere quel rendering su un'altra zona?
Da quello che ho visto sono presenti dati che ho inserito meno di una
settimana fa, quindi l'aggiornamento è piuttosto rapido.


> Ciao,
>
> Alberto
>

Ciao,

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

Re: [Talk-it] La mappa di openstreetmap in friulano :)

2011-11-14 Per discussione Andrea Decorte 
2011/11/8 Andrea Decorte 

> 2011/11/8 Paolo Monegato 
>
>>  Il 07/11/2011 16:49, Andrea Decorte ha scritto:
>>
>>   ps: ma sei il Klenje di fur.wikipedia?
>>>
>> sì, anche se è già da un pò che non seguò più wikipedia ;-)
>> ciao
>>
>> No perché potrebbe essere uno degli usi di questa tua mappa... Sulla
>> wikipedia italiana, da luglio, c'è in alto a destra la possibilità di
>> cliccare su mappa e si accede alla mappa di OSM. Si poteva pensare ad una
>> cosa del genere anche per fur.wiki (usando la mapefurlane per i comuni
>> friulani mentre quella mondiale per il resto)...
>>
>
> Interessante, quando avrò un pò di tempo magari ci do un'occhiata, alla
> fine il tutto è nato per far vedere che il mondo va oltre quello che ti
> permette di fare Google Maps ;-)
> Come da suggerimento di Stefano, ho proposto uno screenshot come Image of
> the Week
> Ciao
>
è già diventata Image of the week :-)
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mappa topografica della Francia

2011-11-14 Per discussione Carlo Stemberger 

Il 14/11/2011 19:16, Alberto Nogaro ha scritto:


Per gli utenti del nord-ovest segnalo, segnalo che questa mappa 
topografica basata su OSM che sconfina abbondantemente in Italia:


http://www.francetopo.fr/



Grazie per la segnalazione, e complimenti ai cugini d'oltralpe: davvero 
un bel lavoro. Hanno scelto uno stile molto francese. Tra l'altro si 
apre su Pontarlier, zona che ho visitato un paio di volte: bravo, les 
comtois !



Veramente bella da vedere, e l’offerta di layer attivabili la rende 
adatta a molti utilizzi.




Peccato solo che sia così lenta da navigare.

Buona serata!

Carlo
--

 .'  `.   | Registered Linux User #443882
 |a_a  |  | http://counter.li.org/  .''`.
 \<_)__/  +--- : :'  :
 /(   )\  ---+ `. `'`
|\`>  <  /\  Registered Debian User #9 |   `-
\_|=='|_/   http://debiancounter.altervista.org/ |


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

[Talk-it] Mappa topografica della Francia

2011-11-14 Per discussione Alberto Nogaro 
Per gli utenti del nord-ovest segnalo, segnalo che questa mappa topografica
basata su OSM che sconfina abbondantemente in Italia:

 

http://www.francetopo.fr/

 

Veramente bella da vedere, e l'offerta di layer attivabili la rende adatta a
molti utilizzi.

 

Ciao,

Alberto

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

Re: [Talk-it] indicazione del numero di sale cinematografiche

2011-11-14 Per discussione Martin Koppenhoefer 
2011/11/13 Matteo Quatrida :
> Buongiorno,
> vorrei indicare il numero di sale nei cinema della mia città e non essendo
> praticamente usata nessuna chiave per questa informazione, vorrei sapere se
> secondo voi potrebbe andare bene:
>
> cinema:screens=*
>
> con riferimento al numero di schermi (mia preferita).
> Alternativamente si potrebbe utilizzare:
>
> cinema:halls=*
>
> visto che la traduzione letterale di "sala cinematografica" in inglese è
> "cinema hall".
> Terza possibilità è l'uso di:
>
> screens=*, ovvero cinema_halls=*, ovvero semplicemente halls=*.
>
> similmente a:
>
> stars=*
>
> utilizzato per indicare il numero di stelle negli hotel.
> Suggerimenti?


a me piace cinema:screens

volendo si potrebbe anche aggiungere i numeri di posti a chiascuna
sala (perchè alle volte la distribuzione è molto sbilanciata, guardate
qui per esempio: http://www.kinokompendium.de/kosmos.htm
(tempo fa era il mio cinema preferito a Berlino, perchè era molto
ampio e di solito si stava in pochi, ma proprio per questo motivo non
c'è più ;-) )
ha una sala con 1009 posti, mentre gli altri variano tra 177 e 411
posti (c'è scritto sotto nella pagina).

e dare altri dettagli (sempre associato alla singola sala) come aria
condizionata (credo in Italia lo hanno tutti), fumare (non esiste più
credo), descrivere il sistema audio e video, ecc.

Se mappi dei cinema, verifica pure se c'è un articolo in wikipedia
(spesso) (tag: wikipedia=it:nome del articolo ) e un sito web
(spesso), tag: website

ciao,
Martin

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

Re: [Talk-it] village senza strade

2011-11-14 Per discussione Martin Koppenhoefer 
2011/11/14 Simone Saviolo :
>> > usare residential. È sbagliato e andrebbe corretto.
>>
>> +1
>
> Da un lato, è sbagliato segnare tutte le "vie urbane" come unclassified. A
> Vercelli ho ristrutturato un po', lasciando unclassified alcune strade "un
> po' meno principali" delle tertiary e segnano residential tutte le altre.


è discutibile, ma si può fare (di solito direi che "tertiary" non fa
male per strade di collegamento anche quando sono meno importante).


> Dall'altro però mi chiedo se l'assenza di residential debba segnalare un
> posto come non mappato, quando magari ci sono diverse unclassified.


+1, ho scritto anche questo adesso a Pascal, e in teoria si potrebbe
pure ipotizzare una città che consiste di una (o alcuni) strade solo
(non molto probabile, ma per esempio nel ovest degli USA un po di
tempo fa, pensate allo strip di Las Vegas), che sono tutti importanti
(secondary/primary).

> che, se vicino ad un paese (cioè al suo nodo) c'è soltanto un'autostrada o
> una primary, allora quel paese "non è mappato": abbiamo segnato sulla mappa
> che esiste, è lì, ma non ci abbiamo perso un minuto di più.


bo, un village con solo una primary potrebbe esistere. Pensa a
condizioni (geografici) molto particolari (in montagna).


> Poi è chiaro: questo è un tool. Fa un check automatico che ci dà un indizio
> riguardo ad una certa situazione. Come tale dobbiamo prenderlo, come un
> indizio e non una diagnosi. Mica tutti quelli che hanno la glicemia alta
> sono diabetici.


+1

ciao,
Martin

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

Re: [Talk-it] Descrivere locali con servizi multipli

2011-11-14 Per discussione Alberto Nogaro 
>-Original Message-
>From: Niccolo Rigacci [mailto:o...@rigacci.org]
>Sent: lunedì 14 novembre 2011 15:17
>To: talk-it@openstreetmap.org
>Subject: Re: [Talk-it] Descrivere locali con servizi multipli

>Josm non consente di avere un nodo con due tag "amenity" diversi, spero
anzi
>che questo sia proibito dalle API di OSM.

Hai ragione, sembrerebbe proprio proibito [1]. In effetti si evitano
problemi con valori tra loro imcompatibili (ES: xyz=yes + xyz=no), ma poi se
ammettiamo i valori multipli con separatore il problema protrebbe tornare
(xyz=yes;no)

>Invece avere un "amenity=restaurant;cafe" sarebbe semplice e un software
>che non volesse sobbarcarsi la complessità potrebbe semplicemente
>considerare il primo valore (più significativo) e ignorare gli altri.

A mio parere inserire più valori sulla stessa chiave diventa troppo
complicato per il mappatore medio quando il valore stesso contiene il
carattere separatore (a meno di non appoggiarsi ad un editor che consenta di
inserire i valori singolarmente e poi si preoccupi di costruire la stringa
corretta, con separatori e caratteri di escape al posto giusto)

Bene per la possibilità di ordinare i valori secondo l'importanza, però tale
pratica andrebbe ben documentata, altrimenti ci sarà sempre chi li ordina a
caso, vanificando il significato della posizione. 

[1]
http://wiki.openstreetmap.org/wiki/API_v0.6/APIError#APIDuplicateTagsError

Ciao,
Alberto


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

[Talk-it] Momento cazzeggio: le proiezioni cartografiche

2011-11-14 Per discussione sabas88 
Non so se seguite, ma la vignetta di oggi di xkcd è in tema
http://xkcd.com/977/

:D

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

Re: [Talk-it] Calabria "sott'acqua"

2011-11-14 Per discussione niubii 
Il giorno 14 novembre 2011 17:15, Alexander Roalter
ha scritto:

>
>
> Aspetterei anche io, ma non credo che la situazione si risolverà da
> solo... Credo che c'è qualcosa che irrita lo script che fa la costa, e se
> non si trova, il problema rimarrà.
>

...allora, nel frattempo, possiamo verificare:
http://wiki.openstreetmap.org/wiki/Coastline_error_checker
difatti c'e' un punto rosso sulla Calabria.

Un altro sito utile per verificare è:
http://tools.geofabrik.de/osmi/?view=water&lon=15.87506&lat=38.44627&zoom=9&overlays=coastline,coastline,simple_islands,coastline_nodes,rivermouths,coastline_not_simple,coastline_unconnected
I punti verdi sono gli estremi dei segmenti della coastline. Occorrerebbe
verificare se i due segmenti adiacenti sono disgiunti o meno.

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

Re: [Talk-it] village senza strade

2011-11-14 Per discussione Diego Guidotti - Aedit s.r.l. 
2011/11/14 niubii 

>
> Per curiosità: perché è stato definito un raggio pari a 300m ?
> Dipende dalla distribuzione della serie?
>
>
Il dato Istat spesso non è precisissimo, inoltre la riproiezione del dato
ISTAT l'ho effettuata senza i parametri di correzione ed ha quindi un
errore di un centinaio di metri. Con un buffer inferiore avevo dei falsi
positivi. In futuro dovremmo migliorare la qualità e testare, per ogni
località, anche la presenza dei nomi delle strade.
Ciao,
Diego
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Calabria "sott'acqua"

2011-11-14 Per discussione Alexander Roalter 

Am 14.11.2011 17:10, schrieb niubii:




 > Mi sembra proprio che dopo l'aggiornamento, è più sbagliato di prima:


Faccio osservare che il rendering della coastline avviene con modalità e
tempi diversi dalle altre tiles:
http://wiki.openstreetmap.org/wiki/Coastline

A me (qualche rara volta che è capitato di modificare il profilo della
coastline) è capitato di dover aspettare qualche giorno prima del
rendering corretto.

Ciao
/niubii/
Si, ma le mie modifiche sono dalla fine Ottobre, e mi sembra che si è 
aggiornato solo ora.
Se confronti con il tratto tra gioia tauri e reggio, vedi che qui la 
costa è identica con il confine comunale, come dovrebbe essere in tutta 
la provincia, ma sud di Reggio, questo non funziona...


Aspetterei anche io, ma non credo che la situazione si risolverà da 
solo... Credo che c'è qualcosa che irrita lo script che fa la costa, e 
se non si trova, il problema rimarrà.



--
cheers,
Alex

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

Re: [Talk-it] Calabria "sott'acqua"

2011-11-14 Per discussione niubii 
>
>
> > Mi sembra proprio che dopo l'aggiornamento, è più sbagliato di prima:
>

Faccio osservare che il rendering della coastline avviene con modalità e
tempi diversi dalle altre tiles:
http://wiki.openstreetmap.org/wiki/Coastline

A me (qualche rara volta che è capitato di modificare il profilo della
coastline) è capitato di dover aspettare qualche giorno prima del rendering
corretto.

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

Re: [Talk-it] Calabria "sott'acqua"

2011-11-14 Per discussione Alexander Roalter 

Am 14.11.2011 17:04, schrieb Daniele Forsi:

Il 14 novembre 2011 17:00, Alexander Roalter ha scritto:


Mi sembra proprio che dopo l'aggiornamento, è più sbagliato di prima:


controlla queste way parallele, forse ne devi eliminare una:
http://www.openstreetmap.org/browse/way/27961582
http://www.openstreetmap.org/browse/way/134424232
Questo way è al di fuori dell'area in questione, ed è un punto che 
volevo correggere nei prossimi giorni. A questo punto non mi sembra 
sbagliato: la prima way fa parte dei confini 
comunali/provinciali/regionali, mentre la seconda fa parte della costa 
italiana.
I prenderei la costa e metterei questa way nelle relazioni delle comuni 
e della provincia, e poi rimuoverei la way 27961582, ma non penso che 
una cosa così sia la fonte per il problema attuale.


--
cheers,
Alex

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

Re: [Talk-it] village senza strade

2011-11-14 Per discussione niubii 
Il giorno 14 novembre 2011 16:56, Diego Guidotti - Aedit s.r.l. <
guido...@aedit.it> ha scritto:

> Sul sito di statistiche di GFOSS [1] c'è qualcosa di simile.  Scegliete
> una regione  e cliccate su Località senza strade. in [2] e [3] alcuni
> esempi per Lombardia e Lazio. La query utilizza tutte le località ISTAT
> (anche quelle non importate in OSM) e segnala quelle località che non hanno
> nessuna strada nel raggio di 300 metri. La banca dati si aggiorna
> settimanalmente il venerdì.
>
>
Interessante, non l'avevo mai notata.
Per curiosità: perché è stato definito un raggio pari a 300m ?
Dipende dalla distribuzione della serie?

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

Re: [Talk-it] Calabria "sott'acqua"

2011-11-14 Per discussione Daniele Forsi 
Il 14 novembre 2011 17:00, Alexander Roalter ha scritto:

> Mi sembra proprio che dopo l'aggiornamento, è più sbagliato di prima:

controlla queste way parallele, forse ne devi eliminare una:
http://www.openstreetmap.org/browse/way/27961582
http://www.openstreetmap.org/browse/way/134424232
-- 
Daniele Forsi

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

Re: [Talk-it] Calabria "sott'acqua"

2011-11-14 Per discussione Alexander Roalter 

Am 14.11.2011 16:44, schrieb sabas88:

L'avevo visto anche io, ma agli zoom minori sembra normale, quindi
saranno tile da aggiornare. :)
Stefano



Mi sembra proprio che dopo l'aggiornamento, è più sbagliato di prima: 
bisogna prendere una parte qualunque, poi cliccare con la destra, aprire 
L'immagine in una nuova finestra e poi appendere "/dirty" al URL, e dopo 
alcuni secondi sarà ricaricato, ma sott'acqua. :(



--
cheers,
Alex

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

Re: [Talk-it] village senza strade

2011-11-14 Per discussione Diego Guidotti - Aedit s.r.l. 
Sul sito di statistiche di GFOSS [1] c'è qualcosa di simile.  Scegliete una
regione  e cliccate su Località senza strade. in [2] e [3] alcuni esempi
per Lombardia e Lazio. La query utilizza tutte le località ISTAT (anche
quelle non importate in OSM) e segnala quelle località che non hanno
nessuna strada nel raggio di 300 metri. La banca dati si aggiorna
settimanalmente il venerdì.

Ciao,
Diego

[1] 
http://www.gfoss.it/osm/stat/
[2] http://www.gfoss.it/osm/stat/?loc=no_road&cod_reg=3
[3] http://www.gfoss.it/osm/stat/?loc=no_road&cod_reg=12
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Calabria "sott'acqua"

2011-11-14 Per discussione Fabrizio Tambussa 
Ok. Controllero' nei prossimi giorni allora.
Grazie a tutti e saluti


Il 14 novembre 2011 16:44, sabas88  ha scritto:
> L'avevo visto anche io, ma agli zoom minori sembra normale, quindi saranno
> tile da aggiornare. :)
> Stefano
>
> Il giorno 14 novembre 2011 15:53, Fabrizio Tambussa  ha
> scritto:
>>
>> Ciao a tutti, non so se e' un problema di rendering in aggiornamento,
>> ma la punta dello stivale mi risulta sott'acqua [1].
>> Saluti
>>
>> Fabrizio
>>
>> [1] http://www.openstreetmap.org/?lat=38.481&lon=16.168&zoom=9&layers=M
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-it
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-it
>
>

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

Re: [Talk-it] Calabria "sott'acqua"

2011-11-14 Per discussione sabas88 
L'avevo visto anche io, ma agli zoom minori sembra normale, quindi saranno
tile da aggiornare. :)
Stefano

Il giorno 14 novembre 2011 15:53, Fabrizio Tambussa
ha scritto:

> Ciao a tutti, non so se e' un problema di rendering in aggiornamento,
> ma la punta dello stivale mi risulta sott'acqua [1].
> Saluti
>
> Fabrizio
>
> [1] http://www.openstreetmap.org/?lat=38.481&lon=16.168&zoom=9&layers=M
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Calabria "sott'acqua"

2011-11-14 Per discussione Alexander Roalter 

Am 14.11.2011 15:53, schrieb Fabrizio Tambussa:

Ciao a tutti, non so se e' un problema di rendering in aggiornamento,
ma la punta dello stivale mi risulta sott'acqua [1].
Saluti

Fabrizio
Non so proprio, ma non posso vedere un errore nel coastline, perché da 
Gioia Tauri a Ardore, dove io ho usato il coastline per il confine 
regionale/provinciale/comunale a fine ottobre, tutto sembra in ordine: 
le linee in questione sono nella corretta direzione, con il mare a dx, e 
anche l'osminspector non trova una cosa suspiciosa.


La linea costiera è chiusa (Per la relazione Italia (957374)). Non vedo 
neanche perché al punto 
(http://www.openstreetmap.org/?lat=38.164278&lon=16.199355&zoom=18&layers=M) 
l'error incomincia e finisce al 
(http://www.openstreetmap.org/?lat=38.205398&lon=15.635249&zoom=18&layers=M)


E poi dal level zoom 9 in più, c'è un altra forma, ma il wiki spiega che 
la versione da 9 in più non usa il coastline, ma dal shoreline_300



--
cheers,
Alex

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

Re: [Talk-it] village senza strade

2011-11-14 Per discussione Simone Saviolo 
Il giorno 14 novembre 2011 16:15, Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> 2011/11/14 Simone Saviolo :
> > Un esempio di falso positivo è questo:
> >
> http://resultmap.neis-one.org/?zoom=16&lat=45.26893&lon=8.35799&layers=B0FTFFT
>
> si, quello sembra veramente un village, non un hamlet. Ho scritto a
> Pascal indicando che pare che ci sia un problema (con riferimento del
> tuo esempio). Mi ha già risposto: dice che si tratta di un problema
> della mappatura (perchè i residentials sono mappate come
> unclassified), e lo do anche ragione. Credo che abbiamo tanti di
> questi casi perchè la gente usa "unclassified" come "non ancora
> classificato in OSM" e probabilmente viene anche incuraggiato dalla
> mappatura del paese a canto se noi non aggiustiamo...
>
>
> > Non ho indagato, ma credo sia per via del fatto che le strade che vedi
> sono
> > tutte unclassified. Questo può essere considerato un errore di
> mappatura, ma
> > almeno in Italia l'abitudine è di segnare tutto unclassified, e solo a
> volte
> > usare residential. È sbagliato e andrebbe corretto.
>
> +1
>

Attenzione però!

Da un lato, è sbagliato segnare tutte le "vie urbane" come unclassified. A
Vercelli ho ristrutturato un po', lasciando unclassified alcune strade "un
po' meno principali" delle tertiary e segnano residential tutte le altre.

Dall'altro però mi chiedo se l'assenza di residential debba segnalare un
posto come non mappato, quando magari ci sono diverse unclassified. Non mi
riferisco alla situazione di Desana (che ti ho linkato su), dove
*effettivamente* solo due o tre andrebbero unclassified. L'idea del check è
che, se vicino ad un paese (cioè al suo nodo) c'è soltanto un'autostrada o
una primary, allora quel paese "non è mappato": abbiamo segnato sulla mappa
che esiste, è lì, ma non ci abbiamo perso un minuto di più. Quello su cui
non sono molto d'accordo è che il discrimine tra "strada troppo importante
per essere un dettaglio" e "strada piccola che indica che il posto è
mappato" debba stare tra unclassified e residential.

Poi è chiaro: questo è un tool. Fa un check automatico che ci dà un indizio
riguardo ad una certa situazione. Come tale dobbiamo prenderlo, come un
indizio e non una diagnosi. Mica tutti quelli che hanno la glicemia alta
sono diabetici.

> Per quanto riguarda invece la tua vera domanda (cioè se un centro come
> > quello che ho descritto sia meritevole di essere chiamato "village"), hai
> > ragione tu. Ma credo che il check non riguardi solo i place=village, ma
> > anche place=hamlet e forse qualcos'altro.
>
> nono, sono d'accordo con la mappa: questo posto linkato da te non è un
> hamlet, è un village.
>

Questo sì, ma altri no. Può darsi che mi sia sbagliato e abbia messo
"village" a delle frazioncine, ma a occhio non ci sono solo dei village.


> ciao,
> Martin
>

Ciao,

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

Re: [Talk-it] village senza strade

2011-11-14 Per discussione Martin Koppenhoefer 
2011/11/14 Simone Saviolo :
> Un esempio di falso positivo è questo:
> http://resultmap.neis-one.org/?zoom=16&lat=45.26893&lon=8.35799&layers=B0FTFFT


si, quello sembra veramente un village, non un hamlet. Ho scritto a
Pascal indicando che pare che ci sia un problema (con riferimento del
tuo esempio). Mi ha già risposto: dice che si tratta di un problema
della mappatura (perchè i residentials sono mappate come
unclassified), e lo do anche ragione. Credo che abbiamo tanti di
questi casi perchè la gente usa "unclassified" come "non ancora
classificato in OSM" e probabilmente viene anche incuraggiato dalla
mappatura del paese a canto se noi non aggiustiamo...


> Non ho indagato, ma credo sia per via del fatto che le strade che vedi sono
> tutte unclassified. Questo può essere considerato un errore di mappatura, ma
> almeno in Italia l'abitudine è di segnare tutto unclassified, e solo a volte
> usare residential. È sbagliato e andrebbe corretto.


+1


> Per quanto riguarda invece la tua vera domanda (cioè se un centro come
> quello che ho descritto sia meritevole di essere chiamato "village"), hai
> ragione tu. Ma credo che il check non riguardi solo i place=village, ma
> anche place=hamlet e forse qualcos'altro.


nono, sono d'accordo con la mappa: questo posto linkato da te non è un
hamlet, è un village.


ciao,
Martin

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

Re: [Talk-it] Descrivere locali con servizi multipli

2011-11-14 Per discussione Martin Koppenhoefer 
2011/11/14 niubii :
> In alternativa, si potrebbe di definire una relazione che leghi tra di loro
> i vari nodi, in modo da tenerli raggruppati e spiegare ai render e/o agli
> editors che non si tratta di elementi singoli ma di un insieme.


si. Oppure creare relazioni per le cose dentro (che ne so, una
relazione del tipo "user" per esempio), e quindi si mappa l'edificio
(con indirizzo, civico, start_date del edificio ecc.) e con una
relazione "user" o "use" si mappa ciò che sta dentro (oppure con un
nodo)). Se poi si tratta di più di un uso (bar e ristorante) ma
eseguito dallo stesso operatore ed esercizio, allora si potrebbe
agganciare questi in una nuova relazione (per esempio tipo "operator",
oppure "business" o simile).

Per gli utenti credo che sia più facile (e quindi meglio) la tua
proposta con nodi anzichè relazioni.

ciao,
Martin

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

[Talk-it] Calabria "sott'acqua"

2011-11-14 Per discussione Fabrizio Tambussa 
Ciao a tutti, non so se e' un problema di rendering in aggiornamento,
ma la punta dello stivale mi risulta sott'acqua [1].
Saluti

Fabrizio

[1] http://www.openstreetmap.org/?lat=38.481&lon=16.168&zoom=9&layers=M

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

Re: [Talk-it] village senza strade

2011-11-14 Per discussione Simone Saviolo 
Il giorno 14 novembre 2011 15:36, Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> 2011/11/14 Simone Saviolo :
> > 2011/11/14 Simone Cortesi 
> >>
> >> On Mon, Nov 14, 2011 at 14:48, Martin Koppenhoefer
> >>  wrote:
> >> > Pascal Neis ha fatto una nuova versione della sua mappa "unmapped
> >> > places":
> >> >
> >> >
> >> >
> http://resultmap.neis-one.org/?zoom=6&lat=42.40758&lon=15.64641&layers=B0FTFFT
> >> >
> >> > E qui sono i dati:
> >> > http://neis-one.org/2011/11/unmapped-places-/
> >>
> >> moltissimi nella mia zona sono falsi positivi.
> >
> > Lo stesso da me. Sbaglio o il check era qualcosa del tipo "non ci sono
> > residential né service né pedestrian né footway nel raggio di X metri dal
> > nodo place"? Siamo sicuri che sia adeguato? Va considerata non mappata la
> > classica frazione con la statale che passa in mezzo, nel caso in cui non
> > siano stati segnati i vicoletti che portano ai cancelli (che a volte sono
> > l'unica cosa che c'è)?
>
>
> si, credo il test viene eseguito come hai descritto. Siete sicuri che
> questi posti senza nessuna strada (service, residential) sono d'avvero
> "village"? Avete un esempio o due?
>

Un esempio di falso positivo è questo:
http://resultmap.neis-one.org/?zoom=16&lat=45.26893&lon=8.35799&layers=B0FTFFT
Non ho indagato, ma credo sia per via del fatto che le strade che vedi sono
tutte unclassified. Questo può essere considerato un errore di mappatura,
ma almeno in Italia l'abitudine è di segnare tutto unclassified, e solo a
volte usare residential. È sbagliato e andrebbe corretto.

Per quanto riguarda invece la tua vera domanda (cioè se un centro come
quello che ho descritto sia meritevole di essere chiamato "village"), hai
ragione tu. Ma credo che il check non riguardi solo i place=village, ma
anche place=hamlet e forse qualcos'altro.


> grazie,
> Martin


Ciao,

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

Re: [Talk-it] village senza strade

2011-11-14 Per discussione Simone Cortesi 
2011/11/14 Simone Saviolo :
> Lo stesso da me. Sbaglio o il check era qualcosa del tipo "non ci sono
> residential né service né pedestrian né footway nel raggio di X metri dal
> nodo place"? Siamo sicuri che sia adeguato? Va considerata non mappata la
> classica frazione con la statale che passa in mezzo, nel caso in cui non
> siano stati segnati i vicoletti che portano ai cancelli (che a volte sono
> l'unica cosa che c'è)?

esatto, le stradine laterali della provinciale sono tutte sterrate nel
mio caso, se non la tipica sfilza singola di case ebbasta.

-- 
-S

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

Re: [Talk-it] R: Descrivere locali con servizi multipli

2011-11-14 Per discussione Martin Koppenhoefer 
2011/11/14 Alech OSM :
> Suggerire di fare ?
>
> Giusto stamattina stavo pensando ad un problema del genere e vorrei
> complicare le cose … ^^
>
> Come sistemare  nodi e tag quando due attività commerciale si trovano sulla
> stessa verticale , a piani diversi dello stesso condominio e pure sullo
> stesso lato del pianerottolo ?
>
> Che so … il veterinario al pianterreno, il dentista al primo piano , la
> scuola di lingue al secondo ?


farei nodi diversi specificando il piano (c'è level e building:level
per questo).
http://taginfo.openstreetmap.org/keys/level#values
http://taginfo.openstreetmap.org/keys/building%3Alevel#values

ciao,
Martin

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

Re: [Talk-it] village senza strade

2011-11-14 Per discussione Martin Koppenhoefer 
2011/11/14 Simone Saviolo :
> 2011/11/14 Simone Cortesi 
>>
>> On Mon, Nov 14, 2011 at 14:48, Martin Koppenhoefer
>>  wrote:
>> > Pascal Neis ha fatto una nuova versione della sua mappa "unmapped
>> > places":
>> >
>> >
>> > http://resultmap.neis-one.org/?zoom=6&lat=42.40758&lon=15.64641&layers=B0FTFFT
>> >
>> > E qui sono i dati:
>> > http://neis-one.org/2011/11/unmapped-places-/
>>
>> moltissimi nella mia zona sono falsi positivi.
>
> Lo stesso da me. Sbaglio o il check era qualcosa del tipo "non ci sono
> residential né service né pedestrian né footway nel raggio di X metri dal
> nodo place"? Siamo sicuri che sia adeguato? Va considerata non mappata la
> classica frazione con la statale che passa in mezzo, nel caso in cui non
> siano stati segnati i vicoletti che portano ai cancelli (che a volte sono
> l'unica cosa che c'è)?


si, credo il test viene eseguito come hai descritto. Siete sicuri che
questi posti senza nessuna strada (service, residential) sono d'avvero
"village"? Avete un esempio o due?

grazie,
Martin

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

Re: [Talk-it] Descrivere locali con servizi multipli

2011-11-14 Per discussione Simone Saviolo 
Il giorno 14 novembre 2011 15:16, Niccolo Rigacci  ha
scritto:

> Invece avere un "amenity=restaurant;cafe" sarebbe semplice e un
> software che non volesse sobbarcarsi la complessità potrebbe
> semplicemente considerare il primo valore (più significativo) e
> ignorare gli altri.


Spezzo la proverbiale lancia a favore degli sviluppatori. Per "ignorare" i
valori successivi, bisogna 1) riconoscere che esistono e 2) separare i
valori (o almeno separare il primo dagli altri). Non si risparmia.

Ciao,

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

Re: [Talk-it] Descrivere locali con servizi multipli

2011-11-14 Per discussione Niccolo Rigacci 
On Mon, Nov 14, 2011 at 01:24:08PM +0100, Alberto Nogaro wrote:
> 
> voterei per usare due volte la chiave amenity sullo stesso punto, a meno che
> non sia esplicitamente sconsigliato dalle linee guida.

Josm non consente di avere un nodo con due tag "amenity" diversi, 
spero anzi che questo sia proibito dalle API di OSM.

Invece avere un "amenity=restaurant;cafe" sarebbe semplice e un 
software che non volesse sobbarcarsi la complessità potrebbe 
semplicemente considerare il primo valore (più significativo) e 
ignorare gli altri.

-- 
Niccolo Rigacci
Firenze - Italy
Tel. ufficio: 055-0118525

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

Re: [Talk-it] village senza strade

2011-11-14 Per discussione Simone Saviolo 
2011/11/14 Simone Cortesi 

> On Mon, Nov 14, 2011 at 14:48, Martin Koppenhoefer
>  wrote:
> > Pascal Neis ha fatto una nuova versione della sua mappa "unmapped
> places":
> >
> >
> http://resultmap.neis-one.org/?zoom=6&lat=42.40758&lon=15.64641&layers=B0FTFFT
> >
> > E qui sono i dati:
> > http://neis-one.org/2011/11/unmapped-places-/
>
> moltissimi nella mia zona sono falsi positivi.
>

Lo stesso da me. Sbaglio o il check era qualcosa del tipo "non ci sono
residential né service né pedestrian né footway nel raggio di X metri dal
nodo place"? Siamo sicuri che sia adeguato? Va considerata non mappata la
classica frazione con la statale che passa in mezzo, nel caso in cui non
siano stati segnati i vicoletti che portano ai cancelli (che a volte sono
l'unica cosa che c'è)?

Ciao,

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

Re: [Talk-it] village senza strade

2011-11-14 Per discussione Simone Cortesi 
On Mon, Nov 14, 2011 at 14:48, Martin Koppenhoefer
 wrote:
> Pascal Neis ha fatto una nuova versione della sua mappa "unmapped places":
>
> http://resultmap.neis-one.org/?zoom=6&lat=42.40758&lon=15.64641&layers=B0FTFFT
>
> E qui sono i dati:
> http://neis-one.org/2011/11/unmapped-places-/

moltissimi nella mia zona sono falsi positivi.

-- 
-S

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

[Talk-it] village senza strade

2011-11-14 Per discussione Martin Koppenhoefer 
Pascal Neis ha fatto una nuova versione della sua mappa "unmapped places":

http://resultmap.neis-one.org/?zoom=6&lat=42.40758&lon=15.64641&layers=B0FTFFT

E qui sono i dati:
http://neis-one.org/2011/11/unmapped-places-/

ciao,
Martin

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

Re: [Talk-it] Descrivere locali con servizi multipli

2011-11-14 Per discussione Matteo Quatrida 
La scelta di inserire due nodi in base al servizio offerto porta
inevitabilmente alla sovrapposizione di icone e nomi dello stesso locale in
fase di render e questo, a mio avviso, crea più confusione che mai, oltre
ad essere indicizzato come due attività differenti, dallo stesso nome,
nello stesso posto. Il nodo, o l'area dovrebbero essere unici per attività
commerciale, a mio avviso.

Seguendo il principio del *Keep it simple* trovo più corretto usare
unicamente *amenity=restaurant,* sia perché qualsiasi ristorante fa anche
servizio bar (e in ogni caso non mi hanno mai detto di no ad una richiesta
di un caffè), sia perché il bar è un sottoinsieme della ristorazione,
categoria più ampia. Semmai il problema potrebbe essere specificare
l'apertura della cucina, rispetto agli orari del bar, ma questo è un altro
problema.
Quindi, secondo me: *amenity=bar* sta ad indicare solo il servizio bar,
mentre *amenity=restaurant* mi dà informazioni aggiuntive: oltre al
servizio bar, posso trovare da mangiare e poi con *cuisine=** si specifica
cosa c'è da mangiare.

Vi vorrei porre all'attenzione però un caso simile, più complesso e sentire
le vostre proposte di soluzione.
*Hotel Tal dei Tali*, offre i seguenti servizi ai propri clienti:

   - classico servizio per il pernottamento;
   - servizio ristorante/pizzeria ai clienti che pernottano;
   - servizio ristorante/pizzeria a clienti che NON pernottano;
   - servizio pranzo convenzionato per gli operai/impiegati nei dintorni;
   - servizio bar 24/7 o quasi;
   - servizio wellness ai clienti, ma anche agli esterni;

Ovviamente con la fantasia si può complicare quanto si vuole: servizio
campo da tennis, servizio piscina, servizio palestra, ... magari tutto al
coperto, nello stesso mastodontico edificio. Un'attività commerciale di
questo tipo secondo me è riduttivo classificarla come *amenity=hotel*,
senza specificare in altro modo gli altri servizi offerti. Se da un lato è
sufficiente visualizzarla come hotel nel render grafico della mappa, per
altri motivi potrebbe essere utile estrapolare tutti i servizi elencati
sopra. Come inserirli?

Secondo me *amenity=hotel* deve restare legato solo alla classificazione
primaria ed eventuali servizi aggiuntivi necessitano di chiavi particolari,
che potrebbero essere:

*amenity=hotel*
*opening_hours=24/7*
*amenity_2=restaurant*
*opening_hours:amenity_2=**
*amenity_3=wellness*
*opening_hours:amenity_3=**

oppure con chiavi del tipo:

*amenity=hotel*
*opening_hours=**
*restaurant=yes*
*opening_hours:restaurant=**
*wellness=yes/no/only_clients*
*opening_hours:wellness=**

e così via.

Cosa ne pensate?
Secondo voi è importante specificare l'esistenza di menù particolari a
mezzogiorno per lavoratori?

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

Re: [Talk-it] Descrivere locali con servizi multipli

2011-11-14 Per discussione niubii 
Il giorno 14 novembre 2011 13:16, Niccolo Rigacci  ha
scritto:

> On Mon, Nov 14, 2011 at 11:08:45AM +0100, Damjan Gerl wrote:
> > La cosa più logica e semplice sarebbe usare un solo nodo con valori
> > multipli (amenity=restaurant;bar):
>
> Questa mi pare la cosa più corretta. Credo che sia facile anche
> convincere i vari renderer ad adeguarsi se già non lo fanno.
>
>
In alternativa, si potrebbe di definire una relazione che leghi tra di loro
i vari nodi, in modo da tenerli raggruppati e spiegare ai render e/o agli
editors che non si tratta di elementi singoli ma di un insieme.

Qualcosa del genere:

Sulla relazione:
type=multinodes
name= 
addr:housenumber= ___
addr:street=
phone=___
operator=

Sul nodo:
amenity=___



Si puo' fare?
Ciao
/niubii/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Descrivere locali con servizi multipli

2011-11-14 Per discussione Alberto Nogaro 
>-Original Message-
>From: Damjan Gerl [mailto:dam...@damjan.net]
>Sent: lunedì 14 novembre 2011 11:09
>To: openstreetmap list - italiano
>Subject: Re: [Talk-it] Descrivere locali con servizi multipli
>
>La cosa più logica e semplice sarebbe usare un solo nodo con valori
multipli
>(amenity=restaurant;bar). L'unica cosa è che i vari software dovrebbero
>gestirli...
>Altrimenti un altra possibilità potrebbe essere poter usare due amenity
>separati nello stesso punto. Anche qui ci sono in mezzo i software...

Sul wiki si dice che un tag dovrebbe corrispondere ad uno ed un solo
concetto [1].
A mio parere ristorante e bar sono concetti differenti (anche se è comune
che un ristorante offra anche servizio bar), dunque eviterei l'uso di
amenity=restaurant;bar.

La possibilità di usare due amenity separaty sullo stesso punto viene spesso
negata, ma sul wiki non ho trovato traccia di un divieto in tal senso. I
problemi che porrebbe ai software (soprattutto per quanto riguarda la
visualizzazione) sono evidenti, ma in realtà ci sono qualunque approccio si
usi. A me la soluzione amenity=restaurant + amenity=bar piace, anche se in
realtà non l'ho mai usata per l'incertezza sulla sua correttezza (e anche
perché l'editor che uso non la permette ...).

Sul wiki viene suggerita anche una terza strada ( [2]), che è quella di
mappare l'uso primario. Anche se non mi piace, è l'approccio che
personalmente ho usato più spesso (nel nostro caso, mettere solo
amenity=restaurant, considerando il bar un servizio secondario), ma
preferirei senz'altro una soluzione più pulita.

Su [2] suggerisce di usare oggetti diversi, ma in realtà si riferisce solo
al caso in cui si riesce a fare micromapping, non al caso di due punti
distinti. La soluzione dei punti distinti è brutta perché non descrive la
realtà, ma a fini pratici dovrebbe essere abbastanza funzionale. La
relazione site aiuterebbe a metterli in relazione, ma alla fine anche questa
andrebbe gestita dai software.

Tutto sommato (escluso il caso in cui sia possibile il micromapping) io
voterei per usare due volte la chiave amenity sullo stesso punto, a meno che
non sia esplicitamente sconsigliato dalle linee guida.

[1] http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
[2] http://wiki.openstreetmap.org/wiki/Semi-colon_value_separator

Ciao,
Alberto



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

Re: [Talk-it] Descrivere locali con servizi multipli

2011-11-14 Per discussione Simone Saviolo 
Il giorno 14 novembre 2011 13:16, Niccolo Rigacci  ha
scritto:

> On Mon, Nov 14, 2011 at 11:08:45AM +0100, Damjan Gerl wrote:
> > La cosa più logica e semplice sarebbe usare un solo nodo con valori
> > multipli (amenity=restaurant;bar):
>
> Questa mi pare la cosa più corretta. Credo che sia facile anche
> convincere i vari renderer ad adeguarsi se già non lo fanno.
>

Sembra corretta anche a me, ma mi sembra che la risposta tradizionale sia
"richiede troppa complessità di calcolo"...
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Descrivere locali con servizi multipli

2011-11-14 Per discussione Maurizio 
Il giorno 14 novembre 2011 11:00, Alech OSM  ha
scritto:

> *Suggerire* di fare ?
>
> Giusto stamattina stavo pensando ad un problema del genere e vorrei
> complicare le cose … ^^
>
> 
>
> Come sistemare  nodi e tag quando due attività commerciale si trovano
> sulla stessa verticale , a piani diversi dello stesso condominio e pure
> sullo stesso lato del pianerottolo ?
>
> Che so … il veterinario al pianterreno, il dentista al primo piano , la
> scuola di lingue al secondo ?
>
>
>
Io metterei diversi nodi con diversi valori, al limite "poco" separati. In
effetti non sono comunque "nello stesso punto", un po' come si può fare con
le attività comprese in un centro commerciale.

Francamente non credo che una differenza di qualche centimetro (o metro)
sia una enormità.
Anche perché uno potrebbe iniziare a fare le pulci su "in quale punto si
mappa una attività? sulla porta? Ma sulla porta del palazzo o sulla porta
dell'appartamento in cui si svolge l'attività? Sul citofono? Alla scrivania
del titolare?"

Questioni di lana caprina su cui secondo me non è il caso di perderci il
sonno.

Al limite ci puoi mettere un "layer=" per dire che uno è al piano terra,
uno al primo piano, uno al secondo...


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

Re: [Talk-it] Descrivere locali con servizi multipli

2011-11-14 Per discussione Niccolo Rigacci 
On Mon, Nov 14, 2011 at 11:08:45AM +0100, Damjan Gerl wrote:
> La cosa più logica e semplice sarebbe usare un solo nodo con valori
> multipli (amenity=restaurant;bar):

Questa mi pare la cosa più corretta. Credo che sia facile anche 
convincere i vari renderer ad adeguarsi se già non lo fanno.

-- 
Niccolo Rigacci
Firenze - Italy
Tel. ufficio: 055-0118525

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

Re: [Talk-it] wine bar, pub, restaurant, bistrò, osteria

2011-11-14 Per discussione Martin Koppenhoefer 
2011/11/13 Matteo Quatrida :
> è un bar con un'ottima selezione di birre alla spina e in bottiglia ->
> amenity=pub, ovvero amenity=bar;
> è un bar con un'ottima selezione di vini bianchi, rossi, rosè, spumanti,
> porto e liquori, locali e nazionali -> amenity=wine_bar può aver senso?;


tutto quanto credo sia rappresentato con amenity=bar


> e un ristorante italiano che presenta ottimi piatti della tradizione
> trentina -> amenity=restaurant;


si, su un altro nodo

cuisine=local potrebbe anche avere senso


> sul sito si definisce bar, bistrò e ristorante -> amenity=bistrò può aver
> senso?


direi di no, amenity=cafe sembra di coprire anche i bistro:
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcafe

quindi eventualmente un altro nodo.


> è recensito (molto bene) nel libro delle Osterie d'Italia (il vecchio
> "Gambero Rozzo", che citato in giudizio dal noto "Gambero Rosso", ha dovuto
> cambiare nome al libro) -> amenity=inn.


-1, ci sono finora 3 amenity=inn nel tutto il mondo (quindi quasi non
esiste), e se volessimo introdurre dei tags per specificare meglio il
tipo di "ristorante" (=osteria, ristorante, enoteca, fraschetta, ...)
lo farei con dei nuovi subtags e non in amenity.


> Ora, non sapendo bene come definirlo ed essendo sconsigliato l'uso di
> semi-colons per il principio del Keep it simple, da me pienamente condiviso,
> ho pensato di utilizzare il valore restaurant, perché in qualche modo la
> definizione di "ristorazione" comprende tutte le sotto forme elencate (bar,
> pub, bistrò, osteria, wine bar, ecc.), ma mi sono ripromesso di confrontarmi
> con voi in merito alla soluzione adottata.


si, metterei sicuramente anch'io un amenity=restaurant (come area),
però per non perdere gli altri informazioni potresti aggiungere un
nodo per il servizio bar/pub.


ciao,
Martin

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

Re: [Talk-it] Descrivere locali con servizi multipli

2011-11-14 Per discussione Damjan Gerl 
La cosa più logica e semplice sarebbe usare un solo nodo con valori 
multipli (amenity=restaurant;bar). L'unica cosa è che i vari software 
dovrebbero gestirli...
Altrimenti un altra possibilità potrebbe essere poter usare due amenity 
separati nello stesso punto. Anche qui ci sono in mezzo i software...


Damjan


Simone Saviolo, on 14/11/2011 10.46, wrote:

Ciao a tutti,

ripropongo un problema non nuovo, ma che continua a ripresentarsi: 
come descrivere un locale in cui si fanno molte cose?


Il caso specifico che mi fa porre la domanda è un esempio di mappatura 
che ho appena visto. Si tratta di un ristorante con camere che fa 
anche bar. Allo stato attuale ci sono tre nodi, uno con 
amenity=restaurant, uno con amenity=bar e uno con tourism=hotel, e 
*tutti e tre* hanno name=Da Ovidio. Il problema nasce dal fatto che 
restaurant e bar confliggono su amenity. Come risolvere?


Nel caso specifico potrei, forse (chiedo lumi), unificare tutto in un 
solo nodo: tourism=hotel, amenity=restaurant, bar=yes, name=Da Ovidio.


In generale, però, sarebbe bene avere un metodo "standard". La 
relation site può aiutare? Si potrebbero mettere le informazioni 
comuni (nome, contatti, etc.) nella relation, e mettere come membri i 
nodi che rappresentano, ciascuno, un servizio.


In realtà, però, usare più nodi mi sembra sbagliato a prescindere: 
tornando all'esempio, hotel, ristorante e bar sono tutti nello stesso 
posto, non in punti diversi (spero che non ci mettiamo a micro-mappare 
la distanza tra la sala da pranzo e il bancone del bar :-) ).


Vi siete trovati a mappare casi simili? Cosa suggerite di fare, in 
generale?


Ciao,

Simone


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



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

[Talk-it] R: Descrivere locali con servizi multipli

2011-11-14 Per discussione Alech OSM 
Suggerire di fare ?

Giusto stamattina stavo pensando ad un problema del genere e vorrei
complicare le cose … ^^

Come sistemare  nodi e tag quando due attività commerciale si trovano sulla
stessa verticale , a piani diversi dello stesso condominio e pure sullo
stesso lato del pianerottolo ?

Che so … il veterinario al pianterreno, il dentista al primo piano , la
scuola di lingue al secondo ?

 

Ciao,

Ale.

 

Da: Simone Saviolo [mailto:simone.savi...@gmail.com] 
Inviato: lunedì 14 novembre 2011 10.46
A: openstreetmap list - italiano
Oggetto: [Talk-it] Descrivere locali con servizi multipli

 

Ciao a tutti,

 

ripropongo un problema non nuovo, ma che continua a ripresentarsi: come
descrivere un locale in cui si fanno molte cose?

 

Il caso specifico che mi fa porre la domanda è un esempio di mappatura che
ho appena visto. Si tratta di un ristorante con camere che fa anche bar.
Allo stato attuale ci sono tre nodi, uno con amenity=restaurant, uno con
amenity=bar e uno con tourism=hotel, e *tutti e tre* hanno name=Da Ovidio.
Il problema nasce dal fatto che restaurant e bar confliggono su amenity.
Come risolvere? 

 

Nel caso specifico potrei, forse (chiedo lumi), unificare tutto in un solo
nodo: tourism=hotel, amenity=restaurant, bar=yes, name=Da Ovidio. 

 

In generale, però, sarebbe bene avere un metodo "standard". La relation site
può aiutare? Si potrebbero mettere le informazioni comuni (nome, contatti,
etc.) nella relation, e mettere come membri i nodi che rappresentano,
ciascuno, un servizio. 

 

In realtà, però, usare più nodi mi sembra sbagliato a prescindere: tornando
all'esempio, hotel, ristorante e bar sono tutti nello stesso posto, non in
punti diversi (spero che non ci mettiamo a micro-mappare la distanza tra la
sala da pranzo e il bancone del bar :-) ). 

 

Vi siete trovati a mappare casi simili? Cosa suggerite di fare, in generale?

 

Ciao,

 

Simone

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

[Talk-it] Descrivere locali con servizi multipli

2011-11-14 Per discussione Simone Saviolo 
Ciao a tutti,

ripropongo un problema non nuovo, ma che continua a ripresentarsi: come
descrivere un locale in cui si fanno molte cose?

Il caso specifico che mi fa porre la domanda è un esempio di mappatura che
ho appena visto. Si tratta di un ristorante con camere che fa anche bar.
Allo stato attuale ci sono tre nodi, uno con amenity=restaurant, uno con
amenity=bar e uno con tourism=hotel, e *tutti e tre* hanno name=Da Ovidio.
Il problema nasce dal fatto che restaurant e bar confliggono su amenity.
Come risolvere?

Nel caso specifico potrei, forse (chiedo lumi), unificare tutto in un solo
nodo: tourism=hotel, amenity=restaurant, bar=yes, name=Da Ovidio.

In generale, però, sarebbe bene avere un metodo "standard". La relation
site può aiutare? Si potrebbero mettere le informazioni comuni (nome,
contatti, etc.) nella relation, e mettere come membri i nodi che
rappresentano, ciascuno, un servizio.

In realtà, però, usare più nodi mi sembra sbagliato a prescindere: tornando
all'esempio, hotel, ristorante e bar sono tutti nello stesso posto, non in
punti diversi (spero che non ci mettiamo a micro-mappare la distanza tra la
sala da pranzo e il bancone del bar :-) ).

Vi siete trovati a mappare casi simili? Cosa suggerite di fare, in generale?

Ciao,

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