Re: [Talk-it] domande pratiche sui dati dal dataset Mise

[Cascafico Giovanni]

Io toglierei operator, ref:mise e cambierei la brand in TotalErg. Magari,
se vedo qualcuno dietro alla cassa, gli chierei perchè non ha registrato
[1] le modifiche sul sito del MISE :-)

[1]
http://www.sviluppoeconomico.gov.it/index.php/it/213-normativa/notifiche-e-avvisi/2038327-comunicato-3-luglio-2018-anagrafe-impianti-distribuzione-carburanti-online-la-piattaforma

Il giorno lun 8 ott 2018 alle ore 11:16 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> Vedendo in giro i benzinai, mi chiedo come comportarmi nel caso ci siano
> differenze tra la situazione in loco e dati del Mise.
>
> Per esempio: https://www.openstreetmap.org/node/3646772601/history
>
> Questo nodo era taggato come Q8, e su questa base sono stati importate
> delle proprietà dal MISE (ref:mise e operator). Adesso ho visto che si
> tratta di un TotalERG.
>
> Che faccio, tolgo "ref:mise" oppure lo lascio? E operator?
>
> Ciao,
> Martin
>
> ___
> 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] domande pratiche sui dati dal dataset Mise

[Martin Koppenhoefer]

ho deciso che cambia ref:mise in old_ref:mise in questo caso ;-)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] domande pratiche sui dati dal dataset Mise

[Martin Koppenhoefer]

grazie, ho controllato, lì ci sono ancora i dati dei tempi dell'import...

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

Re: [Talk-it] domande pratiche sui dati dal dataset Mise

[Cascafico Giovanni]

qui [1] trovi anagrafica e prezzi (con il giorno dell'ultimo
aggiuornamento).

[1] https://github.com/cascafico/OSM-ItalyFuelStations/tree/master/tmp

Il lun 8 ott 2018, 12:51 Martin Koppenhoefer  ha
scritto:

>
>
> Am Mo., 8. Okt. 2018 um 12:19 Uhr schrieb Any File  >:
>
>> Ma tu sai qule sia la brand presente adesso?
>
>
>
>
> certo, quello che mi chiedevo: visto che ref mise si referiva al vecchio
> benzinaio (brand q8), non dovrei adesso togliere sia ref:mise che anche
> "operator", perché potrebbero essere dati superati? Dove posso trovare il
> benzinaio nel db Mise (ho cercato di guardare lo stato attuale, ma sono
> sembre imboccato su una pagina con mappa google che faceva cercare soltanto
> con nomi e non con ref)?
>
> Ciao,
> Martin
> ___
> 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] domande pratiche sui dati dal dataset Mise

[Martin Koppenhoefer]

Am Mo., 8. Okt. 2018 um 12:19 Uhr schrieb Any File :

> Ma tu sai qule sia la brand presente adesso?




certo, quello che mi chiedevo: visto che ref mise si referiva al vecchio
benzinaio (brand q8), non dovrei adesso togliere sia ref:mise che anche
"operator", perché potrebbero essere dati superati? Dove posso trovare il
benzinaio nel db Mise (ho cercato di guardare lo stato attuale, ma sono
sembre imboccato su una pagina con mappa google che faceva cercare soltanto
con nomi e non con ref)?

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

Re: [Talk-it] domande pratiche sui dati dal dataset Mise

[Any File]

Ma tu sai qule sia la brand presente adesso?
On Mon, Oct 8, 2018 at 11:16 AM Martin Koppenhoefer
 wrote:
>
> Vedendo in giro i benzinai, mi chiedo come comportarmi nel caso ci siano 
> differenze tra la situazione in loco e dati del Mise.
>
> Per esempio: https://www.openstreetmap.org/node/3646772601/history
>
> Questo nodo era taggato come Q8, e su questa base sono stati importate delle 
> proprietà dal MISE (ref:mise e operator). Adesso ho visto che si tratta di un 
> TotalERG.
>
> Che faccio, tolgo "ref:mise" oppure lo lascio? E operator?
>
> Ciao,
> Martin
>
> ___
> 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] domande pratiche sui dati dal dataset Mise

[Martin Koppenhoefer]

Vedendo in giro i benzinai, mi chiedo come comportarmi nel caso ci siano
differenze tra la situazione in loco e dati del Mise.

Per esempio: https://www.openstreetmap.org/node/3646772601/history

Questo nodo era taggato come Q8, e su questa base sono stati importate
delle proprietà dal MISE (ref:mise e operator). Adesso ho visto che si
tratta di un TotalERG.

Che faccio, tolgo "ref:mise" oppure lo lascio? E operator?

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

Re: [Talk-it] domande sull'uso del tag landuse

[mbranco]

@max:

- di RAM ho 10 Gbyte, penso che bastino. E sì, Chrome è leggermente più
veloce, ma vuole il doppio click (a volte triplo...) per capire di
selezionare l'oggetto che ti interessa.

- Comodo il tuo aggancio a OSM da Josm, lo adotterò anch'io

- su landuse=forest e natural=wood non voglio riaprire qui discussioni che
si trascinano da anni (e che seguo perchè sono interessanti) : ripeteremmo
cose dette e stra-dette.
Rispondo solo al tuo "come sai se il bosco è spontaneo o gestito?", perchè
sono sicuro della risposta: è gestito ! :-)
La differenza è così semplice che mi stupisce non averla mai letta in tutte
le discussioni a riguardo:
/in un bosco non gestito ci sono più alberi morti che vivi! /
L'ho realizzato, con mia grande sorpresa, qualche anno fa in un trekking in
Patagonia: è l'unico posto dove ho visto "boschi non gestiti" [1] .
Certo che in tutti i boschi gli alberi crescono spontaneamente (= non sono
stati piantati dall'uomo) , se no sarebbero piantagioni.
Ma sono comunque gestiti (perlomeno, per me un bosco è gestito anche quando
il proprietario effettua il taglio, poi per 15-20 anni non fa niente, e dopo
ci torna a fare il nuovo taglio. E quando ci torna, almeno dalle mie parti,
quel bosco sembra ormai una jungla).
Oops... avevo premesso che non volevo riaprire discussioni a riguardo
vabeh, si è capito che per me esiste solo landuse=forest :-) 

Sul resto tutto ok, ciao!
Marco

[1] non considero ovviamente certi (non tutti) parchi e riserve naturali,
come Plitvice in Croazia o - per stare più vicino - il parco nazionale della
Val Grande in Piemonte.



--
View this message in context: 
http://gis.19327.n8.nabble.com/domande-sull-uso-del-tag-landuse-tp5884057p5884177.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] domande sull'uso del tag landuse

[Max1234Ita]

mbranco wrote
> @Lorenzo:
> bene, grazie anche a te!
> 
> @max:
>> 
/
> ...: Firefox è un gran browser ma ...
/
> eheh... mettiamola pure così, fatto sta che in zone non dettagliate come
> le tue, Id con firefox va che è una scheggia...  :-) 

Prova a cambiare browser. Ad esempio come si comporta con Chrome? Secondo me
le prestazioni migliorano un po'.
Da sempre Firefox ha i suoi problemini con i plugin: nel corso degli anni
hanno provato un po' a mitigarli ma siamo ancora ben lontani da una
soluzione definitiva...
(poi dipende anche, e non poco, da quanta RAM hai installata sul PC)





>> 
/
> ... Diciamo che ID va bene per una modifica locale al volo  Per cose
> più impegnative ci vuole JOSM
/
> Assolutamente sì, iD lo uso solo per vedere al volo qualche dettaglio qua
> e là, e mi sembra il modo più efficace per sottoporre qui i nostri dubbi
> (uno screenshot di josm sovente non consente di capire bene la situazione)

Quando si tratta di condividere un oggetto, più che allegare gli screenshot
da JOSM, io di solito preferisco fare così:
 - Seleziono l'oggetto in JOSM e premo Shift-H ( Ctrl-Shift-H, a seconda di
come è configurato JOSM), che mi apre la pagina web (nel browser) con lo
storico delle modifiche subite da quell'oggetto.
 - Poi passo al browser e guardo l'URL della pagina, che è in generale in
questo formato: 
https://www.openstreetmap.org/relation/272969/history   (una
relazione/multipoligono)
oppure
https://www.openstreetmap.org/way/446832699/history (una way
singola)

 - Dall'URL, basta rimuovere "history"... ed ecco un magnifico link già
pronto per essere incollato sul forum/mailing list o dove ti pare, che ti
presenta anche l'oggetto evidenziato
 
 Dopodiché, quando lo si clicca, si apre il sito di OSM, e se vuoi esaminare
meglio o fare modifiche, ti basta fare login ed aprire l'editor che ti pare,
a scelta tra Potlatch, ID o JOSM stesso, in modalità "remote control".
 
 Se invece non vuoi visualizzare la history né evidenziare l'oggetto (es:
vuoi mostrare ad un tuo amico il luogo in cui incontrarsi), ti basta
chiudere i vari pannelli nella pagina, ed aggiustare lo zoom al livello
desiderato, fino ad avere una visualizzazione ottimale dell'area che
t'interessa; a quel punto copi l'URL risultante e lo invii...
 Relativamente veloce, risultato compatto e compatibile con qualunque
editor. Google, una cosa così, se la sogna! :-p
  

  


/
>> Nel caso del tuo bosco, ad esempio, io non avrei esitazioni: una inner a
>> creare un "buco"
>> che ha per contorni il temine della vegetazione ...
/
> volevi dire outer? Perchè se è inner, non capisco quale sarebbe l'outer

Pensavo ad una relazione così costituita:
 Outer: il poligono/i poligoni costituenti il bordo esterno con tag
natural=wood, oppure landuse=forest, o quel che l'è :-) 
 (IMPORTANTE: il tag del poligono va attribuito alla relation, NON agli
oggetti che hanno ruolo outer)

 Inner: uno più poligoni, senza tag: di fatto, l'appartenenza alla relazione
li qualifica come facenti parte dell'oggetto wood/forest, ecc.
 
 
 

 

/
>> all'interno di essa, poi, fai quel che vuoi, disegnando i landuse e le
>> altre cose che servono, 
>> come se fosse un pezzo di Pianura Padana non ancora mappato. 
/
> con la differenza che tutte le polilinee chiuse che metto dentro devono
> essere definite inner nella relazione, giusto?

All'interno della inner, poi:
- Se è sempre qualcosa di 'natural' (scrub, grassland,ecc.), o comunque
attinente all di solito assegno il tag direttamente alla way inner (se in
qualche poligono da me disegnato non è così, o me ne sono dimenticato,
oppure l'ho fatto quando ancora non avevo pensato che si può fare così. In
ogni caso, si fa presto a rimediare! :-) )

- se è qualcosa di diverso (landuse, edifici o altro), disegno le
rispettive way in modo che non abbiano nodi in comune con la inner. 
In questo modo mi trovo con un multipoligono "omogeneo" e dalla
struttura non troppo complessa, che quindi è (spero) più facilmente
gestibile: in caso di modifiche si può anche decidere di eliminare tutto il
poligono lasciando intatto tutto ciò che "conteneva".

L'altro vantaggio, facendo così, è che all'interno della inner si
possono rappresentare anche altri multipoligoni, senza andare a creare una
struttura ad albero (logica) troppo intricata a livello della relation (tra
l'altro non so nemmeno se i multipoligoni "nidificati" siano supportati
dalle librerie di OSM)
 
 




/
>> ... arriva pure fino al Monte Penice 
/
> Oh, ecco, perfetto! questa zona è più simile alla mia, ti faccio alcune
> domande specifiche:
> 
> - quando si crea la relazione multipoligono, il perimetro del bosco si
> mette dentro con ruolo=outer e gli attributi del poligono si tolgono (al
> poligono) mettendoli alla relazione (es. landuse=forest); però gli
> attributi dei poligoni inner devono rimanere sui poligoni interni, no?
> Te lo chiedo perchè vedo che nel bosco grande (77 elementi) , tuti gli
> 

Re: [Talk-it] domande sull'uso del tag landuse

[Martin Koppenhoefer]

2016-10-11 13:43 GMT+02:00 mbranco :

>
> /> - ... io preferisco interrompere i landuse=residential (per esempio) ad
> ogni strada pubblica ...  /
> uh, cribbio non so nelle città (non me ne occupo), ma per i paesi
> proprio ad ogni via mi sembra eccessivo.



è un lavorone sia in città che nei paesi, si. Non dico di farlo sempre
subito dappertutto, ma come visione a quale mirare tenterei di fare così, è
la realtà.



> Magari fare più di un residential,
> basandosi sulle vie principali e in periferia, dove le case si diradano:
> personalmente mi accontenterei.



si, per l'inizio è già molto meglio tirare fuori le strade grandi
(=spezzare in pezzi comunque più piccoli di un intero paese).

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

Re: [Talk-it] domande sull'uso del tag landuse

[mbranco]

@Martin:

/> - ... io preferisco interrompere i landuse=residential (per esempio) ad
ogni strada pubblica ...  /
uh, cribbio non so nelle città (non me ne occupo), ma per i paesi
proprio ad ogni via mi sembra eccessivo. Magari fare più di un residential,
basandosi sulle vie principali e in periferia, dove le case si diradano:
personalmente mi accontenterei.

sul resto ho capito e sono d'accordo, grazie!

Ciao,
Marco



--
View this message in context: 
http://gis.19327.n8.nabble.com/domande-sull-uso-del-tag-landuse-tp5884057p5884151.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] domande sull'uso del tag landuse

[Martin Koppenhoefer]

2016-10-09 11:51 GMT+02:00 mbranco :

> Buongiorno Lista,
> sto specificando nella mia zona i vari landuse, e ho alcune domande:
>
> 1) Da qualche parte c'è una guida specifica a riguardo? (la wiki mi è stata
> utile, ma solo per le info di base).
>


non che io sapessi. Forse la cosa più importante da capire: "landuse" non
rappresenta gli usi consentiti (come un PRG per esempio), ma gli usi
attuali / reali.
Per me, un'altra regola (personale, basata sulla mia esperienza, forse non
comunemente condivisa), è quella di tenere i singoli oggetti del landuse
sempre più piccoli "possibile", perché più grandi che sono più si rischia
di includere cosa non va incluso, e sopratutto più diventa complesso e
complicato per chi viene dopo e deve mettere mano.



>
> 2) Una volta tracciato il poligono che delimita un bosco e inserito con
> ruolo outer in un nuova relazione multipoligono, tutti i poligoni
> preesistenti all'interno (un laghetto, una casa isolata, ecc) devono essere
> aggiunti alla relazione con ruolo inner, giusto?
>



non necessariamente. Va escluso tutto ciò che non ne fa parte. Da un
landuse=forest escluderei il lago. Forse escluderei anche la casa piccola,
ma lo vedo meno necessario (se invece c'è un po' di prato/giardino intorno
alla casa, farei un poligono intorno casa e pertinenze e escluderei questo
insieme).




>
> 3) Che tipi di ways possono attraversare un landuse (per es. forest)
> potendo
> lasciare un unico poligono anzichè fare più poligoni piccoli? Con
> un'autostrada (o un fiume) che lo attraversa, mi viene spontaneo definire
> il
> bosco tramite due poligoni: ma per sentieri, strade sterrate? L'ideale
> sarebbe che sia definito per tutte le possibili highways se spezzettare o
> meno il landuse circostante (stesso ragionamento per stream/river)
>


qui è meno chiaro come comportarsi, io preferisco interrompere i
landuse=residential (per esempio) ad ogni strada pubblica, lo farei anche
per le strade in foresta, mentre per i piccoli track è una cosa
facoltativa. (Sempre nell'ottica degli oggetti più piccoli possibili di
sopra, è anche vantaggioso spezzare le foreste in piccole sottoforeste,
perché diventa più gestibile, e non supera i limiti, diventa anche più
facilmente migliorabile).




>
> 4) Quando ci sono landuse contigui (es. una vigna a fianco di un uliveto) i
> due poligoni hanno i nodi opportuni in comune, giusto?



si, quando sono confinanti nella realtà, no se ci sta qualcos'altro in
mezzo (anche se non ancora mappato).



> (mi sembra che il
> plugin contourmerge faccia proprio questo). Se però in mezzo ai due landuse
> passa un sentiero, o uno sterrato?



non li farei conincidere, meglio lasciare lo spazio del sentiero (IMHO).




> OK che highways e landuse non abbiano
> nodi in comune, ma può la highway passare sulla stessa linea in comune ai
> due landuse pur avendo nodi separati e distinti da quelli dei poligoni dei
> due landuse?
>


pessima situazione questa (anche se si trova ogni tanto), crea spesso
problemi nel seguito questo tipo di mappatura (cose conesse per sbaglio).

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

Re: [Talk-it] domande sull'uso del tag landuse

[mbranco]

@Lorenzo:
bene, grazie anche a te!

@max:
> /...: Firefox è un gran browser ma .../
eheh... mettiamola pure così, fatto sta che in zone non dettagliate come le
tue, iD con firefox va che è una scheggia...  :-) 

> /... Diciamo che ID va bene per una modifica locale al volo  Per cose
> più impegnative ci vuole JOSM/
Assolutamente sì, iD lo uso solo per vedere al volo qualche dettaglio qua e
là, e mi sembra il modo più efficace per sottoporre qui i nostri dubbi (uno
screenshot di josm sovente non consente di capire bene la situazione)


/> Nel caso del tuo bosco, ad esempio, io non avrei esitazioni: una inner a
creare un "buco"
> che ha per contorni il temine della vegetazione .../
volevi dire outer? Perchè se è inner, non capisco quale sarebbe l'outer

/
> all'interno di essa, poi, fai quel che vuoi, disegnando i landuse e le
> altre cose che servono, 
> come se fosse un pezzo di Pianura Padana non ancora mappato. /
con la differenza che tutte le polilinee chiuse che metto dentro devono
essere definite inner nella relazione, giusto?

/
> ... arrriva pure fino al Monte Penice /
Oh, ecco, perfetto! questa zona è più simile alla mia, ti faccio alcune
domande specifiche:

- quando si crea la relazione multipoligono, il perimetro del bosco si mette
dentro con ruolo=outer e gli attributi del poligono si tolgono (al poligono)
mettendoli alla relazione (es. landuse=forest); però gli attributi dei
poligoni inner devono rimanere sui poligoni interni, no?
Te lo chiedo perchè vedo che nel bosco grande (77 elementi) , tuti gli inner
che hai definito non hanno attirbuti, e così non so se è grass, o scrub,
ecc.

- il natural=scrub appena sopra il Monte Penice (id 359357816), non dovrebbe
essere l'outer di una nuova relazione, con le varie polilinee chiuse al suo
interno definite come inner?
A proposito di queste polilinee interne, perchè una è landuse= forest e le
altre sono natural=wood?
Nella pagina wiki [1] dove si discutono i diversi approcci sull'uso di
questi due tag, non mi sembra che ci sia un caso applicabile alla tua zona
(che a me sembra bosco che sta ricrescendo, o dopo il taglio del bosco o
perchè l'area non è più coltivata).

[1] http://wiki.openstreetmap.org/wiki/Forest



--
View this message in context: 
http://gis.19327.n8.nabble.com/domande-sull-uso-del-tag-landuse-tp5884057p5884145.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] domande sull'uso del tag landuse

[Max1234Ita]

mbranco wrote
> @max:
> 
> - la guida di msmountain l'avevo vista tempo fa, è lei che mi ha iniziato
> a Osm/Josm ! non ricordavo che arrivasse a parlare anche dei landuse, è
> veramente un lavoro imponente quella guida (un grazie anche al suo
> autore).
> 
> - impressionante la mappatura tra Voghera e Borgo Priolo, complimenti! E
> dire che cercando buoni esempi, avevo girato a caso in zone di Germania e
> Francia, pensando che là erano più bravi, ma avevo trovato poligoni enormi
> che coprivano tutto! Certo che l'hardware deve ancora crescere per stare
> dietro a quel livello di dettaglio: provando a editare online con iD in
> quella zona, Firefox continua a bloccarsi chiedendomi se devo interrompere
> lo script! :-)

Borgo Priolo è niente, sto "lavorando" in quella zona giusto in questi
giorni.
Fatti un giro anche più a sud, arrriva pure fino al Monte Penice... :-p

Per quanto riguarda ID, il problema credo sia la quantità di RAM libera nel
PC: Firefox è un gran browser (è anche il mio preferito) ma non è
precisamente parco nell'utilizzo di risorse, se poi ti metti anche a
scaricare tiles ed oggetti vari è facile arrivare al limite.

Diciamo che ID va bene per una modifica locale al volo, per aggiungere un
PDI o modificare il nome di una strada o vedere con quali tag è registrato
un oggetto... 
Per cose più impegnative ci vuole JOSM: Usa meno risorse (quantomeno, ti
dice che l'area che hai richiesto è troppo grande, anziché impallare il
sistema) e soprattutto ti permette di accedere ad un gran numero di layer
cartografici (puoi linkare qualunque servizio WMS, basta conoscerne
l'indirizzo), alcuni dei quali sono molto più precisi rispetto a quello
proposto da ID (che se non mi sbaglio usa le ortofoto di Bing)




> - "
*/
> Grandi radure: sì.
> Landuse all'interno di altri landuse o natural: no.
/*
> "
> Perchè questa distinzione? una radura in un bosco (landuse=forest) oltre
> che natural=* può essere anche landuse=farmland 
> Ad es. 
> qui   
>  (il primo bosco che sto faticosamente cercando di mappare...) , i due
> landuse=farmland non dovrebbero essere dei poligoni inner al
> landuse=forest ? (per ora li ho messi così)
> E però, se voglio dettagliare il farmland con la fattoria al suo interno,
> devo traformarlo in un altro multipoligono, con la farmyard come inner e
> farmland come outer? 


Mah, diciamo che più che altro è una mia fissa, cerco di mantenere tutto
quello che è attinente al bosco/foresta raggruppato nella medesima
relazione, in modo omogeneo. 

Nel caso del tuo bosco, ad esempio, io non avrei esitazioni: una inner a
creare un "buco" che ha per contorni il temine della vegetazione, ed
all'interno di essa, poi, fai quel che vuoi, disegnando i landuse e le altre
cose che servono, come se fosse un pezzo di Pianura Padana non ancora
mappato.

Poi, come dice anche l'autore della guida di mamountain, ogni mappatore ha
la sua testa... :-)

Max



--
View this message in context: 
http://gis.19327.n8.nabble.com/domande-sull-uso-del-tag-landuse-tp5884057p5884103.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] domande sull'uso del tag landuse

[Lorenzo Mastrogiacomi]

> - "*/Grandi radure: sì.
> Landuse all'interno di altri landuse o natural: no./*"
> Perchè questa distinzione? una radura in un bosco (landuse=forest) oltre che
> natural=* può essere anche landuse=farmland 
> Ad es.  qui
>    (il
> primo bosco che sto faticosamente cercando di mappare...) , i due
> landuse=farmland non dovrebbero essere dei poligoni inner al landuse=forest

+1, se dentro ad un'area landuse di un certo tipo ce ne sono altre di
tipo diverso (compresi alcuni natural che in pratica sono dei landuse)
proprio queste vanno messe come inner.


> E però, se voglio dettagliare il farmland con la fattoria al suo interno,
> devo traformarlo in un altro multipoligono, con la farmyard come inner e
> farmland come outer? 

Si, nel tuo caso mi sembra che la fattoria confina con la foresta quindi
io dividerei proprio l'area inner in due, una parte farmland ed una
parte farmyard

Ciao
Lorenzo


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

Re: [Talk-it] domande sull'uso del tag landuse

[mbranco]

Grazie, le vostre dritte mi sono utilissime!

@marco:

- sto guardando i plugin di Josm che consigli, notevoli! (era stato proprio
il tuo intervento del mese scorso sui landuse in Valpelline che mi aveva
fatto venire la voglia di approfondire il discorso sui landuse)

- "*/se la strada e' una strada di campagna vicina ai confini di landuse
cerco di estendere uno dei due landuse adiacenti a tale strada in modo che
la strada  resti comunque isolata (cioè attraversi un landuse e non si
sovrapponga in alcun modo ai suoi confini)/*"
 Allora forse non è meglio che la strada sia isolata del tutto, in mezzo ai
due landuse? (che saranno "ristretti" in modo da non toccare i punti della
strada)

@max:

- la guida di msmountain l'avevo vista tempo fa, è lei che mi ha iniziato a
Osm/Josm ! non ricordavo che arrivasse a parlare anche dei landuse, è
veramente un lavoro imponente quella guida (un grazie anche al suo autore).

- impressionante la mappatura tra Voghera e Borgo Priolo, complimenti! E
dire che cercando buoni esempi, avevo girato a caso in zone di Germania e
Francia, pensando che là erano più bravi, ma avevo trovato poligoni enormi
che coprivano tutto! Certo che l'hardware deve ancora crescere per stare
dietro a quel livello di dettaglio: provando a editare online con iD in
quella zona, Firefox continua a bloccarsi chiedendomi se devo interrompere
lo script! :-)

- "*/Grandi radure: sì.
Landuse all'interno di altri landuse o natural: no./*"
Perchè questa distinzione? una radura in un bosco (landuse=forest) oltre che
natural=* può essere anche landuse=farmland 
Ad es.  qui
   (il
primo bosco che sto faticosamente cercando di mappare...) , i due
landuse=farmland non dovrebbero essere dei poligoni inner al landuse=forest
? (per ora li ho messi così)
E però, se voglio dettagliare il farmland con la fattoria al suo interno,
devo traformarlo in un altro multipoligono, con la farmyard come inner e
farmland come outer? 

Grazie ancora per l'aiuto!





--
View this message in context: 
http://gis.19327.n8.nabble.com/domande-sull-uso-del-tag-landuse-tp5884057p5884092.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] domande sull'uso del tag landuse

[Max1234Ita]

mbranco wrote
> Buongiorno Lista,
> sto specificando nella mia zona i vari landuse, e ho alcune domande:
> 
> 1) Da qualche parte c'è una guida specifica a riguardo? (la wiki mi è
> stata utile, ma solo per le info di base).
> 
> 2) Una volta tracciato il poligono che delimita un bosco e inserito con
> ruolo outer in un nuova relazione multipoligono, tutti i poligoni
> preesistenti all'interno (un laghetto, una casa isolata, ecc) devono
> essere aggiunti alla relazione con ruolo inner, giusto? 
> 
> 3) Che tipi di ways possono attraversare un landuse (per es. forest)
> potendo lasciare un unico poligono anzichè fare più poligoni piccoli? Con
> un'autostrada (o un fiume) che lo attraversa, mi viene spontaneo definire
> il bosco tramite due poligoni: ma per sentieri, strade sterrate? L'ideale
> sarebbe che sia definito per tutte le possibili highways se spezzettare o
> meno il landuse circostante (stesso ragionamento per stream/river)
> 
> 4) Quando ci sono landuse contigui (es. una vigna a fianco di un uliveto)
> i due poligoni hanno i nodi opportuni in comune, giusto? (mi sembra che il
> plugin contourmerge faccia proprio questo). Se però in mezzo ai due
> landuse passa un sentiero, o uno sterrato? OK che highways e landuse non
> abbiano nodi in comune, ma può la highway passare sulla stessa linea in
> comune ai due landuse pur avendo nodi separati e distinti da quelli dei
> poligoni dei due landuse?
> 
> Ringrazio in anticipo chi mi risolve i dubbi, ciao.
> 
> Marco



Provo a risponderti anch'io.

1) Non credo ci sia una guida ufficiale, oltre alla pagina del Wiki,
specifica sui landuse. Spulciando un po' i vecchi post della Lista magari
trovi qualcosa di più, ma credo che dovrai armarti di MOLTA pazienza... :-)

Se invece cerchi una guida un po' più generale, puoi provare questa: 
http://www.msmountain.it/varie/mappa_osm/consigli1-concettibase.html
  ; a
volte dà qualcheidea interessante.

2) Di solito io traccio una linea Outer, che provvedo aspezzare in 2 o più
parti qualora il numero di nodi superasse i 2000 (il numero massimo
gestibile dalle API di rendering). Poi per le way  Inner dipende dai casi.
In generale:
 - Grandi radure: sì, con tag natural=scrub/Heath/grassland, a seconda di
quel che è
 - Laghetti: sì, con tag natural=water e water=pond/resevoir, ecc.
 - Edifici: no se si dovesse rendere "inner" ogni edificio che si trova
all'interno di un'area /landuse=residential/ verrebbero ben presto meno le
risorse sui server (e, forse, ben prima succederebbe lo stasso alla pzienza
del mappatore).
 - Fattorie/cascine/centri abitati: si, ma lascio la Inner senza tag e mappo
quello che si trova all'interno della inner coi tag che mi sembrano più
adatti
 - Landuse all'interno di altri landuse o natural: no. Di solito disegno la
inner senza alcun tag, poi traccio il landuse interno in modo che i suoi
bordi non tocchino  la inner area e gli metto i tag adatti (landuse=*).
Se usi JOSM, a volte torna utile la funzione che permette di disegnare linee
parallele ad oggetti già selezionati (scorciatoia: Shift+P)

3) Come diceva anche l'altro Marco, sarebbe meglio evitare di avere nodi in
comune tra le higway (strade/sentieri) ed i contorni delle varie aree
natural/landuse. 
Sicuramente va evitato come la peste l'utilizzo di intere highway come
contorno di un multipoligono che rappresenta un bosco/foresta: forse sarà
più semplice rappresentare l'oggetto in questione, ma si rischia di
complicare la vita a chi verrà dopo, a questo punto meglio "sprecare" (o
meglio, "investire risorse in") qualche nodo in più ma mantenere le pecore
separate dalle capre (ovvero le strade separate da tutto il resto).

Se ti viene scomodo disegnare punto per punto il contorno dei vari
landuse/natural, puoi sempre usare JOSM con il plugin FastDraw, non è
difficile da imparare ed aiuta un sacco.

Unica eccezione (a parte quando uno "snap" singolo parte accidentalmente
mentre si traccia un contorno), quando sai che il landuse/natural è
delimitato da "qualcosa" (una sbarra, un cancello), nel qual caso si
potrebbe mettere un nodo in comune, col tag barrier=gate, anche se, però, in
casi del genere preferisco comunque disegnare la barriera nel punto in cui
si trova e taggare come gate/lift_gate ecc. il punto in cui essa interseca
la strada.


4) Personalmente, cerco di mantenere separate le varie entità, non solo la
vigna a fianco di un uliveto, come nel caso da te citato, ma anche di vigna
a fianco di vigna, ecc.. Sì, lo so, è una palla disegnare gli oggetti uno
per uno (ma se hai un po' di pazienza ed usi gli strumenti giusti nemmeno
più di tanto) però rende meglio l'idea di com'è fatto il territorio (se vuoi
avere un'idea del risultato, puoi guardare qui: 
http://www.openstreetmap.org/#map=16/44.9656/9.1516
  ). 

SICURAMENTE cerco sempre di evitare i contatti tra /natural/ e /landuse/ (a
meno di eventuali brevi 

Re: [Talk-it] domande sull'uso del tag landuse

[marco bra]

ciao,


 1)

non ho mai visto doc che faccia luce sul metodo corretto da usare per
mappare landuse
io uso principalmente questi plugin di josm per tracciare i landuse:
- quickdraw per disegnare l'area, semplifico la geometria con le funzioni
tipiche di quickdraw (usando le opzioni disponibili da tastiera);
- contourmerge per far combaciare in un attimo i landuse adiacenti;
- commandLine ed il comando cut per tagliare i landuse con numero di
elementi > 2000

copio parallelamente gli assi della strade (dopo averne aggiustato la
geometria) se queste strade possono essere usate come limiti di landuse,
questa operazione mi agevola nella definizione di una parte di poligono,
poi uso gli strumenti sopradescritti per rifinire l'area


 2)

io ho sempre fatto come dici tu, ho visto in alcune zone che i mappatori
usano una relazione per i confini ovvero una sola linea di confine non
chiusa a poligono e poi tali singole way sono messe in relazioni di
"appartenenza" diverse che definiscono i landuse adiacenti.
Circa questo metodo, pur apprezzandone la logica, lo vedo poco funzionale e
specificatamante più lento da disegnare/costruire/manutenere


 3 / 4)

Per le strade attraversanti i landuse: se sentieri o track io attraverso
senza problemi i landuse, però:

- evito come la peste di usare nodi in comune fra strade e landuse;

- evito assolutamente di sovrapporre pezzi di strada ai landuse;

- spesso se la strada ha larghezza importante (strada asfaltata con più di
una carreggiata) copio parallelamente l'asse della strada e lo uso come
parte di confine del landuse che sto' tracciando;

- se la strada e' una strada di campagna vicina ai confini di landuse cerco
di estendere uno dei due landuse adiacenti a tale strada in modo che la
strada  resti comunque isolata (cioè attraversi un landuse e non si
sovrapponga in alcun modo ai suoi confini)


Marco
mcheck / mcheckimport

Il giorno 9 ottobre 2016 11:51, mbranco  ha scritto:

> Buongiorno Lista,
> sto specificando nella mia zona i vari landuse, e ho alcune domande:
>
> 1) Da qualche parte c'è una guida specifica a riguardo? (la wiki mi è stata
> utile, ma solo per le info di base).
>
> 2) Una volta tracciato il poligono che delimita un bosco e inserito con
> ruolo outer in un nuova relazione multipoligono, tutti i poligoni
> preesistenti all'interno (un laghetto, una casa isolata, ecc) devono essere
> aggiunti alla relazione con ruolo inner, giusto?
>
> 3) Che tipi di ways possono attraversare un landuse (per es. forest)
> potendo
> lasciare un unico poligono anzichè fare più poligoni piccoli? Con
> un'autostrada (o un fiume) che lo attraversa, mi viene spontaneo definire
> il
> bosco tramite due poligoni: ma per sentieri, strade sterrate? L'ideale
> sarebbe che sia definito per tutte le possibili highways se spezzettare o
> meno il landuse circostante (stesso ragionamento per stream/river)
>
> 4) Quando ci sono landuse contigui (es. una vigna a fianco di un uliveto) i
> due poligoni hanno i nodi opportuni in comune, giusto? (mi sembra che il
> plugin contourmerge faccia proprio questo). Se però in mezzo ai due landuse
> passa un sentiero, o uno sterrato? OK che highways e landuse non abbiano
> nodi in comune, ma può la highway passare sulla stessa linea in comune ai
> due landuse pur avendo nodi separati e distinti da quelli dei poligoni dei
> due landuse?
>
> Ringrazio in anticipo chi mi risolve i dubbi, ciao.
>
> Marco
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/domande-sull-uso-del-tag-landuse-tp5884057.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
>



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945=8.6798=15=M
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] domande sull'uso del tag landuse

[mbranco]

Buongiorno Lista,
sto specificando nella mia zona i vari landuse, e ho alcune domande:

1) Da qualche parte c'è una guida specifica a riguardo? (la wiki mi è stata
utile, ma solo per le info di base).

2) Una volta tracciato il poligono che delimita un bosco e inserito con
ruolo outer in un nuova relazione multipoligono, tutti i poligoni
preesistenti all'interno (un laghetto, una casa isolata, ecc) devono essere
aggiunti alla relazione con ruolo inner, giusto? 

3) Che tipi di ways possono attraversare un landuse (per es. forest) potendo
lasciare un unico poligono anzichè fare più poligoni piccoli? Con
un'autostrada (o un fiume) che lo attraversa, mi viene spontaneo definire il
bosco tramite due poligoni: ma per sentieri, strade sterrate? L'ideale
sarebbe che sia definito per tutte le possibili highways se spezzettare o
meno il landuse circostante (stesso ragionamento per stream/river)

4) Quando ci sono landuse contigui (es. una vigna a fianco di un uliveto) i
due poligoni hanno i nodi opportuni in comune, giusto? (mi sembra che il
plugin contourmerge faccia proprio questo). Se però in mezzo ai due landuse
passa un sentiero, o uno sterrato? OK che highways e landuse non abbiano
nodi in comune, ma può la highway passare sulla stessa linea in comune ai
due landuse pur avendo nodi separati e distinti da quelli dei poligoni dei
due landuse?

Ringrazio in anticipo chi mi risolve i dubbi, ciao.

Marco



--
View this message in context: 
http://gis.19327.n8.nabble.com/domande-sull-uso-del-tag-landuse-tp5884057.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] Domande su primo import (un po' urgente)

[Luigi Toscano]

On Thursday 19 of February 2015 06:07:54 cascafico wrote:
 Ciao.
 
 direi che caricare i dati raccolti da un gruppo di persone non sia
 propiramente un import e non implichi le relative linee guida (verifica
 licenza, script di tagging ecc). 

Se i dati sono raccolti da persone, la licenza si applica eccome. Con che 
licenza le persone hanno concesso l'uso dei dati raccolti? 

Ciao
-- 
Luigi

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

Re: [Talk-it] Domande su primo import (un po' urgente)

[cascafico]

Ciao.

direi che caricare i dati raccolti da un gruppo di persone non sia
propiramente un import e non implichi le relative linee guida (verifica
licenza, script di tagging ecc). Da quel che ho capito, l'import riguarda
dataset strutturati, prodotti da enti e di mole notevole. Nel tuo caso
basterebbe insegnare al tuo gruppo come usare gli editor di OSM, a
cominciare da quelli sul browser e distribuire il lavoro, perchè i dati
migliori sono quelli di chi ha fatto il sopralluogo.. Come dire, crea nuovi
OSMappers!



-

--
cascafico.altervista.org
twitter.com/cascafico
--
View this message in context: 
http://gis.19327.n5.nabble.com/Domande-su-primo-import-un-po-urgente-tp5833836p5834245.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] Domande su primo import (un po' urgente)

[cascafico]

Luigi Toscano wrote
 Se i dati sono raccolti da persone, la licenza si applica eccome. Con che 
 licenza le persone hanno concesso l'uso dei dati raccolti? 

Scusa, avrei dovuto citare la Santarelli:

 [SNIP]
 tra le altre cose è richiesto ai partecipanti che condividano su OSM dei
 dati da loro raccolti.
 [SNIP]





-

--
cascafico.altervista.org
twitter.com/cascafico
--
View this message in context: 
http://gis.19327.n5.nabble.com/Domande-su-primo-import-un-po-urgente-tp5833836p5834251.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] Domande su primo import (un po' urgente)

[francesca santarelli]

Ciao Andrea,

le due licenze secondo
http://opendatacommons.org/faq/licenses/#db-versus-contents possono
convivere

 For non-homogenous DB (need to distinguish “Database and Contents”):
 2 -Share-alike: use ODbL for Database qua Database + whatever license you
 want/can for Contents

D'altronde a noi importa poco la licenza d'uso, basta che sia libera,
almeno per quanto riguarda i contenuti.

Quanto al modo in cui, è un plugin, si chama meshup qualcosa, e poi se non
funziona, e a volte accade, usiamo manualmente questo geocoder
http://geocoder.opencagedata.com/demo.html

Il problema non è tecnico ma concettuale: a OSM semplicemente non servono i
nostri dati.

Il giorno 19 febbraio 2015 16:12, Andrea Musuruane musur...@gmail.com ha
scritto:

 Ciao,

 2015-02-19 15:24 GMT+01:00 francesca santarelli sant.france...@gmail.com
 :

 Grazie,
 il nostro è un sito in cui non noi (salvo rari casi) ma chiunque, per lo
 più persone a me sconosciute, inseriscono informazioni su eventi e luoghi
 della cultura (che vengono poi geolocalizzati dal sistema a partire
 dall'indirizzo fornit), uno alla volta, come gli pare. Quegli inserimenti
 diventano post in  CC BY SA. Mi pare di avere capito insomma che non sono
 dati utili a OSM, perché su OSM è meglio caricare gli open data al completo
 dell'anagrafe delle biblioteche (che già c'è a quanto mi pare di vedere)
 che qualche biblioteca.


 Il problema che vedo io è che la licenza dei dati (CC-BY-SA) non è
 compatibile con quella di OSM (ODbL). Quindi i dati non possono essere
 importati.

 Inoltre non è chiaro come avviene la geolocalizzazione a partire
 dall'indirizzo fornito. Se viene usato un servizio di terze parti (tipo
 Google) per trasformare l'indirizzo in coordinate geografice, allora i dati
 non possono essere importati perché indirettamente importeremmo dei dati di
 Google.

 Ciao,

 Andrea



 ___
 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] Domande su primo import (un po' urgente)

[Andrea Musuruane]

Ciao,

2015-02-19 15:24 GMT+01:00 francesca santarelli sant.france...@gmail.com:

 Grazie,
 il nostro è un sito in cui non noi (salvo rari casi) ma chiunque, per lo
 più persone a me sconosciute, inseriscono informazioni su eventi e luoghi
 della cultura (che vengono poi geolocalizzati dal sistema a partire
 dall'indirizzo fornit), uno alla volta, come gli pare. Quegli inserimenti
 diventano post in  CC BY SA. Mi pare di avere capito insomma che non sono
 dati utili a OSM, perché su OSM è meglio caricare gli open data al completo
 dell'anagrafe delle biblioteche (che già c'è a quanto mi pare di vedere)
 che qualche biblioteca.


Il problema che vedo io è che la licenza dei dati (CC-BY-SA) non è
compatibile con quella di OSM (ODbL). Quindi i dati non possono essere
importati.

Inoltre non è chiaro come avviene la geolocalizzazione a partire
dall'indirizzo fornito. Se viene usato un servizio di terze parti (tipo
Google) per trasformare l'indirizzo in coordinate geografice, allora i dati
non possono essere importati perché indirettamente importeremmo dei dati di
Google.

Ciao,

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

Re: [Talk-it] Domande su primo import (un po' urgente)

[francesca santarelli]

Grazie,
il nostro è un sito in cui non noi (salvo rari casi) ma chiunque, per lo
più persone a me sconosciute, inseriscono informazioni su eventi e luoghi
della cultura (che vengono poi geolocalizzati dal sistema a partire
dall'indirizzo fornit), uno alla volta, come gli pare. Quegli inserimenti
diventano post in  CC BY SA. Mi pare di avere capito insomma che non sono
dati utili a OSM, perché su OSM è meglio caricare gli open data al completo
dell'anagrafe delle biblioteche (che già c'è a quanto mi pare di vedere)
che qualche biblioteca.
Insomma, grazie lo stesso.

f

Il giorno 19 febbraio 2015 14:27, cascafico cascaf...@gmail.com ha
scritto:

 Luigi Toscano wrote
  Se i dati sono raccolti da persone, la licenza si applica eccome. Con che
  licenza le persone hanno concesso l'uso dei dati raccolti?

 Scusa, avrei dovuto citare la Santarelli:

  [SNIP]
  tra le altre cose è richiesto ai partecipanti che condividano su OSM dei
  dati da loro raccolti.
  [SNIP]





 -

 --
 cascafico.altervista.org
 twitter.com/cascafico
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Domande-su-primo-import-un-po-urgente-tp5833836p5834251.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

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

[Talk-it] Domande su primo import (un po' urgente)

[francesca santarelli]

Ciao, vorrei partecipare al Piemonte Visual Contest in scadenza domenica e
tra le altre cose è richiesto ai partecipanti che condividano su OSM dei
dati da loro raccolti. Io sto titubando perché non sono sicura di avere
dati di grande interesse per OSM, essendo il mio un porgetto di mappatura
collettiva e non massiva: ovvero, potrei condividere un dataset di luoghi
della cultura piemontesi (librerie, biblioteche, ecc.) ma che non è
completo - ci sono solo alcune librerie, biblioteche, ecc., solo quelle
segnalate dai partecipanti, una a una. Può comunque interessare? Nel qual
caso mi servirebbe davvero una mano, perché non sono pratica di import su
OSM.
Ah, il mio progetto è opencultureatlas.org

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

Re: [Talk-it] Domande varie su come taggare (residence, sottopassi metropolitana, negozi, public_transport, targhe memoria, ecc.)

[Any File]

Innanzitutto grazie Martin,

2013/10/20 Martin Koppenhoefer dieterdre...@gmail.com:

 2013/10/20 Any File anysomef...@gmail.com

 * Sottopassi metropolitana. C'è qualche tag specifico per indicare i
 percorsi

 E c'è un modo
 per indicare che non sono sempre aperti, ma che sono aperti solo
 durante l'orario
 di apertura della metropolitana

 opening_hours oppure conditional access

Il problema è che non è così facile capire l'orario, cambi in base al
giorno ed in base
alla stazione.



 E per negozi
 specializzati in alcuni articoli particolari per cucina (ho trovato un
 negozio che vende solo articoli
 per cake design, devo taggarlo come negozio per casalinghi?)



 direi se specializzato in cake design si merita un tag apposito. Per
 casalinghi che tag usi?

Non mi ricordo di aver taggato negozi di casalinghi (ne conoscevo alcuni, alcuni
vicinissimi a casa mia, ma sono tutti chiusi da tempo, sostituiti da minmarket
gestiti da cinesi o cose simili).

Per i casalinghi avrei trovato

shop=houseware

http://wiki.openstreetmap.org/wiki/Tag:shop%3Dhouseware

(che punta sul fatto che l'articolo venduta sia piccolo)

oppure c'è

shop=kitchen

http://wiki.openstreetmap.org/wiki/Tag:shop%3Dkitchen

che non ho ben capito cosa sia ...



 * Come taggare targhe commemorative su edifici, tipo Qui visse tal
 dei tali o In questa nacque tal dei tali.


 si, anch'io uso historic=memorial,
 C'è anche un progetto apposto http://openplaques.org

Adesso ci guardo. Ma se il progetto è interessante allora sarebbe
utile se ci fosse
un modo per collegare i due dati.

ciao

AnyFile

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

Re: [Talk-it] Domande varie su come taggare (residence, sottopassi metropolitana, negozi, public_transport, targhe memoria, ecc.)

[Martin Koppenhoefer]

 Am 21/ott/2013 um 22:42 schrieb Any File anysomef...@gmail.com:
 
 oppure c'è
 
 shop=kitchen
 
 http://wiki.openstreetmap.org/wiki/Tag:shop%3Dkitchen
 
 che non ho ben capito cosa sia ...


penso che pianifica e vende cucine (arredi, lavandini, fornelli ecc.) 

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

[Talk-it] Domande varie su come taggare (residence, sottopassi metropolitana, negozi, public_transport, targhe memoria, ecc.)

[Any File]

Buona sera lista,

da un po' di tempo ho alcuni dubbi su come taggare alcune cose.

Speravo di scoprire da me la risposta, ma visto che la lista si allunga senza
che io riesca a trovare da solo una riposta, meglio che chiedo lumi a chi è
più esperto.

* Residence: gli alberghi residence come si taggano? Come hotel
normali o c'è qualche tag specifico?

* Sottopassi metropolitana. C'è qualche tag specifico per indicare i percorsi
sotterranei che portano all'ingresso della metropolitana? In
particolare mi riferisco
al caso in cui non conducano solo all'ingresso della metropolitana, ma che
permettano anche di essere usati come passaggio da una parte all'altra
di una piazza
o da una parte all'altra di un ostacolo (magari la metropolitana
stessa) senza dover
accedere alla metropolitana, quindi senza dover avere un biglietto -
di fatto è la stessa cosa di
un sottopassaggio. Li si indica come
highway=footway e tunnel=yes o c'è qualcosa di più specifico? E c'è un modo
per indicare che non sono sempre aperti, ma che sono aperti solo
durante l'orario
di apertura della metropolitana

* C'è qualche tag specifico per taggare negozi che vendono articoli
per forniture alberghiere,
ristoranti e simili (e c'è un modo per indicare che vendono anche al
pubblico?) E per negozi
specializzati in alcuni articoli particolari per cucina (ho trovato un
negozio che vende solo articoli
per cake design, devo taggarlo come negozio per casalinghi?)

* Ho un dubbio su come taggare le fermate dei bus e tram, usando lo
schema public_transport.
Leggendo il wiki mi era sembrato di capire che l'indicazione bus=yes o
tram=yes o simile andasse
solo sulla stop_position e non sul platform. Allo stesso modo
indicazioni tipo bench, shelter e simili
andavano solo sulla platform e non sulla stop_position. In giro però
ho trovato molti casi in cui
il bus=yes o tram=yes viene messo anche sulla platform e inoltre Josm
me lo renderizza male se
non ce lo metto (almeno nel caso della fermata del tram). Qual è la
prassi corretta?

* Inoltre c'è un modo per indicare che la fermata è dotata di
indicatore di tempo di attesa?

* Come taggare targhe commemorative su edifici, tipo Qui visse tal
dei tali o In questa nacque tal dei tali.
Sfogliando il wiki non ho trovato nulla di meglio che
historic=memorial
http://wiki.openstreetmap.org/wiki/Tag:historic%3Dmemorial

ma la foto sul wiki è ben diversa ...

grazie a tutti

AnyFile

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

Re: [Talk-it] Domande varie su come taggare (residence, sottopassi metropolitana, negozi, public_transport, targhe memoria, ecc.)

[Martin Koppenhoefer]

2013/10/20 Any File anysomef...@gmail.com

 * Sottopassi metropolitana. C'è qualche tag specifico per indicare i
 percorsi
 sotterranei che portano all'ingresso della metropolitana? In
 particolare mi riferisco
 al caso in cui non conducano solo all'ingresso della metropolitana, ma che
 permettano anche di essere usati come passaggio da una parte all'altra
 di una piazza
 o da una parte all'altra di un ostacolo (magari la metropolitana
 stessa) senza dover
 accedere alla metropolitana, quindi senza dover avere un biglietto -
 di fatto è la stessa cosa di
 un sottopassaggio. Li si indica come
 highway=footway e tunnel=yes



+1



 o c'è qualcosa di più specifico?



credo di no, ma se ci fosse dovrebbe probabilmente essere un altro tag
aggiunto, non un tag diverso.



 E c'è un modo
 per indicare che non sono sempre aperti, ma che sono aperti solo
 durante l'orario
 di apertura della metropolitana



opening_hours oppure conditional access




 * C'è qualche tag specifico per taggare negozi che vendono articoli
 per forniture alberghiere,
 ristoranti e simili (e c'è un modo per indicare che vendono anche al
 pubblico?)



penso non ancora, usa qualcosa con shop come chiave e per il valore
potresti verificare con taginfo se c'è qualcosa in uso



 E per negozi
 specializzati in alcuni articoli particolari per cucina (ho trovato un
 negozio che vende solo articoli
 per cake design, devo taggarlo come negozio per casalinghi?)



direi se specializzato in cake design si merita un tag apposito. Per
casalinghi che tag usi?




 * Ho un dubbio su come taggare le fermate dei bus e tram, usando lo
 schema public_transport.
 Leggendo il wiki mi era sembrato di capire che l'indicazione bus=yes o
 tram=yes o simile andasse
 solo sulla stop_position e non sul platform. Allo stesso modo
 indicazioni tipo bench, shelter e simili
 andavano solo sulla platform e non sulla stop_position. In giro però
 ho trovato molti casi in cui
 il bus=yes o tram=yes viene messo anche sulla platform e inoltre Josm
 me lo renderizza male se
 non ce lo metto (almeno nel caso della fermata del tram). Qual è la
 prassi corretta?



penso dovresti mettere anche sulla platform se usi questo schema. Io sono
un po' antico ed uso ancora highway=bus_stop per le fermate dell'autobus e
railway=tram_stop per le fermate del tram ;-)




 * Come taggare targhe commemorative su edifici, tipo Qui visse tal
 dei tali o In questa nacque tal dei tali.
 Sfogliando il wiki non ho trovato nulla di meglio che
 historic=memorial
 http://wiki.openstreetmap.org/wiki/Tag:historic%3Dmemorial



si, anch'io uso historic=memorial,
C'è anche un progetto apposto http://openplaques.org
Se vuoi essere più specifico puoi aggiungere un subtag come
memorial:type=plaque:
http://taginfo.openstreetmap.org/keys/memorial%3Atype#values

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

Re: [Talk-it] domande marine

[M∡rtin Koppenhoefer]

2011/7/1 emmexx emm...@tiscalinet.it:
 Sto cercando di sistemare un po' meglio la zona di Framura.
 La linea di costa in quella zona e' molto approssimativa. Ho quindi
 cercato di seguire la mappa di Bing per renderla piu' precisa.
 Come sempre pero' sono sorte alcune difficolta' (uso Potlatch):


C'è un modo in Potlatch per usare le foto del PCN? Ti consiglio di
usare le foto del PCN che sono più precise (referenziate meglio,
spesso anche la risoluzione è meglio).

Se Potlatch non offre possibilità per usare il PCN userei JOSM.

ciao,
Martin

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

Re: [Talk-it] domande marine

[emmexx]

Il 07/04/2011 12:45 PM, M∡rtin Koppenhoefer scrisse:

 C'è un modo in Potlatch per usare le foto del PCN? Ti consiglio di
 usare le foto del PCN che sono più precise (referenziate meglio,
 spesso anche la risoluzione è meglio).

Non e' (piu') possibile.

 Se Potlatch non offre possibilità per usare il PCN userei JOSM.

Ok, usero' JOSM.

grazie
maxx

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

Re: [Talk-it] domande marine

[groppo otto]

Il 04 luglio 2011 12:45, M∡rtin Koppenhoefer dieterdre...@gmail.com
ha scritto:
 2011/7/1 emmexx emm...@tiscalinet.it:
 Sto cercando di sistemare un po' meglio la zona di Framura.
 La linea di costa in quella zona e' molto approssimativa. Ho quindi
 cercato di seguire la mappa di Bing per renderla piu' precisa.
 Come sempre pero' sono sorte alcune difficolta' (uso Potlatch):


 C'è un modo in Potlatch per usare le foto del PCN? Ti consiglio di
 usare le foto del PCN che sono più precise (referenziate meglio,
 spesso anche la risoluzione è meglio).

Anche io consiglio l'uso di JOSM.

 Se Potlatch non offre possibilità per usare il PCN userei JOSM.

 ciao,
 Martin

Sul Wiki era stato proposto uno strumento (il cui sito adesso sembra
giù) per usare il PCN in Potlatch [2]:

http://wiki.openstreetmap.org/wiki/WikiProject_Italy/PCN#Inserire_il_WMS_PCN_in_Potlatch

Per capire se si può usare servirebbe qualcuno che si occupa di GIS e,
naturalmente, contattare quelli del PCN.

Ciao,
Groppo

[2] Pochi giorni fa ho scoperto per caso cosa significa Potlatch
leggendo un libro sugli indiani (Nativi Americani) :-)
http://it.wikipedia.org/wiki/Potlatch

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

[Talk-it] domande marine

[emmexx]

Sto cercando di sistemare un po' meglio la zona di Framura.
La linea di costa in quella zona e' molto approssimativa. Ho quindi
cercato di seguire la mappa di Bing per renderla piu' precisa.
Come sempre pero' sono sorte alcune difficolta' (uso Potlatch):

- volevo segnare la spiaggia ma non ho capito come fare per evitare di
tracciare la parte del contorno che si sovrappone alla linea di costa.
Ho anche visto che in un paese vicino e' stata inserita la spiaggia ma
non ho capito come hanno fatto. La spiaggia sembra trovarsi tra 2 way
(la coastline e un'area residenziale) ma non ho capito come fare per
taggare l'area formata dall'intersezione delle 2 way. Ci vuole Josm?

- ho inserito alcune barriere fatte di scoglie un'isoletta. Questi
elementi fanno parte del comune? In caso affermativo dove va tracciato
il confine in mare?

- alcuni toponimi li ho visti direttamente, altri li ho letti su un file
pdf che non ha indicazioni di copyright, mentre il sito da cui ho
scaricato il file si':
http://www.framuraterramare.it/mappa.asp
Come mi comporto?

grazie
maxx

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

Re: [Talk-it] domande

[M∡rtin Koppenhoefer]

2010/9/20 Stefano Tampieri stefano.tampi...@gmail.com:


 Il giorno 15 settembre 2010 18:47, Fabri erfab...@gmail.com ha scritto:

  Come mai la ricerca del tag fuel:lpg=yes da errore in josm?


 Fabri hai risolto ?


si, la risposta sta scritta sopra:
If either the search key or value contain any special characters (like
(, ), :, space) it needs to be enclosed in double quotes.

quindi mettere  

ciao,
Martin

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

Re: [Talk-it] domande

[Stefano Tampieri]

Il giorno 15 settembre 2010 18:47, Fabri erfab...@gmail.com ha scritto:

  Come mai la ricerca del tag fuel:lpg=yes da errore in josm?


Fabri hai risolto ?


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

Re: [Talk-it] domande

[Fabri]

 Come mai la ricerca del tag fuel:lpg=yes da errore in josm?

Il 13/09/2010 18:02, Fabri ha scritto:
  Con il primo passaggio Josm mi filtra correttamente i benzinai, nel
 secondo passaggio invece (fuel:lpg=yes (flag cerca nella selezione)) mi
 restituisce questo errore: L'espressione di ricerca non è valida:  Token
 inaspettato:  uguale


 Il -10/01/-28163 20:59, Stefano Tampieri ha scritto:
 Il giorno 02 settembre 2010 01:50, Fabri erfab...@gmail.com ha scritto:

  esistono dei metodi per visualizzare i benzinai di una vasta area che
 hanno il tag gpl=yes?

 Io lo so fare solo usando JOSM.
 Una volta scaricato i dati devi usare il find (CTRL-F) e ricerchi :
 amenity=fuel (flag su sostituisci la selezione)

 seconda ricerca (CTRL-F) :
 fuel:lpg=yes (flag cerca nella selezione)

 a questo punto hai trovato quello che volevi, eventualmente potresti fare
 anche solo la seconda ricerca, però se
 qualcuno ha messo quel tag anche in altri posti (sbagliando ?) beccheresti
 anche quello.



 esistono metodi per modificare (non a mano) il nome di tutti i
 supermercati di una città (ad esempio da GS a Carrefour)?

 Stessa cosa dell'esempio precedente :
 prima ricerca :
 shop=supermarket

 seconda ricerca (nella selezione)
 name=GS

 una volta filtrati, vai nelle proprietà name e metti Carrefour




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

Re: [Talk-it] domande

[Federico Cozzi]

2010/9/15 Fabri erfab...@gmail.com:
  Come mai la ricerca del tag fuel:lpg=yes da errore in josm?

Troppi duepunti? (:)
Come si fanno le ricerche in JOSM?

Ciao,
Federico

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

Re: [Talk-it] domande

[M∡rtin Koppenhoefer]

2010/9/15 Federico Cozzi f.co...@gmail.com:
 2010/9/15 Fabri erfab...@gmail.com:
  Come mai la ricerca del tag fuel:lpg=yes da errore in josm?

 Troppi duepunti? (:)
 Come si fanno le ricerche in JOSM?

Search
 Keyboard shortcut: Ctrl-F
Search objects in the current data layer
Some examples of queries:
type:way selects all ways
name:Herrengasse selects all elements with the given name
type:way name:- selects all ways that do not have a name
id:123465678 selects an object (way or node) with a particular id
There is also a very under-used and under-documented feature that lets
you enter a web URL ( file://,  http://,  https://,  ftp://) in the
search field. JOSM will then attempt to load that URL, and select any
objects that it finds referenced in that file. JOSM will look for XML
tags way, node, and relation in the document, and use their id
attribute. This means you can access another OSM file on your hard
disk this way and have JOSM select all objects that are present in the
file (provided they are present in JOSM's dataset too).
The special expressions selected and modified select all currently
selected resp. all objects modified in the current session.
More examples are here:
http://wiki.openstreetmap.org/index.php/JOSM_search_function

If either the search key or value contain any special characters (like
(, ), :, space) it needs to be enclosed in double quotes.

devi metterlo in 

ciao,
Martin

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

Re: [Talk-it] domande

[Fabri]

 Con il primo passaggio Josm mi filtra correttamente i benzinai, nel
secondo passaggio invece (fuel:lpg=yes (flag cerca nella selezione)) mi
restituisce questo errore: L'espressione di ricerca non è valida:  Token
inaspettato:  uguale


Il -10/01/-28163 20:59, Stefano Tampieri ha scritto:
 Il giorno 02 settembre 2010 01:50, Fabri erfab...@gmail.com ha scritto:

  esistono dei metodi per visualizzare i benzinai di una vasta area che
 hanno il tag gpl=yes?

 Io lo so fare solo usando JOSM.
 Una volta scaricato i dati devi usare il find (CTRL-F) e ricerchi :
 amenity=fuel (flag su sostituisci la selezione)

 seconda ricerca (CTRL-F) :
 fuel:lpg=yes (flag cerca nella selezione)

 a questo punto hai trovato quello che volevi, eventualmente potresti fare
 anche solo la seconda ricerca, però se
 qualcuno ha messo quel tag anche in altri posti (sbagliando ?) beccheresti
 anche quello.



 esistono metodi per modificare (non a mano) il nome di tutti i
 supermercati di una città (ad esempio da GS a Carrefour)?

 Stessa cosa dell'esempio precedente :
 prima ricerca :
 shop=supermarket

 seconda ricerca (nella selezione)
 name=GS

 una volta filtrati, vai nelle proprietà name e metti Carrefour



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

Re: [Talk-it] domande

[Damjan Gerli]

 -Izvirno sporocilo-
 Od: talk-it-boun...@openstreetmap.org 
 [mailto:talk-it-boun...@openstreetmap.org] Namesto Daniele Forsi
 Poslano: 2. september 2010 16:03
 Za: openstreetmap list - italiano
 Zadeva: Re: [Talk-it] domande

 quindi per name abbiamo due possibilità, per brand e per operator
 credo che siamo d'accordo
 
 name: il nome scritto sull'insegna oppure il nome ufficiale (in
 entrambi i casi compresa la specificazione del luogo di via tal dei
 tali se presente)
 brand: il marchio (questo dovrebbe essere usato per la ricerca e
 scritto sulle mappe)
 operator: la ragione sociale di chi emette lo scontrino, generalmente
 è diverso da brand (omettere il tag se non si conosce)
 se due tag hanno lo stesso valore metterli entrambi

Ma il nome ufficiale non dovrebbe essere = a ragione sociale?

Quindi prendendo come esempio un x negozio (e non un distributori di
benzina) io metterei:
name= nome scritto sull'insegna e/o usato nelle pubblicità/volantini ecc
official_name= io metterei qui il nome ufficiale / ragione sociale (se name
e official_name sono uguali si può omettere)
brand= il marchio (se esiste)
operator= ???

inoltre si può usare ancora:
loc_name= se conosciuto con altro nome
old_name= se prima era xyz


 anche se non raggiungiamo un accordo su name, aggiungerei a
 http://wiki.openstreetmap.org/wiki/IT:Key:name
 una frase tipo Nel caso di banche, distributori di benzina, catene di
 negozi, ecc. è utile usare anche i tag operator e/o brand.
 -- 
 Daniele Forsi

Ciao,
Damjan G.


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

Re: [Talk-it] domande

[M∡rtin Koppenhoefer]

2010/9/3 Damjan Gerli dam...@damjan.net:
 Ma il nome ufficiale non dovrebbe essere = a ragione sociale?


no


 Quindi prendendo come esempio un x negozio (e non un distributori di
 benzina) io metterei:
 name= nome scritto sull'insegna e/o usato nelle pubblicità/volantini ecc


secondome: name=nome ufficiale


 official_name= io metterei qui il nome ufficiale / ragione sociale (se name


mi sembra inutile in questo contesto (si usa per i paesi, esempio:
name=Italia, official_name=Repubblica Italiana)

 brand= il marchio (se esiste)
 operator= ???


 inoltre si può usare ancora:
 loc_name= se conosciuto con altro nome


quello potresti mettere per ogni cosa dove serve


 old_name= se prima era xyz

se vuoi, mi sembra non troppo importante per un benzinaio, ma forse sbaglio.


un bel esempio lo trovi qui, introduce anche tenant, solo per il
name c'è chi dice in lista talk-DE di usare JET Tankstelle an der B
464 anzichè JET:
http://www.jet-tankstellen.de/tankstellen/kraftstoffpreise/?ort=holzgerlingenplz=71088
in OSM:
http://www.openstreetmap.org/browse/way/29099095

ciao,
Martin

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

Re: [Talk-it] domande

[Stefano Tampieri]

Il giorno 02 settembre 2010 01:50, Fabri erfab...@gmail.com ha scritto:

  esistono dei metodi per visualizzare i benzinai di una vasta area che
 hanno il tag gpl=yes?


Io lo so fare solo usando JOSM.
Una volta scaricato i dati devi usare il find (CTRL-F) e ricerchi :
amenity=fuel (flag su sostituisci la selezione)

seconda ricerca (CTRL-F) :
fuel:lpg=yes (flag cerca nella selezione)

a questo punto hai trovato quello che volevi, eventualmente potresti fare
anche solo la seconda ricerca, però se
qualcuno ha messo quel tag anche in altri posti (sbagliando ?) beccheresti
anche quello.



esistono metodi per modificare (non a mano) il nome di tutti i
 supermercati di una città (ad esempio da GS a Carrefour)?


Stessa cosa dell'esempio precedente :
prima ricerca :
shop=supermarket

seconda ricerca (nella selezione)
name=GS

una volta filtrati, vai nelle proprietà name e metti Carrefour

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

Re: [Talk-it] domande

[Stefano Salvador]

  esistono dei metodi per visualizzare i benzinai di una vasta area che
 hanno il tag gpl=yes?

puoi farlo usando le xapi [0], sotto linux scarichi con wget un file
osm più o meno così:

wget -O gpl.osm
http://www.informationfreeway.org/api/0.6/node[gpl=yes][bbox=-6,50,2,61]

puoi fare anche cose un po' più complesse (ovviamente sostituisci le
coordinate nel bbox)

[0] http://wiki.openstreetmap.org/wiki/Xapi

 esistono metodi per modificare (non a mano) il nome di tutti i
 supermercati di una città (ad esempio da GS a Carrefour)?

come sopra, ti scarichi tutti i supermercati che ti interessano in un
file osm, lo carichi in josm, selezioni tutto e modifichi il nome e
carichi tutto normalmente (scaricando con le xapi gli id degli oggetti
sono validi).

Ciao,

Stefano

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

Re: [Talk-it] domande

[Elena of Valhalla]

On 9/2/10, Fabri erfab...@gmail.com wrote:
 esistono metodi per modificare (non a mano) il nome di tutti i
 supermercati di una città (ad esempio da GS a Carrefour)?

mode on=precisinaquello e` l'operator/mode :)

-- 
Elena ``of Valhalla''

homepage: http://www.trueelena.org
email: elena.valha...@gmail.com

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

Re: [Talk-it] domande

[M∡rtin Koppenhoefer]

2010/9/2 Elena of Valhalla elena.valha...@gmail.com:
 On 9/2/10, Fabri erfab...@gmail.com wrote:
 esistono metodi per modificare (non a mano) il nome di tutti i
 supermercati di una città (ad esempio da GS a Carrefour)?

 mode on=precisinaquello e` l'operator/mode :)


Il discorso sulle marche / operatori / imprese è ampio. Ci sono i
gruppi (per esempio Iges S.r.l. è proprietario del Todis), c'è
franchise. La GS oramai fa parte del Carrefour. Come mettresti
Carrefour Express? Non è un operator (che io sappia) ma un marchia.
Abbiamo anche brand, ma onestamente non so ancora quale il metodo
appropriato (e quanto precisini serve a noi di essere in questo
discorso).

ciao,
Martin

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

Re: [Talk-it] domande

[Simone Saviolo]

Il 02 settembre 2010 10:37, M∡rtin Koppenhoefer
dieterdre...@gmail.com ha scritto:
 2010/9/2 Elena of Valhalla elena.valha...@gmail.com:
 On 9/2/10, Fabri erfab...@gmail.com wrote:
 esistono metodi per modificare (non a mano) il nome di tutti i
 supermercati di una città (ad esempio da GS a Carrefour)?

 mode on=precisinaquello e` l'operator/mode :)


 Il discorso sulle marche / operatori / imprese è ampio. Ci sono i
 gruppi (per esempio Iges S.r.l. è proprietario del Todis), c'è
 franchise. La GS oramai fa parte del Carrefour. Come mettresti
 Carrefour Express? Non è un operator (che io sappia) ma un marchia.
 Abbiamo anche brand, ma onestamente non so ancora quale il metodo
 appropriato (e quanto precisini serve a noi di essere in questo
 discorso).

Io sarei ridondante: operator, brand e name. Ci sono casi in cui c'è
il Centro Commerciale Le Grange con dentro un supermercato Bennet,
ma qui c'è anche un centro commerciale Carrefour, con galleria, fast
food e tutto quanto che tutti conoscono semplicemente come il
Carrefour (o addirittura il Continente, prima che cambiasse
proprietà). Non penso abbia un vero e proprio name. Anche, poco più
in là, l'Euronics e il Self vengono indicati con il loro
operator/brand.

 ciao,
 Martin

Ciao,

Simone

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

Re: [Talk-it] domande

[Daniele Forsi]

Il 02 settembre 2010 10:47, Simone Saviolo ha scritto:

 Non penso abbia un vero e proprio name.

tutte le aziende hanno un nome, è la ragione sociale, che devono
scrivere su scontrini, fatture, lettere...

certo per noi è più facile leggere l'insegna che fare la spesa in
ognuno :-) l'alternativa da couch mapping è chiedere l'elenco
ufficiale dei punti vendita

comunque xapi è uno strumento di basso livello, una ricerca amichevole
dovrebbe tollerare qualche errore di battitura e quindi preprocessare
i dati, a quel punto usare sia name che operator che brand non è un
problema
-- 
Daniele Forsi

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

Re: [Talk-it] domande

[Simone Saviolo]

Il 02 settembre 2010 11:26, Daniele Forsi dfo...@gmail.com ha scritto:
 Il 02 settembre 2010 10:47, Simone Saviolo ha scritto:

 Non penso abbia un vero e proprio name.

 tutte le aziende hanno un nome, è la ragione sociale, che devono
 scrivere su scontrini, fatture, lettere...

Il partner locale di Euronics è una certa Dimo SpA. A Casale e a
Vercelli tutti conoscono Euronics come Vipiana, che era il
proprietario dei negozi prima che li comprasse Euronics. Già uno di
Vercelli cercherebbe di primo acchito Vipiana, e solo in un secondo
momento Euronics; se in più lo chiamiamo Dimo SpA, è ancora meno
utile per gli usi comuni (può forse servire a qualche rappresentante
di Canicattì a cui hanno dato una lista di aziende che non ha idea di
dove si trovano).

 --
 Daniele Forsi

Ciao,

Simone

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

Re: [Talk-it] domande

[Daniele Forsi]

Il 02 settembre 2010 11:36, Simone Saviolo ha scritto:
 Il 02 settembre 2010 11:26, Daniele Forsi dfo...@gmail.com ha scritto:
 Il 02 settembre 2010 10:47, Simone Saviolo ha scritto:

 Non penso abbia un vero e proprio name.

 tutte le aziende hanno un nome, è la ragione sociale, che devono
 scrivere su scontrini, fatture, lettere...

 Il partner locale di Euronics è una certa Dimo SpA. A Casale e a
 Vercelli tutti conoscono Euronics come Vipiana, che era il
 proprietario dei negozi prima che li comprasse Euronics. Già uno di
 Vercelli cercherebbe di primo acchito Vipiana, e solo in un secondo
 momento Euronics; se in più lo chiamiamo Dimo SpA, è ancora meno
 utile per gli usi comuni (può forse servire a qualche rappresentante
 di Canicattì a cui hanno dato una lista di aziende che non ha idea di
 dove si trovano).

stai cambiando discorso, o lo stavo cambiando io, io ho contraddetto
la tua frase «Non penso abbia un vero e proprio name»

ripeto che per la ricerca non si può solo considerare name, apro un
altro thread

per il vecchio nome possiamo usare old_name (in altri casi può essere
utile alt_name o loc_name)

rimane la domanda: nel tag name ci mettiamo la ragione sociale o ci
mettiamo quello che è scritto sull'insegna?
Lo stesso vale per i distributori di carburante con in più la
complicazione per quelli autostradali che la ragione sociale in genere
sarà diversa dal nome dell'area di servizio.
-- 
Daniele Forsi

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

Re: [Talk-it] domande

[Federico Cozzi]

2010/9/2 Daniele Forsi dfo...@gmail.com:
 rimane la domanda: nel tag name ci mettiamo la ragione sociale o ci
 mettiamo quello che è scritto sull'insegna?

Io ci metterei quello che è scritto sull'insegna, è quello che si usa di solito!
C'è una complicazione: alcuni supermercati (es. alcuni Esselunga)
hanno un name diverso da operator
Ho visto chiaramente l'insegna Esselunga di viale Papiniano sulla
facciata del negozio. In questi strani casi, secondo me
name=Esselunga di Viale Papiniano
operator=Esselunga
e quindi per omogeneità metterei sempre il tag operator, anche quando
coincide con name.

 Lo stesso vale per i distributori di carburante con in più la
 complicazione per quelli autostradali che la ragione sociale in genere
 sarà diversa dal nome dell'area di servizio.

Anche in questo caso può salvarci il fatto che name e operator sono
potenzialmente diversi.

Ciao,
Federico

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

Re: [Talk-it] domande

[Simone Saviolo]

Il 02 settembre 2010 12:35, Daniele Forsi dfo...@gmail.com ha scritto:
 stai cambiando discorso, o lo stavo cambiando io, io ho contraddetto
 la tua frase «Non penso abbia un vero e proprio name»

Beh, non proprio. Volevo dimostrarti che una mappa che mostra il
rettangolone del negozio con scritta la ragione sociale potrebbe
essere inutile o persino fuorviante. Una mappa vettoriale interattiva
può e deve proporre una ricerca sensata (non come quella di Nominatim,
che se cerco Via Garibaldi non trova Via Giuseppe Garibaldi), ma
una mappa stampata o comunque raster dovrebbe mostrare ciò che ti
aspetti di vedere - e di solito non è la ragione sociale.

 rimane la domanda: nel tag name ci mettiamo la ragione sociale o ci
 mettiamo quello che è scritto sull'insegna?
 Lo stesso vale per i distributori di carburante con in più la
 complicazione per quelli autostradali che la ragione sociale in genere
 sarà diversa dal nome dell'area di servizio.

Io direi ciò che c'è sull'insegna. In realtà, IMO i distributori
andrebbero taggati con il marchio (Agip, Shell, Q8...) come brand,
con la ragione sociale come operator, e in più il nome dell'area di
servizio come name (niente al di fuori delle aree di servizio, a
meno che non ci sia un'insegna più esplicita). In fondo, la Pippo Srl
fa da operatore, perché gestisce l'impianto; la Shell ci mette il
marchio (spesso non la benzina, che viene di solito dalla raffineria
più vicina); ma l'impianto che si trova comunemente in città non ha un
nome. Quando ne parlo dico ad esempio la Shell in piazza Mazzini, in
modo generico. Tutt'al più, appunto, metterei il name sui distributori
delle aree di servizio, ma anche qui può essere discutibile.

 --
 Daniele Forsi

Ciao,

Simone

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

Re: [Talk-it] domande

[Elena of Valhalla]

On 9/2/10, Federico Cozzi f.co...@gmail.com wrote:
 [...]
 Io ci metterei quello che è scritto sull'insegna, è quello che si usa di
 solito!
 C'è una complicazione: alcuni supermercati (es. alcuni Esselunga)
 hanno un name diverso da operator

io metterei il nome con cui quel supermercato viene identificato, ad
esempio sui siti della catena; di solito e` qualcosa del tipo $catena
di $indicazione_geografica, con $indicazione_geografica che spesso
cambia tipo (ad esempio per l'Esselunga so di supermercati
identificati per via, per quartiere e per comune)

 Ho visto chiaramente l'insegna Esselunga di viale Papiniano sulla
 facciata del negozio.

nel caso specifico dell'esselunga e` abbastanza evidente, dato che
viene scritto sulla facciata, in altri casi viene usato sulle
pubblicazioni del supermercato (volantini offerte e simili)

sulla distinzione tra operator e brand, in effetti probabilmente mi
sono sbagliata, Esselunga andrebbe nel brand, ed operator dovrebbe
avere la ragione sociale (quella che si trova sullo scontrino),
giusto?

-- 
Elena ``of Valhalla''

homepage: http://www.trueelena.org
email: elena.valha...@gmail.com

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

Re: [Talk-it] domande

[Daniele Forsi]

Il 02 settembre 2010 13:03, Elena of Valhalla ha scritto:

 io metterei il nome con cui quel supermercato viene identificato, ad
 esempio sui siti della catena; di solito e` qualcosa del tipo $catena
 di $indicazione_geografica, con $indicazione_geografica che spesso
 cambia tipo (ad esempio per l'Esselunga so di supermercati
 identificati per via, per quartiere e per comune)

 sulla distinzione tra operator e brand, in effetti probabilmente mi
 sono sbagliata, Esselunga andrebbe nel brand, ed operator dovrebbe
 avere la ragione sociale (quella che si trova sullo scontrino),
 giusto?

prima di iniziare questa discussione io pensavo di dover mettere il
nome ufficiale in name e il nome della catena in operator, ma ha senso
quello che dicono Federico e Simone e che dici tu a proposito di brand
e operator

quindi per name abbiamo due possibilità, per brand e per operator
credo che siamo d'accordo

name: il nome scritto sull'insegna oppure il nome ufficiale (in
entrambi i casi compresa la specificazione del luogo di via tal dei
tali se presente)
brand: il marchio (questo dovrebbe essere usato per la ricerca e
scritto sulle mappe)
operator: la ragione sociale di chi emette lo scontrino, generalmente
è diverso da brand (omettere il tag se non si conosce)
se due tag hanno lo stesso valore metterli entrambi

anche se non raggiungiamo un accordo su name, aggiungerei a
http://wiki.openstreetmap.org/wiki/IT:Key:name
una frase tipo Nel caso di banche, distributori di benzina, catene di
negozi, ecc. è utile usare anche i tag operator e/o brand.
-- 
Daniele Forsi

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

Re: [Talk-it] domande

[Fabio]

In data 02 settembre 2010 alle ore 16:02:41, Daniele Forsi  
dfo...@gmail.com ha scritto:



Il 02 settembre 2010 13:03, Elena of Valhalla ha scritto:


io metterei il nome con cui quel supermercato viene identificato, ad
esempio sui siti della catena; di solito e` qualcosa del tipo $catena
di $indicazione_geografica, con $indicazione_geografica che spesso
cambia tipo (ad esempio per l'Esselunga so di supermercati
identificati per via, per quartiere e per comune)



sulla distinzione tra operator e brand, in effetti probabilmente mi
sono sbagliata, Esselunga andrebbe nel brand, ed operator dovrebbe
avere la ragione sociale (quella che si trova sullo scontrino),
giusto?


prima di iniziare questa discussione io pensavo di dover mettere il
nome ufficiale in name e il nome della catena in operator, ma ha senso
quello che dicono Federico e Simone e che dici tu a proposito di brand
e operator

quindi per name abbiamo due possibilità, per brand e per operator
credo che siamo d'accordo

name: il nome scritto sull'insegna oppure il nome ufficiale (in
entrambi i casi compresa la specificazione del luogo di via tal dei
tali se presente)
brand: il marchio (questo dovrebbe essere usato per la ricerca e
scritto sulle mappe)
operator: la ragione sociale di chi emette lo scontrino, generalmente
è diverso da brand (omettere il tag se non si conosce)
se due tag hanno lo stesso valore metterli entrambi


+1



anche se non raggiungiamo un accordo su name, aggiungerei a
http://wiki.openstreetmap.org/wiki/IT:Key:name
una frase tipo Nel caso di banche, distributori di benzina, catene di
negozi, ecc. è utile usare anche i tag operator e/o brand.


Proverei a raggiungere un accordo per cercare di uniformare il più  
possibile.


Ciao,
Fabio


--
Creato con il rivoluzionario client e-mail di Opera:  
http://www.opera.com/mail/


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

Re: [Talk-it] domande

[M∡rtin Koppenhoefer]

2010/9/2 Simone Saviolo simone.savi...@gmail.com:
 Il 02 settembre 2010 12:35, Daniele Forsi dfo...@gmail.com ha scritto:
 può e deve proporre una ricerca sensata (non come quella di Nominatim,
 che se cerco Via Garibaldi non trova Via Giuseppe Garibaldi),

l'ho provato e dopo centinaie di vie Garibaldi (e viale Garibaldi, e
Garibaldistraße a Merano) ho trovato anche una Via Giuseppe Garibaldi:
http://www.openstreetmap.org/?minlon=10.2375764846802minlat=45.4793968200684maxlon=10.2380876541138maxlat=45.4823455810547

;-)

probabilmente è diventato meglio.

Ciao,
Martin

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

Re: [Talk-it] domande

[M∡rtin Koppenhoefer]

2010/9/2 Simone Saviolo simone.savi...@gmail.com:
 Io direi ciò che c'è sull'insegna. In realtà, IMO i distributori
 andrebbero taggati con il marchio (Agip, Shell, Q8...) come brand,


+1


 con la ragione sociale come operator,


+1


 e in più il nome dell'area di
 servizio come name (niente al di fuori delle aree di servizio, a
 meno che non ci sia un'insegna più esplicita).


-1, se hanno un nome lo mettiamo certamente anche fuori le autostrade.


ciao,
Martin

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

[Talk-it] domande

[Fabri]

 esistono dei metodi per visualizzare i benzinai di una vasta area che
hanno il tag gpl=yes?

esistono metodi per modificare (non a mano) il nome di tutti i
supermercati di una città (ad esempio da GS a Carrefour)?

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

Re: [Talk-it] domande sulla cyclemap

[Federico Cozzi]

2009/9/19 niubii f.pelu...@libero.it:
 cyclemap evidenzia le ways oppure le relations che hanno questo tag:
   route=bicycle
 ed usa il tag *cn per i colori:
   ncn=yes         cycleways appartenenti ad una rete nazionale (rosso)
   rcn=yes         rete regionale (azzurro)
   lcn=yes         rete locale (ciano)

Più moderno
network=rcn / lcn / ncn
sempre al livello della relazione:

type=route
route=bicycle
network=ncn
name=Eurovelo 5
ref=EV5

ecc..

Ciao

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

Re: [Talk-it] domande sulla cyclemap

[Federico Cozzi]

2009/9/18 Alessandro Rubini rubini-l...@gnudd.com:
 Altra domanda: perche` alcuni laghi sono azzurri mentre garda e iseo
 sono segnati col colore dell'altimetria?

Baco di OpenCycleMap che si incasina quando i laghi sono fatti tramite
multipolygon (se vedi, i laghi sbagliati sono quelli con le isole
dentro)

Personalmente ritengo che OpenCycleMap, nonostante la bellezza,
pubblicità ecc. dovrebbe essere rimossa dal sito ufficiale di OSM
perché non è integrata in trac e nel processo collaborativo di OSM.
Questo bug è noto da mesi e non è possibile risolverlo se non
implorando l'autore di OpenCycleMap.

Ciao

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

Re: [Talk-it] domande sulla cyclemap

[Martin Koppenhoefer]

2009/9/21 Federico Cozzi f.co...@gmail.com:
 2009/9/18 Alessandro Rubini rubini-l...@gnudd.com:
 Altra domanda: perche` alcuni laghi sono azzurri mentre garda e iseo
 sono segnati col colore dell'altimetria?

 Baco di OpenCycleMap che si incasina quando i laghi sono fatti tramite
 multipolygon (se vedi, i laghi sbagliati sono quelli con le isole
 dentro)

 Personalmente ritengo che OpenCycleMap, nonostante la bellezza,
 pubblicità ecc. dovrebbe essere rimossa dal sito ufficiale di OSM
 perché non è integrata in trac e nel processo collaborativo di OSM.
 Questo bug è noto da mesi e non è possibile risolverlo se non
 implorando l'autore di OpenCycleMap.

come il baco (da anni) delle aree per highway, che non sono ancora
renderizzate...

ciao,
Martin

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

Re: [Talk-it] domande sulla cyclemap

[Carlo Stemberger]

Il 18/09/2009 13:46, Alessandro Rubini ha scritto:
 Per esempio la EV5 vicino a pavia e` evidenziata in rosso ma non ha un
 tag particolare (nemmeno il ref - possibile?).
Immagino che il segreto stia in questa relazione:
http://www.openstreetmap.org/browse/relation/27485

-- 
 .'  `.   | 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

Re: [Talk-it] domande sulla cyclemap

[niubii]

Carlo Stemberger ha scritto:

Il 18/09/2009 13:46, Alessandro Rubini ha scritto:
  

Per esempio la EV5 vicino a pavia e` evidenziata in rosso ma non ha un
tag particolare (nemmeno il ref - possibile?).


Immagino che il segreto stia in questa relazione:
http://www.openstreetmap.org/browse/relation/27485

  

cyclemap evidenzia le ways oppure le relations che hanno questo tag:
   route=bicycle
ed usa il tag *cn per i colori:
   ncn=yes cycleways appartenenti ad una rete nazionale (rosso)
   rcn=yes rete regionale (azzurro)
   lcn=yes rete locale (ciano)

Ulteriori info:
http://www.gravitystorm.co.uk/shine/cycle-info/

Ciao
/niubii/

Nessun virus nel messaggio in uscita.
Controllato da AVG - www.avg.com
Versione: 8.5.409 / Database dei virus: 270.13.106/2381 -  Data di rilascio: 
09/18/09 18:14:00
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] domande sulla mappatura

[Alberto Malagoli]

ok grazie mille per la risposta!

potrebbe essere il caso di aggiungere queste informazioni nella wiki?
io però non so come fare...
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] domande sulla mappatura

[Alberto Malagoli]

salve a tutti!

avrei alcune domande sulla mappatura, per le quali non ho trovato risposta
nel wiki:


1) con che tag highway vanno mappati gli svincoli nelle rotatorie, cioè quei
collegamenti tra due strade perpendicolari per evitare di percorrere la
rotatoria.
questo è un esempio di rotatoria che ho mappato di recente:

http://www.openstreetmap.org/?lat=44.62506lon=10.95186zoom=17layers=0B00FTF

può andare bene?
a parte in questo caso, io normalmente taggo tali strade come unclassified..
ma pensavo che forse si potrebbe usare service..


2) stessa domanda ma per gli incroci normali:

http://www.openstreetmap.org/?lat=44.624804lon=10.920575zoom=18layers=B000FTF

in questo caso ho usato il tag unclassified per gli svincoli tra Via Salvo
d'Acquisto e Via Giovanni Falcone, può andare?

devo dare anche un nome a questi svincoli? e nal caso di quale via?


3) quando ad un incrocio si collegano strade diverse che cambiano nome e
tipologia di strada all'incrocio stesso, come vanno taggate le strade in
mezzo all'incrocio?

per esempio:
http://www.openstreetmap.org/?lat=44.634448lon=10.903414zoom=18layers=B000FTF
qui si incrociano Via Giardini (primary), viale Amendola (tertiary) e
tangenziale Pablo Neruda (trunk).
tra la tangenziale e viale Amendola, al centro dell'incrocio, ho messo due
strade unclassified per collegarle, senza nome.
era meglio far proseguire queste due strade e farle incrociare al centro
dell'incrocio senza strade unclassified?


4) quando ho una strada a doppio senso di marcia separata da uno
spartitraffico, spesso si trovano dei punti in cui lo spartitraffico si
interrompe per permettere l'inversione a U oppure la svolta in strade
secondarie. come vanno taggate tali interruzioni?
stessa tipologia di highway della strada principale a doppio senso? con
anche lo stesso nome o senza nome?

io per adesso ho utilizzato due modi:

- se l'interruzione era usata per permettere la sovlta su una strada
secondaria, allora taggavo l'interruzione come proseguimento della strada
secondaria.
  esempio:

http://www.openstreetmap.org/?lat=44.644937lon=10.90056zoom=18layers=B000FTFT

- se invece era usata come inversione a U allora ho usato lo stesso tag
della strada principale.


sono domande un po' lunghe ma credo importanti anche per altri..
grazie!
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

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

[Cristiano Giovando]

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

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


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

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

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

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

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


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




C

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

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

[Elena of Valhalla]

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

In altri casi i confini nuovi sono sembrano piu` precisi di quelli
cia, o quantomeno con i confini nuovi si hanno meno casi di strade che
passano avanti e indietro dal confine

come li si deve modificare per non fare danni?

-- 
Elena of Valhalla

homepage: http://www.trueelena.org
email: [EMAIL PROTECTED]

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

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

[Simone Cortesi]

On Thu, Oct 30, 2008 at 9:27 AM, Elena of Valhalla
[EMAIL PROTECTED] wrote:
 2008/10/30 Cristiano Giovando [EMAIL PROTECTED]:
 Infatti le coste non sono in discussione, rimangono quelle. Il grosso
 del lavoro è trasferire gli attributi dai nuovi dati alle coste, e poi
 rimuovere quest'ultimi. Piuttosto la mia domanda riguardava i confini
 internazionali su terra, per cui in molti casi mi sembrano più precisi
 quelli già esistenti (source CIA Factbook).

 In altri casi i confini nuovi sono sembrano piu` precisi di quelli
 cia, o quantomeno con i confini nuovi si hanno meno casi di strade che
 passano avanti e indietro dal confine

credo che la cosa vada valutata di caso in caso. se sono migliori i
confini preesistenti, si mantengono quelli vecchi e gli si aggrega la
relation che pian piano andra' a formare l'italia.

io avevo preparato questa:
http://www.openstreetmap.org/browse/relation/48130 con il mio upload,
ma non è andata a buon fine la creazione su tutto il Paese.


 come li si deve modificare per non fare danni?

ci sono alcune casistiche diverse:

1. mare: sul mare appare una doppia linea di confine il
mare/spiaggia e il confine istat. il confine istat va cancellato per
aggregazione al confine marino, vanno copiati i tag dall'uno
all'altro. lo sto facendo proprio adesso con una zona che conosco
abbastanza bene. sto anche sezionando la linea di costa
natural=coastline in maniera che sia coincidente con l'occupazione
lungo-mare del confine amministrativo. una volta copiati tutti i tag e
aggregata la relation italia eventualmente mancante
(http://www.openstreetmap.org/browse/relation/48130), si pu'
cancellare la way del confine istat.

2. terra: va fatta piu' o meno la stessa operazione, aggregando pero'
anche le relation che sono state messe per gestire i confini nei paesi
confinanti con il nostro. tagli il confine, elimini quello meno
preciso. e aggreghi tutto all'altro.

-S

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

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

[Simone Cortesi]

On Wed, Oct 29, 2008 at 3:25 PM, Cristiano Giovando [EMAIL PROTECTED] wrote:

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

non era emerso nessun metodo per effetuare l'operazione in automatico.

se tale metodo esiste e qualcuno è ingrado di metterlo sotto forma di
codice, allora sarebbe una cosa bella farlo. io non sono capace e lo
sto facendo a mano in zona adriatico.

 2. I nuovi dati ISTAT non includono il tag country (o state, o nation)
 dove definiscono il confine nazionale, quindi anche in questo caso
 sono da aggiungere manualmente oppure rimuoverli per lasciare quelli
 precendenti (da CIA factbook). Ho notato, sempre nella zona di
 Ventimiglia che il confine internazionale esistente sembra leggermente
 più accurato di quello nuovo ISTAT. Che si fa?

avevo predisposto una relation di admin_level=2

http://www.openstreetmap.org/browse/relation/48130

ma viste delle modifiche effettuate all'italia mentre il mio pc faceva
l'upload, questa è andata persa, cosi' come la relation della liguria
(e di un comune e provincia) e di alcuni comuni nele marche.

idem, se esiste un modo per fare l'aggiunta della relation 48130,
oltre che a tutta la linea di costa anche ai confini via terra sarebbe
buono.

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

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

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

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

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

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

potremmo aggiungere una relation type=country che contenga i confini +
il nodo della capitale di stato.

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

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

 7. I ruoli (role) nelle relation non sono definiti nei dati importati.
 Questo è voluto o sono da aggiungere?

non vanno aggiunti. il role di default è member. si potranno
aggiungere i role enclave ed exclave per san marino, vaticano,
alluvioni cambio', ruvo di puglia.

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

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

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

io sto sistemando qualcosa vicino a comacchio.

-S

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

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

[Martin Koppenhoefer]

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

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

questo metodo non è buono, perché è molto importante non avere dei
confini troppo complicate (sopratutto dove non è ne anche giusto). I
confini sono importantissimi per sapere, in quale paese si trova una
cosa. Le linee di costa hanno molto, ma molto più punti che le linee
generalizate dentro il mare (tutto acqua, niente marina, mola, ecc.),
quindi sarebbe proprio sbagliato usare la costa invece di una linea
semplice dentro il mare. (Tra altro in questo modo anche le isole
vicino alla costa entranno automaticamente dentro il paese sensa
confini suoi a parte).

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

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

[Cristiano Giovando]

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

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

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

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

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

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

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

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


C

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

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

[Martin Koppenhoefer]

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

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

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

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

devono essere complicati dove lo sono, certo. Tifo molto la precisione
per non intenderci male. La costa la metto più preciso possibile (dove
per ess. le foto yahoo sono abbastanza precise). Ma il confine li
secondome po essere benissimo spostato qualche cento metri (diciamo
ca. 300m) in acqua, in modo tale la spiaccia (insieme al mare più
vicino) diventa anche commune. Questo è anche la realtà.

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

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

certo, nella costa si, parlavo del confine.

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

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


automatico non, tocca a farlo manualmente. I 22 km valgono per la
nazione, non so per le comune.

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

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

[Simone Cortesi]

2008/10/30 Martin Koppenhoefer [EMAIL PROTECTED]:

 devono essere complicati dove lo sono, certo. Tifo molto la precisione
 per non intenderci male. La costa la metto più preciso possibile (dove
 per ess. le foto yahoo sono abbastanza precise). Ma il confine li
 secondome po essere benissimo spostato qualche cento metri (diciamo
 ca. 300m) in acqua, in modo tale la spiaccia (insieme al mare più
 vicino) diventa anche commune. Questo è anche la realtà.

noi mappiamo la realta' che vediamo. c'e' qualche legge che dice che
il confine amministrativo del comune è 300m all'interno del mare? e
poi, cos'e' il mare? e dove comincia? maree sigiziali? basse maree?
alte maree? media secondo il tempo o media secondo lo spazio
longitudinale?

vedi ci sono tanti modi.

io preferisco approssimare alla liena di costa...

-S

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

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

[Roberto Navoni]

I confini nazionali  vanno oltre la linea di costa mi pare di 20 km ...
la linea di costa per questioni di erosione marina viene rimappata ogni 
20 - 30 anni dal ministero dell'ambiente ... quindi diciamo che i 
confini naturali sono in continua evoluzione ... ;)
Quindi il concetto di approssimazione va piu' che bene.

 2008/10/30 Martin Koppenhoefer [EMAIL PROTECTED]:

   
 devono essere complicati dove lo sono, certo. Tifo molto la precisione
 per non intenderci male. La costa la metto più preciso possibile (dove
 per ess. le foto yahoo sono abbastanza precise). Ma il confine li
 secondome po essere benissimo spostato qualche cento metri (diciamo
 ca. 300m) in acqua, in modo tale la spiaccia (insieme al mare più
 vicino) diventa anche commune. Questo è anche la realtà.
 

 noi mappiamo la realta' che vediamo. c'e' qualche legge che dice che
 il confine amministrativo del comune è 300m all'interno del mare? e
 poi, cos'e' il mare? e dove comincia? maree sigiziali? basse maree?
 alte maree? media secondo il tempo o media secondo lo spazio
 longitudinale?

 vedi ci sono tanti modi.

 io preferisco approssimare alla liena di costa...

 -S

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


 Nessun virus nel messaggio in arrivo.
 Controllato da AVG - http://www.avg.com 
 Versione: 8.0.175 / Database dei virus: 270.8.5/1755 -  Data di rilascio: 
 29/10/2008 17.27

   


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

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

[Simone Cortesi]

On Thu, Oct 30, 2008 at 11:30 AM, Cristiano Giovando [EMAIL PROTECTED] wrote:

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

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

sara' un altro tipo di confine, non adminstrative, ma
boundary=cadaster o boundary=postal (per i CAP)

-S

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

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

[Martin Koppenhoefer]

2008/10/30 Simone Cortesi [EMAIL PROTECTED]:
 On Thu, Oct 30, 2008 at 11:30 AM, Cristiano Giovando [EMAIL PROTECTED] 
 wrote:

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

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

 sara' un altro tipo di confine, non adminstrative, ma
 boundary=cadaster o boundary=postal (per i CAP)

 -S

usando il schema di Karlsruhe per il numeri civici si crea
automaticamente anche una zona di CAP...
http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers/Karlsruhe_Schema
a chi sembra complicato: non lo è, solo perché ci sono metodi diversi
sembra complicato, ma mettere i civici ai edifici già esistenti
(consiglio il uso delle JOSM-Preset per questo) è una cosa
semplicissimo.


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

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

[Cristiano Giovando]

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

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

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

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

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

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

OK, concordo.

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

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

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

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

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

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

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

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

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

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

 io sto sistemando qualcosa vicino a comacchio.

OK, io continuo con la Riviera.



C

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

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

[Martin Koppenhoefer]

2008/10/30 Simone Cortesi [EMAIL PROTECTED]:
 2008/10/30 Martin Koppenhoefer [EMAIL PROTECTED]:

 devono essere complicati dove lo sono, certo. Tifo molto la precisione
 per non intenderci male. La costa la metto più preciso possibile (dove
 per ess. le foto yahoo sono abbastanza precise). Ma il confine li
 secondome po essere benissimo spostato qualche cento metri (diciamo
 ca. 300m) in acqua, in modo tale la spiaccia (insieme al mare più
 vicino) diventa anche commune. Questo è anche la realtà.

 noi mappiamo la realta' che vediamo.

vediamo dove? Nelle foto aeree di yahoo? Noi mappiamo mai la realtà ma
facciamo sempre delle generalisazioni, anche quando cerciamo di farlo
più preciso del possibile...

 c'e' qualche legge che dice che
 il confine amministrativo del comune è 300m all'interno del mare?

probabilmente si.


 poi, cos'e' il mare? e dove comincia? maree sigiziali? basse maree?
 alte maree? media secondo il tempo o media secondo lo spazio
 longitudinale?

esatto, già per quello suppongo che c'è una legge che ti disce dove
finisce il comune.


 vedi ci sono tanti modi.
 io preferisco approssimare alla liena di costa...

e quale costa prendi? Quella delle basse maree? alte maree? ;-)

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